🎯 95% Confidence - O Prompt de Inicio
O prompt 95% Confidence e o mais importante do painel. Ele forca o Claude a estudar o projeto antes de agir, eliminando respostas genericas e garantindo que qualquer acao tenha base no codigo real. Use sempre que iniciar uma sessao ou enfrentar uma tarefa complexa.
🎯 Template do Prompt
Antes de fazer qualquer coisa, leia os arquivos relevantes e entenda o projeto. Nao comece a codar ate ter 95% de confianca de que entende: 1. A estrutura do projeto 2. Os padroes e convencoes existentes 3. Como a mudanca solicitada se encaixa 4. Quais arquivos serao afetados Depois de estudar, me diga o que voce entendeu e seu plano. So execute depois que eu aprovar.
- • Forca leitura antes de acao - elimina o vicio de gerar codigo generico
- • Cria um checkpoint de aprovacao - voce valida o entendimento antes da execucao
- • Ideal para primeiras sessoes em projetos existentes ou tarefas que envolvem multiplos arquivos
💡 Dica Pratica
Coloque este prompt no seu CLAUDE.md como instrucao padrao. Assim, toda sessao comeca com estudo automatico do projeto. Voce pode ajustar o percentual (90%, 95%, 99%) conforme a criticidade da tarefa.
✓ O que FAZER
- ✓Usar no inicio de toda sessao com tarefa complexa
- ✓Ler o plano que o Claude apresenta antes de aprovar
- ✓Pedir que liste os arquivos que vai modificar
✗ O que NAO fazer
- ✗Aprovar o plano sem ler - isso anula o proposito
- ✗Usar para tarefas triviais como renomear uma variavel
- ✗Pular o estudo e pedir que va direto para o codigo
📋 Plan Mode Blueprint - O Prompt de Planejamento
O Plan Mode Blueprint e o prompt que voce usa quando precisa construir algo significativo. Ele ativa o modo de planejamento do Claude, gerando um blueprint detalhado antes de qualquer implementacao. Perfeito para features novas, refatoracoes grandes ou mudancas arquiteturais.
🎯 Template do Prompt
Use o modo ultrathink para planejar esta tarefa. Quero um blueprint completo antes de qualquer codigo: 1. Objetivo: [descreva o que precisa ser feito] 2. Liste todos os arquivos que serao criados ou modificados 3. Para cada arquivo, descreva as mudancas especificas 4. Identifique dependencias e ordem de implementacao 5. Liste riscos e pontos de atencao 6. Proponha testes para validar NAO implemente nada ainda. Apenas o plano.
- • Ativa o extended thinking para analise profunda antes de execucao
- • Gera um mapa de implementacao que voce pode revisar, ajustar e aprovar
- • Reduz retrabalho ao identificar problemas antes da implementacao
💡 Dica Pratica
Apos receber o blueprint, use Shift+Tab para entrar no modo multilinhas e fazer ajustes detalhados antes de aprovar a implementacao. Voce pode pedir para implementar um passo de cada vez.
✓ O que FAZER
- ✓Usar para features que tocam mais de 3 arquivos
- ✓Pedir implementacao incremental apos aprovar o plano
- ✓Salvar o blueprint como referencia durante o desenvolvimento
✗ O que NAO fazer
- ✗Usar para mudancas simples que nao precisam de plano
- ✗Ignorar os riscos identificados no blueprint
- ✗Pedir para implementar tudo de uma vez sem revisar
🐛 Structured Bug Report - O Prompt de Debug
O Structured Bug Report transforma qualquer problema em uma investigacao sistematica. Em vez de dizer "esta quebrado", voce fornece um formato que forca o Claude a analisar o bug como um engenheiro senior: reproduzir, isolar, diagnosticar e propor solucao.
🎯 Template do Prompt
Investigue este bug de forma estruturada: Bug: [descricao do problema] Comportamento esperado: [o que deveria acontecer] Comportamento atual: [o que esta acontecendo] Passos para reproduzir: [se conhecidos] Siga este processo: 1. Leia os arquivos relevantes e entenda o fluxo 2. Identifique a causa raiz (nao apenas o sintoma) 3. Proponha a correcao minima necessaria 4. Explique por que essa correcao resolve sem efeitos colaterais 5. Sugira um teste para prevenir regressao NAO corrija antes de explicar a causa raiz.
- • Estrutura a investigacao em causa raiz vs sintoma
- • Exige correcao minima - evita rewrites desnecessarios
- • Inclui teste de regressao para prevenir que o bug volte
💡 Dica Pratica
Inclua o log de erro ou stack trace diretamente no prompt. Quanto mais contexto concreto voce der, menos tempo o Claude gasta lendo arquivos irrelevantes. Use Shift+Tab para colar logs multilinhas.
✓ O que FAZER
- ✓Incluir logs, stack traces e mensagens de erro reais
- ✓Exigir explicacao da causa antes de aceitar a correcao
- ✓Pedir teste de regressao junto com o fix
✗ O que NAO fazer
- ✗Dizer apenas "esta quebrado, conserta"
- ✗Aceitar correcao sem entender a causa raiz
- ✗Deixar o Claude reescrever arquivos inteiros para um bug pontual
🔍 Brutal Audit - O Prompt de Qualidade
O Brutal Audit e o seu revisor implacavel. Ele instrui o Claude a encontrar tudo que esta errado, fragil ou mal feito no codigo. Use no final de uma sessao de desenvolvimento para garantir que o que foi construido tem qualidade de producao.
🎯 Template do Prompt
Faca uma auditoria brutal do codigo que acabamos de escrever. Seja implacavel: 1. Bugs potenciais e edge cases nao tratados 2. Falhas de seguranca (injecao, exposicao de dados, auth) 3. Problemas de performance (N+1, memory leaks, loops desnecessarios) 4. Codigo morto ou duplicado 5. Violacoes de padroes do projeto 6. Testes faltando ou insuficientes Para cada problema encontrado, classifique como: - CRITICO: Precisa corrigir antes de deploy - ALTO: Deveria corrigir, risco real - MEDIO: Melhoraria a qualidade - BAIXO: Sugestao de melhoria NAO suavize. Prefiro saber agora do que descobrir em producao.
- • Classificacao por severidade ajuda a priorizar correcoes
- • Cobre seguranca, performance, padroes e testes em uma unica passada
- • O tom "brutal" instrui o Claude a nao ser complacente com problemas
💡 Dica Pratica
Rode o Brutal Audit antes de cada commit ou pull request. Apos receber o relatorio, peca para corrigir apenas os itens CRITICO e ALTO primeiro. Os itens MEDIO e BAIXO podem virar issues para depois.
✓ O que FAZER
- ✓Rodar antes de cada commit importante
- ✓Corrigir CRITICO e ALTO antes de prosseguir
- ✓Usar como checklist de qualidade recorrente
✗ O que NAO fazer
- ✗Ignorar os resultados porque "funciona em dev"
- ✗Pedir para suavizar o feedback
- ✗Corrigir tudo de uma vez sem priorizar por severidade
📚 Teach Me - O Prompt de Aprendizado
O Teach Me transforma o Claude no seu tutor pessoal. Em vez de apenas resolver o problema, ele explica o conceito por tras, com exemplos do seu proprio codigo. Use quando encontrar algo que nao entende ou quando quer aprofundar um conceito.
🎯 Template do Prompt
Me ensine [CONCEITO/PADRAO] usando exemplos do nosso proprio projeto. 1. Explique o conceito de forma simples (como se eu tivesse 5 anos de experiencia) 2. Mostre onde ja usamos isso no projeto (aponte arquivos e linhas) 3. Explique POR QUE usamos dessa forma e nao de outra 4. De um exemplo pratico de como eu aplicaria isso na proxima tarefa 5. Liste armadilhas comuns que devo evitar Nao simplifique demais - quero entender de verdade, nao apenas copiar.
- • Usa exemplos do seu projeto em vez de exemplos genericos
- • Explica o "por que" alem do "como"
- • Inclui armadilhas praticas para evitar erros comuns
💡 Dica Pratica
Use o Teach Me sempre que o Claude aplicar um padrao que voce nao conhece. Em vez de apenas aceitar o codigo, entenda o conceito. Isso acelera seu aprendizado exponencialmente porque os exemplos sao do seu proprio contexto.
✓ O que FAZER
- ✓Usar quando encontrar conceitos novos no seu codigo
- ✓Pedir exemplos concretos do projeto atual
- ✓Fazer perguntas follow-up para aprofundar
✗ O que NAO fazer
- ✗Aceitar codigo que voce nao entende sem perguntar
- ✗Usar como substituto para documentacao oficial em conceitos criticos
- ✗Pedir explicacoes muito basicas que consomem contexto desnecessariamente
🔄 Estrategia de Combinacao
Os 5 prompts nao sao usados isoladamente. A estrategia de combinacao define a ordem e o momento certo para cada um durante uma sessao de trabalho tipica. Domine essa sequencia e voce tera um workflow completo e previsivel.
🎯 Sequencia Diaria Recomendada
📊 Por Que Essa Ordem Funciona
- Progressao natural - Estudo → Planejamento → Execucao → Debug → Revisao → Aprendizado
- Cada prompt alimenta o proximo - O estudo do 95% informa o blueprint, que guia o desenvolvimento, que gera bugs para investigar
- Audit como gate de qualidade - Nada vai para producao sem passar pela auditoria brutal
💡 Dica Pratica
Nao precisa usar todos os 5 prompts em toda sessao. Para sessoes rapidas de bug fix, use apenas o Structured Bug Report + Brutal Audit. Para sessoes de aprendizado, foque no Teach Me. A chave e saber qual prompt usar em qual momento.
📋 Resumo do Modulo
Proximo Modulo:
4.2 - Prompts de Getting Started