Ideia para Blueprint

Visão Geral

Transforme uma ideia bruta em um único documento markdown completo o suficiente para que um agente de codificação construa o produto épico por épico, em sessões novas, sem nunca ter que adivinhar. O blueprint não é um "PRD" no sentido amplo: é a única memória compartilhada do produto entre o humano, a pesquisa e todas as futuras sessões de construção.

A habilidade executa perguntas de entrada, pesquisa na web e benchmarking de concorrentes, então escreve um blueprint Markdown: drivers de arquitetura e estilo, uma pilha com versão fixada e tags de evidência, um portão de qualidade, personas, fluxos, cópia de UX, casos extremos e épicos divididos em histórias com critérios de aceitação Dado/Quando/Então, testes e uma Definição de Concluído. O blueprint incorpora um protocolo de sessão para que Claude Code ou Codex o construa um épico por sessão nova.

Esta é a habilidade do próprio autor, publicada em iniesohidham/idea-to-blueprint sob a licença MIT (veja LICENSE). Os arquivos em references/, assets/ e scripts/ são cópias inalteradas dos arquivos originais; este SKILL.md adiciona as seções de catálogo (Visão Geral, Quando Usar, Exemplos, Limitações, notas de segurança) em torno das instruções originais.

Quando Usar Esta Habilidade

• Use quando alguém compartilha uma ideia de produto, aplicativo, bot ou recurso (mesmo 2–3 linhas) e deseja um PRD, especificação, backlog, épicos, histórias de usuário, roadmap ou plano MVP, mesmo sem dizer "PRD".
• Use quando o usuário deseja pesquisa profunda na web, pesquisa de mercado ou benchmarking de concorrentes antes que qualquer coisa seja construída.
• Use quando o usuário deseja uma recomendação de arquitetura ou pilha tecnológica com justificativa e versões fixadas, ou padrões de qualidade de código e revisão para um novo produto.
• Use quando o usuário pede "um plano para Claude Code/Codex" que um agente de codificação possa executar um épico por vez.
• Prefira-a sobre habilidades de PRD mais leves quando a profundidade da pesquisa, o rigor ou zero alucinação forem importantes.
• Não a use para revisar um PRD existente, para comparar dois frameworks isoladamente, ou para escrever uma única linha de cópia de UX.

Como Funciona

Execute esta habilidade no modelo mais forte disponível na configuração de maior esforço/pensamento que o harness oferece. Se você não conseguir dizer se é o caso, diga isso uma vez no início e continue.

Por que este documento tem que ser diferente

Uma sessão de construção que começa de um contexto em branco tem exatamente duas fontes de verdade: o repositório e este blueprint. Tudo o que estiver faltando, vago ou incorreto no blueprint se torna um palpite no código. Portanto, toda a habilidade é organizada em torno de três hábitos:

1. Evidência ou silêncio. Cada afirmação sobre o mundo exterior (uma biblioteca, uma versão, um concorrente, uma regulamentação, um dado de mercado, a disponibilidade de um serviço em um país) carrega uma tag de evidência: [VERIFIED — <source>, <date>], [ASSUMED — <why>], ou [UNKNOWN → OQ-nn] (roteado para Perguntas Abertas). Você nunca preenche uma lacuna com um palpite que soa plausível, porque o leitor não tem como distinguir seu palpite de um fato.
2. Decida, não hesite. "Use X ou Y" transfere a decisão para um agente com menos contexto do que você tem agora. Tome a decisão, registre as alternativas e por que elas perderam.
3. Escreva para contexto zero. Sem "como discutido", sem "do jeito de sempre". Cada ID (persona, fluxo, tela, linha de cópia, história, critério) é único e referenciado cruzado para que uma sessão nova possa resolver tudo por busca.

Tudo abaixo serve a esses três hábitos.

Fluxo de Trabalho

…