kiro-impl

Implement approved development tasks with TDD cycles and subagent reviewers.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill automates disciplined feature implementation in code repositories by enforcing test-driven development, per-task subagent implementers and reviewers, and strict commit and validation rules to reduce regressions and human coordination overhead.

Core Features & Use Cases

  • Autonomous and Manual Modes: Run all pending tasks as one-task-per-subagent autonomous iterations, or execute selected tasks manually in the main context.
  • TDD & Feature Flag Protocol: Enforces RED → GREEN → REFACTOR cycles and a feature-flag pattern for behavioral changes so tests are always written first and regressions are avoided.
  • Structured Handoff and Review: Uses implementer, reviewer, and debugger templates with strict parsing of STATUS and VERDICT blocks, selective staging of changed files, and bounded remediation/debug rounds.
  • Preflight Validation & Safety: Discovers canonical test/build/smoke commands, validates approvals in spec.json, and preserves non-destructive git practices.
  • Use Case: Ideal for engineering teams wanting automated, auditable task execution from tasks.md with enforced TDD, reviewer gating, and reproducible commits.

Quick Start

Run the kiro-impl skill for the feature name you want (for example: kiro-impl auth) to process its pending tasks following the TDD and review workflow.

Frequently Asked Questions about kiro-impl

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

FAQPage Schema
How do I automate test-driven development for approved tasks in a git repository?

You can automate test-driven development by running a skill that processes numbered tasks from tasks.md, enforcing RED to GREEN TDD cycles with automated implementer and reviewer subagents. It selectively stages changed files and generates structured status reports.

What is the RED to GREEN TDD cycle and how does a subagent enforce it?

The RED to GREEN cycle requires writing failing tests first, then implementing code to pass them. Subagents enforce this by dispatching separate implementer and reviewer agents per task, parsing structured VERDICT blocks to gate progress before staging commits.

Do I need tasks.md and requirements.md files to use automated TDD implementation?

Yes, you need tasks.md, requirements.md, and design.md files defining numbered tasks, along with a spec.json for approval validation. The workflow applies to feature implementation scenarios where these canonical files define tasks and reviewers are required.

Can I manually select specific tasks instead of running all pending tasks autonomously?

Yes, you can run all pending tasks as one-task-per-subagent autonomous iterations, or execute selected tasks manually in the main context. Both modes enforce TDD cycles, selective git staging, and structured review reporting.

What's the best way to prevent regressions when automating feature implementation commits?

Preventing regressions requires enforcing test-driven development cycles, using feature-flag patterns for behavioral changes, and gating commits behind reviewer subagent approvals. The workflow discovers canonical test and build commands for preflight validation before staging.

Why does my automated TDD workflow require a debugger subagent with bounded remediation rounds?

A debugger subagent with bounded remediation rounds prevents infinite loops when tests fail unexpectedly. It parses structured STATUS blocks from the implementer and applies bounded debug rounds to resolve issues before the reviewer subagent evaluates the final VERDICT.