spec-driven-development
Применить структурированную методологию разработки
Также доступно от: Joseph OBrien
Управление сложными проектами с поддержкой ИИ без четкой структуры приводит к непоследовательным результатам и упущенным требованиям. Spec-Driven Development предоставляет 7-фазный рабочий процесс с конституционным управлением для обеспечения качества, прослеживаемости и параллельного выполнения несколькими агентами ИИ.
Скачать ZIP навыка
Загрузить в Claude
Перейдите в Settings → Capabilities → Skills → Upload skill
Включите и начните использовать
Протестировать
Использование «spec-driven-development». Apply Spec-Driven Development to create specifications for a user authentication feature
Ожидаемый результат:
- Project initialized with .specify/ directory structure
- Constitution established with 5 core principles
- Feature specification created with 3 P1 scenarios, 2 P2 scenarios
- Acceptance criteria defined in Given/When/Then format
- 10 functional requirements documented (FR-001 to FR-010)
- 3 clarification questions identified for Phase 3
- Research and planning phases ready for execution
Аудит безопасности
БезопасноPure documentation skill with no executable code. Contains only markdown describing a development methodology. No network, filesystem, or command execution capabilities.
Оценка качества
Что вы можете построить
Корпоративное управление проектами
Установить последовательные стандарты разработки между командами с конституционными принципами и контрольными точками качества
Координация множества агентов
Координировать нескольких ИИ-ассистентов, работающих над одним проектом, с параллельными рабочими потоками и отслеживанием зависимостей
Прослеживаемость требований
Поддерживать четкую связь между пользовательскими историями, спецификациями и задачами реализации
Попробуйте эти промпты
Применить методологию Spec-Driven Development для запуска нового [PROJECT_TYPE] проекта. Начать с Фазы 0 (Инициализация проекта) для создания структуры директории .specify/ и Фазы 1 (Конституция) для установки принципов управления. Основные принципы должны включать: Library-First, CLI Interface Mandate, Test-First Imperative и Simplicity.
Использовать Фазу 2 (Спецификация) Spec-Driven Development для создания детальной спецификации функции для [FEATURE_NAME]. Включить: имя ветки функции (2-4 слова), пользовательские сценарии с приоритетами P1-P3, критерии приемки в формате Given/When/Then, функциональные требования (FR-XXX), ключевые сущности и измеримые критерии успеха. Фокусироваться на ЧТО и ПОЧЕМУ, а не КАК.
Применить Фазу 6 (Разбиение задач) для создания списка практических задач из плана для [FEATURE_NAME]. Структурировать задачи с: чекбоксом, последовательным ID, опциональным маркером параллельности (||), меткой приоритета (P1/P2/P3), путем к файлу и четким описанием. Группировать по пользовательским историям для независимой реализации. Включить подготовительную фазу перед любой работой над пользовательскими историями.
Запустить Фазу 5 (Анализ) на артефактах [FEATURE_NAME]. Проанализировать spec.md, plan.md и tasks.md на наличие: дубликатов, неоднозначностей, недостаточно специфицированных элементов и конфликтов с конституцией. Сообщить результаты с рейтингом серьезности. Максимум 50 высокозначимых проблем.
Лучшие практики
- Установить конституцию в Фазе 1 перед любой работой над спецификациями для обеспечения последовательного управления
- Разрешить все уточнения в Фазе 3 перед началом планирования, чтобы избежать переработки
- Отмечать задачи маркерами параллелизации (||), когда они не имеют зависимостей, для обеспечения одновременного выполнения
Избегать
- Пропуск фазы уточнения и продолжение работы с неоднозначными спецификациями
- Включение деталей реализации в фазу спецификации
- Начало работы над пользовательскими историями до завершения подготовительной фазы