100 dicas para dominar o Claude — do contexto ao prompt especializado

A maioria das pessoas que usa Claude faz assim: abre uma conversa, digita o que quer, lê o resultado, tenta de novo se não prestou. Sem processo, sem padrão, sem critério. O resultado é inconsistente porque o processo é inconsistente.

Estas 100 dicas não são sobre prompts mágicos. São sobre os padrões que separam quem usa Claude com resultado previsível de quem usa no modo vibe — e eles funcionam independentemente de qual modelo você usar.

Dominar Claude não é decorar prompts. É entender o processo que torna cada pedido mais preciso que o anterior.

Categoria 1: Contexto — O que o Claude precisa saber antes de começar

1. Sempre comece informando quem você é e qual é sua área de atuação antes de pedir qualquer coisa.
2. Diga para quem o output é destinado — seu nível de conhecimento muda tudo na resposta.
3. Especifique o tom desejado: formal, direto, conversacional, técnico. Sem isso, Claude chuta.
4. Se o pedido tem contexto histórico, resuma brevemente — Claude não tem memória entre conversas.
5. Descreva o que você já tentou e por que não funcionou. Evita que Claude sugira o óbvio.
6. Diga qual é o critério de sucesso: o que torna a resposta boa para você especificamente.
7. Forneça exemplos do que você gosta quando possível. “Como esse texto aqui” funciona melhor que “profissional”.
8. Especifique o formato de saída: lista, parágrafos, tabela, JSON. Claude segue bem se você pede.
9. Informe limitações técnicas do contexto: “vai ser publicado como tweet” muda o comprimento automaticamente.
10. Quanto mais específico o contexto, menos iterações você vai precisar. Invista no setup inicial.
11. Se está usando Claude para uma tarefa recorrente, crie um “contexto base” que você cola no início de cada sessão.
12. Diferencie o que você sabe do que você supõe — isso ajuda Claude a calibrar onde se aprofundar.
13. Mencione o que está em jogo: um email para cliente importante pede mais cuidado que um rascunho interno.
14. Se tem restrições (não pode mencionar concorrente, linguagem X é proibida), coloque no contexto.
15. Para tarefas criativas, descreva o que você não quer — exclusões às vezes são mais úteis que inclusões.
16. Contexto demais não existe. Claude processa e filtra. Contexto de menos força ele a adivinhar.
17. Se você está num setor específico, mencione os termos do setor. Claude reconhece vocabulário especializado.
18. Para análise de documentos, cole o texto diretamente — não peça “analise sobre X” sem fornecer X.
19. Informe a plataforma de destino do conteúdo: Instagram, relatório PDF, apresentação PowerPoint — formatos diferem.
20. Quando o contexto muda no meio da conversa, diga explicitamente: “mudando o contexto: agora preciso…”

Categoria 2: Critério — Como definir o que é uma boa resposta

21. “Ficou bom” não é critério. “Ficou direto, sem jargão, com um dado concreto” é critério.
22. Antes de enviar um pedido importante, escreva internamente o que tornaria a resposta um 10. Use isso para avaliar.
23. Peça ao Claude para listar os critérios que ele usou para gerar a resposta — isso expõe pressupostos ocultos.
24. Para outputs criativos, separe critérios estruturais (comprimento, formato) de critérios qualitativos (tom, impacto).
25. Diga explicitamente o que você vai fazer com o output. “Vou publicar isso” vs “vou usar como rascunho” gera respostas diferentes.
26. Calibre o nível de qualidade: “um esboço rápido” vs “versão final para cliente” — Claude ajusta o esforço.
27. Se você tem um benchmark de qualidade (um texto que você considera excelente), cole junto e diga “quero nesse nível”.
28. Para análises, especifique o que você quer que Claude priorize: brevidade, profundidade, ou equilíbrio.
29. Quando pedir múltiplas opções, defina como elas devem diferir entre si — evita variações superficiais.
30. Critério de tamanho importa: “conciso” para Claude pode ser 500 palavras. “Máximo 150 palavras” é instrução.
31. Peça ao Claude para autoavaliar a resposta em relação ao critério que você definiu antes de entregar.
32. Para decisões, peça que Claude liste os critérios que ele usou na recomendação — isso torna a lógica auditável.
33. Se o critério é subjetivo (elegante, persuasivo), dê ao menos um exemplo do que você considera que cumpre esse critério.
34. Separe critérios obrigatórios de preferenciais: “deve ter X, idealmente tem Y, seria bom ter Z”.
35. Defina o que é inaceitável na resposta — às vezes é mais fácil delimitar o que não pode aparecer.
36. Para revisão de texto, especifique o tipo de feedback que você quer: estrutural, de estilo, ou de conteúdo.
37. Critério de voz importa: “quero que soe como eu, não como ChatGPT” — dê exemplos do seu tom de escrita.
38. Para código, especifique se prioriza legibilidade, performance ou minimalismo — essas escolhas colidem.
39. Documente os critérios que geraram bons resultados para reusar na próxima sessão similar.
40. Se Claude não atendeu o critério, diga exatamente qual critério falhou — não “não gostei”, mas “o tom estava formal demais”.

Categoria 3: Iteração — Como melhorar a resposta sem recomeçar do zero

41. Nunca reescreva o prompt do zero quando o resultado não prestou. Identifique qual elemento falhou e ajuste só ele.
42. Diga o que ficou bom antes de pedir revisão — preserva o que funcionou e foca no que precisa mudar.
43. “Refaça completamente” raramente é a instrução certa. “Mantenha X, ajuste Y” é mais preciso e mais eficiente.
44. Se a segunda tentativa também não funcionou, o problema provavelmente está no contexto — não no pedido.
45. Use “qual informação adicional você precisaria para fazer isso melhor?” — Claude frequentemente sabe o que falta.
46. Para iterações longas, peça ao Claude para fazer um resumo do que está tentando alcançar — confirma alinhamento.
47. Quando você ajusta e o resultado piora, volte ao estado anterior da conversa e tente uma direção diferente.
48. Para textos longos, itere seção por seção — tentar ajustar tudo de uma vez dilui o foco da correção.
49. Use “variação A/B”: peça duas versões com diferenças específicas e escolha a que funciona melhor.
50. Se Claude está indo na direção errada há várias iterações, pare e redefina o objetivo desde o início.
51. “Mais curto” sem limite numérico não funciona. “Corte até chegar em 100 palavras” funciona.
52. Peça ao Claude para listar as mudanças que fez em relação à versão anterior — facilita comparação.
53. Para revisão de código, diga qual comportamento está errado — não “não funciona”, mas “retorna X quando deveria retornar Y”.
54. Quando o output melhorou mas ainda não está perfeito, reconheça o progresso e especifique o gap restante.
55. Limite suas iterações por sessão: se chegou na quinta tentativa sem resultado, o problema está no contexto ou no critério.
56. Para criação de conteúdo, itere no outline antes de gerar o texto completo — economiza tempo total.
57. Use “o que estou pedindo não está claro? me diga o que você entendeu” para verificar alinhamento antes de gerar.
58. Para análises complexas, valide as premissas que Claude usou antes de iterar sobre a conclusão.
59. Iteração em tom é mais subjetiva — dê exemplos da versão preferida em vez de descrições abstratas.
60. Quando encontrar uma sequência de contexto + critério que funcionou bem, documente como template.

Categoria 4: Memória e Persistência

61. Claude não lembra de conversas anteriores. Se precisar de continuidade, comece cada sessão com o contexto relevante.
62. Para projetos longos, mantenha um documento de “contexto base” que você cola no início de cada nova sessão.
63. Use o mesmo arquivo de contexto para múltiplas sessões relacionadas — garante coerência de voz e critério.
64. Ao final de uma sessão produtiva, peça ao Claude para resumir as decisões tomadas — use como ponto de partida na próxima.
65. Para personagens, tom ou voz específicos, cole exemplos aprovados no início — Claude calibra mais rápido que por descrição.
66. Se você tem preferências consistentes (nunca usar passiva, sempre começar com dado), coloque no contexto base.
67. Para equipes, um contexto base compartilhado garante que diferentes pessoas obtenham outputs coerentes do Claude.
68. Cole o histórico de decisões relevantes quando retomando um projeto — evita que Claude contradiga decisões anteriores.
69. Para código, cole o contexto do projeto (estrutura, convenções, dependências) no início de sessões de desenvolvimento.
70. Trate o contexto base como documento vivo — atualize quando critérios ou preferências mudarem.
71. Para conteúdo de marca, inclua guia de voz e tom no contexto base — Claude adere bem a diretrizes explícitas.
72. Ao usar Claude para análise de dados, cole os metadados da base antes das perguntas — evita interpretações incorretas.
73. Para projetos editoriais, cole o ângulo e posicionamento do veículo no contexto — alinha editorial automaticamente.
74. Use Projects (feature nativa do Claude) para projetos longos — permite contexto persistente nativo.
75. Para templates recorrentes (email de proposta, relatório mensal), cole o template mais bem-sucedido no contexto.
76. Documente o que o Claude fez de errado em sessões anteriores — incluir no contexto base previne repetição.
77. Para automações com API, o contexto do sistema_prompt substitui o contexto manual — invista nele.
78. Quando colaborando com outra IA em paralelo, documente qual decisão cada uma tomou — evita contradições.
79. Para sessões de brainstorming, salve os outputs brutos antes de filtrar — frequentemente úteis mais tarde.
80. O melhor contexto base é aquele que você não precisa mais explicar — que o Claude já funciona certo sem você dizer.

Categoria 5: Prompts Especializados — Padrões que funcionam em produção

81. Para análise crítica: “liste os 3 pontos mais fracos desse argumento, mesmo que você concorde com a conclusão”.
82. Para geração de ideia: “gere 10 variações bem distintas, não variações superficiais do mesmo ângulo”.
83. Para revisão de texto: “reescreva mantendo o conteúdo, apenas ajustando clareza e fluidez — não mude o argumento”.
84. Para tomada de decisão: “analise as opções X, Y e Z nos critérios: custo, velocidade e risco. Não recomende ainda”.
85. Para resumo: “resuma em 3 pontos que qualquer pessoa que não leu o original precisa saber para agir”.
86. Para email difícil: “escreva um email que comunica [mensagem] sem soar [indesejado] — para destinatário [perfil]”.
87. Para código: “explique o que esse código faz linha por linha, e identifique o que pode falhar em produção”.
88. Para pesquisa: “quais são as melhores perguntas a fazer sobre [tema] para quem está no nível [iniciante/avançado]?”.
89. Para apresentação: “transforme esse conteúdo em 5 slides com título assertivo e 3 bullets por slide, max 10 palavras por bullet”.
90. Para feedback: “dê feedback como se fosse um editor experiente que quer que esse texto seja publicado, não um colega gentil”.
91. Para plano de ação: “converta esse objetivo em 5 ações concretas com responsável, prazo e critério de conclusão”.
92. Para análise de risco: “o que pode dar errado com esse plano que eu provavelmente não estou vendo?”.
93. Para argumentação: “apresente o melhor argumento contra a posição que estou defendendo — seja honesto, não gentil”.
94. Para simplificação: “explique [conceito técnico] como se eu tivesse 12 anos e fosse usar isso amanhã”.
95. Para adaptação de tom: “reescreva esse texto para publicar em [LinkedIn/Instagram/email] mantendo o argumento central”.
96. Para priorização: “dado que só posso fazer uma coisa, qual dessas [lista] tem maior impacto com menor esforço — e por quê?”.
97. Para checklist: “o que eu provavelmente estou esquecendo de verificar antes de [ação]?”.
98. Para hipótese: “se [premissa] for verdade, quais são as 3 implicações mais importantes para [contexto]?”.
99. Para síntese: “quais são os padrões comuns que emergem desses [documentos/textos/dados]? Não liste, sintetize”.
100. Para autoavaliação: “avalie esse output nos critérios [lista] antes de me entregar — e ajuste o que for necessário”.

Essas 100 dicas não são exaustivas — são padrões derivados de uso real que reduzem a distância entre o que você pede e o que você precisa. O domínio do Claude não vem de prompt mágico. Vem de reduzir iterações através de contexto preciso, critério claro e iteração estruturada.

Se você aplicou o anti-vibe que descrevi no post anterior sobre inconsistência com IA, essas dicas são a implementação prática das três perguntas que fazem a diferença.

---

Leia também

• Você está usando IA no modo vibe — e isso explica a inconsistência
• Por que “ChatGPT ou Claude?” é a pergunta errada
• Hackathon do Claude: o que 4 de 5 vencedores tinham em comum

Perguntas frequentes sobre como usar Claude

Como melhorar resultados com o Claude sem saber programar?

Invista no contexto antes do pedido: quem você é, para quem o output vai, qual o critério de sucesso, e o que você não quer. Quanto mais específico o contexto, menos iterações você vai precisar. Não é sobre conhecimento técnico — é sobre clareza de processo.

Por que o Claude dá respostas diferentes para o mesmo prompt?

Porque cada conversa começa do zero — Claude não tem memória entre sessões. Além disso, prompts vagos são preenchidos com médias estatísticas que variam entre chamadas. A consistência vem de contexto explícito e critério claro, não de prompts memorizados.

Qual é o maior erro de quem começa a usar Claude?

Tratar cada tentativa como a primeira: sem contexto, sem critério, e quando o resultado não presta, reescrever tudo do zero. O padrão que funciona é identificar qual elemento específico falhou e ajustar só esse elemento na iteração seguinte.

O que é um “contexto base” e como criar um?

Contexto base é um documento que você cola no início de cada sessão para que Claude saiba quem você é, para que área trabalha, quais são suas preferências de tom, e quais são os critérios consistentes de qualidade que você usa. É criado gradualmente — você vai adicionando o que funciona e removendo o que é desnecessário.

Essas dicas funcionam com outros modelos além do Claude?

Sim. A maioria dos padrões aqui — contextualização sistemática, critério explícito, iteração estruturada — funciona com qualquer modelo de linguagem. O processo é independente de ferramenta. Quando o Claude virar commodity e aparecer o próximo modelo, o método continua.