Комплект спецификаций для запуска
Сценарий

Комплект спецификаций для запуска

Превращает сырые идеи в готовый к реализации пакет из плана, PRD и документации. Используйте его, когда команде нужен единый чистый процесс от определения объема работ до передачи в реализацию.

3 навыки 16 установки
product-managementdocumentationplanningworkflowrequirements
Обновлено 4 дней назад

Установить

Выполните эту команду, чтобы установить все навыки в этом плагине:

npx skillstore add @launch-spec-kit

CLI автоматически обнаруживает папки Codex и Claude Code и устанавливает в обе, когда они доступны.

Обзор

Руководство по использованию

Улучшено с помощью ИИ

Подробное руководство

## Обзор
Launch Spec Kit превращает сырую продуктовую идею в понятный пакет для передачи в реализацию: PRD, план выполнения и документацию, которую следующий разработчик действительно сможет использовать.

## Быстрый старт
1. Начните с `github-prd`, чтобы преобразовать идею в Product Requirements Document. Зафиксируйте резюме для руководства, пользовательские истории, технические спецификации, границы объема работ и анализ рисков.
2. Используйте `sickn33-plan-writing`, чтобы разбить PRD на структурированную работу: вехи, зависимости, критерии приемки и шаги проверки для каждого этапа реализации.
3. Завершите с `github-documentation-writer`, чтобы упаковать результат в документацию в стиле Diataxis, разделив руководства для обучения, практические инструкции, объяснения и справочные материалы.

## Ключевые команды
- `github-prd` — Создать качественный PRD для программных систем или AI-powered функций, включая пользовательские истории и анализ рисков.
- `sickn33-plan-writing` — Построить структурированный план выполнения с разбивкой задач, зависимостями и критериями проверки.
- `github-documentation-writer` — Подготовить документацию на основе Diataxis, чтобы итоговая передача была организованной и удобной для сопровождения.

## Советы
- Выполняйте процесс по порядку: сначала PRD, затем план, в конце документация. Изменение порядка обычно приводит к дублированию работы.
- Рассматривайте критерии приемки из `sickn33-plan-writing` как источник истины для ревью и QA.
- Используйте `github-documentation-writer` после стабилизации объема работ; он лучше всего подходит для превращения устоявшихся решений в документацию, а не для определения объема работ.
- Для крупных запусков храните PRD, план и документацию как отдельные артефакты, чтобы продуктовая команда, инженерная команда и поддержка могли получать нужный им уровень детализации.

Навыки

3
📦

prd

Безопасно 81

Создание документов с требованиями к продукту

Команды часто начинают работу над функциями с неясными целями, отсутствующими ограничениями и слабыми критериями приемки. Этот навык превращает продуктовые идеи в структурированные PRD с вопросами для исследования, измеримыми требованиями и разделами технического планирования.

📖 Документация от github
📦

plan-writing

Низкий риск 79

Четко планируйте многоэтапную работу

Сложная работа с кодом может провалиться, когда задачи, зависимости и проверки сформулированы расплывчато. Этот навык превращает цель в короткий упорядоченный план с понятными шагами проверки.

📈 Продуктивность от sickn33 ⚙️
📦

documentation-writer

Низкий риск 79

Написание документации на основе Diataxis

Команды разработки ПО часто смешивают руководства для обучения, практические инструкции, справочные страницы и объяснения в неясных документах. Этот навык помогает Claude, Codex и Claude Code планировать и создавать сфокусированную документацию Markdown с использованием фреймворка Diataxis.

📖 Документация от github 🌐