GPTPrompts.AIPrompts
Prompts
Claude.
50 prompts com tags XML em português. Para Claude 3.5 Sonnet, Claude 4 Sonnet e Claude 4 Opus.
Copie, substitua o que está entre colchetes e cole em claude.ai.
Por que XML
Tags em vez de markdown.
- 1. Tags delimitam seções. Claude sabe onde termina a instrução e onde começa o conteúdo. Menos confusão, menos drift.
- 2. Tags permitem referência cruzada. Você pode pedir 'use o que está em (contexto) para responder (pergunta)' e o modelo separa com precisão.
- 3. Tags funcionam em any idioma. Português, inglês, espanhol, dá no mesmo. O parsing é estrutural.
Categoria
Análise de documentos longos
Analisar contrato extenso
<papel> Você é advogado corporativo sênior especializado em direito comercial brasileiro. </papel> <contexto> Vou colar um contrato de prestação de serviços. Analise como se fosse para aprovação interna antes de assinatura. </contexto> <instrucoes> 1. Identifique 5 cláusulas de maior risco para o contratante. 2. Para cada uma: cite o trecho, explique o risco em 2 frases, sugira redação alternativa. 3. Aponte 3 cláusulas ausentes que deveriam estar em contrato desse tipo no Brasil. 4. Entregue conclusão final: assinar como está, assinar após ajustes menores, ou não assinar. </instrucoes> <contrato> [cole o contrato aqui] </contrato>
Resumir pesquisa acadêmica
<papel> Você é pesquisador pós-doc em [ÁREA]. </papel> <contexto> Vou colar um paper acadêmico. Preciso entender se vale ler na íntegra para minha revisão bibliográfica. </contexto> <instrucoes> 1. Resuma o paper em 200 palavras em português acadêmico. 2. Liste a contribuição principal em 1 frase. 3. Identifique 3 limitações metodológicas declaradas ou implícitas. 4. Sugira 2 papers correlatos que eu deveria procurar depois. 5. Entregue veredito: ler na íntegra, ler só o método, ou descartar. </instrucoes> <paper> [cole o paper aqui] </paper>
Extrair ações de transcrição de reunião
<papel> Você é chefe de gabinete de um executivo C-level. </papel> <contexto> Vou colar a transcrição de uma reunião de 60 minutos. Preciso de follow-up estruturado em até 10 minutos de leitura. </contexto> <instrucoes> 1. Liste até 10 decisões tomadas, com dono e prazo se mencionado. 2. Liste ações pendentes no formato: quem, o quê, quando, dependência. 3. Identifique 3 riscos ou disagreements que ficaram sem resolver. 4. Escreva e-mail de follow-up de até 200 palavras para os participantes. </instrucoes> <transcricao> [cole aqui] </transcricao>
Comparar duas versões de documento
<papel> Você é revisor de processos corporativos. </papel> <contexto> Vou colar duas versões de uma política interna. Preciso entender o que mudou e o que significa na prática. </contexto> <instrucoes> 1. Liste as mudanças materiais (ignore ajustes de gramática). 2. Para cada mudança: classifique como (a) expansão de escopo, (b) restrição de escopo, (c) clarificação sem mudança prática. 3. Sinalize 3 mudanças que podem impactar operação ou compliance. 4. Sugira comunicação para funcionários em 150 palavras. </instrucoes> <versao_antiga> [cole aqui] </versao_antiga> <versao_nova> [cole aqui] </versao_nova>
Analisar relatório financeiro
<papel> Você é analista financeiro sênior com foco em valuation. </papel> <contexto> Vou colar um relatório trimestral de empresa de capital aberto brasileira. </contexto> <instrucoes> 1. Resuma performance em 150 palavras cobrindo receita, margem e fluxo de caixa. 2. Identifique 3 sinais positivos e 3 pontos de atenção. 3. Compare com guidance anterior se mencionado. 4. Conclua: tese de investimento se fortalece, se enfraquece ou está inalterada. 5. Não invente números. Se algo não estiver no relatório, diga 'não divulgado'. </instrucoes> <relatorio> [cole aqui] </relatorio>
Categoria
Escrita sofisticada
Escrever ensaio longo em voz consistente
<papel> Você é ensaísta brasileiro no registro de [autor de referência: Machado, Clarice, Guerreiro Ramos, Eduardo Giannetti]. </papel> <contexto> Preciso de um ensaio de 1500 palavras sobre [TEMA] para publicação em revista de ideias. </contexto> <instrucoes> - Voz autoral consistente do início ao fim. - Use 2 a 3 analogias concretas no corpo do ensaio. - Evite jargão acadêmico desnecessário. - Termine com pergunta aberta que provoque o leitor, não com moral. - Não use bullets nem subtítulos. Prosa contínua. </instrucoes> <tema> [descreva o tema] </tema> <angulo> [descreva o ângulo que você quer explorar] </angulo>
Roteiro de podcast com ritmo
<papel> Você é roteirista de podcast narrativo em português brasileiro. </papel> <contexto> Preciso de um roteiro de 15 minutos sobre [TEMA] no estilo de [referência: Radio Novelo, Xadrez Verbal, Projeto Humanos]. </contexto> <instrucoes> - Abra com cena ou anedota concreta, não com definição. - Use 3 atos claros, mas sem anunciá-los. - Inclua 2 momentos de contraste (silêncio retórico, pergunta suspensa). - Português falado, não escrito. Pode terminar frases com 'né', se natural. - Finalize com callback à cena de abertura. </instrucoes> <tema> [descreva] </tema> <materiais> [cole fatos, citações, dados que podem ser usados] </materiais>
Reescrever texto em múltiplos registros
<papel> Você é editor versátil que adapta um mesmo conteúdo para audiências diferentes. </papel> <contexto> Vou colar um texto. Preciso das mesmas ideias em três registros. </contexto> <instrucoes> Reescreva o texto em três versões, mantendo os mesmos fatos e conclusões: 1. Versão executiva (200 palavras, tom analítico, frases curtas). 2. Versão LinkedIn (120 palavras, primeira pessoa, um gancho no começo). 3. Versão conversa no WhatsApp (80 palavras, tom casual, pode usar emoji se fizer sentido). Sinalize cada versão com <v1>, <v2>, <v3>. </instrucoes> <texto> [cole aqui] </texto>
Criar personagem para ficção
<papel> Você é escritor de ficção literária com experiência em construção de personagem. </papel> <contexto> Preciso desenvolver um personagem para um romance ambientado em [LOCAL] em [ÉPOCA]. </contexto> <instrucoes> 1. Nome, idade e contexto social em 1 parágrafo. 2. Três traços contraditórios que tornam o personagem verossímil. 3. Um objeto que o personagem carrega e o que ele significa. 4. Um segredo que o personagem não revela para ninguém. 5. Um maneirismo de fala que o identifica em diálogo. 6. Escreva uma cena de 300 palavras onde o personagem enfrenta uma pequena contrariedade cotidiana. O leitor precisa entender quem ele é sem narração expositiva. </instrucoes> <premissa> [descreva o livro] </premissa>
Discurso para apresentação corporativa
<papel> Você é speechwriter para executivos brasileiros. </papel> <contexto> Preciso de um discurso de 8 minutos que o executivo [NOME] vai ler em [EVENTO] para uma audiência de [QUEM]. </contexto> <instrucoes> - Abra com história concreta de 60 segundos. - Defenda uma tese clara em 1 frase. - Ancore a tese em 3 evidências. - Antecipe e refute 1 objeção da audiência. - Termine com ação específica que você pede à audiência. - Tom: formal mas humano. Sem jargão consultivo. Frases curtas para leitura em voz alta. </instrucoes> <tese> [descreva o que o executivo quer argumentar] </tese> <audiencia> [descreva quem estará na sala] </audiencia>
Categoria
Código e engenharia
Revisar pull request completo
<papel> Você é tech lead revisando um pull request. Critério: qualidade de produção, não estilo pessoal. </papel> <instrucoes> Analise o diff abaixo e entregue revisão estruturada: 1. <resumo>Sumário de 3 linhas sobre o que o PR faz.</resumo> 2. <bloqueios>Issues que impedem merge (bugs, regressões, problemas de segurança). Liste arquivo e linha.</bloqueios> 3. <sugestoes>Melhorias que não bloqueiam mas valem discutir. Máximo 5.</sugestoes> 4. <elogios>2 ou 3 coisas bem feitas. Especificamente, não genérico.</elogios> 5. <veredito>aprovar, aprovar após mudanças, ou rejeitar com justificativa.</veredito> </instrucoes> <diff> ``` [cole o diff aqui] ``` </diff>
Debug com raciocínio passo a passo
<papel> Você é engenheiro sênior de sistemas distribuídos. </papel> <instrucoes> 1. <pensamento>Antes de responder, raciocine sobre o que pode estar causando o problema. Liste 3 hipóteses iniciais, do mais provável ao menos provável.</pensamento> 2. <analise>Analise cada hipótese à luz dos logs. Use evidência, não suposição.</analise> 3. <diagnostico>Diga qual é a causa raiz mais provável e o raciocínio.</diagnostico> 4. <fix>Código ou comando para resolver. Se o fix tiver risco, explique.</fix> 5. <prevencao>Como evitar que o bug volte (teste, alerta, documentação).</prevencao> </instrucoes> <sintoma> [descreva o bug: o que deveria acontecer, o que aconteceu] </sintoma> <logs> ``` [cole logs relevantes] ``` </logs>
Refatorar código para legibilidade
<papel> Você é engenheiro que prioriza legibilidade sobre concisão ou performance prematura. </papel> <contexto> Vou colar um código que funciona mas é difícil de ler. Não quero mudar comportamento, só clareza. </contexto> <instrucoes> 1. Liste 3 problemas de legibilidade no código original. 2. Entregue versão refatorada com os mesmos inputs e outputs. 3. Explique cada mudança em 1 linha usando comentário ao lado. 4. Não mude nomes de função pública (compatibilidade). 5. Mantenha os testes existentes passando. </instrucoes> <linguagem> [Python/TypeScript/Go/etc] </linguagem> <codigo> ``` [cole aqui] ``` </codigo>
Escrever documentação técnica
<papel> Você é technical writer que escreve docs para engenheiros que vão usar a API em 10 minutos ou abandonar. </papel> <contexto> Preciso documentar a função, classe ou endpoint abaixo. </contexto> <instrucoes> Entregue a documentação com estas seções, nessa ordem: 1. <o_que_e>Uma frase sobre o que o código faz.</o_que_e> 2. <quando_usar>Dois cenários concretos.</quando_usar> 3. <exemplo_minimo>Bloco de código com o menor uso possível, pronto para copiar.</exemplo_minimo> 4. <parametros>Tabela ou lista com nome, tipo, obrigatório ou não, default.</parametros> 5. <erros_comuns>Três erros que o usuário vai encontrar e como resolver.</erros_comuns> 6. <exemplo_completo>Bloco maior com todos os parâmetros.</exemplo_completo> Português técnico, sem jargão de marketing. </instrucoes> <codigo> ``` [cole aqui] ``` </codigo>
Desenhar arquitetura em ADR
<papel> Você é arquiteto de software com foco em decisões documentadas. </papel> <contexto> Preciso de um ADR (Architecture Decision Record) formal para a decisão abaixo. </contexto> <instrucoes> Gere o ADR em markdown com estas seções: - Título - Status (proposto, aceito, substituído) - Contexto (4 a 6 frases: o problema, restrições, forças em jogo) - Decisão (em 1 frase clara, em voz ativa) - Consequências (positivas e negativas, honestas) - Alternativas consideradas (ao menos 2, com 1 frase de por que foram descartadas) Português técnico brasileiro. Não invente restrições que não foram mencionadas. </instrucoes> <decisao> [descreva o que você está decidindo] </decisao> <contexto_do_projeto> [cole contexto relevante] </contexto_do_projeto>
Categoria
Análise e raciocínio
Avaliar argumento com rigor
<papel> Você é crítico textual treinado em lógica formal e retórica. </papel> <instrucoes> 1. <pensamento>Identifique a tese principal, as premissas e a estrutura do argumento.</pensamento> 2. <forca>O que o argumento faz bem. Seja específico.</forca> 3. <fraqueza>Três falhas lógicas, retóricas ou de evidência. Cite trechos.</fraqueza> 4. <steelman>Reescreva o argumento na sua forma mais forte possível, mantendo a mesma tese.</steelman> 5. <veredito>O argumento se sustenta, se sustenta parcialmente ou não se sustenta, e por quê.</veredito> </instrucoes> <texto> [cole o argumento aqui] </texto>
Análise concorrencial estruturada
<papel> Você é analista de estratégia em [SETOR]. </papel> <contexto> Vou colar informação sobre três concorrentes no mesmo mercado. Preciso de análise comparativa. </contexto> <instrucoes> 1. Para cada concorrente: proposta de valor em 1 frase, público-alvo, preço, diferencial. 2. Matriz de posicionamento: eixo X preço (baixo a alto), eixo Y sofisticação do produto (simples a complexo). 3. Espaço em branco: onde não há concorrente hoje. 4. Recomendação: onde [MINHA EMPRESA] deveria se posicionar e por quê. </instrucoes> <minha_empresa> [descreva] </minha_empresa> <concorrente_1> [cole informação] </concorrente_1> <concorrente_2> [cole informação] </concorrente_2> <concorrente_3> [cole informação] </concorrente_3>
Identificar vieses em decisão
<papel> Você é facilitador de decisão com background em economia comportamental. </papel> <contexto> Vou descrever uma decisão que estamos prestes a tomar. Ajude a identificar os vieses cognitivos em jogo. </contexto> <instrucoes> 1. Liste 5 vieses que provavelmente estão influenciando a decisão (ancoragem, sunk cost, confirmação, disponibilidade, etc.). 2. Para cada um: como está se manifestando nesta decisão específica. 3. Sugira 3 perguntas que o time deveria responder antes de decidir, desenhadas para reduzir cada viés. 4. Proponha um formato de pre-mortem de 20 minutos para estressar a decisão. </instrucoes> <decisao> [descreva a decisão, quem está envolvido, o que sabemos, o que não sabemos] </decisao>
Comparar opções com trade-offs explícitos
<papel> Você é consultor que ajuda a comparar opções sem inventar neutralidade falsa. </papel> <instrucoes> 1. Para cada opção: resumo em 2 frases. 2. Tabela comparativa com 5 critérios que importam para a decisão (você escolhe os critérios e justifica cada um). 3. Pontue cada opção em cada critério de 1 a 5. 4. Identifique o trade-off central: o que ganho escolhendo A vs B? 5. Recomendação com justificativa. Não fique em cima do muro, escolha uma e explique. </instrucoes> <contexto> [descreva a decisão e as restrições] </contexto> <opcao_a> [descreva] </opcao_a> <opcao_b> [descreva] </opcao_b>
Revisar dados e questionar conclusões
<papel> Você é revisor cético que não aceita conclusões sem evidência. </papel> <contexto> Vou colar uma análise de dados feita por alguém do time. Quero que você questione. </contexto> <instrucoes> 1. Liste 3 premissas implícitas da análise que não estão sendo declaradas. 2. Identifique 3 possíveis confundidores ou variáveis omitidas. 3. Para cada conclusão, avalie: (a) sustentada pelos dados, (b) parcialmente sustentada, (c) não sustentada. 4. Proponha 2 análises adicionais que aumentariam ou derrubariam a conclusão. 5. Seja direto. Se a análise é fraca, diga. Se é forte, diga. </instrucoes> <analise> [cole aqui] </analise>
Continue
Vá mais fundo.
FAQ
Perguntas sobre prompts Claude.
Por que Claude usa tags XML em vez de markdown?+
Claude foi treinado pela Anthropic com densidade alta de conteúdo estruturado em XML. Tags como <contexto>, <instrucoes>, <exemplo> sinalizam ao modelo onde cada parte começa e termina, o que reduz ambiguidade e melhora aderência às instruções. Markdown funciona, mas XML costuma render 10 a 20% a mais de precisão em tarefas complexas.
Esses prompts funcionam no Claude gratuito?+
Sim. Todos os 50 prompts funcionam no Claude gratuito (Claude 3.5 Haiku), no Claude Pro (Claude 4 Sonnet) e em Claude 4 Opus via API. A diferença está no comprimento do contexto que cada tier suporta, não na estrutura do prompt.
Claude é melhor que ChatGPT para escrita?+
Para texto longo com tom consistente, sim. Claude tende a produzir prosa mais nuanceada, com menos clichê e melhor cadência. Para código e listas, ChatGPT e Claude empatam. Para análise de documentos longos acima de 100 mil tokens, Claude é superior.
Posso usar esses prompts em ChatGPT ou Gemini?+
Sim, mas você perde a vantagem das tags XML. ChatGPT interpreta as tags como texto literal. Para ChatGPT, substitua as tags por seções Papel, Objetivo, Contexto. Para Gemini, use headers markdown. A lógica de cada prompt continua válida.
Por que usar exemplos few-shot dentro do prompt?+
Claude aprende padrão via exemplo melhor que via descrição. Dois ou três exemplos bem escolhidos dentro de tags <exemplo> levam o modelo a replicar o padrão exato (formato, tom, critério de inclusão). Só use few-shot quando o output esperado tem formato estável.
Como peço raciocínio passo a passo?+
Adicione a tag <pensamento> no prompt pedindo ao modelo que pense antes de responder. Claude 3.5 Sonnet e posteriores respeitam essa estrutura e entregam raciocínio dentro da tag, seguido da resposta final em tag <resposta>. Útil para tarefas analíticas, não para escrita criativa.