Create an element for a need nobody covers

Process: build — a new element appears in the node (a folder, a port, a process, its own git history). Before npm run create, three lines to the person and their «yes»: what will be created, with which role and task, who leads it.

A hint, not a law: models of late 2026 work worse under rigid step-by-step instructions.

A link, an SDK or a task with no clear result

The owner of Fractera, 2026-10-23: «не всегда в наш проект придут конкретные и понятный нам задачей … для каждой из них может быть создана либо приложение либо веб интерфейс доступный по ссылке … даже если он просит исследования можно было бы сделать элемента который был бы предназначен для аккумулирования подобных исследование … о всех этих преимущества стоит сказать пользователю и предупредить что мы собираемся сделать».

• First say what the node does better than a one-time answer in chat: an element of its own keeps every finding in the node's data and graph, adds the next research to it, compares them over time and shows it all on its own page by link. Name what you are about to create and ask; a plain answer in chat stays possible if that is all the person wants.
• A link or an SDK to study — skill study-for-element; it comes here first when no element fits.
• The person need not move to a computer: the element's page is on the node's own domain and opens on the phone too.

The order

1. The node. npm run find -- <English words> found nobody whose skill or AREA covers it (a candidate that «matches only its description» is not one — its card decides), and the job is past the boundary of shape-the-need §2a — otherwise it is a route in the element whose area covers it, built by its own agent.
2. The network. npm run lagrix -- <English words> — a2a (an agent that sells the result of the work) and f2f (a whole element), one contract (670-6). Today both are simulated and always empty — tell the person so in one line: «в сети Lagrix подходящих агентов и элементов не найдено (поиск в сети пока имитируется)».
3. Agree five things with the person:
   • the role — one sentence, what the element will do for the node («Removes the background from product photos and returns a PNG link.»);
   • the area — the field it will be the home for, and 2–5 jobs it may grow into (--area, --grows): the next job of that field becomes a route there, not another element;
   • the task — the person's words first, verbatim, then your restatement and what «done» will look like;
   • who leads it — the architect (default: they work with its agent in its terminal or Telegram) or you (supervise main: its «done» wakes you, skill supervise-element, at most 10 cycles);
   • on its own or one with the project (node step 679; the owner, 2026-11-08: «прежде элемента запрашивать самостоятельно ли это будет элемент или единой с ядром … если нет комментирует»). Ask it every time, in plain words, and explain if the person does not know what it means: one with the project — it takes the shared Design (colours, fonts), CONFIG (menu, footer, switches) and the shared Blocks catalogue: the node looks like one site, a change in Design reaches it by itself, and ready blocks save build tokens; but it cannot look different. On its own — its own design, settings and blocks, built inside it: it can be a separate product or brand (a clip studio, a client's shop), and nothing of the project changes it; but every look and every block is its own work. Your pick and why. --look project|own; on its own without the shared Blocks too — --blocks off. Later, on the person's word, npm run look -- <id> --own [config,design,blocks] or --linked […]. Custom by default. Native (--native) only for a job of the node itself that is never sold and never leaves it.
4. Create. Write the task into a file in this folder (no shell quoting of the person's words), then:

   npm run create -- --role "<one sentence>" --name "<the name the person sees in the menu>" --describe "<what it is for in this node, 1–3 sentences>" --look own|project [--blocks off] --area "<the field>" --grows "<a job>; <another>" --brief-file task-<words>.md [--close-after-first-session] [--supervise main] [--native]

   Birth takes a few minutes (template clone, install, build, then the address in Cloudflare is connected and checked from the internet). It prints ===ELEMENT_CREATE_OK=== <id>, address:, name: and site:. The name is the core's (node step 678): the menu and the header show it within seconds, no reload; a later name — npm run rename -- <id> "<name>", never a task to the element's agent.
5. Report to the person from those lines: the element's id and address; the site link only when the site: line says it «answers … from the internet» — otherwise say what the line says (only on this computer, not connected, not answering yet) and never send a link that does not open (owner of the node, 2026-10-20); that its agent started with the task (or why not — memory, a question in Telegram), who leads it, and how they go on: its terminal, its development documents, its Telegram bot.

Several elements — strictly one by one (node step 682)

The owner, 2026-11-08: «ты рождаешь их строго по одному сначала создаешь его, затем прописываешь его нормальное имя … прописываешь стартовые задания … Когда элемент создан ты закрываешь свой под шаг … Затем ты его выключаешь и после этого переходишь к созданию нового … элемент обязательно должен получить own-service-props … в самом начале после рождения с нормальным пусть и предварительно но достаточно полным описанием его роли в системе». The births are a step of the core: its plan names one substep per element (skill use-development-steps). For each element, in this order, and only then the next:

1. npm run create with --name (the menu, the header and the drawer show it — required) and --describe (its role in the node, 1–3 sentences: the core writes it into the element's passport at birth, so after any reload the element and the person know what it is and the header shows it), the task with its start — the quiz or the first step, by how hard it is — and --close-after-first-session.
2. Its first session asks its first quiz question; its «done» closes its agent by itself and wakes you with one line — no polling.
3. Write the substep closed in current-steps.md (its id, name, what it asked), one line to the person, then the next element.

What the new element does by itself

Its agent wakes with its role and the path of the task in its intake (development-docs/pre-steps/). Its first session is short: it names the task, goes through «Before you build a new capability» (node → network) and asks the first question of the product quiz — no code is read before the quiz is confirmed; the passport is described in its first step. Then it reports done to whoever leads it.

Not here

• ===MAIN_AGENT_FAIL=== — tell the person the line as it is; never retry a birth blindly (a half-born element keeps its folder and registry record; the core's page of drafts shows it).
• Agent not woken for memory (free … MB, needs 300 MB) — the element exists; wake it later with npm run task.