cc-sdd

Установка

npx cc-sdd@latest

Это чужой код. Посмотрите файлы в репозитории перед установкой.

Что делает

Одна команда npx ставит в проект набор из 17 скиллов kiro-*. Скилл kiro-discovery разбирает запрос и решает, нужна ли новая спецификация, правка существующей или прямая реализация. Дальше агент пишет требования, дизайн с планом файлов и задачи, а человек утверждает их на каждом этапе. Скилл kiro-impl выполняет задачи по одной: реализация через TDD, независимое ревью и отдельная отладка, если работа застряла.

Для кого. Для команд и разработчиков, которые хотят, чтобы агент работал по утвержденной спецификации, а не по разовым промптам.

Пример запроса к агенту

/kiro-discovery добавить в сервис оплату по подписке с пробным периодом

Ограничения

Стабильно работает в Claude Code и Codex, для Cursor, Copilot, Windsurf, OpenCode, Gemini CLI и Antigravity поддержка в бете. Процесс генерирует много документов и расходует токены на ревью и субагентов.

Как отключить. Удалите папки скиллов kiro-* из каталога скиллов агента в проекте.

Проверка безопасности

• Автономная реализация пишет код и запускает тесты в проекте

Коротко о README

README объясняет подход: спецификация служит контрактом между частями системы, а источником истины остается код. Версия 3.0 перестроена вокруг Agent Skills, в нее вошли kiro-discovery, kiro-impl, kiro-spec-batch и дисциплина границ в design.md. Установка одной командой npx с выбором агента и языка, есть таблица типовых сценариев и руководство по миграции со старых версий. Лицензия MIT.

SKILL.md

---
name: kiro-discovery
description: Entry point for new work. Determines the best action path or work decomposition (update existing spec, create new spec, mixed decomposition, or no spec needed) and refines ideas through structured dialogue.
disable-model-invocation: true
allowed-tools: Read, Write, Glob, Grep, Agent, WebSearch, WebFetch, AskUserQuestion
argument-hint: <idea-or-request>
---

# kiro-discovery Skill

## Core Mission
- **Success Criteria**:
  - Correct action path or work decomposition identified based on existing project state
  - User's intent clarified through questions, not assumptions
  - Output is an actionable next step (not just a description)

## Execution Steps

### Step 1: Lightweight Scan

Gather **only metadata** to determine the action path. Do NOT read full file contents yet.

- **Specs inventory**: Glob `{{KIRO_DIR}}/specs/*/spec.json`, read each spec.json for `name`, `phase` fields and `approvals` status. Note feature names and their current status.
- **Steering existence**: Check which files exist in `{{KIRO_DIR}}/steering/` (product.md, tech.md, structure.md, roadmap.md). Do NOT read their contents yet.
- **Roadmap check**: If `{{KIRO_DIR}}/steering/roadmap.md` exists, read it. This contains project-level context (approach, scope, constraints, spec list) from a previous discovery session. Use it to restore project context.
- **Top-level structure**: List the project root directory to note key directories and files. Do NOT recurse into subdirectories.

This step should consume minimal context. If `specs/` is empty and no steering exists, note "greenfield project" and move to Step 2.

### Step 2: Determine Action Path

Based on the user's request and the metadata from Step 1, determine which path applies:

**Path A: Existing spec covers this**
- The request is an extension, enhancement, or fix within an existing spec's domain
- Every meaningful part of the request fits that same spec boundary
- Any remaining small follow-up work can be handled directly without creating a new spec
- Skip remaining steps

Похожие