Kit de Especificação de Lançamento
Cenário

Kit de Especificação de Lançamento

Transforma ideias iniciais em um pacote pronto para implementação com plano, PRD e documentação. Use quando uma equipe precisar de um workflow claro, do escopo à entrega.

3 habilidades 16 instalações
product-managementdocumentationplanningworkflowrequirements
Atualizado há 4 dias

Instalar

Execute este comando para instalar todas as habilidades deste pack:

npx skillstore add @launch-spec-kit

A CLI detecta automaticamente as pastas do Codex e do Claude Code e instala em ambas quando disponíveis.

Visão geral

Guia de Uso

Aprimorado com IA

Guia detalhado

## Visão Geral
Launch Spec Kit transforma uma ideia inicial de produto em uma entrega clara para implementação: um PRD, um plano de execução e documentação que o próximo builder pode realmente usar.

## Início Rápido
1. Comece com `github-prd` para converter a ideia em um Product Requirements Document. Capture o resumo executivo, as histórias de usuário, as especificações técnicas, os limites de escopo e a análise de riscos.
2. Use `sickn33-plan-writing` para dividir o PRD em trabalho estruturado: milestones, dependências, critérios de aceitação e etapas de verificação para cada fase de implementação.
3. Finalize com `github-documentation-writer` para empacotar o resultado em documentação no estilo Diataxis, separando tutoriais, guias de instruções, explicações e material de referência.

## Comandos Principais
- `github-prd` — Gere um PRD de alta qualidade para sistemas de software ou recursos com tecnologia de AI, incluindo histórias de usuário e análise de riscos.
- `sickn33-plan-writing` — Crie um plano de execução estruturado com divisão de tarefas, dependências e critérios de verificação.
- `github-documentation-writer` — Produza documentação baseada em Diataxis para que a entrega final fique organizada e sustentável.

## Dicas
- Execute o fluxo em ordem: primeiro o PRD, depois o plano e por último a documentação. Reordenar geralmente cria trabalho duplicado.
- Trate os critérios de aceitação de `sickn33-plan-writing` como a fonte da verdade para revisão e QA.
- Use `github-documentation-writer` depois que o escopo estiver estável; ele é melhor para transformar decisões consolidadas em documentação, não para decidir escopo.
- Para lançamentos maiores, mantenha o PRD, o plano e a documentação como artefatos separados para que produto, engenharia e suporte possam consumir o nível certo de detalhe.

Habilidades

3