Content
63%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 well-sequenced, largely executable planning workflow with genuine error-recovery loops and tight tables, and every referenced script exists. It is held back by padding (Manus/RAM-disk analogies, repeated placement notes) and by a progressive-disclosure layer that points to template and reference files that are missing from the bundle.
Suggestions
Ship the referenced files (templates/task_plan.md, templates/findings.md, templates/progress.md, reference.md, examples.md) or remove/inline their mentions so every link in the body resolves.
Trim concept-level padding Claude already knows: the 'Work like Manus' line, the Context-Window-=-RAM analogy, and the duplicated where-files-go note.
Make verification an explicit workflow step, e.g., add a final Quick Start step: run scripts/check-complete.sh after each phase and on completion, and act on its output before proceeding.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is mostly efficient tables and rules, but includes explanations Claude does not need: "Work like Manus: Use persistent markdown files as your 'working memory on disk.'", the "Context Window = RAM / Filesystem = Disk" analogy, and a duplicated note ("Planning files go in your project root, not the skill installation folder" repeats the Where Files Go section). Not 4 because there are several such instances of padding and repetition; not 2 because most sections are genuinely tight and operational. | 3 / 5 |
Actionability | Concrete executable guidance dominates: full bash and PowerShell restore blocks calling session-catchup.py --metadata, `scripts/init-session.sh "Task Name"`, `scripts/check-complete.sh`, and `sh "<skill-dir>/scripts/set-active-plan.sh" --list`. Not 5 because the referenced templates (templates/task_plan.md, findings.md, progress.md) do not exist in the bundle, and some steps remain high-level ("Use the templates in that directory and preserve existing work") without the concrete expected file contents. | 4 / 5 |
Workflow Clarity | The Quick Start is a clearly numbered 4-step sequence, the restore-first section pins plan-directory resolution before any work, and the 3-Strike Error Protocol plus "Log ALL Errors" rule give explicit error-recovery feedback loops. Not 5 because verification is a named script (check-complete.sh) rather than an explicit checkpoint woven into the sequence (when to run it and what to do on failure is left implicit); not 3 because sequencing and error handling are far more complete than a bare step list. | 4 / 5 |
Progressive Disclosure | The body is well structured with clearly signaled, one-level-deep references (Templates, Scripts, Advanced Topics, Anti-Patterns sections), but the referenced files — templates/task_plan.md, templates/findings.md, templates/progress.md, reference.md, examples.md, and docs/opencode.md — are absent from the bundle; only the scripts/ references resolve to real files. Not 4 because navigation to the referenced advanced material is broken; not 2 because the in-body structure and signaling are themselves good and most operational content lives appropriately inline. | 3 / 5 |
Total | 14 / 20 Passed |