answer-element
Skill61 starsChanged 55 days agoMITView on GitHub
Work skill. An element of this node comes to you: it asks how the node works — the wake text «Element <id> asks about the node's architecture: «…»» — or it tells the architect something, an alarm of its clock first of all — «Element <id> tells the architect: «…»». Every wake ends with an answer to the element: done, or «the core cannot — the architect must …» with the exact action. A question: find the answer in the core's instruction by its words, read only that section, answer in at most 10 lines with npm run task -- <id> \"Answer from the core to «<question>»: …\" (the only case where you read a file of the core). A message: pass the element's words to the person where they read you now, naming the element.
- Reads credentials
1 other project uses a version of this.
Adopted by
Most recently taken up by
- Fractera/Agentic-Engineering-Infrastructureword for word, first seen Nov 8, 2026
Other versions1 project uses a version of this.
Word for word · 1
- Fractera/Agentic-Engineering-Infrastructure★ 61100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository88 other files it gives its agents.
- app/AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- adopt-suggested-skillSkill
- ai-elementsSkill
- ai-sdkSkill
- ask-elementSkill
- audit-broken-charactersSkill
- blocks-of-the-nodeSkill
- build-product-with-ownerSkill
- content-factorySkill
- core-build-returnSkill
- core-scheduleSkill
- create-elementSkill
- create-multilingual-content-entrySkill
- design-and-settings-of-elementsSkill
- element-powerSkill
- expand-site-languageSkill
- explain-this-projectSkill
- extract-design-systemSkill
- find-skillsSkill
- handle-block-requestSkill
- handle-needSkill
- help-in-browserSkill
- humanizerSkill
- integratorSkill
- know-the-architectSkill
- manage-app-settingsSkill
- node-typeSkill
- own-agentsSkill
- persist-env-var-with-rebuildSkill
- place-page-in-menuSkill
- provider-rulesSkill
- release-templateSkill
- review-pageSkill
- route-to-elementSkill
- self-reviewSkill
- shadcnSkill
- shape-the-needSkill
- skill-creatorSkill
- study-for-elementSkill
- supervise-elementSkill
- translate-pendingSkill
- ultracode-sessionSkill
- use-agentic-ragSkill
- use-ai-generationSkill
- use-aioSkill
- use-app-configSkill
- use-auth-providersSkill
- use-authSkill
- use-browserSkill
- use-channelsSkill
- use-chatSkill
- use-code-shapeSkill
- use-databaseSkill
- use-dataSkill
- use-deep-memorySkill
- use-deploySkill
- use-designSkill
- use-development-stepsSkill
- use-domainSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 0 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 28
Read only that section: sed -n '<from>,<to>p' ../../CLAUDE.md — tens of lines, the file is about 24 thousand characters, eight sections: …
- Very specific: line 52
Never .env.local, never an element's files, never a change.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Answer an element — its question or its message for the architect
Process: working — nothing changes in git: you read one section and answer, or you pass words on.
A hint, not a law: models of late 2026 work worse under rigid step-by-step instructions.
Never leave an element waiting (node step 679)
The owner, 2026-11-08: «я был на связи с агентом элемента клип и он продолжает ждать твой ответ … может быть именно там сейчас находится
архитектор … ты должен ответить ему о том что задача решиться не может и нужно вмешательство архитектора». The architect is often in the
element's chat, not in yours: whatever you tell only your own chat may reach nobody. So every wake by an element ends with an answer TO
the element (npm run task -- <id> "Answer from the core to «…»: …"), one of two:
- done — the element passes on the architect's verbatim word for a change the core has a command for (the links to Design, CONFIG,
Blocks —
npm run look -- <id> --own|--linked; a name —npm run rename): do it, check it, answer what changed; - the core cannot — say it plainly, why in one line, and exactly what the architect must do (the button, the page with its full link, the words to say), for the element to tell the architect in its own chat. Never «sent to the architect» when it went only to your chat.
A question about the node
- Two to four English words of the question (the core's instruction is English):
grep -n -i "<word>" ../../CLAUDE.md | head -20— the line numbers show the section. - Read only that section:
sed -n '<from>,<to>p' ../../CLAUDE.md— tens of lines, the file is about 24 thousand characters, eight sections: role, context, building blocks, scenarios, modes, laws, glossary, where the details are. - Answer in at most 10 plain lines — what the node does and which door or command the element uses:
npm run task -- <id> "Answer from the core to «<the question>»: …"— the question goes in: the answer may reach a fresh session that never asked. Only what you read; a path or a door you did not see is not named. - Nothing found →
npm run task -- <id> "Answer from the core to «<the question>»: the core's instruction does not say …; ask your architect."
A message for the architect (tell-core)
The element's agent says «Element <id> tells the architect: «…»» — work its clock woke it for ended with words the person must hear
(node step 636). A plain reminder never comes here: it surfaces in the main chat by itself through the core's notice door (636-8).
npm run person— where the architect reads you now (woken by an element, this session has no chat of its own: send with the reply tool to the chat_id it names); write there in the person's language — the element's words translated if they came in another, nothing else changed — as a working-process event:⚙️ *Рабочий процесс · <the element's name>*, the words a quote. How it looks in Telegram (the owner, 2026-11-03: «Цитата + значок + шапка (Рекомендую)»): the reply tool withformat: "markdownv2"— the first line is the mark and the header in bold, the words a quote, one>per line. In the text put a backslash before each of _ * [ ] ( ) ~ > # + - = | { } . ! and the backquote; a send refused for its entities goes again as plain text.- Nothing added: no plan, no offer, no work. The person answers about it («перенеси на завтра») — the answer goes back to the element:
npm run task -- <id> "<their words>". - The person cannot be reached (no channel) — say so to the element:
npm run task -- <id> "Answer from the core to «…»: not delivered — …".
Both
Never .env.local, never an element's files, never a change. Then npm run done -- --close when the element woke you; inside a live
conversation with the person — go on with it.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

