"Não existe pergunta boba" é uma das coisas gentis que dizemos uns aos outros, e para pessoas é verdade. Um colega novo que pergunta onde vive o código de cobrança está aprendendo o formato do sistema; a pergunta constrói contexto compartilhado e a resposta leva um minuto. Mas um agente autônomo não é um colega novo se ambientando. Ele consegue ler o repositório inteiro no tempo que você leva para ler esta frase. Para um agente, algumas perguntas são bobas, sim — e as mais bobas são as que ele poderia ter respondido só de olhar.
O que é uma pergunta boba para um agente
Uma pergunta boba é aquela cuja resposta já está no código. "Onde está o código que trata disso?" "Qual é o comando de build?" "A gente já tem um padrão para esse tipo de coisa?" Uma pessoa poderia razoavelmente fazer qualquer uma dessas no primeiro dia. Um agente que as faz está anunciando que prefere receber o contexto na boca a ir buscá-lo — mesmo que buscá-lo seja justamente aquilo em que ele é, sem discussão, melhor do que você.
O indício é que a resposta é descobrível. Se o agente pudesse chegar a ela lendo um arquivo, fazendo grep na árvore, conferindo a configuração de CI ou lendo os últimos commits que tocaram a área, então te pedir isso não é prudência. É te devolver um trabalho que ele deveria ter feito.
Um agente assíncrono paga as perguntas em dias inteiros
Para um assistente de chat sentado ao seu lado, uma pergunta é barata: você está ali, responde, ele segue. O TaskGoblin não está sentado ao seu lado. Ele é disparado pela atribuição de uma issue, uma menção ou um novo merge request, e faz o trabalho num sandbox enquanto você está numa reunião, dormindo ou em outro fuso. Nesse mundo uma pergunta não é uma pausa: é um ponto final.
Um agente que pergunta "coloco isso em services/ ou em lib/?" e então espera transformou uma execução que poderia terminar em minutos numa que termina quando você por acaso voltar a olhar a thread. Uma única pergunta de sim ou não, feita na hora errada, pode custar um dia de relógio por trinta segundos de pensamento real. O modelo assíncrono, sem humano no circuito, que torna o agente valioso é exatamente o que torna uma pergunta evitável tão cara.
Superespecificar é o mesmo erro, movido para antes
A defesa natural contra um agente perguntador é responder tudo de antemão: colar a estrutura de diretórios no prompt, listar os comandos, soletrar as convenções de nomes, incluir um trecho do padrão a seguir. Parece responsável. É o mesmo erro disfarçado.
Contexto escrito à mão fica obsoleto assim que o código avança. Quando você pré-carrega o prompt com "os repositórios ficam em app/Repositories", você está apostando que isso ainda é verdade, que você lembrou de cada detalhe relevante e que nada disso enviesa o agente para a abordagem de ontem. Normalmente pelo menos uma dessas apostas falha, e agora o agente constrói com confiança sobre um dado que você forneceu em vez da verdade que ele poderia ter lido. Você trocou o trabalho real — entender o estado atual do sistema — por trabalho sobre o trabalho, e de quebra piorou o resultado.
Um bom agente responde às próprias perguntas
A saída não é um prompt melhor. É um agente que trata a sua instrução como o objetivo e vai estabelecer os fatos por conta própria.
Por isso uma execução do TaskGoblin começa clonando o repositório inteiro no sandbox — não só o diff em revisão, a árvore de trabalho completa — para que a verdade de base esteja ali para ser lida. Ele lê os arquivos, o histórico da área que vai mudar, a issue que o disparou e a discussão nela, e a memória de passagem de execuções anteriores da mesma thread. Ele pode rodar os próprios comandos do projeto no sandbox para ver o que de fato compila e passa, em vez de confiar num comando de build que alguém digitou num prompt seis semanas atrás. Onde precisa de estado ao vivo das suas ferramentas, ele lê diretamente pelas integrações em vez de pedir que você repasse.
O resultado é que o agente chega ao mesmo entendimento a que um bom engenheiro chegaria depois de uma hora de leitura — só que em segundos, e contra o código como ele é hoje, não como alguém lembrava.
Quando ele ainda deve perguntar
Nada disso significa que um agente nunca deva perguntar. As perguntas que valem a pena são as que o código genuinamente não responde: qual de dois comportamentos aceitáveis você realmente quer, se uma migração arriscada está no escopo, uma decisão de produto que só existe na sua cabeça. Essas não são perguntas bobas — são as decisões de julgamento que cabem a você, e um bom agente as levanta com clareza e cedo em vez de adivinhar.
A distinção é o ponto inteiro. Um agente que te pergunta onde está o código desperdiça aquilo em que é melhor. Um agente que te pergunta qual de dois produtos você está tentando construir usa o seu tempo na única coisa em que você é melhor. Construímos o TaskGoblin para responder às do primeiro tipo sozinho, de modo que as únicas perguntas que chegam até você sejam as que de fato merecem a sua atenção.
