LaunchPad — ideia → plano validado → contexto para construir

O que LaunchPad — ideia → plano validado → contexto para construir faz?

Este skill reproduz o pipeline do agente LaunchPadAI sem seu backend. Você interpreta cada agente especialista por vez, escreve cada saída em disco e alimenta saídas anteriores nas posteriores. O valor do pipeline vem de três coisas — mantenha todas as três mesmo ao abreviar:

1. Enquadramento especializado. Cada etapa tem um papel distinto com um viés distinto (o Desafiador de Suposições é cético; o Mapeador de Oportunidades busca substitutos laterais). Escrever cada etapa separadamente, em seu papel, produz um trabalho mais preciso do que uma única passagem "analise esta ideia" genérica.
2. Fundamentação em evidências. As etapas de pesquisa usam busca na web e citam URLs. Concorrentes, números de mercado ou rodadas de financiamento fabricados destroem o valor de todo o plano, porque cada fase downstream os herda. Se a busca não estiver disponível ou não retornar nada útil, diga isso e rotule os números como estimativas.
3. Continuidade de contexto. Cada fase lê os documentos finais das fases anteriores. O PRD deve refletir as personas e riscos encontrados na Validação; a arquitetura deve implementar o escopo MVP do PRD, não um aplicativo genérico.

Fases

#	Fase	Etapas (→ depende de)	Documento(s) final(is)	Referência
0	Descoberta	problema → suposições → oportunidade → brief	BRIEF.md	references/discovery.md
1	Validação	mercado, concorrentes, viabilidade, personas (independentes) → síntese → benchmark	VALIDATION_REPORT.md, BENCHMARK.md, benchmark.json	references/validation.md
2	PRD	requisitos, histórias de usuário (independentes) → priorização, fluxos UX → PRD	PRD.md	references/prd.md
3	Contexto de Codificação	arquitetura, esquema (independentes) → tarefas, arquivo de regras → pacote	CODING_CONTEXT.md + arquivo de regras	references/coding-context.md

Leia apenas o arquivo de referência da fase que você está executando — cada um contém a especificação do papel e da entrega para cada etapa dessa fase.

Primeiros passos

1. Colete as entradas do projeto. Você precisa de: nome do projeto, a ideia inicial (algumas frases são suficientes) e, opcionalmente, domínio, público-alvo e histórico do fundador (a pontuação do benchmark avalia o ajuste fundador-mercado — sem histórico, pontue de forma conservadora e explique o motivo. Pergunte uma vez por algo que esteja faltando e seja importante; não interrogue.
2. Defina o escopo. Padrão: executar Fase 0 → 1, depois pausar. Se o usuário pediu uma fase específica ("apenas escreva um PRD"), comece por aí — mas verifique se há documentos de fases anteriores. Se não houver, execute uma versão resumida das fases anteriores faltantes (informe isso) ou prossiga apenas com a ideia e sinalize na saída quais entradas foram assumidas em vez de pesquisadas.
3. Crie o espaço de trabalho no diretório atual (a menos que o usuário nomeie outro local):

launchpad/<slug-do-projeto>/
  00-discovery/      problem.md  assumptions.md  opportunity.md  BRIEF.md
  01-validation/     market-size.md  competitors.md  feasibility.md  personas.md
                     VALIDATION_REPORT.md  benchmark.json  BENCHMARK.md
  02-prd/            requirements.md  user-stories.md  prioritization.md  ux-flows.md  PRD.md
  03-coding-context/ architecture.md  schema.md  tasks.md  CLAUDE.md|.cursorrules  CODING_CONTEXT.md
  project.md         nome, ideia, domínio, público, histórico do fundador, registro de feedback

Escreva project.md primeiro. Se um espaço de trabalho para este projeto já existir, reutilize-o — leia o que está lá e continue, em vez de começar do zero.

Executando uma etapa

O prompt de cada etapa é conceitualmente:

Projeto: <nome>        Ideia: <ideia inicial>      Domínio / Público (se conhecido)
--- Contexto da Fase Anterior ---   documentos finais das fases anteriores (veja abaixo)
--- Saídas da Etapa Anterior ---    saídas das etapas das quais esta depende
--- Feedback do Usuário ---         se reexecutando após feedback
--- Sua Tarefa ---                  papel + especificação da entrega do arquivo de referência

Contexto da fase anterior (substitui a recuperação pgvector da plataforma):

• Validação lê BRIEF.md.
• PRD lê BRIEF.md, VALIDATION_REPORT.md, BENCHMARK.md e personas.md.
• Contexto de Codificação lê PRD.md e feasibility.md, além de BRIEF.md para escopo.

Todo arquivo de saída começa com um cabeçalho de metadados, seguido pela análise completa:

> **Manchete:** <a descoberta única mais importante, como uma frase completa e específica — o "e daí?", não o tópico>
>
> **Principais conclusões**
> - <descoberta mais importante>
> - <segunda>
> - <terceira> (máx. 5)

Documentos de síntese/finais (BRIEF.md, VALIDATION_REPORT.md, PRD.md, CODING_CONTEXT.md) também adicionam um placar de 3–5 métricas dentro desse cabeçalho:

> | Métrica | Valor | |
> |---|---|---|
> | Gravidade do problema | 8/10 | 🟢 |
> | Densidade competitiva | Alta | 🔴 |

(🟢 forte/positivo, 🟡 moderado/incerto, 🔴 fraco/preocupante.) O cabeçalho existe para que um leitor folheando 20 documentos obtenha a conclusão de cada um em cinco segundos.

Etapas de pesquisa (marcadas 🔎 nas referências): execute várias buscas na web direcionadas — não uma consulta genérica — por exemplo, nomes de concorrentes + preços, " reddit", relatórios de mercado com anos. Cite inline como [1] com uma lista ## Fontes de URLs no final.

Paralelismo. Etapas marcadas como independentes podem ser executadas como subagentes paralelos se a ferramenta Agente estiver disponível — dê a cada subagente as entradas do projeto, os caminhos dos arquivos de contexto das fases anteriores, sua seção do arquivo de referência e o caminho de saída. Caso contrário, execute-as sequencialmente você mesmo. De qualquer forma, as etapas de síntese são executadas apenas após suas entradas existirem, e elas leem os arquivos completos, não resumos.

A pontuação do benchmark

Após VALIDATION_REPORT.md, escreva benchmark.json (esquema em references/validation.md), então execute:

python3 <diretório-do-skill>/scripts/benchmark_score.py launchpad/<slug>/01-validation/benchmark.json "<Nome do Projeto>"

Ele recalcula overall_score com os pesos fixos (para que as pontuações sejam comparáveis entre projetos e não sejam superficiais), reescreve o JSON e escreve BENCHMARK.md ao lado. Seja calibrado: a maioria das ideias pontua entre 4 e 6 e fica no 40º–65º percentil. Um benchmark onde tudo é 8+ é sinal de incentivo exagerado, não de análise.

Entre fases

Após cada fase, pare e dê ao usuário um breve resumo no chat: a manchete do documento final, o placar, o veredito (Validação) e as 2–3 coisas com maior probabilidade de mudar de ideia. Depois pergunte se deve continuar, revisar ou parar. Não atravesse todas as quatro fases sem ser solicitado — um veredito "Precisa Repensar" deve ser um ponto de decisão real, e o usuário pode querer pivotar a ideia antes que um PRD seja escrito sobre ela.

Se o usuário der feedback sobre uma fase, anexe-o ao registro de feedback em project.md, reexecute apenas as etapas afetadas mais a etapa de síntese da fase com o feedback no contexto e sobrescreva esses arquivos.

Finalizando

Quando o Contexto de Codificação for concluído, informe ao usuário quais arquivos copiar para seu novo repositório: CODING_CONTEXT.md e o arquivo de regras (CLAUDE.md para Claude Code, .cursorrules para Cursor, AGENTS.md para outros agentes — pergunte qual ferramenta eles usam se não estiver claro; o padrão é CLAUDE.md), além de tasks.md como backlog de construção.