🔍 95% Confidence (Ask Clarifying Questions)
Este e o prompt mais importante de toda a trilha. Ele transforma qualquer tarefa vaga em uma tarefa precisa. Em vez de deixar o Claude adivinhar o que voce quer, voce forca ele a perguntar antes de agir. O resultado? Menos retrabalho, menos codigo errado, menos frustacao.
🎯 Conceito Principal
O prompt "95% Confidence" e elegantemente simples mas brutalmente eficaz. Voce diz ao Claude: "Me faca perguntas esclarecedoras, uma de cada vez, ate voce estar 95% confiante de que pode completar a tarefa com sucesso."
- • Previne blind-spot coding: O Claude nao assume nada. Ele pergunta sobre edge cases, requisitos nao mencionados, integracoes e convencoes do projeto
- • Uma pergunta por vez: Isso e crucial. Se voce nao especificar "one at a time", o Claude despeja 15 perguntas de uma vez e voce ignora a maioria
- • 95% nao e 100%: O numero 95 e intencional. 100% seria impossivel e travaria o processo. 95% da margem para incerteza razoavel
- • Use para tudo: Features novas, migracoes, refactoring, configuracoes complexas. Qualquer tarefa que nao seja trivial merece esse prompt
💡 Dica Pratica
Use o 95% Confidence como primeiro prompt de qualquer sessao complexa. Abra o Claude Code, descreva a tarefa em uma frase e adicione o prompt. Responda cada pergunta honestamente. Quando o Claude disser "estou confiante", voce sabe que o resultado vai ser muito melhor do que se tivesse ido direto.
Dica avancada: voce pode combinar com contexto. Exemplo: "Quero implementar autenticacao JWT neste projeto. Ask me clarifying questions one at a time until you're 95% confident you can complete the task successfully."
📋 Plan Mode Blueprint (Think Before Building)
O segundo Daily Driver e o prompt que forca o Claude a pensar antes de codar. Em vez de ir direto para a implementacao, ele primeiro identifica todos os arquivos afetados, planeja a abordagem passo a passo e sinaliza riscos. Voce aprova o plano antes de qualquer codigo ser escrito.
🎯 Conceito Principal
O Plan Mode Blueprint segue uma estrutura clara de 4 etapas obrigatorias antes de tocar em codigo:
- • Mapeia impacto: Antes de qualquer mudanca, voce sabe exatamente quais arquivos serao afetados e pode avaliar se o escopo esta correto
- • Sinaliza riscos: O Claude avisa sobre breaking changes, dependencias circulares, problemas de performance e outras armadilhas antes de voce cair nelas
- • Aprovacao explicita: O "Wait for my approval" garante que voce tem a ultima palavra. O Claude nao comeca a editar nada ate voce dizer "go"
💡 Dica Pratica
O Plan Mode e especialmente util para features que tocam multiplos arquivos. Se a mudanca e em um unico arquivo simples, voce pode ir direto. Mas se envolve models, controllers, views, testes e migrations, sempre use Plan Mode.
Apos ler o plano, voce pode pedir ajustes: "O plano esta bom, mas adicione validacao no step 3" ou "Remova o step 4, nao preciso disso agora". O Claude ajusta o plano e espera nova aprovacao.
🐛 Structured Bug Report (Diagnosis Before Fix)
Quando algo quebra, a tendencia natural e pedir "corrige isso". Mas sem contexto estruturado, o Claude chuta. O Structured Bug Report forca um diagnostico antes do patch, resultando em fixes que resolvem a causa raiz em vez de mascarar sintomas.
🎯 Conceito Principal
O template do Structured Bug Report tem uma estrutura que guia tanto voce quanto o Claude:
- • Acao + Erro: Descreva exatamente o que voce fez e o que aconteceu. "Cliquei no botao de salvar e apareceu erro 500" e melhor que "ta dando erro"
- • Expected vs Actual: Essa distincao ajuda o Claude a entender a natureza do problema. As vezes o codigo esta "funcionando" mas retornando dados errados
- • Stack trace: Sempre inclua. O Claude le stack traces com uma precisao absurda e identifica a linha exata do problema
- • "Investigate root cause first": Esta ultima linha e a mais importante. Sem ela, o Claude pode ir direto para um patch superficial
💡 Dica Pratica
Guarde este template como snippet no seu editor ou crie um alias no terminal. Voce vai usar tanto que precisa ser instintivo. Nunca mais diga "ta quebrando, arruma ai". O tempo investido em estruturar o bug report se paga 10x na qualidade do fix.
Bonus: apos o Claude diagnosticar, peca para ele explicar a causa raiz antes de aplicar o fix. Isso garante que voce entende o que aconteceu e consegue prevenir no futuro.
🔬 Brutal Audit (Find What You Missed)
O Brutal Audit e o prompt que voce usa depois de construir algo. Ele pede para o Claude ser brutalmente honesto sobre edge cases, vulnerabilidades de seguranca, gargalos de performance, cenarios de crash e qualquer coisa que um engenheiro senior sinalizaria numa code review.
🎯 Conceito Principal
O Brutal Audit cobre 5 dimensoes criticas de qualidade:
- • Edge cases: Listas vazias, valores null, unicode, concorrencia, timezone, limites de inteiros. O Claude encontra os cenarios que voce nem pensou
- • Seguranca: SQL injection, XSS, CSRF, exposicao de dados, permissoes incorretas. Ele checa contra as vulnerabilidades mais comuns
- • "Be brutally honest": Essa frase e essencial. Sem ela, o Claude tende a ser educado e pular problemas menores. Com ela, ele nao poupa nada
💡 Dica Pratica
Faca do Brutal Audit um habito obrigatorio. Depois de cada feature significativa, rode o audit. Nao espere ate o code review ou ate o QA encontrar os bugs. O custo de rodar esse prompt e centavos. O custo de um bug em producao pode ser enorme.
Dica: apos receber o audit, peca ao Claude para corrigir os items criticos automaticamente. Ele ja sabe exatamente onde estao os problemas.
🎓 Teach Me What You Did (Learn From the AI)
O quinto Daily Driver e o que transforma o Claude Code de ferramenta em amplificador de skills. Depois que o Claude faz uma correcao, um refactoring ou uma implementacao, voce pede que ele ensine o que fez, por que fez e o que voce deveria observar da proxima vez.
🎯 Conceito Principal
O Teach Me tem 4 dimensoes de aprendizado:
- • Causa raiz: Nao so o que foi feito, mas por que o problema existia em primeiro lugar. Isso constroi entendimento profundo
- • Por que esta abordagem: Havia alternativas? Por que esta foi escolhida? Quais trade-offs existem?
- • "So I could do it myself": Esta frase final garante que a explicacao e pratica, nao teorica. O Claude adapta o nivel para voce conseguir replicar
💡 Dica Pratica
Use o Teach Me especialmente quando o Claude faz algo que voce nao entendeu completamente. Se ele usou um regex complexo, um pattern de design que voce nao conhece, ou uma configuracao obscura, e a hora perfeita para esse prompt.
Com o tempo, voce vai notar que precisa do Teach Me cada vez menos para certos tipos de tarefa. Isso significa que o prompt esta funcionando: voce esta aprendendo e retendo o conhecimento.
🔄 Combinando os 5 no Dia-a-Dia
Os 5 Daily Drivers nao sao prompts isolados. Eles formam um sistema de trabalho completo. Quando combinados na sequencia certa, eles cobrem todo o ciclo de desenvolvimento: entendimento, planejamento, execucao, validacao e aprendizado.
🎯 Conceito Principal
O workflow completo dos 5 Daily Drivers segue esta sequencia para qualquer tarefa nao-trivial:
- • Passo 1 - 95% Confidence: Comece toda tarefa complexa com perguntas esclarecedoras. Isso evita 80% dos problemas futuros
- • Passo 2 - Plan Mode: Com o contexto claro, peca o plano de implementacao. Revise e aprove antes de qualquer codigo
- • Passo 3 - Build: Execute o plano aprovado (veremos prompts especificos de building no modulo 4.3)
- • Passo 4 - Brutal Audit: Audite o resultado. Corrija os issues criticos
- • Passo 5 - Teach Me: Aprenda com o processo. Especialmente util quando houve bugs ou decisoes de design interessantes
E quando ha bugs durante o build? Use o Structured Bug Report para diagnosticar e corrigir, depois continue com o fluxo normal.
💡 Dica Pratica
Voce nao precisa usar todos os 5 em toda tarefa. Para um bug simples, use so o Structured Bug Report. Para uma feature rapida, use 95% Confidence + Plan Mode. Reserve o ciclo completo para trabalhos significativos: features grandes, migracoes, refactorings maiores.
Regra de ouro: Se a tarefa vai levar mais de 30 minutos, use o ciclo completo. O investimento de 5 minutos em planejamento economiza 30 em retrabalho.
Exercicio Pratico
Usar cada um dos 5 prompts numa tarefa real
Escolha uma tarefa real do seu projeto (ou crie um projeto simples) e aplique cada Daily Driver:
- 1. Abra o Claude Code num projeto real e descreva uma feature que voce quer implementar. Use o 95% Confidence e responda todas as perguntas
- 2. Com o contexto claro, use o Plan Mode Blueprint para gerar o plano. Revise e aprove
- 3. Implemente a feature. Se encontrar um bug, use o Structured Bug Report para diagnostica-lo
- 4. Apos a implementacao, rode o Brutal Audit e corrija pelo menos um issue encontrado
- 5. Use o Teach Me para entender algo que o Claude fez que voce nao teria feito sozinho
✅ Criterios de Sucesso
📋 Resumo do Modulo
Proximo Modulo:
4.2 - Prompts de Getting Started e Kickoff