Content
81%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 thorough, highly actionable orchestration protocol with clear sequencing and validation checkpoints, though it runs long and repeats several invariants. External references are well signaled and one level deep, but the body itself could be split further.
Suggestions
Consolidate the repeated resource-cap and candidate-delegation invariants into a single stated invariant, referencing it from the loop steps instead of restating.
Move the prose-vs-workflow driver reconciliation and the full per-host spawn-command table into a dedicated reference file, keeping only the decision rule inline.
Extract the per-host enumeration in 'Host conventions' since the same host-specific spawn shapes are detailed again in Step 5, leaving one canonical location.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Mostly efficient domain protocol Claude would not already know, but noticeably padded: the resource-cap and candidate-delegation invariants are restated, the prose-vs-workflow driver and its reconciliation are explained at length, and per-host spawn shapes are enumerated both in 'Host conventions' and again in Step 5. | 3 / 5 |
Actionability | Fully executable guidance throughout — concrete copy-paste CLI commands (evo scratchpad, evo frontier, evo wait --for ..., evo prune --exhausted), a verbatim subagent prompt, and exact jq/bash blocks covering the common cases. | 5 / 5 |
Workflow Clarity | The Loop is explicitly sequenced (Step 0 → 8) with validation checkpoints (read .evo/project.md first, 'verify every pattern before emitting it', diversity check, 'check yourself' subagent-count check) and feedback loops (GATE_FAILED → fix → re-run; evo run recovery), satisfying the batch-operation validation requirement. | 5 / 5 |
Progressive Disclosure | Clear section headers and well-signaled one-level-deep references to sibling-skill docs (sizing-the-round.md, evo-wait.md, cli-quick-reference.md, provider-matrix.md), but the body is a long near-monolithic wall with inlined detail (workflow-vs-prose reconciliation, per-host enumeration) that could live in a separate reference. | 4 / 5 |
Total | 17 / 20 Passed |