Content
77%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 is a highly actionable, well-sequenced CLI workflow with strong validation and error-recovery loops, scoring top marks on actionability and workflow clarity. Its weaknesses are token efficiency (repeated caveats and dense inline enumerations) and progressive disclosure (operational detail that could move to reference docs).
Suggestions
Consolidate the repeated awaiting_sources / 200-no-op explanation into one canonical paragraph and cross-reference it to lift conciseness.
Move the detailed update-handling and source-lifecycle protocols into a references/ doc (e.g., UPDATE-PROTOCOL.md, SOURCE-LIFECYCLE.md) and link from the body to improve progressive_disclosure.
Trim 'Never X, Y, Z' enumeration lists to the highest-risk items and group the rest under a single 'do not substitute origins, credentials, or paths' rule.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The guidance is domain-specific and mostly earns its tokens, but the awaiting_sources / 200-no-op caveat is restated three times (lines 207-212, 218-220, 294-298) and several 'Never X, Y, Z' enumerations could be consolidated, fitting 'mostly efficient but could be tightened' rather than the lean 4. | 3 / 5 |
Actionability | Provides fully executable commands with exact flags and arguments (e.g., 'personwise --account <alias> course readiness --json'), precise JSON fields, and named error codes like 'CLI_VERSION_BELOW_MINIMUM' and 'page_quota_exceeded', matching the copy-paste-ready top anchor. | 5 / 5 |
Workflow Clarity | A clear sequenced workflow (version check → bootstrap → auth → update check → readiness → blueprint → sources → run wait → review → publish) with explicit validation checkpoints and feedback loops (conflict → read_current_state → retry; source fail → retry/detach → replace), matching the explicit-checkpoints anchor. | 5 / 5 |
Progressive Disclosure | Clear section headers and real, one-level-deep asset references (assets/bootstrap.sh, assets/bootstrap.ps1) that exist on disk, but the bulk of the detailed operational protocol (update handling, source lifecycle) is inlined rather than split into reference files, fitting 'some structure but could be better organized' over the well-split 4. | 3 / 5 |
Total | 16 / 20 Passed |