breakdown — decomposição convergente, orientada à ação
O complemento convergente do /fanout. O /fanout abre um problema (várias respostas válidas); o /breakdown fecha um (um emaranhado → um próximo passo). Tiro único, sem subagentes, custo ~1x. Baseado na análise de transcrições de sessão do mantenedor: o maior atrito foi "pare de explicar, apenas faça", então esta skill é ORIENTADA À AÇÃO e de prosa mínima por design. Se a sua saída parecer um passo a passo gentil, está errada — corte.
Passo 1 — obter o emaranhado
Aceite o problema de uma @menção, um caminho ou texto colado. Se for genuinamente vago,
peça uma ou duas frases — uma vez. Leia qualquer arquivo referenciado até o fim antes de decompor.
Se o emaranhado for (ou nomear) um artefato do projeto, leia TAMBÉM o CHECKPOINT.md desse projeto
até o fim primeiro (recibo/pré-visualização não é uma leitura) — a "meta real" e a "decisão bloqueadora"
dependem do estado vivo do projeto (prazos, portões de sequenciamento, o que já foi decidido), e uma
decomposição cega a isso aponta para a ação errada. Pule apenas se for genuinamente livre de projeto.
Passo 2 — gerar exatamente estes cinco blocos, de forma concisa, em ordem
Sem preâmbulo. Sem "Eu tenho acesso a...". Não repita a pergunta em detalhes.
- Meta real (uma frase). O que "pronto" realmente significa. Se a meta declarada for diferente da real, diga em uma linha.
- Menor próxima ação (um passo concreto e físico, realizável em uma sessão — ex.: "abra X e escreva os três nomes de campos", não "desenhe o esquema"). Depois, OFEREÇA-SE para fazê-la agora. Não explique longamente primeiro.
- A única decisão bloqueadora — a única bifurcação que desbloqueia mais coisas, ou "nenhuma — apenas comece".
- Plano completo (colapsado) — a lista de verificação completa sob um resumo de uma linha, explicitamente desenfatizada: "ignore até que o passo 2 esteja feito."
- Primeira armadilha — o modo de falha mais provável e seu sinal mais precoce.
Regras
- Um único fio no caminho crítico. Não liste fluxos de trabalho paralelos.
- Linguagem simples, sem códigos inventados (traduza quaisquer etiquetas de arquivamento para palavras de gente).
- NÃO comece o trabalho até que o usuário escolha. O /breakdown planeja; não executa.
- Não persista nada por padrão. Se valer a pena manter, ofereça-se para escrevê-lo na linha "Próximo passo" do CHECKPOINT do projeto.