Content
86%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.
The body is a strong, executable conventions document: every pattern is stated as a hard rule with concrete names, commands, and working code examples, and the Anti-Patterns section converts each rule into an explicit prohibition. Its only weaknesses are minor redundancy between Patterns and Anti-Patterns and the absence of a verification workflow (e.g., run the test suite before declaring a change done), which is only weakly implied.
Suggestions
Add a short "When done" step (e.g., "Run npm test — node --test test/ — and confirm all tests pass on the change") to give the conventions an explicit validation checkpoint.
Trim the overlap between Patterns and Anti-Patterns: state each rule once in Patterns, and keep Anti-Patterns as terse one-line reminders rather than re-explaining the rationale.
Consider folding the file-structure ownership table (user-owned vs Squad-owned) into a single compact list, since it is the densest section and reads as two overlapping lists.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is lean and assumes Claude's competence ("Tests use node:test and node:assert/strict — no test frameworks"), with no padding or explanations of known concepts. Scored 4 rather than 5 because the Anti-Patterns section restates rules already fully specified in Patterns (zero-dep, path separators, fatal(), color constants), a minor duplication that could be trimmed. | 4 / 5 |
Actionability | Fully executable guidance throughout: concrete function names (fatal(msg), copyRecursive(src, target)), exact color constants (GREEN, RED, DIM, BOLD, RESET), runnable commands (npm test, node --test test/), and a copy-paste-ready JavaScript Examples block covering error handling, Windows-safe paths, and the skip-if-exists pattern. Matches anchor 5 — code covers the common cases. | 5 / 5 |
Workflow Clarity | This is a conventions skill rather than a multi-step workflow, and each convention is unambiguous with clear ownership rules ("Never overwrite user state during init. The upgrade flow overwrites only Squad-owned files") plus a validation signal ("All tests must pass on all platforms"). Scored 4 not 5 because there is no explicit sequenced workflow with checkpoints — e.g., how to verify a change before shipping an upgrade — though no destructive/batch workflow is being taught that would trigger the cap. | 4 / 5 |
Progressive Disclosure | No bundle files exist (references/, scripts/, assets/ are absent) and none are needed: the ~61-line body is self-contained with clean sections (Context, Patterns, Examples, Anti-Patterns), no nested references, and no bulk content that belongs in a separate file. This fits the well-organized self-contained structure of anchor 5. | 5 / 5 |
Total | 18 / 20 Passed |