kiro-validate-design

Reviews technical design documents against codebase evidence and issues a GO/NO-GO decision.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/scapia-oss/compass --skill kiro-validate-design-scapia-oss
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kiro-validate-design
Source: https://github.com/scapia-oss/compass/tree/main/tools/cc-sdd/templates/agents/claude-code-skills/skills/kiro-validate-design
Command: npx skills add https://github.com/scapia-oss/compass --skill kiro-validate-design-scapia-oss

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve? Design documents often drift from what the codebase actually supports, and teams discover breaking changes, missing failure handling, or wrong dependency directions only during implementation. This Skill runs an adversarial, code-grounded review of a finished design before any code is written, catching blocking issues while they are still cheap to fix. ## Core Features & Use Cases - Adversarial Design Review: Diffs the design against verified codebase reality using reflection lenses covering contracts, blast radius, idempotency, failure paths, concurrency, authorization, and observability. - Evidence-Backed Findings: Every blocking issue carries a code reference (repo path, line, class, method) so findings are grounded in fact rather than opinion. - GO/NO-GO Gate with Audit Trail: Updates approval fields in spec.json, persists the full review to design-review.md, and records learnings for future specs. - Use Case: After generating a design for a new notifications feature, run the validation gate to confirm the design handles retries, respects existing API contracts, and does not break current callers before generating implementation tasks. ## Quick Start Ask the assistant to validate the design for your feature by running the kiro-validate-design skill with your feature name, for example: validate the design for my-feature before we start implementation.

Frequently Asked Questions about kiro-validate-design

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

FAQPage Schema
How do I validate a technical design before implementation?

Run the kiro-validate-design skill with your feature name after the design phase completes. It reviews the design against the actual codebase, lists blocking issues with evidence, and returns a GO or NO-GO decision before you generate implementation tasks.

What does a design review check for in a spec-driven workflow?

The review checks contracts and compatibility, blast radius on existing callers, idempotency and retries, failure and partial-failure paths, concurrency, authorization on new surfaces, observability, and dependency direction. Each blocking finding must cite a concrete code location as evidence.

Can design validation be skipped for bugfixes?

Yes, the skill self-skips when the spec type is bugfix and both design artifacts are disabled, directing you straight to task generation. For bugfixes with design artifacts, validation remains the expected gate before tasks.

What happens if the design review returns NO-GO?

The blocking issues are recorded with impact, suggestions, and code evidence, and learnings are saved to the spec directory. You revise the design by re-running the design generation step, then re-validate until it passes.

Where is the design review output stored?

The full review is written to design-review.md inside the spec directory, and the approval status and timestamp are recorded in spec.json. This creates an audit trail that survives across sessions.