kiro-review

Review task implementations against specifications, boundaries, and verification evidence.

Updated Apr 17, 2026
One-click install
npx skills add https://github.com/notta50/korenani --skill kiro-review-notta50
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kiro-review
Source: https://github.com/notta50/korenani/tree/main/.claude/skills/kiro-review
Command: npx skills add https://github.com/notta50/korenani --skill kiro-review-notta50

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill eliminates uncertainty and hidden scope changes by performing a task-local adversarial review that verifies implementations are real, complete, confined to the approved boundary, aligned with referenced requirements and design sections, and supported by mechanical verification evidence.

Core Features & Use Cases

  • Mechanical Verification: Run git diffs, the project's test suite, lint/static checks, and targeted greps for TODO/PLACEHOLDER markers and secrets to produce objective pass/fail signals.
  • Boundary & Specification Audit: Map changed files to the task Boundary: and referenced sections in requirements.md and design.md to detect spillover, hidden coupling, or silent design substitutions.
  • Use Case: Use right after an implementer marks READY_FOR_REVIEW to confirm tests, RED-phase evidence, and boundary respect before accepting the task or escalating for remediation.

Quick Start

Run kiro-review on TASK-ID with the task text, diffs, requirements.md, design.md, the implementer's status report, and any validation commands for verification.

Frequently Asked Questions about kiro-review

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

FAQPage Schema
How do I verify code changes against task specifications and boundaries?

Code review against task specifications is performed by mapping git diffs to approved boundary constraints and referenced requirement sections, running tests and static checks, and scanning for secrets or placeholders to produce objective pass or fail signals.

What is task-local adversarial code review and when should I use it?

Task-local adversarial code review is a process that detects hidden scope changes and spillover by verifying implementations are confined to approved boundaries. Use it when an implementer reports READY_FOR_REVIEW or before accepting a task into feature-level validation.

How do I detect hidden coupling or spillover in git diffs before merging?

Detect hidden coupling in git diffs by mapping changed files to task boundary definitions and referenced design sections, running static analysis checks, and validating that modifications align strictly with approved specifications and constraints.

Can I scan for secrets and placeholder markers during automated static analysis?

Yes, automated static analysis can run targeted greps for TODO and PLACEHOLDER markers alongside secrets detection to produce objective verification evidence and ensure no incomplete or sensitive data remains in the implementation.

What do I need to run a boundary audit on a task implementation?

To run a boundary audit on task implementations, you need the task text, git diffs, requirements.md, design.md, the implementer's status report, and any validation commands required to execute tests and static checks.

Why does my code review fail to catch silent design substitutions?

Code review fails to catch silent design substitutions when it does not map changed files against referenced design sections and boundary constraints, missing hidden coupling or unapproved architectural deviations that fall outside the task scope.