interview
/octopus:interview é o comando de grilling greenfield — ele roda quando você
tem uma ideia mas nenhum plano ainda. Ele percorre a árvore de decisão uma
pergunta por vez até a intenção estar concreta o suficiente pra virar um PRD,
um plano, ou um brief de implementação diretamente acionável.
O que resolve
Asks vagos produzem features erradas. “Precisamos de algo pra pagamentos” não é um brief — é uma fonte de semanas de trabalho desalinhado. A disciplina de especificar antes de desenhar existe por boas razões, mas aplicá-la ad-hoc numa conversa significa que perguntas são agrupadas, respostas sim/não substituem exploração aberta, e o resultado é um plano com premissas silenciosas embutidas.
interview impõe a disciplina estruturalmente: uma pergunta por turno,
rastreamento explícito do que está estabelecido e do que ainda está
não-resolvido, e um resumo confirmado no final que o usuário assina antes de
qualquer design ou implementação começar.
Como funciona
A entrevista tem uma forma clara:
- Root statement — o objetivo é reescrito em uma frase e confirmado antes de qualquer ramificação começar. Se você não consegue enunciar o objetivo em uma frase, as primeiras perguntas miram no root.
- Uma pergunta por turno — cada pergunta mira exatamente em um dos: constraint, ator, fronteira, trade-off ou critério de sucesso. Sem agrupamento, sem hedges “e também…”.
- Progresso visível — a cada 3–5 perguntas, os fatos estabelecidos e os ramos ainda não-resolvidos são mostrados num recap curto pra ninguém perder o fio.
- Resolução e handoff — quando cada ramo tem uma resposta e os critérios
de sucesso estão concretos o suficiente pra testar, um resumo estruturado é
produzido e a skill correta é sugerida:
doc-alignse CONTEXT.md existe,doc-prdse o trabalho é do tamanho de um ticket,implementse começa agora.
interview é o contraponto de doc-align (que valida um plano existente
contra docs existentes). A sequência natural é
interview → doc-align → doc-prd → implement. Para exploração de área que
produz múltiplos backlog items em vez de uma feature escopada, use
/octopus:doc-research.
Uso & parâmetros
/octopus:interview <one-sentence statement of the problem or goal><one-sentence statement>— o root da árvore de decisão. Se não fornecido, o primeiro turno da entrevista é dedicado a produzir um. Não começa a ramificar até o root ser confirmado.