Content
65%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A well-conceived lean router with a clean description and a sensible progressive-disclosure design, but it is undermined by a bundle mismatch: its core always-load files (manifest.yaml, static/core/*) and templates/ do not exist on disk, leaving step 1 pointing at dead links and pushing most actionable workflow detail into absent files. The remaining dimensions are strong but the missing core layer caps actionability, workflow clarity, and progressive disclosure at 2.
Suggestions
Ship the missing core layer the router depends on (manifest.yaml plus static/core/stance.md and static/core/workflow.md) or rewrite the body so the always-load workflow and output format are inline and self-contained, since a reader hits dead links at step 1 today.
Break step 3's run-on workflow sentence into an explicit numbered list with inline validation checkpoints (parse -> extract E.1/R1.1 -> classify -> draft -> map changes -> QA -> readiness), and surface the actual QA checklist inline rather than only by reference.
Reconcile the bundle with the body: either link the orphaned references/response-structure.md and references/source-basis.md from the on-demand table, or remove them, so every reference file is reachable and every referenced path exists.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is a lean ~45-line router that assumes Claude's competence and does not re-explain known concepts (what a reviewer response or LaTeX is); it stays under token budget and does not pad with filler, fitting the lean-and-efficient anchor, though the closing "Why this split" section is mildly justificatory rather than operational. | 3 / 3 |
Actionability | It embeds some concrete conventions (ID scheme "E.1" / "R1.1", the "AUTHOR_INPUT_NEEDED" placeholder, red marking, italics, new-page rule) but the bulk of executable detail — the output package format, stance/red lines, and templates — is delegated to "manifest.yaml", "static/core/stance.md", and "static/core/workflow.md", files that do not exist on disk, so the guidance is incomplete rather than copy-paste ready. | 2 / 3 |
Workflow Clarity | A clear four-step routing sequence exists and QA / readiness / blocking-state checkpoints are referenced, but the detailed workflow is packed into one dense run-on sentence in step 3 and the real sequence-plus-validation detail lives in the missing "core/workflow.md", so checkpoints are implicit rather than explicit and inline. | 2 / 3 |
Progressive Disclosure | The router-to-one-level-deep-references design is sound and the cited on-demand reference files (comment-taxonomy, action-mapping, tone-and-stance, etc.) all exist and are clearly signaled, but the primary always-load targets "manifest.yaml" and "static/core/stance.md" / "static/core/workflow.md" are absent from the bundle (dead links at step 1) and two reference files (response-structure.md, source-basis.md) are present but never referenced, so the actual bundle structure does not match the overview. | 2 / 3 |
Total | 9 / 12 Passed |