design-review

Reviews design documents against a gap rubric and verifies claims against codebase file:line evidence.

1|1|Updated May 24, 2026
One-click install
npx skills add https://github.com/bm629/agent-skills --skill design-review-bm629
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: design-review
Source: https://github.com/bm629/agent-skills/tree/main/skills/design-review
Command: npx skills add https://github.com/bm629/agent-skills --skill design-review-bm629

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Design documents, specs, RFCs, ADRs, and plans often get approved with hidden gaps — unstated assumptions, misleading names, missing failure handling, or claims that do not match the actual code — which surface late or in production. This Skill performs an adversarial pre-approval review that finds those gaps before sign-off. ## Core Features & Use Cases - Nine-category gap rubric: Hunts bootstrap/ownership, naming honesty, scale, hidden assumptions, consistency-with-shipped-code, idempotency/failure, security, necessity, and completeness gaps, plus a plan lens (task granularity, dependency DAG, spec coverage, exit-criteria testability). - Codebase verification: Confirms every claim about existing behavior against the real code with file:line citations, marking unconfirmable items as unverified rather than fabricating findings. - Severity-ranked verdict: Produces blocker/important/minor findings with concrete fixes and a ready-for-approval or has-blockers recommendation, without ever editing the document or approving it. - Use Case: Before approving an auth-v2 spec, run the review to catch that the design assumes a token table the codebase never creates, cited at the exact file and line. ## Quick Start Use design-review on docs/specs/auth-v2.md before I approve it and list any blockers.

Frequently Asked Questions about design-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review a design doc or spec before approving it?

Point the skill at the document path and it walks a nine-category gap rubric covering bootstrap, naming, scale, assumptions, failure handling, security, necessity, and completeness. It returns severity-ranked findings with concrete fixes and a ready-for-approval or has-blockers verdict.

What gaps does a design document review check for?

The review checks bootstrap and ownership ordering, naming honesty, scale limits, hidden assumptions, consistency with shipped code, idempotency and failure handling, security surface, necessity versus simpler alternatives, and completeness. Plans additionally get task granularity, dependency DAG, spec coverage, and exit-criteria checks.

Does design review verify claims against the actual codebase?

Yes, any claim about existing behavior, paths, or interfaces is confirmed by reading the referenced modules and citing file:line evidence. Suspected gaps that cannot be confirmed are explicitly marked unverified rather than asserted as fact.

Can design-review edit or approve my document automatically?

No, the skill is review-only by design. It never edits the document and never approves or rejects it; it outputs findings plus a verdict recommendation, while the human decides and the author applies fixes.

When should I use reviewing-technical-design instead of design-review?

Use reviewing-technical-design when the document carries a template: technical-design frontmatter stamp from the doc library, since that artifact has a dedicated reviewer with a TDD-specific bar. Generic design docs, RFCs, standalone ADRs, specs, and plans stay with design-review.

Does design review work for greenfield designs with no existing code?

Yes, for brand-new systems the consistency-with-code category is marked N/A because there is nothing to verify against. Absence of code to check is never itself flagged as a blocker.