kiro-review

Review task implementations against approved specs, boundaries, and verification evidence.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Code review in AI-assisted workflows often trusts the implementer's report instead of the actual diff, letting spec drift, boundary violations, and missing test evidence slip through. This Skill performs adversarial, task-local review that verifies implementations against approved requirements, design, and mechanical evidence before a task is accepted as complete. ## Core Features & Use Cases - Mechanical Verification: Runs the project's test suite, greps for placeholder markers (TBD/TODO/FIXME) and hardcoded secrets, checks boundary scope against the task's declared _Boundary:_, and audits test evidence including RED-phase output for behavior changes. - Spec and Design Alignment: Confirms acceptance criteria coverage, requirements alignment by section number, design-mandated structures, and boundary commitments, rejecting silent substitutions or hidden cross-boundary coupling. - Structured Verdicts: Returns APPROVED or REJECTED with severity-graded findings (Critical, Important, Suggestion, FYI), mandatory remediation steps, and captures human corrections as durable learnings. - Use Case: After an implementer marks a task READY_FOR_REVIEW, run the review to inspect the actual git diff, verify tests genuinely prove the required behavior, and reject the task if it spills outside its approved boundary. ## Quick Start Review task 3.2 of my current spec against its requirements, design, and boundary constraints and give me a verdict.

Frequently Asked Questions about kiro-review

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

FAQPage Schema
How do I review an AI-implemented task against a spec?

Run the review with the task ID after the implementer reports READY_FOR_REVIEW. It inspects the actual git diff rather than trusting the implementer's report, runs mechanical checks, and returns an APPROVED or REJECTED verdict with findings.

What checks does an adversarial code review run?

It runs the project test suite, greps changed files for TBD/TODO/FIXME markers and hardcoded secrets, verifies changes stay within the task boundary, validates test evidence including RED-phase output, and audits design and requirements alignment.

When is RED-phase test evidence required in review?

RED evidence is required when a task changes behavior of existing code or fixes a bug. For brand-new code with no pre-existing behavior, RED is legitimately N/A, but tests must still exist, map to acceptance criteria, and assert observable behavior.

Why does review reject tasks that pass all tests?

Passing tests do not prove spec compliance or boundary respect. Review also rejects placeholder code, scope drift beyond the approved boundary, hidden cross-boundary coupling, missing acceptance criteria coverage, and silent deviations from the approved design.

Can this review run as a subagent under an implementation loop?

Yes. When dispatched under the implementation command, the parent inlines all steering context and owns learning capture. When run standalone, the reviewer loads steering files and cross-spec learnings itself before reviewing.