Spec-Driven Development — скилл
Скилл расспрашивает про проект и пишет requirements.md, design.md и tasks.md, чтобы Claude Code и Cursor работали по одному плану
- 158 ★ репозитория
- Последний коммит
- MIT
Расширенный доступ
Почему такой уровень
- Создает в корне проекта файлы настроек агентов `CLAUDE.md`, `.cursorrules` и другие, которые управляют поведением всех ваших агентов
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/spec-driven-developmentОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Создает в корне проекта файлы настроек агентов `CLAUDE.md`, `.cursorrules` и другие, которые управляют поведением всех ваших агентов
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
Скилл Spec-Driven Development собирает в проекте три файла спецификации до того, как появится код. `requirements.md` описывает, что система обязана делать, с идентификаторами REQ-001 и критериями приемки. `design.md` фиксирует устройство, а `tasks.md` разбивает работу на атомарные шаги вида TASK-003 со ссылкой на требование и проверкой результата. Для нового проекта агент задает четыре коротких вопроса по очереди: что делает проект и для кого, какой стек, куда выкладывать и какими ИИ-инструментами пользуется команда. Для готовой кодовой базы скилл восстанавливает спецификацию по вашему описанию и ставит пометку `[TO VERIFY]` на каждое предположение, а первая фаза плана посвящена сверке спецификации. После спецификации скилл создает файлы настроек для каждого инструмента: `CLAUDE.md`, `.cursorrules`, `.windsurfrules`, `.github/copilot-instructions.md` и `.aider.conf.yml`. В каждом одинаковый блок правил: перед любым действием прочитать три файла, не придумывать требования, при расхождении с дизайном остановиться и спросить.
Для кого. Командам, где одновременно работают Claude Code, Cursor и Copilot и каждый из них по-своему трактует задачу.
Подходит, если
- Проект стартует с нуля, и до первой строки кода нужны требования, дизайн и порядок работ
- Агенты противоречат друг другу: Cursor переделывает то, что сделал Claude Code
- Код уже есть, а описания системы нет, и его надо восстановить по вашему рассказу
- Команда подключает сразу несколько ИИ-инструментов и хочет одинаковые правила во всех файлах настроек
- Агент выдумывает объем работ, и его нужно ограничить требованиями с проверяемыми критериями
Не подходит, если
- Задача на один файл: четыре вопроса и три документа окупаются только на проекте, который живет дольше дня
- Проект работает по другой методике, например с OpenSpec или Spec Kit, и своя структура уже есть
- Вам нужен генератор кода: скилл пишет спецификацию, а код остается агенту
Пример запроса к агенту
Мой ИИ уходит от плана. Расспроси меня про проект учета времени и создай requirements.md, design.md, tasks.md и файлы настроек для Claude Code и CursorОграничения
- Автор называет версию публичной бетой: набор тестов собственный, а проверки обычными пользователями на естественных запросах еще не было.
- Для Aider файл настроек только создается, а для Claude Code, Cursor, Windsurf и Copilot автор отметил проверку.
- Установка в Claude Code через клонирование полагается на файл `CLAUDE.md` из корня репозитория, а в чат-приложении скилл загружают как файл `.skill`.
- Последний коммит репозитория сделан в мае 2026.
Как отключить. Удалите скилл в настройках Claude на странице Skills или удалите склонированную папку. Созданные файлы `requirements.md`, `design.md`, `tasks.md` и файлы настроек агентов остаются в проекте: удалите их вручную или оставьте как документацию.
Частые вопросы
Чем отличается Spec-Driven Development от OpenSpec и Spec Kit?
Этот скилл ведет разговор из четырех вопросов, создает три файла и сразу выпускает одинаковые файлы настроек для Claude Code, Cursor, Windsurf, Copilot и Aider. Отдельного CLI у него нет, это один `SKILL.md` с тремя справочными файлами.
Что делать, если код уже написан?
Скажите агенту, что кодовая база есть, а описаний нет. Скилл составит спецификацию по вашему рассказу и пометит неподтвержденные места, а первая фаза `tasks.md` посвящена сверке.
Как агенты узнают о спецификации?
Каждый файл настроек (`CLAUDE.md`, `.cursorrules` и другие) содержит блок правил с требованием прочитать `requirements.md`, `design.md` и `tasks.md` до работы. Отступить от дизайна можно только после вашего подтверждения.
Какие файлы создает скилл?
`requirements.md`, `design.md`, `tasks.md` и файлы настроек для выбранных инструментов: `CLAUDE.md`, `.cursorrules`, `.windsurfrules`, `.github/copilot-instructions.md` и `.aider.conf.yml`.
Что скилл делает при неясных требованиях?
Задает уточняющий вопрос и не придумывает требований. Если в требованиях нет раздела о том, что не войдет в первую версию, скилл напоминает о нем и спрашивает, что вынести за рамки.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыДва скилла для разработки от спецификации: /spec задает вопросы и сохраняет документ в specs/, /spec-impl реализует утвержденную спецификацию по шагам
Плагин из трех скиллов для крупных задач разработки: анализ проекта, разбивка на фазы с задачами в GitHub Issues, параллельные агенты и ревью кода
Одиннадцать скиллов, которые ведут идею через требования, спецификацию и план к проверенному pull request с независимым ревью
Скилл-оркестратор: по описанию идеи агент пишет требования и спецификацию, делит работу на таски, собирает проект и проверяет итог
14 скиллов, которые находят пробелы в задаче до кода: интервью, план, проверка допущений и доказательство исправления бага
Одиннадцать скиллов ведут агента от идеи до проверенного кода через PRD и RFC, которые хранятся в файлах репозитория
Сравнение с похожими
Карточки с тем же главным запросом: чем они отличаются.
| Инструмент | Официальный | Звезды репозитория | Главное отличие |
|---|---|---|---|
| Spec-Driven Development (эта карточка) | нет | 158 | |
| Spec Kit | нет | 148 171 | набор GitHub с CLI specify, который ставит в проект команды и скиллы для всего цикла от принципов до реализации |
| OpenSpec | нет | 74 038 | разработка по предложениям, требованиям и дизайну с отдельным рабочим процессом изменений |
Коротко о README
README начинается с проблемы расхождения агентов и таблиц файлов спецификации с примерами требований и задач. Затем идут быстрый старт с фразами для запуска, способы установки для чата Claude и Claude Code, сценарии новый проект, готовый код и команда, блок общих правил, таблица поддерживаемых инструментов и описание набора тестов.
Бейдж для README
Исходный SKILL.md
--- name: spec-driven-development version: 1.0.0 description: > Use this skill to scaffold Spec Driven Development: requirements.md, design.md, tasks.md, and cross-compatible AI config files (CLAUDE.md, .cursorrules, .windsurfrules, .github/copilot-instructions.md). Triggers: 'requirements', 'spec', 'design doc', 'tasks', 'CLAUDE.md', 'cursorrules', 'SDD', 'spec driven', 'AI configuration', 'cross-AI', 'multi-agent', 'agent setup'. Also trigger for: 'set up my AI tools', 'keep agents consistent', 'stop AI going off-script', 'plan before coding', 'structure project for AI'. Retrofit triggers: 'document my system', 'document my codebase', 'describe my architecture', 'write up what we built', 'add specs to existing project', 'no specs yet', 'help me document', 'I already have a codebase'. Use whenever a user wants to start a project, configure coding agents, create spec docs, or prevent AI agents from drifting, hallucinating scope, or producing inconsistent implementations. --- # Spec Driven Development Skill This skill guides the user through creating a complete Spec Driven Development environment: - `requirements.md` — what the system must do - `design.md` — how it will be built - `tasks.md` — atomic, ordered implementation steps - AI agent configuration files for Claude Code, Cursor, Windsurf, GitHub Copilot, and Aider **Reference files** (read when needed): - `references/sdd-curriculum.md` — full teaching curriculum, newbie to hero - `references/capabilities-and-cross-ai.md` — Claude Code capabilities, limitations, cross-AI strategy - `references/templates.md` — all spec file and AI config templates --- ## When to Read Reference Files | Situation | Read | |---|---| | User is new to SDD and needs explanation | `sdd-curriculum.md` Levels 1–3 | | User asks about Claude Code + SDD specifics | `capabilities-and-cross-ai.md` Part 1 | | User wants cross-AI config files | `capabilities-and-cross-ai.md` Part 2–3 | | You need template content to generate files | `templates.md` | --- ## Workflow: First Run (New Project) ### Step 1: Interview the User **Conversational rule (non-negotiable):** Ask exactly ONE question, wait for the answer, then ask the next. Never present questions as a numbered list or bullet list — that feels like a form, not a conversation. A newbie who sees three bullets may answer only the first or feel overwhelmed. **The four required answers before any file is generated:** 1. What the project does and who uses it 2a. Tech stack (language, framework, database) 2b. Deployment target (Railway, Fly.io, AWS, Vercel, etc. — offer to suggest if unknown) 3. Which AI coding tools they use (Claude Code, Cursor, Windsurf, Copilot, Aider, other) Stack and deployment are separate required answers because one does not imply the other. "Node.js" tells you nothing about deployment. "Railway" tells you nothing about the language. Both must be known independently before generation proceeds. **If the user's opening message already answers some but not all of these**, acknowledge what you know and ask only for what's missing — still one question at a time. **Optional follow-ups** (ask only when the user's answer raises real ambiguity):