Content
100%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
The body is a tight, highly actionable recovery procedure: exact ccb commands with flags, explicitly sequenced gates with validation checkpoints and blocked-state feedback loops, and clean sectioning with no concept fluff. It assumes Claude's competence and every section carries operational value.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is lean operational prose with no basic-concept explanations (it assumes Claude knows tmux/daemon graphs); the only repetition is brief safety cross-references ("busy checks pass", Red Lines), which earn their place at decision points rather than padding, so it sits at the lean-and-efficient anchor not the could-be-tightened anchor at 2. | 3 / 3 |
Actionability | It is dense with exact, copy-paste-ready commands and flags ("ccb ps", "ccb queue --detail <agent|all>", "ccb reload --dry-run", "ccb restart <agent>", "ccb fault clear <rule_id|all>"), matching the fully-executable anchor rather than the pseudocode/incomplete anchor at 2. | 3 / 3 |
Workflow Clarity | A 6-step Recovery Gates checklist and a 9-step Provider/API flow are explicitly sequenced with validation checkpoints ("ccb config validate", "ccb reload --dry-run") and feedback loops ("If `ccb restart <agent>` returns `blocked` or `failed`, report the blockers"), meeting the clear-sequence-with-validation anchor; validation is present for the destructive ops so the cap-at-2 rule does not apply. | 3 / 3 |
Progressive Disclosure | No bundle files exist and the skill is a single self-contained file organized into clear sections (Recovery Gates, Provider/API Recovery, Supported Actions, Handoffs, Red Lines) with no nested references; the procedural content is appropriately kept inline, matching the well-organized-sections anchor rather than the content-that-should-be-separate-is-inline anchor at 2. | 3 / 3 |
Total | 12 / 12 Passed |