Content
66%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 wrapper has a strong, well-validated workflow and good tool-level actionability, but it is undermined by missing bundle files: the doctrine that holds the actual 12-section structure and rules, plus the worked example, are referenced but not shipped, leaving the skill non-executable as bundled. Step 7 is also overloaded and would benefit from being split into a checklist.
Suggestions
Ship design-doc-doctrine.md (and the referenced worked example) in the bundle — e.g. under references/ — or inline the 12-section structure and rules so the skill is executable as distributed.
Break the Step 7 self-check run-on into an explicit bulleted/checkboxed checklist so each failure condition (em dash, bare ~, stray emoji, Source column, bare §N, etc.) is scannable instead of buried in prose.
Convert the 'See <section> in design-doc-doctrine.md' pointers into real relative links (e.g. [Default behavior](references/design-doc-doctrine.md#default-behavior)) once the file exists, so navigation is verifiable.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is lean and assumes Claude's competence — no basic-concept padding, tight Inputs/Modes sections — but Step 7 is a single overloaded run-on enumerating many self-check conditions that could be split into a checklist, keeping it just below the 5 anchor. | 4 / 5 |
Actionability | Gives concrete tooling ('use WebFetch', 'use AskUserQuestion', 'textutil -convert txt', save paths, partner-match-criteria table columns), but the core drafting guidance — 'Draft the doc in the doctrine's 12-section structure, applying every rule in the doctrine' — defers to design-doc-doctrine.md, which is not present in the bundle, so the substantive instructions are incomplete as shipped. | 3 / 5 |
Workflow Clarity | Eight clearly sequenced steps with explicit validation checkpoints and feedback loops — Step 4 'verify load-bearing claims live' via WebFetch, Step 7 self-check with explicit failure/warning conditions — satisfying the validation requirement for batch/document operations and matching the 5 anchor. | 5 / 5 |
Progressive Disclosure | The design is sound — the body is a wrapper that delegates the doctrine to design-doc-doctrine.md with clear one-level signaling ('lives in design-doc-doctrine.md in this folder. Read it and follow it.') — but neither design-doc-doctrine.md nor the referenced worked example partners-experience/TSF/2026-05-26-tsf-design-doc.md exist in the bundle, so navigation leads to dead ends. | 2 / 5 |
Total | 14 / 20 Passed |