kiro-spec-impl

kiro-spec-impl is a command for Claude Code from gotalab/cc-sdd. It costs 0 tokens per session (871 once invoked), scanned A, original, MIT.

A command that implements approved software tasks using test-driven development, a method where tests are written before the code they check.

In plain words
What is it for?
Use it to select pending tasks, write failing tests first, implement the changes, run tests, and mark completed tasks in tasks.md.
Why use it?
It makes expected behavior explicit, catches regressions, and keeps implementation tied to approved requirements and design.

Command for Claude Code

Written for Claude Code: a Claude Code command (commands/*.md). Also seen: positional $N argument.

About the project

cc-sdd is a spec-driven development workflow for coding agents: it turns approved software specifications into requirements, designs, task plans, and extended autonomous implementation. Developers use it across several AI coding agents, with independent review and task-level continuation for long-running work. The catalogue entries provide commands, skills, agents, and instructions for using this workflow.

gotalab/cc-sdd · 3,653 stars · on GitHub

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add commands/gotalab/cc-sdd/kiro-spec-impl
Clone the repo
git clone --depth 1 https://github.com/gotalab/cc-sdd

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for kiro-spec-impl

README.md
[![agentmods](https://agentmods.dev/badge/commands/gotalab/cc-sdd/kiro-spec-impl.svg)](https://agentmods.dev/commands/gotalab/cc-sdd/kiro-spec-impl)
Your own site
<a href="https://agentmods.dev/commands/gotalab/cc-sdd/kiro-spec-impl"><img src="https://agentmods.dev/badge/commands/gotalab/cc-sdd/kiro-spec-impl.svg" alt="Measured on agentmods" height="20"></a>
Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 871 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00000 $0.00871
Opus 5 $0.00000 $0.00436
Sonnet 5 $0.00000 $0.00174
Haiku 4.5 $0.00000 $0.00087

Measured 6d ago against content hash 93d9897e10f3, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-06, from the pricing page.

Security

Grade A, and why

kiro-spec-impl scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 6d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

Origin

Copies of this mod

2 near-identical copies found in the catalogue:

tools/cc-sdd/templates/agents/codex/commands/kiro-spec-impl.md · 112 lines

How it starts

The opening of the file, as written. The whole thing — 112 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Implementation Task Executor

<background_information>

  • Mission: Execute implementation tasks using Test-Driven Development methodology based on approved specifications
  • Success Criteria:
    • All tests written before implementation code
    • Code passes all tests with no regressions
    • Tasks marked as completed in tasks.md
    • Implementation aligns with design and requirements </background_information>

Execution Steps

Step 1: Load Context

Read all necessary context:

  • {{KIRO_DIR}}/specs/$1/spec.json, requirements.md, design.md, tasks.md
  • Entire {{KIRO_DIR}}/steering/ directory for complete project memory

Validate approvals:

  • Verify tasks are approved in spec.json (stop if not, see Safety & Fallback)

Step 2: Select Tasks

Determine which tasks to execute:

  • If $2 provided: Execute specified task numbers (e.g., "1.1" or "1,2,3")
  • Otherwise: Execute all pending tasks (unchecked - [ ] in tasks.md)

Step 3: Execute with TDD

For each selected task, follow Kent Beck's TDD cycle:

  1. RED - Write Failing Test:

    • Write test for the next small piece of functionality
    • Test should fail (code doesn't exist yet)
    • Use descriptive test names
  2. GREEN - Write Minimal Code:

    • Implement simplest solution to make test pass
    • Focus only on making THIS test pass
    • Avoid over-engineering
  3. REFACTOR - Clean Up:

    • Improve code structure and readability
    • Remove duplication
    • Apply design patterns where appropriate
    • Ensure all tests still pass after refactoring
  4. VERIFY - Validate Quality:

    • All tests pass (new and existing)
    • No regressions in existing functionality
    • Code coverage maintained or improved

Read the full file on GitHub · 112 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 6d ago First seen · 112 lines · 0 tokens per session scan A 93d9897e10f3

Subscribe to this mod's changes

kiro-spec-impl is a command published in the GitHub repository gotalab/cc-sdd (3,653 stars, last pushed 3mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 871 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other commands, from other repositories

implement-approved-slice

Implement only the approved slice with minimal, explicit, review-friendly changes, then persist execution evidence in slice notes and TASKSTATE.md. The single official execution path of the workflow. Supports an opt-in test-first (TDD) mode, enabled per slice or via --tdd, that writes the failing test before the code…

Mozurok/fhorja.dev · 202 tokens

test-strategy

Define the smallest set of meaningful tests that protects behavior and reduces regression risk for the active task, then persist as TESTSTRATEGY.md plus a TASKSTATE.md update. Avoids forcing a strategy artifact when it adds no material signal. Detects a Godot or Unity target and routes to the matching headless runner…

Mozurok/fhorja.dev · 193 tokens

implement

Execute tasks from a track's implementation plan following TDD workflow.

wshobson/agents · 12 tokens

api-aqa-flow

Workflow for backend API test automation: TMS / Issue Tracker test cases → automated API tests, HITL-gated.

griddynamics/rosetta · 29 tokens

task-init

Initialize the official task folder and base task memory inside projects/ /active/YYYY-MM-DD /. Creates README.md, TASKSTATE.md, SOURCEOFTRUTH.md, DECISIONS.md, IMPLEMENTATIONPLAN.md; seeds from PROJECTCHARTER.md when present; emits a multi-repo.

Mozurok/fhorja.dev · 70 tokens

godot-scene-plan

Plan the Godot scene and node structure for a 2D or 3D game feature before any GDScript is written: the scene tree, node types and responsibilities, autoloads (singletons), signal wiring, the input map, and the resources and sub-scenes to create. Produces GODOTSCENEPLAN.md, a design-time plan an MCP-driven editor or a…

Mozurok/fhorja.dev · 226 tokens