Content
88%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 highly actionable, lean instruction skill with concrete executable commands, explicit validation checkpoints, error-recovery paths, and well-scoped cross-skill delegation. Its main weaknesses are repeated sync guidance across sections and reference-grade material (issue types, priorities, lifecycle commands) inlined that could be split out.
Suggestions
Consolidate pull/push sync guidance into the 'Sync Rules' section and reference it from the workflow steps instead of restating it four times.
Move the issue types/priorities definitions and the lifecycle/hygiene command list into a references/ file (e.g., references/issue-reference.md) to slim the main body.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Command-dense and free of concept explanations Claude already knows, but sync guidance (pull-before-read, push-after-mutation) is repeated across 'Preferred Route', 'Core CLI Workflow' step 6, 'Sync Rules', and 'Session completion' — efficient overall with minor instances that could be trimmed. | 4 / 5 |
Actionability | Fully executable, copy-paste-ready commands cover the common cases: `bd ready`, `bd show <id>`, `bd update <id> --claim`, a fully-flagged `bd create "Short title" --description=... --type=task --priority=2`, `bd close <id> --reason=...`, and bun sync scripts, plus a realistic discovered-work example with `--deps discovered-from:<parent-id>`. | 5 / 5 |
Workflow Clarity | Clear numbered sequence with explicit checkpoints and feedback loops: inspect-before-edit (`bd show`), `--validate` for issue completeness, empty-`bd prime` recovery via `bd where`, empty-DB troubleshooting with a `git ls-remote` check, session-completion checklist with quality gates (`bun run verify`), and destructive-op guards (never force-push an empty DB; stop and report blocked syncs). Validation is present, so the destructive/batch cap does not apply. | 5 / 5 |
Progressive Disclosure | No bundle files exist, and the single-file structure is well-sectioned with UI/Docker/permission detail correctly delegated to the `scotty` skill (clearly signaled, one level deep). However, sync rules are spread across four sections and the ~135-line body's issue-type/priority and lifecycle reference material could live in a separate file, leaving minor organization gaps versus the ideal split. | 4 / 5 |
Total | 18 / 20 Passed |