Content
67%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 delivers a concrete, largely executable workflow with exact file paths, default freeze periods, and copy-paste output templates, and its structure is easy to navigate. Its main costs are motivational padding (founder-psychology rationale and provenance asides) and an underspecified entry point for locating the decision record to freeze.
Suggestions
Cut the 'Why This Beats "Just Don't Re-Decide"' section and the founder-psychology prose in 'When to Use' down to one line each — the behavioral rationale is not needed to execute the skill.
Specify where the decision record lives (or how to find it) so steps 1-2 ('Read the decision record', 'Validate it has APPROVED status') are executable rather than aspirational.
Add a brief failure-handling branch for the workflow: what to do when the record is missing or not in APPROVED status (e.g., route to /c-level-agents:boardroom or report back).
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The tables, workflow, and output templates are efficient, but the body carries several sections of rationale Claude does not need: 'Founders are pattern-matchers; pattern-matching after a tough decision often produces a reversal...', the 'Why This Beats "Just Don't Re-Decide"' section, and the 'Inspired by gstack's /freeze and /guard' provenance line. This is more than minor trimming, matching the 'mostly efficient but includes some unnecessary explanation' anchor rather than the 'minor instances' anchor above it. | 3 / 5 |
Actionability | Mostly executable guidance: the workflow specifies concrete writes ('write freeze_until: YYYY-MM-DD', 'add to active-freezes index at ~/.claude/freezes/active.md'), the output templates are copy-paste ready markdown, and the override command is given verbatim. It falls short of fully executable because steps 1-2 ('Read the decision record', 'Validate it has APPROVED status') never specify where the decision record lives or how to locate it. | 4 / 5 |
Workflow Clarity | The 5-step workflow is clearly sequenced and includes an explicit validation checkpoint ('Validate it has APPROVED status') plus defined exit conditions (freeze expiry or kill criterion). It misses the top anchor because there is no error-recovery loop for the failure case — what to do if the record cannot be found or lacks APPROVED status. | 4 / 5 |
Progressive Disclosure | A single-file skill with no bundle files and well-organized sections; the cross-references to decision-logger and cs-chief-of-staff are one level deep and clearly signaled in a Related section. It does not reach 5 because at ~95 lines it exceeds the simple under-50-lines case, and the inline rationale sections add content that does not aid navigation. | 4 / 5 |
Total | 15 / 20 Passed |