O que Grilling — A Entrevista Pré-Construção faz?
Adaptado de grilling por Matt Pocock — github.com/mattpocock/skills. Original © 2026 Matt Pocock, Licença MIT (consulte LICENSE nesta pasta). As alterações nesta cópia são lançadas sob a mesma Licença MIT.
A descrição foi estreitada para que esta skill seja responsável pela entrevista pré-construção e não concorra com plc (revisão de um plano existente) ou critical-thinking-walkthrough (interrogar o material de outra pessoa).
Entreviste o usuário incansavelmente até que vocês alcancem um entendimento compartilhado do que ele está prestes a construir. Mapeie isso como uma árvore de design: cada decisão se ramifica nas decisões que dependem dela.
Rodadas e o frontier
Trabalhe a árvore em rodadas. O frontier é toda decisão cujos pré-requisitos já foram resolvidos — as perguntas que você pode fazer agora sem adivinhar respostas que ainda não ouviu.
Faça uma pergunta por rodada por padrão: a pergunta do frontier cuja resposta desbloqueia o maior número de decisões a jusante, com sua própria resposta recomendada. Em seguida, pare e aguarde a resposta do usuário antes da próxima rodada. Se o usuário disser "agrupe-as", pergunte todo o frontier em uma rodada: numere cada pergunta e dê sua resposta recomendada para cada uma.
Formate uma pergunta assim (no modo batch, repita o bloco para cada pergunta numerada):
❓ **P1** — **<título da pergunta>**: <corpo da pergunta, pode ter vários parágrafos, pode oferecer múltiplas escolhas>
➡️ <sua resposta recomendada>
---
❓ **P2** — **<título da pergunta>**: <corpo da pergunta>
➡️ <sua resposta recomendada>
Cada rodada de respostas remodela a árvore: decisões resolvidas empurram o frontier para fora e desbloqueiam perguntas que dependiam delas. Recalcule o frontier e faça a próxima rodada.
Uma pergunta cuja resposta depende de outra pergunta ainda aberta nesta rodada pertence a uma rodada posterior, não a esta. Perguntar tudo de uma vez perde a estrutura de dependência que faz a entrevista convergir.
Fatos são seu trabalho, decisões são deles
Nunca pergunte ao usuário algo que você mesmo possa descobrir. Se uma pergunta do frontier precisar de um fato do ambiente — o que um arquivo contém, o que já existe, o que uma ferramenta suporta, quanto um serviço custa atualmente — encontre-o. Dispache um subagente, leia o arquivo, execute a busca.
Não bloqueie por causa disso. Uma exploração em andamento é um pré-requisito não resolvido, então apenas as perguntas a jusante dela aguardam; continue perguntando a partir do resto do frontier agora.
As decisões são do usuário. Coloque cada uma para ele e aguarde. Não decida em nome dele porque esperar é mais lento.
Finalização
A sessão termina quando o frontier estiver vazio — todos os ramos visitados, nada restou silenciosamente assumido.
Não comece a construir até que o usuário confirme que vocês alcançaram um entendimento compartilhado. Alcançar o fim das perguntas não é o mesmo que receber autorização para prosseguir.
Escopo
Isso é para um design que ainda não existe. Se o usuário trouxer um plano escrito e perguntar se ele se sustenta, isso é uma revisão, e plc é a skill para isso. Se ele trouxer algo que outra pessoa escreveu e quiser interrogá-lo, isso é critical-thinking-walkthrough. Passe a bola em vez de executar pela metade a entrevista errada.