kiro-review

Verifies task implementations against approved specs and design boundaries with mechanical checks.

1|Updated Apr 15, 2026
One-click install
npx skills add https://github.com/taku-o/gitignore-merge --skill kiro-review-taku-o
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kiro-review
Source: https://github.com/taku-o/gitignore-merge/tree/main/.claude/skills/kiro-review
Command: npx skills add https://github.com/taku-o/gitignore-merge --skill kiro-review-taku-o

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Review a task implementation to ensure it matches approved specs, boundaries, and verification evidence. Use after completion, remediation, or before acceptance.

Core Features & Use Cases

  • Boundary-aware assessment of task changes against requirements and design
  • Mechanical verification by diffing code changes and status reports
  • Structured verdicts with findings and actionable remediation

Quick Start

Run the kiro-review process on the latest task changes to determine if the implementation remains within the approved boundary and satisfies the spec, design, and verification criteria.

Frequently Asked Questions about kiro-review

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

FAQPage Schema
What is boundary-aware code review for task implementation?

Boundary-aware code review verifies that a task implementation stays within the approved boundary by comparing changes against the spec and design, and confirms evidence from mechanical validation checks.

How do I verify spec compliance after an implementer finishes work?

To verify spec compliance after implementation, compare the code diff and status report against the requirement and design sections, execute validation commands, and generate a formal verdict with findings.

When do I need to perform a regression safety and boundary check?

You need to perform a regression safety and boundary check after an implementer finishes work, after remediation, or before task acceptance to ensure the changes satisfy requirements without exceeding approved boundaries.

What's the best way to review task changes against requirements and design?

The best way to review task changes is to mechanically diff the code modifications and status reports against the relevant requirement and design sections, verifying validation evidence to produce a structured verdict with remediation steps.

Can I use mechanical validation to check if code changes exceed approved boundaries?

Yes, you can use mechanical validation to diff code changes and status reports, identifying whether the implementation stays within the approved boundary and satisfies the verification criteria from the spec.

What inputs do I need to perform a rigorous task review?

To perform a rigorous task review, you need the task ID, relevant requirement and design sections, file paths, status reports, and validation commands to verify spec compliance and boundary safety.