Prompt Engineering para Executivos · Capítulo 4 de 28 · 13 min
Escolher quanto raciocínio pagar em cada tarefa
Escolha o nível de esforço de raciocínio por tarefa no Claude, GPT, Gemini, Grok e modelos abertos, e meça o mesmo prompt em dois níveis antes de pagar mais.
Este capítulo faz parte do curso gratuito Prompt Engineering para Executivos.
Esforço de raciocínio é o nível que define quanto o modelo pensa antes de responder, e esse pensamento entra na fatura como saída. Use esforço baixo em classificação, extração e chat, reserve o alto para código, agentes longos e análise, e meça hoje o mesmo prompt em dois níveis antes de pagar mais.
Em outubro de 2026, os modelos de topo raciocinam por padrão, e vários nem deixam desligar: no Claude Opus 5.5 e no Fable 5.1, pedir o pensamento desligado devolve erro 400, e o Grok 4.7 também não desliga. Sobra a decisão de quanto pensamento comprar em cada fluxo. Quem copia o nível mais alto para tudo paga mais por respostas que, em tarefa simples, não melhoram e às vezes pioram.
Como o botão de esforço mexe na qualidade e na conta
O esforço (effort, ou reasoning effort na OpenAI) é uma escala de níveis, de baixo a máximo, que diz ao modelo quanto vale pensar antes de escrever a resposta. Lembra a escolha entre resolver um assunto numa ligação de cinco minutos ou numa reunião de uma hora. Até 2025, o controle mais comum era um teto em tokens (pedaços de palavra que o modelo lê, escreve e cobra), como o budget_tokens do Claude e o thinking_budget do Gemini. Em 2026 ele virou categoria: o Claude devolve erro 400 para budget_tokens do 4.7 em diante, e o Google recomenda migrar para thinking_level sem misturar os dois na mesma chamada.
O nível afeta outros tokens além do pensamento. No Claude, o effort vale para todos os tokens de saída, inclusive texto e chamadas de ferramenta (pedidos que o modelo faz ao seu sistema, como consultar um estoque): esforço baixo gera menos chamadas e confirmações mais curtas. No Gemini, o preço da resposta soma tokens de saída e de pensamento, e o max_output_tokens conta os dois. No Grok, os reasoning_tokens também entram como saída. Por isso o mesmo botão mexe em custo e em latência (o tempo de espera pela resposta).
Saída custa mais que entrada. No Opus 5.5, o milhão de tokens de entrada sai a US$ 4 e o de saída a US$ 20, então mil tokens de pensamento a mais por chamada custam dois centavos de dólar; num fluxo de 100 mil chamadas por mês, viram US$ 2.000. A Anthropic resume o que fazer: baixar o effort reduz pensamento, custo e latência de forma mais confiável do que instruções no prompt.
Quanto esforço comprar pela complexidade e pelo custo do erro
Eixo horizontal: Complexidade da tarefa (baixa à esquerda, alta à direita)Eixo vertical: Custo do erro (alto em cima, baixo embaixo)
Erro caro em tarefa simples: esforço baixo ou médio, com conferência por regra
- Extrair CNPJ, data e valor de nota fiscal com esquema JSON
- Classificar pedido de reembolso em rótulos fechados
- Validar o campo no código em vez de pagar mais pensamento
Erro caro em tarefa complexa: esforço alto ou xhigh
- Agente de código que altera sistema em produção
- Parecer sobre cláusula contratual com várias condições
- Análise financeira com contas encadeadas
Erro barato em tarefa simples: o menor nível que o modelo aceita
- Responder horário de funcionamento no chat
- Resumir e-mail curto
- Sugerir títulos para um post
Erro barato em tarefa complexa: nível padrão, sobe só se a medição pedir
- Rascunho de plano de campanha que alguém revisa
- Lista de hipóteses para um teste de produto
- Primeira versão de roteiro de vídeo
Pensar demais (overthinking, gastar raciocínio além do que a tarefa pede) tem medição publicada desde o fim de 2024. Em fevereiro de 2025, Cuadron e colegas estudaram agentes que corrigem código e acharam três padrões: paralisia por análise, ações desgarradas do ambiente e desistência precoce. Quanto mais o agente pensava demais, pior ele resolvia a tarefa.
Em abril de 2026, outro estudo mostrou que os ganhos de mais pensamento diminuem muito nos orçamentos maiores e que o modelo, ao estender o raciocínio, chega a abandonar respostas que já tinha acertado. O comprimento ideal depende da dificuldade, e parar num orçamento moderado deu acerto parecido com menos computação. A própria Anthropic registra excesso de pensamento no Opus 4.6 e manda baixar o effort quando isso aparece.
O que a medição de agentes de código mostrou sobre pensar demais
4.018
Trajetórias de agente analisadas
Tarefas reais de correção de código do SWE-Bench Verified
Quase 3x
Mais tendência a pensar demais
Modelos de raciocínio comparados a modelos sem raciocínio
27,3%
Resolução com duas tentativas de baixo esforço
Quase igual ao raciocínio alto, com 43% menos custo de computação
Fonte: Cuadron et al., arXiv 2502.08235, 12/02/2025
Cada fornecedor dá nome, escala e padrão próprios ao botão, e o high de uma marca não equivale ao high de outra. Antes de mexer, descubra o padrão do modelo em uso: no Opus 5.5 e no GPT-6.1 Sol ele é medium, e o guia do Opus 5.5 manda começar ali e varrer os níveis nas suas avaliações (casos reais com a resposta certa anotada).
Como fica em cada modelo
| Modelo | O que muda | Cuidado |
|---|---|---|
| Claude (Anthropic) | Parâmetro output_config.effort com low, medium, high, xhigh e max. Padrão high na maioria dos modelos; medium no Opus 5.5 e no Haiku 5.5. | Opus 5.5 e Fable 5.1 não desligam o pensamento (erro 400). budget_tokens dá erro do 4.7 em diante. Trocar o effort de topo entre chamadas invalida o cache. |
| OpenAI (GPT) | Parâmetro reasoning.effort na Responses API e reasoning_effort no Chat Completions, de none a max conforme o modelo. Padrão medium no GPT-6.1 Sol. | GPT-6 Astra recusa none; GPT-6.1 Sol recusa none e minimal. Com effort acima de none, retire temperature, top_p e top_logprobs. |
| Gemini (Google) | Parâmetro thinking_level em generation_config. 3.8 Flash: low, medium e high, padrão medium. 3.1 Pro Preview: padrão high. 3.5 Flash-Lite: padrão minimal. | minimal dá erro no 3.8 Flash. Não envie thinking_level e thinking_budget juntos. Mantenha a temperatura em 1.0. |
| Grok (xAI) | Parâmetro reasoning_effort com low, medium, high (padrão) e xhigh do 4.6 em diante. A xAI indica low para latência, medium para análise de dados e high ou xhigh para lógica de muitos passos. | O raciocínio não desliga no 4.5, 4.6 e 4.7. presence_penalty, frequency_penalty e stop dão erro em modelo de raciocínio. |
| Modelos abertos (DeepSeek, Qwen) | DeepSeek: thinking enabled ou disabled e reasoning_effort low, high ou max, padrão high. Qwen3.8-27B: enable_thinking false desliga; reasoning_effort xhigh (padrão), medium ou low. | No DeepSeek, medium vira high e temperature não tem efeito com pensamento ligado. No Qwen, esforço menor nem sempre encurta tarefa de agente. |
Os degraus não têm a mesma escala entre fornecedores; compare resultado medido, nunca o nome do nível.
Fonte: Documentação de Anthropic, OpenAI, Google, xAI e DeepSeek e cartão do modelo Qwen3.8-27B, 13/10/2026
Quando baixar e quando subir
Esforço baixo rende quando a resposta cabe num formato fechado e a conferência é feita por regra: classificar chamados, extrair campos de documento, responder dúvida no chat. Nessas tarefas, o erro caro se resolve com esquema de saída e validação no código, e mais pensamento só aumenta a conta e o tempo.
Com muitos passos que dependem um do outro, o esforço alto se paga: escrever e corrigir código, agentes que trabalham por muito tempo, análise com contas encadeadas, parecer com várias condições. Mesmo nesses casos, a evidência de 2025 e 2026 pede medir, porque duas tentativas baratas com escolha da melhor chegaram perto do nível alto em agentes de código.
Três fluxos, três níveis
1 de 3Atendimento: triagem de chamados
Classificar mensagens em cinco rótulos fechados, com JSON validado no código. Nível low no Claude ou no GPT, ou o menor nível do Gemini em uso. A resposta sai mais rápida e a fila não espera o modelo deliberar sobre um boleto vencido.
Jurídico: parecer sobre cláusula de multa
Ler contrato, cruzar prazo, valor e exceções e dizer se a multa é exigível. Nível high, porque cada condição depende da anterior e um erro vira prejuízo. A revisão humana continua no fim, apoiada no resumo do raciocínio que o parâmetro de resumo devolve.
Produto: agente que corrige um bug
O agente lê o repositório, roda testes e altera arquivos por muitos minutos. Nível xhigh no Claude ou no GPT, ou high no Grok e no Gemini 3.1 Pro. Defina teto de chamadas de ferramenta, porque pensar demais em agente aparece como ação desgarrada.
O procedimento abaixo compara o mesmo prompt em dois níveis, com tudo o mais idêntico, e cabe numa tarde. O exemplo usa triagem de chamados; a mesma estrutura vale para extração, resumo ou parecer.
Guia prático: medir o mesmo prompt em dois níveis de esforço
Uma tarefa, dois níveis, a mesma amostra. O resultado é uma decisão por fluxo com acerto, tokens e tempo.
Passo 1: Separe 20 casos reais da tarefa com a resposta certa anotada
Inclua os casos difíceis que já deram erro, como o chamado com atraso e dano ao mesmo tempo.
Deu certo quando: Planilha com entrada e gabarito de cada caso.
Erro comum: Montar só casos fáceis, que empatam em qualquer nível.
Passo 2: Rode o prompt no nível padrão e num degrau abaixo
Use as chamadas JSON abaixo e troque apenas o valor do esforço. Em tarefa complexa, compare o padrão com um degrau acima.
Deu certo quando: Duas colunas de respostas para os mesmos 20 casos.
Erro comum: Mudar o prompt e o nível ao mesmo tempo e não saber qual dos dois causou a diferença.
Passo 3: Anote tokens de saída e tempo de cada chamada
Os tokens vêm no campo de uso da resposta (usage); o tempo, no relógio do seu script.
Deu certo quando: Total de tokens de saída e tempo médio por nível.
Erro comum: Olhar só a qualidade e ignorar a conta.
Passo 4: Compare as execuções com o prompt de comparação
Cole o gabarito, as duas saídas e os números de uso no segundo prompt.
Deu certo quando: Acertos por nível, divergências com a regra que decide e a razão de gasto.
Erro comum: Aceitar o veredito sem abrir os casos divergentes.
Passo 5: Fique com o nível mais barato que empata
Se o nível baixo acerta o mesmo ou erra só casos que uma regra do prompt resolve, ele vence. Se perde em casos sem regra, o alto se justifica.
Deu certo quando: Nível escolhido e anotado na configuração do fluxo.
Erro comum: Subir o nível de tudo por causa de um caso isolado.
No fim você tem: Uma linha por fluxo com o nível escolhido, a taxa de acerto, o custo por mil chamadas e a data da próxima medição.
[
{"id": "C-101", "categoria": "entrega_atrasada", "motivo": "Prazo de 09/10 vencido sem entrega"},
{"id": "C-102", "categoria": "produto_avariado", "motivo": "Sofá chegou com pé quebrado"},
{"id": "C-103", "categoria": "troca_ou_devolucao", "motivo": "Cliente quer devolver por causa da cor"},
{"id": "C-104", "categoria": "duvida_de_pagamento", "motivo": "Pede novo boleto sem multa"},
{"id": "C-105", "categoria": "produto_avariado", "motivo": "Atraso e dano; a regra 2 manda dano"},
{"id": "C-106", "categoria": "outro", "motivo": "Pergunta sobre montagem em Campinas"}
]
Na mesma amostra, o nível low e o nível padrão costumam
devolver as mesmas seis categorias; o que muda é o campo
de uso: menos tokens de saída e resposta mais rápida no low.{
"model": "claude-opus-5-5",
"max_tokens": 4000,
"thinking": {
"type": "adaptive"
},
"output_config": {
"effort": "low"
},
"messages": [
{
"role": "user",
"content": "<cole aqui o prompt 1 completo>"
}
]
}{
"model": "gpt-6.1-sol",
"reasoning": {
"effort": "low"
},
"input": "<cole aqui o prompt 1 completo>"
}{
"model": "gemini-3.8-flash",
"input": "<cole aqui o prompt 1 completo>",
"generation_config": {
"thinking_level": "low"
}
}Acertos: A acertou 6 de 6; B acertou 5 de 6.
Divergência:
- C-105: B marcou entrega_atrasada. A regra 2 manda
produto_avariado quando há dano e atraso; A seguiu a regra.
Gasto: B usou cerca de 6,3 vezes os tokens de saída de A
(1.940 contra 310) e levou 9,8 s contra 2,1 s.
Recomendação: adote o effort low neste fluxo. Mude de ideia
se, numa amostra de 20 chamados reais, o low errar casos que
nenhuma regra do prompt resolve.Erros que encarecem o raciocínio sem ganho
Regule o pensamento pelo parâmetro de esforço e decida o nível pela medição.
- Pedir “pense com cuidado” a modelo de raciocínio: remova a linha e ajuste o effort
- Trocar o effort de topo a cada chamada no Claude: o cache do prefixo se perde
- Manter temperature e top_p em chamada de GPT com effort acima de none
- Esquecer que o max_output_tokens do Gemini inclui o pensamento e corta a resposta
- Comparar o high de um fornecedor com o high de outro como se fossem iguais
O teste: Se o nível mais barato acerta o mesmo na sua amostra de 20 casos, ele fica.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
Verificação rápida
Um fluxo extrai CNPJ, data e valor de notas fiscais de layout estável no Opus 5.5 com effort high. O erro custa caro. Qual é o primeiro movimento?
Faça hoje
Escolha o fluxo de maior volume da equipe, separe 20 casos com gabarito e rode o mesmo prompt no nível atual e um degrau abaixo, com tudo o mais idêntico. Em 30 a 40 minutos você tem duas colunas de acerto, tokens de saída e tempo. Se o nível mais barato empata, mude a configuração hoje e anote a economia por mil chamadas; se ele perde, você passa a ter o número que justifica pagar pelo nível alto.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- CursoSkills de IA com Vibecoding e Terminalsugerido pelo grafo3 capítulos de “Prompt Engineering para Executivos” usam conceitos apresentados em “Skills de IA com Vibecoding e Terminal”.
- CursoVídeo com IA: Claude Code, Codex e ElevenLabssugerido pelo grafo3 capítulos de “Prompt Engineering para Executivos” usam conceitos apresentados em “Vídeo com IA: Claude Code, Codex e ElevenLabs”.
- CursoMCP para quem decidesugerido pelo grafo2 capítulos de “Prompt Engineering para Executivos” usam conceitos apresentados em “MCP para quem decide”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- LLM FinOps: o custo da IA para quem assina o orçamentoTokens de raciocínio: o dial que ninguém regulouExaminar conexões de Tokens de raciocínio: o dial que ninguém regulou
- RLM 2027Classificar cada auto-melhoria pelo que ela altera e por quem a avaliaExaminar conexões de Classificar cada auto-melhoria pelo que ela altera e por quem a avalia
- Agentes de código para executivosEscolher entre Claude Code e Codex pelo tipo de trabalhoExaminar conexões de Escolher entre Claude Code e Codex pelo tipo de trabalho
Voltar ao capítulo anterior: Tirar do prompt as instruções que quebram nos modelos de 2026
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.