Content
78%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 well-structured instruction-only style guide: dense, command-rich, and properly split across an overview plus three leaf reference files. Its main weakness is the absence of a single worked example page demonstrating the doctrine end-to-end, and the fully ordered verification sequence being delegated to a reference rather than carried inline.
Suggestions
Add one short worked example (a before/after page snippet) in §3 or §5 that applies the motivate-before-mechanize and terminology rules end-to-end, lifting actionability toward 5.
Inline the ordered verification gate sequence with explicit pass/fail branching (or a numbered checklist mirroring references/verification.md) so the workflow is self-contained without following the link.
Trim the most discursive doctrine prose — the §5 Convert/Delete narration and the beads↔Gas City paragraph could be shortened to a table or a few bullets to tighten conciseness.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Mostly efficient: tables for the concept model and terminology, bullets for doctrine, and project-specific concepts (bead/proto/molecule) that Claude would not already know. Minor discursive asides (the Convert/Delete lists in §5, the beads↔Gas City vocabulary paragraph) could be trimmed, keeping it just below the lean anchor-5. | 4 / 5 |
Actionability | Highly concrete for an instruction-only skill — exact commands (`bd mol pour`, `./scripts/generate-cli-docs.sh --check`, `go test ./test/docsync`), exact paths (`.beads/embeddeddolt/`, `docs/core-concepts/index.md`), and a use/not-this terminology table. Held at 4 rather than 5 because there is no single end-to-end worked example showing the doctrine applied to a real page. | 4 / 5 |
Workflow Clarity | Clear multi-step workflows with explicit validation gates (§9 short-list), feedback loops (drift gates that fail/auto-fix in §8, loss-check/fact-check guardrails in §5), and a checklist for the risky move/remove-page operation. Not 5 because the fully ordered, branched gate sequence is delegated to references/verification.md rather than spelled out inline with explicit error-recovery branching. | 4 / 5 |
Progressive Disclosure | Overview doctrine lives inline while the heavier procedures are split into three real, one-level-deep references (terminology.md, simplification.md, verification.md — all present on disk), each clearly signaled with a markdown link and a 'when to read this' cue. Appropriate split, easy navigation, no nested references. | 5 / 5 |
Total | 17 / 20 Passed |