Spec-Driven Develop — плагин
Плагин из трех скиллов для крупных задач разработки: анализ проекта, разбивка на фазы с задачами в GitHub Issues, параллельные агенты и ревью кода
- 992 ★ репозитория
- Последний коммит
- MIT
Широкий доступ
Почему такой уровень
- Создает, группирует и закрывает Issues, вехи и метки в вашем репозитории GitHub через gh CLI
- Параллельные линии (Tier 2) пишут код в изолированных рабочих деревьях и сами коммитят исправления в ветки линий
- Фаза выполнения объединяет несколько задач в один PR и отправляет изменения в общую интеграционную ветку
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add plugins/spec-driven-developОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемШирокий доступИнструмент может менять данные, выполнять команды или работать с секретами.
- Создает, группирует и закрывает Issues, вехи и метки в вашем репозитории GitHub через gh CLI
- Параллельные линии (Tier 2) пишут код в изолированных рабочих деревьях и сами коммитят исправления в ветки линий
- Фаза выполнения объединяет несколько задач в один PR и отправляет изменения в общую интеграционную ветку
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
Spec-Driven Develop — плагин Claude Code, Codex и OpenCode с тремя скиллами без слэш-команд. Первый, spec-driven-develop, ведет крупную задачу через семь фаз, от короткой записи замысла в одно-два предложения до архива артефактов. Фаза анализа разбирает архитектуру и слабые места. Фаза уточнения задает вопросы по результатам анализа. Фаза декомпозиции делит работу на задачи и параллельные линии. Прогресс фазы собирается в единый файл `MASTER.md`. План показывается на подтверждение, и только после согласия пользователя задачи выполняются, а в конце все материалы архивируются. Репозиторий на GitHub меняет этот путь: задачи становятся Issues с вехами по фазам и метками приоритета и размера, несколько закрытых Issues объединяются в один PR со строкой `Closes #N` на каждую из них. Без `gh` или GitHub скилл откатывается на обычные файлы Markdown без привязки к трекеру. Параллельные линии работы (в терминологии проекта Tier 2) допускаются только при непересекающихся наборах файлов и независимо проверяемом результате каждой линии. После каждой задачи скилл сравнивает фактические трудозатраты с оценкой по этой задаче и накапливает отклонения в общий показатель фазы. При доле задач фазы с заметным превышением оценки от 20% следующая задача получает предупреждение в плане. От 40% выполнение останавливается для пересборки оставшихся задач. От 60% разбор возвращается к фазе уточняющих вопросов для пересмотра объема работы. Второй скилл, Deep Discuss, срабатывает на фразы вроде «обсудим» или «застрял на решении» и ведет структурированный разбор в несколько фаз: подтверждает понимание проблемы, проверяет, достаточно ли информации, и только потом переходит к вариантам решения с их сильными и слабыми сторонами. Выполнение начинается только после слова «go» от пользователя. Третий скилл, Review SPD, разбирает незакоммиченные изменения, коммиты за период или diff между ветками и собирает находки, ориентированные на баги и регрессии, а не на общий стиль кода.
Для кого. Для разработчиков, которые ведут через агента крупную переделку или перенос кода и хотят разбивку на фазы с трекингом в GitHub Issues, а не одну длинную сессию без промежуточных точек проверки.
Подходит, если
- Нужно разобрать крупную задачу (перенос на другой стек, смену архитектуры) на фазы с задачами и зависимостями
- Проект уже ведется на GitHub, и нужно, чтобы задачи превращались в Issues с вехами и метками автоматически
- Нужна структурированная дискуссия перед решением технического вопроса, с явным подтверждением «go» до перехода к коду
- Нужен разбор diff или коммитов за период, нацеленный на баги и регрессии, а не на общие замечания по стилю
Не подходит, если
- Задача на один-два файла или простую правку: семь фаз и трекинг в Issues избыточны для такого объема работы
- Нет установленного gh и репозитория на GitHub, а трекинг задач нужен в Issues: без них скилл автоматически переходит на локальные файлы Markdown
- Нужны параллельные линии работы без ограничения по числу: протокол разрешает не больше четырех параллельных линий за раз
- Нужен скилл, который сам пишет код без подтверждения плана: фаза 5 показывает план и ждет согласия, прежде чем выполнять задачи
Пример запроса к агенту
Разбей задачу переноса сервиса на TypeScript на фазы, проанализируй текущую архитектуру и покажи план перед началом работыОграничения
Лицензия MIT.
- Параллельные линии работы (Tier 2) требуют непересекающихся наборов файлов, достаточного объема работы на линию по внутренней шкале проекта, независимой проверяемости результата и ограничены четырьмя линиями одновременно.
- Независимый агент-рецензент code-reviewer подключается только для линий Tier 2 и особо значимых изменений, обычные случаи проверяет сам основной агент.
- GitHub-режим подключается автоматически при обнаруженном репозитории и установленном `gh`; без них весь трекинг переходит на обычные файлы Markdown без Issues, вех и меток.
- Скрипт `scripts/install-agents.sh` синхронизирует скиллы в `~/.agents/skills` только для агентов, которые читают эту общую папку, Claude Code и Codex подключаются через собственный формат плагина.
- Пороги отклонения считаются по доле задач фазы с заметным перерасходом (20%, 40%, 60%), а не по одной задаче, поэтому реакция на дрейф плана появляется только после накопления этой доли.
Как отключить. Удалите плагин командой, которая соответствует вашему менеджеру плагинов (для Claude Code `/plugin uninstall spec-driven-develop`), или удалите папку плагина из `~/.claude/plugins/` вручную. Созданные GitHub Issues, вехи и метки остаются в репозитории и закрываются или удаляются отдельно.
Частые вопросы
Нужен ли GitHub для работы Spec-Driven Develop?
Нет, без установленного gh или без репозитория на GitHub скилл автоматически переходит в локальный режим с обычными файлами Markdown вместо Issues, вех и меток. Полный режим с Issues, вехами, метками и доской проекта включается только при обнаруженных обоих условиях.
Может ли скилл начать писать код без подтверждения плана?
Нет, фаза 5 показывает итоговый план и ждет согласия пользователя, прежде чем выполнять задачи параллельно или последовательно. До этой фазы агент задает уточняющие вопросы на основе анализа из фазы 1.
Что происходит, если реальная работа расходится с планом?
После каждой задачи скилл сравнивает фактические трудозатраты с оценкой и складывает отклонения в общий показатель по фазе. При доле задач фазы с заметным перерасходом от 20% план помечается предупреждением, от 40% выполнение останавливается для пересборки задач, а от 60% разбор возвращается к фазе 2 для пересмотра объема работы.
Чем Review SPD отличается от обычного ревью кода?
Он разбирает незакоммиченные изменения, коммиты за выбранный период или diff между ветками и фокусируется на находках, которые указывают на баги и регрессии. Общие замечания по стилю кода и оформлению в задачи этого скилла не входят.
Сколько параллельных линий работы можно запустить одновременно?
Протокол ограничивает параллельные линии (Tier 2) четырьмя одновременно, и каждая линия должна работать с непересекающимся набором файлов и достаточным объемом работы по внутренней шкале проекта. Только линии Tier 2 и особо значимые изменения проходят через независимого агента-рецензента перед объединением.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
ПлагиныПлагин для Claude Code: разработка через спецификацию по одному файлу SPEC.md, цикл из семи команд без под-агентов
Goal Workflow
goal-workflow
19 скиллов для Claude Code: PRD, спецификация, задачи в GitHub Issues, пакетная реализация с ревью и слияние pull request, плюс рефакторинг и диаграммы
Набор скиллов, который задает агенту процесс разработки: уточнение задачи, план, TDD, субагенты и ревью кода
Плагин для Claude Code и Codex: превращает запрос на фичу в спецификацию и выполняет ее по задачам с чистым контекстом
Два скилла для разработки от спецификации: /spec задает вопросы и сохраняет документ в specs/, /spec-impl реализует утвержденную спецификацию по шагам
Плагин для Claude Code: 39 команд для PR, ревью, коммитов и спецификаций, девять ролей экспертов и хуки, восемь языковых версий
Сравнение с похожими
Записи с тем же главным запросом: чем они отличаются.
| Запись | Официальный | Звезды репозитория | Главное отличие |
|---|---|---|---|
| Spec-Driven Develop (эта запись) | нет | 992 | |
| CCPM | нет | 8 414 | тот же жанр ведения разработки через GitHub Issues и параллельные агенты в git worktree, но без контура адаптивного управления с порогами отклонения |
| BMad Method | нет | 54 485 | ведет от идеи и PRD до архитектуры и историй отдельными скиллами, а не одним семифазным контуром с автоматическим трекингом в Issues |
Коротко о README
Описание репозитория открывается таблицей фактов для цитирования в поисковой выдаче: категория, круг пользователей, поддерживаемые агенты, ключевые понятия и лицензия. Дальше идет подробный разбор семи фаз основного скилла с диаграммой, отдельные разделы про Deep Discuss и Review SPD, и раздел про архитектурную основу S.U.P.E.R с принципами инженерной кибернетики. В конце инструкция по установке для разных агентов и раздел FAQ с вопросами о совместимости и ограничениях.