cc-sdd — скилл
Разработка по спецификациям в стиле Kiro: набор скиллов ведет задачу от идеи через требования и дизайн к автономной реализации
- 3 746 ★ репозитория
- Последний коммит
- MIT
Расширенный доступ
Почему такой уровень
- Автономная реализация пишет код и запускает тесты в проекте
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/cc-sddОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Автономная реализация пишет код и запускает тесты в проекте
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
Одна команда npx ставит в проект набор из 17 скиллов kiro-*. Скилл kiro-discovery разбирает запрос и решает, нужна ли новая спецификация, правка существующей или прямая реализация. Дальше агент пишет требования, дизайн с планом файлов и задачи, а человек утверждает их на каждом этапе. Скилл kiro-impl выполняет задачи по одной: реализация через TDD, независимое ревью и отдельная отладка, если работа застряла.
Для кого. Для команд и разработчиков, которые хотят, чтобы агент работал по утвержденной спецификации, а не по разовым промптам.
Подходит, если
- Нужно реализовать крупную фичу в несколько этапов с проверкой человеком
- Нужно разбить большую инициативу на несколько спецификаций
- Хочется долгой автономной реализации с ревью каждой задачи
Не подходит, если
- Мелкая правка или разовый баг, где спецификация лишняя
- Команда не готова утверждать документы на каждом этапе
Пример запроса к агенту
/kiro-discovery добавить в сервис оплату по подписке с пробным периодомОграничения
Стабильно работает в Claude Code и Codex, для Cursor, Copilot, Windsurf, OpenCode, Gemini CLI и Antigravity поддержка в бете. Процесс генерирует много документов и расходует токены на ревью и субагентов.
Как отключить. Удалите папки скиллов kiro-* из каталога скиллов агента в проекте.
Частые вопросы
Совместимо ли с Kiro?
Да, существующие спецификации Kiro остаются совместимыми и переносимыми.
Можно ли получать документы на русском?
Установщик принимает флаг --lang и поддерживает 13 языков, список есть в README пакета.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыДва скилла для разработки от спецификации: /spec задает вопросы и сохраняет документ в specs/, /spec-impl реализует утвержденную спецификацию по шагам
Набор GitHub для разработки от спецификации: CLI specify ставит в проект команды и скиллы для агента, от принципов до реализации
Скилл разработки под доказательства: агент окружает код спецификацией и набором проверок, чтобы построчное ревью стало необязательным
Набор скиллов, который задает агенту процесс разработки: уточнение задачи, план, TDD, субагенты и ревью кода
Одиннадцать скиллов для цикла разработки: интервью и спецификация, сборка по TDD, UI, документация и обслуживание кодовой базы
Одиннадцать скиллов ведут агента от идеи до проверенного кода через PRD и RFC, которые хранятся в файлах репозитория
Сравнение с похожими
Записи с тем же главным запросом: чем они отличаются.
| Запись | Официальный | Авторизация | Звезды репозитория | Главное отличие |
|---|---|---|---|---|
| cc-sdd (эта запись) | нет | 3 746 | ||
| Fernando Skills | нет | 348 | два скилла для разработки от спецификации | |
| Spec-Driven Development MCP — промпты для разработки по спецификации | нет | не нужна | 439 | три MCP-промпта ведут агента от требований в формате EARS к документу |
| Dryforge | нет | 430 | плагин с командами ready |
Коротко о README
README объясняет подход: спецификация служит контрактом между частями системы, а источником истины остается код. Версия 3.0 перестроена вокруг Agent Skills, в нее вошли kiro-discovery, kiro-impl, kiro-spec-batch и дисциплина границ в design.md. Установка одной командой npx с выбором агента и языка, есть таблица типовых сценариев и руководство по миграции со старых версий. Лицензия MIT.
Бейдж для README
Исходный 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