weft-check
COMMAND, not reference: Validate and build the weft program, fix diagnostics until clean. Run this when the user asks for this step by name. The seventeen `weft-` reference skills beside it are things
Files1
View on GitHubSKILL.mdtangle/cline/.cline/skills/weft-check/SKILL.md
GitHubRun the compiler over this project and fix what it names, without running anything.
- Read the
weft-languageskill if you have not this session, and themetadata.jsonof any node type you are about to edit. Then:weft validate --file src/main.weft < src/main.weft. - Parse the diagnostics. Errors are
line:column messagewith a stable slug; the message names the fix. Fix every Error, then re-validate until the list is empty. Never route around a diagnostic, and never weaken the program to silence one: if a fix feels wrong, stop and say what the compiler is asking for instead. Alevel-too-largewarning is not an error, but answer it the same way: [the level rule] is a law, and the fix is a group, never a wider level. Anot-camel-casewarning (a name you chose that is not camelCase) does not stop the program either: rename to the spelling it gives. - Then
weft build. If it fails, read the error, fix, rebuild. - Report, in plain words: what was wrong, what you changed, and the current state (clean validate, clean build). No summary of the diff.