Skip to main content

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, in plain words. The sixteen `weft-` reference skills beside it are things you read; this is a procedure you carry out.

Datos de origen

Repositorio
WeaveMindAI/weft
Última actividad en el origen
19 de septiembre de 2026 a las 07:09
Idioma detectado de SKILL.md
inglés
Estrellas
1982
Forks
221

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
name
weft-new-node
description
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, in plain words. The sixteen `weft-` reference skills beside it are things you read; this is a procedure you carry out.
This 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.) 1. Read the `weft-catalog` and `weft-node-authoring` skills if you have not this session. 2. Verify the gap: `weft describe-nodes --list`, then `weft describe-nodes --node <Type> --compact` on anything close. If something fits, say so and stop; a custom node is the last resort. 3. 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 `accepts` only where a wire would be a mistake), then dispatch a `node-smith` with [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 under `nodes/` when shared) with the metadata skeleton from the contract, and stay out of the file they are writing unless asked. They say when to run `weft test-node <type>`. 4. Report, in plain words: the type name, its ports, where it landed, the test state.
Ver en GitHub