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.
A well-structured instruction-only skill body: lean tables, crisp edge-case rules, and excellent progressive disclosure to real one-level-deep references. The two moderate gaps are that no frontmatter template or example is shown inline (everything copy-paste ready is deferred to references), and the validate step lacks an error-recovery loop.
Suggestions
Include one minimal inline frontmatter example (e.g., a valid *.instructions.md or SKILL.md header) so the most common creation case is copy-paste ready without loading a reference file.
Extend step 4 (Validate) with a short feedback loop: what to check and fix when frontmatter validation fails (e.g., re-read the YAML silent-failure pitfalls and re-verify) so the workflow matches the validate → fix → retry pattern.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is lean and dense: two decision tables, terse edge-case contrasts ("Most → Instructions. Specific → Skill."), and pitfall rules like "applyTo: '**' burns context" — every token earns its place and assumes Claude's competence. The only near-over-explanation is the parenthetical "(YAML between `---` markers)", which is VS Code-scoped rather than general padding; not 4 because there is no over-explanation of concepts Claude already knows. | 5 / 5 |
Actionability | Gives concrete, executable guidance: exact paths (".github/instructions/", ".github/prompts/", ".github/skills/<name>/"), exact file extensions per primitive, a decision flow, and validation criteria. Not 5 because the actual frontmatter examples/templates are entirely delegated to the reference files — the body itself contains nothing copy-paste ready; not 3 because paths, naming rules, and decision criteria are concrete enough to act on directly. | 4 / 5 |
Workflow Clarity | The Creation Process is a clear 4-step sequence ending in an explicit Validate step ("Confirm the file is in the correct location; Verify frontmatter syntax...; Check that description is present and meaningful"). Not 5 because there is no feedback loop — nothing says what to do when validation fails (fix → re-validate); not 3 because an explicit validation checkpoint is present and the sequence is well defined. | 4 / 5 |
Progressive Disclosure | The body is a concise overview and all detail is appropriately split into six one-level-deep reference files, each clearly signaled by the Quick Reference table with links (all six files verified to exist and contain real content, with only a single sibling cross-link agents.md → hooks.md). Not 4 because navigation is tabular and unambiguous, and no content that belongs in references is inlined. | 5 / 5 |
Total | 18 / 20 Passed |