Content
53%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 gives concrete, mostly-executable commands and a well-structured workflow, but it is padded with policy-history annotations and repeated contract citations, and its destructive Apply/Rollback steps lack explicit validation feedback loops.
Suggestions
Remove the HTML policy annotation block and the V3R3/V3R4 policy-history parentheticals; keep only the behavioral contract, cited once.
Consolidate the repeated "Canonical contract: askuser-protocol.md § Orchestrator-Subagent Boundary" references into a single mention in Quick Reference.
Add an explicit validation checkpoint to Step 4 (e.g. re-run `moai harness status` to confirm the proposal was applied and no frozen-path or canary violation occurred) before declaring success, and a verification step after rollback.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Noticeable padding: a large HTML policy annotation (the V3R4/V3R3 contract paragraph), policy-history meta-commentary ("the harness-learning policy, superseded by the harness foundation policy..."), and the "Canonical contract" citation restated in Quick Reference, Step 3, and the Safety Architecture all earn no actionable value. | 2 / 5 |
Actionability | Concrete, mostly-executable commands (`moai harness status/apply/rollback/disable --project-root`) and a documented JSON payload schema are provided, but "Run `moai harness apply --execute` (if the CLI supports it) or call the harness API directly" is a hedge rather than a fully executable instruction. | 4 / 5 |
Workflow Clarity | The status→apply→payload→approve/reject sequence is listed, but the workflow involves destructive/batch operations (applying auto-updates, deleting proposal files, rollback) with no explicit validate→fix→retry checkpoints in the steps, capping this dimension at 3 per the destructive-operation rule. | 3 / 5 |
Progressive Disclosure | Content is organized into clear sections (Quick Reference, Implementation Guide steps, Works Well With, Safety Architecture Reference) with signaled references; no bundle files exist so nesting is not a concern, though the repeated contract citations could be consolidated into one. | 4 / 5 |
Total | 13 / 20 Passed |