Content
81%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A well-crafted instruction skill: fully sequenced workflow with validation checkpoints appropriate to batch fact edits, concrete commands, and a realistic worked example. The main improvement areas are minor redundancy between the intro, 'When to use', and 'Guidelines' sections, and one placeholder command.
Suggestions
Consolidate the collaboration rule stated twice ('Do NOT silently bulk-edit the fact sheet' and 'Every change requires the user's agreement. You propose, they decide.') into one place, and trim the 'When to use this skill' section that restates the description.
Replace the '--section ...' placeholder in the apply-changes command with a concrete example (e.g., '--section api/auth') so every command is copy-paste ready.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dense and nearly every section earns its tokens (problem taxonomy, concrete commands, worked example). Minor trimmable repetition exists: the 'When to use this skill' section restates the description, and 'Do NOT silently bulk-edit the fact sheet' is restated as 'Every change requires the user's agreement' in Guidelines. Not 5 due to this duplicated guidance; not 3 since padding is minor and incidental. | 4 / 5 |
Actionability | Concrete, executable CLI commands throughout (facts list --tags "draft", facts edit <id> --label ... --remove-tag "draft" --add-tag "spec", facts check) plus a fully worked example session. Not 5: one command uses a literal placeholder — 'facts add "new fact split from compound" --section ... --tags "spec"' — leaving a small gap in copy-paste readiness; not 3: guidance is overwhelmingly executable rather than pseudocode. | 4 / 5 |
Workflow Clarity | A clear five-step sequence (load -> identify problems -> discuss -> apply -> verify) with explicit validation checkpoints: 'facts check' on load, per-change confirmation ('Confirm each change landed correctly before moving on'), and 'facts check' / 'facts lint' after all changes — an explicit feedback loop for a batch-edit skill. Not 4: both entry and exit validation plus error-recovery ordering are present. | 5 / 5 |
Progressive Disclosure | No bundle files exist, and the single SKILL.md is well-sectioned with clear headers and pointers to external CLI help ('facts --help', 'facts skills show facts'), so nothing is misfiled. Not 5: at ~145 lines with a long inline problem taxonomy, some content could be tightened or split; not 3: structure and organization are good, not merely adequate. | 4 / 5 |
Total | 17 / 20 Passed |