weft-new-node
COMMAND, not reference: Expert entry: have a specific node built, or take the hand and write it yourself. Run this when the user asks for this step by name, optionally naming what the node should do,
SKILL.mdtangle/cline/.cline/skills/weft-new-node/SKILL.md
GitHubThis is the expert path for a node the user wants built by name. The capability is whatever the user described when they asked, in plain words. (In normal work you never need this command: missing nodes are dispatched by [the loop] itself.)
- Read the
weft-catalogandweft-node-authoringskills if you have not this session. - Verify the gap:
weft describe-nodes --list, thenweft describe-nodes --node <Type> --compacton anything close. If something fits, say so and stop; a custom node is the last resort. - Ask the user one question: do they want to write it themselves, or have it dispatched?
- Dispatch: design the typed contract (one job, exact ports with types, and
acceptsonly where a wire would be a mistake), then dispatch anode-smithwith [the brief], run [the review] on the report against the checklist, redispatch on failure, and report the landed node. - Hand: the user writes the node; you are the support. Open the manual with them, scaffold the node's folder (beside the module that uses it under
src/, or undernodes/when shared) with the metadata skeleton from the contract, and stay out of the file they are writing unless asked. They say when to runweft test-node <type>.
- Dispatch: design the typed contract (one job, exact ports with types, and
- Report, in plain words: the type name, its ports, where it landed, the test state.