Prompt Engineering para Executivos · Capítulo 20 de 28 · 14 min
Cortar a conta de IA começando pelas alavancas gratuitas
Corte a fatura de IA na ordem certa: cache do prompt, tokens enxutos, lote, esforço menor e só depois troca de modelo, medindo o custo por tarefa concluída.
Este capítulo faz parte do curso gratuito Prompt Engineering para Executivos.
Para cortar a conta de IA em 2026, use antes as alavancas que não custam qualidade: cache do começo fixo do prompt, menos tokens, lote para o que pode esperar e esforço de raciocínio menor. Trocar de modelo fica para o fim. Vale para quem paga API por volume; comece medindo o cache do fluxo mais caro.
A ordem pesa porque cada alavanca cobra um preço diferente. Cache e higiene de tokens saem de graça, o lote cobra prazo de entrega, e esforço menor ou modelo menor podem cobrar acerto, que só a suíte de avaliação mede. Começar pela troca de modelo cobra duas vezes, na migração e no retrabalho das respostas que pioram, e deixa intacto o desperdício do prompt.
Esse desperdício costuma morar num detalhe que a fatura não mostra. Uma linha com data e hora no topo do system prompt (a instrução fixa que abre cada chamada) muda o começo do pedido a cada requisição, e o fornecedor cobra preço cheio por um texto quase idêntico ao da chamada anterior.
Como o cache de prompt reduz a fatura
Cache de prompt (prompt caching) é a memória curta do fornecedor para o começo repetido do pedido, como o garçom que já anotou o pedido de sempre. A primeira chamada grava esse prefixo, o trecho inicial idêntico entre chamadas, e paga um pouco mais; as seguintes releem o prefixo por uma fração do preço. Na Anthropic, a escrita custa 1,25× a entrada no prazo de cinco minutos e 2× no de uma hora, e a leitura custa 0,1× na maioria dos modelos, 0,05× no Opus 5.5 e no Sonnet 5.5 e 0,025× no Fable 5.1.
O casamento do prefixo é exato e segue a ordem tools, system, messages: ferramentas primeiro, instrução de sistema depois e mensagens por último, até o bloco marcado com cache_control (a etiqueta que diz ao Claude onde termina o trecho a guardar). Um caractere diferente no começo invalida tudo o que vem depois. Por isso o desenho do prompt decide a conta: o que é fixo sobe para o topo, e o que muda (data, cliente, pergunta) desce para a última mensagem.
Em 2026 a conta ficou mais favorável. O mínimo cacheável é de 512 tokens nos modelos Claude 5.x, contra 4.096 no Haiku 4.5, e a OpenAI guarda o prefixo por 30 minutos do GPT-5.6 em diante. Um prefixo usado em dez chamadas dentro de cinco minutos custa 2,15 unidades em vez de dez (uma escrita a 1,25 e nove leituras a 0,1), cerca de 78% a menos nessa parte da entrada.
- Etapa 1 de 6: Cachear o prefixo
Ferramentas, system e documentos fixos no topo; leitura a 0,05× ou 0,1× no Claude
- Etapa 2 de 6: Enxugar entrada e saída
Cortar instrução morta, histórico velho e resposta mais longa que a tarefa
- Etapa 3 de 6: Mandar para lote
O que ninguém espera na tela paga 50% a menos em entrada e saída
- Etapa 4 de 6: Baixar o esforço
Um nível abaixo, medido na suíte de avaliação antes de virar padrão
- Etapa 5 de 6: Rotear por dificuldade
Modelo menor para o caso fácil; o maior só onde o acerto exige
- Etapa 6 de 6: Limpar o contexto de agentes
Context editing e compactação no servidor quando o histórico cresce
O que quebra o cache sem avisar
No Claude, mudar a definição das ferramentas, o tool_choice (a regra que diz se e qual ferramenta o modelo deve chamar), as imagens, os parâmetros de pensamento ou o effort de topo (o nível de esforço declarado no corpo da chamada) entre requisições invalida o prefixo. A data no topo do system prompt faz o mesmo de forma mais discreta, porque a API não devolve erro algum e só cobra a entrada cheia. O conserto é levar o que muda para depois do último bloco cacheado e, quando precisar trocar o esforço no meio da conversa, usar uma mensagem de sistema dentro de messages, que a Anthropic documenta como preservadora do cache.
Invalidador silencioso x prefixo estável
Invalidador silencioso
Zera o cache
- Data e hora na primeira linha do system prompt
- Nome do cliente ou id de sessão antes da política
- Ferramentas serializadas em ordem diferente a cada chamada
- Effort de topo alterado entre chamadas do mesmo fluxo
- Pergunta do usuário antes dos documentos de referência
Prefixo estável
Mantém o cache
- Data e hora na última mensagem, depois do bloco cacheado
- Dados do cliente num bloco de atendimento no fim do pedido
- Lista de ferramentas fixa, sempre na mesma ordem
- Esforço trocado por mensagem de sistema dentro de messages
- Documentos fixos primeiro e pergunta por último
Cada fornecedor cobra o cache de um jeito, e um prefixo que rende no Claude pode não render nada no Gemini se ficar abaixo do mínimo de lá. A tabela junta mínimo, prazo, preço de leitura e escrita e desconto de lote em outubro de 2026.
Como fica em cada modelo
| Modelo | O que muda | Cuidado |
|---|---|---|
| Claude (Anthropic) | Cache explícito com cache_control, até 4 pontos por pedido. Mínimo de 512 tokens nos modelos 5.x. Prazo de 5 min (escrita 1,25×) ou 1 h (escrita 2×). Leitura 0,1×; 0,05× no Opus 5.5 e no Sonnet 5.5; 0,025× no Fable 5.1. Lote 50% mais barato, somado ao cache. | Mudar ferramentas, tool_choice, imagens, pensamento ou effort de topo invalida o prefixo. Troque o esforço por mensagem de sistema no meio da conversa. |
| GPT (OpenAI) | Cache automático por prefixo. Do GPT-5.6 em diante, mínimo de 1.024 tokens e prazo de 30 min após o último uso; leitura 0,1× (0,05× no GPT-6.1 Sol) e escrita 1,25×. Batch e Flex a 50% do preço. | Modelos anteriores ao GPT-5.6 só têm cache implícito, com retenção definida em prompt_cache_retention. A mesma ordem fixo no topo e variável no fim vale aqui. |
| Gemini (Google) | Cache implícito a partir de 4.096 tokens no 3.8 Flash, no 3.6 Flash e no 3.1 Pro Preview. Explícito em beta, só no generateContent, com prazo padrão de 1 h. Leitura a US$ 0,075 no 3.8 Flash e US$ 0,20 no 3.1 Pro. Batch e Flex a 50%. | O cache explícito cobra armazenamento por hora (US$ 4,50 por milhão de tokens no 3.1 Pro). Os preços do 3.8 Flash e do 3.6 Flash dobram em 01/01/2027. |
| Grok (xAI) | Cache automático, com entrada cacheada a 0,25× no Grok 4.7: US$ 0,50 contra US$ 2 por milhão de tokens. | O Grok 4.7 não aceita lote. Prompt a partir de 200 mil tokens paga a tarifa alta em todos os tokens do pedido. |
| Modelos abertos (DeepSeek, Qwen) | DeepSeek V4.1 Flash tem cache automático por prefixo: US$ 0,006 no acerto contra US$ 0,30 na falha, no horário de pico. Fora do pico, tudo custa metade. | No DeepSeek, mínimo e prazo do cache não estão publicados. No Qwen3.8 servido por você, quem cacheia é o servidor de inferência que roda o modelo. |
Fonte: Anthropic, OpenAI, Google, xAI e DeepSeek, páginas de preços e de cache, 13/10/2026
Enxugar tokens, mandar para lote e baixar o esforço
Higiene de tokens é tirar do pedido o que o modelo não usa: instrução repetida, exemplo que não muda a resposta, histórico velho e o pedido de “pense passo a passo”, que os guias da Anthropic, da OpenAI e do Google mandam remover em modelos de raciocínio. A saída merece mais cuidado que a entrada, porque custa cinco vezes mais nos modelos Claude atuais (US$ 20 contra US$ 4 por milhão de tokens no Opus 5.5). Peça o formato curto que a tarefa exige e defina max_tokens, o teto de tokens da resposta.
O lote (Batch API, a fila assíncrona sem prazo garantido) dá 50% de desconto em entrada e saída na Anthropic, na OpenAI e no Gemini, e no Claude o desconto se soma ao do cache. Classificação noturna, enriquecimento de cadastro e relatório semanal cabem ali; atendimento ao vivo fica fora.
Esforço (effort) é o botão que regula quanto o modelo pensa antes de responder, como a diferença entre um rascunho e uma revisão completa. No Claude, output_config.effort vai de low a max e afeta todos os tokens de saída, inclusive chamadas de ferramenta, e a Anthropic afirma que baixar o esforço reduz pensamento, custo e latência de forma mais confiável que instruções no prompt. No Gemini, o pensamento é cobrado como saída. Teste um nível abaixo na suíte de avaliação antes de cogitar outro modelo.
Roteamento (routing) é mandar cada pedido ao modelo mais barato que resolve, como a triagem de um pronto-socorro. A diferença de tabela explica o interesse: o Haiku 5.5 cobra US$ 0,10 por milhão de tokens de entrada até 100 mil tokens de prompt, contra US$ 4 do Opus 5.5. A troca só entra em produção quando a suíte de avaliação mostra o mesmo acerto no fluxo roteado.
Os números que movem a fatura do Claude
0,05×
leitura de cache no Opus 5.5 e no Sonnet 5.5
0,1× na maioria dos modelos; escrita de 5 min a 1,25×
50%
desconto do lote em entrada e saída
soma-se ao desconto do cache
5×
preço da saída sobre o da entrada
Opus 5.5: US$ 4 e US$ 20 por milhão de tokens
30%
mais tokens para o mesmo texto
tokenizador novo, do Opus 4.7 em diante
Fonte: Anthropic, Pricing e Prompt caching, 13/10/2026
Em agentes, o custo cresce com o histórico, porque cada volta do laço relê tudo o que veio antes. Context editing (a limpeza automática de resultados antigos de ferramentas) apaga do contexto as chamadas mais velhas: a estratégia clear_tool_uses_20250919 dispara por padrão em 100.000 tokens de entrada e mantém os três usos mais recentes. A compactação no servidor, compact_20260112, resume o histórico e é a estratégia que a Anthropic chama de primária para conversas longas.
O que medir para saber se funcionou
No Claude, o campo usage (o recibo de consumo que volta em cada resposta) traz cache_creation_input_tokens, os tokens gravados no cache, e cache_read_input_tokens, os relidos a preço baixo; no Gemini, o campo é usage.total_cached_tokens. Some esses números por fluxo e calcule a taxa de acerto do cache: tokens lidos do cache sobre o total de entrada. Fluxo com prefixo repetido e leitura zerada tem um invalidador escondido.
A métrica de decisão é o custo por tarefa concluída: gasto total do fluxo dividido pelas tarefas que passaram na avaliação. Chamada barata que precisa ser refeita entra duas vezes no gasto e uma vez no denominador, por isso o custo por chamada engana quem compara modelos.
Uma alavanca principal por fluxo (exemplos ilustrativos)
1 de 3Atendimento: política no prefixo
Uma varejista repete a mesma política de trocas em toda conversa. Política e ferramentas sobem para o system com cache de 5 minutos; data, cliente e pedido descem para a última mensagem. No Sonnet 5.5, a política passa a custar 0,05× da entrada a cada atendimento.
Jurídico: lote somado ao cache
Um escritório revisa contratos durante a noite contra o mesmo checklist de cláusulas. O checklist vira prefixo cacheado de 1 hora e os contratos seguem pela Batch API, com 50% a menos em entrada e saída. Ninguém espera a resposta ao vivo, então o prazo do lote não pesa.
Produto: agente com contexto limpo
Um agente de pesquisa de concorrência roda dezenas de buscas por relatório. Context editing limpa resultados antigos a partir de 100.000 tokens, o esforço cai para low nas voltas de coleta e o custo passa a ser medido por relatório aprovado na revisão.
Reorganizar um prompt para cachear
O exemplo abaixo usa o assistente de atendimento da Raiz Verde Cosméticos, empresa fictícia. Os dois prompts têm o mesmo conteúdo e produzem a mesma resposta; muda só a ordem, e com ela o campo usage.
Guia prático: reorganizar um prompt para cachear
Seis passos para levar um prompt de atendimento do preço cheio à leitura de cache, com o Claude Sonnet 5.5 como exemplo.
Passo 1: Separe o fixo do variável
Marque no prompt atual o que se repete em toda chamada (papel, política, regras, ferramentas) e o que muda (data, cliente, pedido, pergunta).
Deu certo quando: Cada linha do prompt cai numa das duas listas.
Erro comum: Esquecer o id do atendimento ou a hora na primeira linha.
Passo 2: Suba o fixo para o topo, na ordem tools, system, messages
Ferramentas em ordem fixa, depois o system com papel, política e regras, sem data nem hora.
Deu certo quando: Duas chamadas seguidas têm o começo idêntico, caractere a caractere.
Erro comum: Montar a lista de ferramentas a partir de um dicionário que muda de ordem.
Passo 3: Desça o variável para a última mensagem
Data, dados do cliente e pergunta entram num bloco de atendimento na mensagem do usuário.
Deu certo quando: O bloco de atendimento é a última coisa do pedido.
Erro comum: Inserir a data dentro da política para dar contexto ao modelo.
Passo 4: Marque o ponto de cache e confira o mínimo
No Claude, cache_control no último bloco fixo. O prefixo precisa de 512 tokens nos modelos 5.x, 1.024 na OpenAI e 4.096 no cache implícito do Gemini.
Deu certo quando: A primeira chamada devolve cache_creation_input_tokens acima de zero.
Erro comum: Prefixo abaixo do mínimo, que o fornecedor não grava.
Passo 5: Escolha o prazo pelo intervalo entre chamadas
Chamadas a cada poucos minutos ficam no prazo padrão de 5 minutos. Com intervalos maiores e reuso alto, acrescente ttl 1h, que se paga na segunda leitura.
Deu certo quando: A leitura de cache aparece também nas chamadas espaçadas.
Erro comum: Pagar 2× na escrita de 1 hora para chamadas que chegam a cada segundo.
Passo 6: Meça três chamadas seguidas
Rode três atendimentos em menos de 5 minutos e leia o campo usage de cada resposta.
Deu certo quando: Da segunda chamada em diante, cache_read_input_tokens igual ao tamanho do prefixo.
Erro comum: Conferir só a fatura do mês, que mistura todos os fluxos.
No fim você tem: Um prompt com o bloco fixo cacheado, o variável no fim e um número de leitura de cache para acompanhar por fluxo.
Olá, Maria! O sérum foi recebido em 03/10, então o prazo de arrependimento de 7 dias (item 1) já passou.
O seu caso entra no item 3: não adaptação a skincare aberto dá direito a troca por crédito na loja até 18/10/2026.
Envio por e-mail o código de postagem, com frete pago pela Raiz Verde.
Quando o sérum chegar ao nosso centro de distribuição, o crédito de R$ 129,90 fica disponível por 6 meses.
Posso gerar o código de postagem agora?
Campo usage em três atendimentos seguidos (cache_control no fim do system):
chamada 1: input_tokens 0 | cache_creation_input_tokens 918 | cache_read_input_tokens 0
chamada 2: input_tokens 0 | cache_creation_input_tokens 925 | cache_read_input_tokens 0
chamada 3: input_tokens 0 | cache_creation_input_tokens 911 | cache_read_input_tokens 0
A data e o cliente no topo mudam o prefixo: cada chamada grava de novo e paga 1,25× na escrita.Olá, Maria! O sérum foi recebido em 03/10, então o prazo de arrependimento de 7 dias (item 1) já passou.
O seu caso entra no item 3: não adaptação a skincare aberto dá direito a troca por crédito na loja até 18/10/2026.
Envio por e-mail o código de postagem, com frete pago pela Raiz Verde.
Quando o sérum chegar ao nosso centro de distribuição, o crédito de R$ 129,90 fica disponível por 6 meses.
Posso gerar o código de postagem agora?
Campo usage em três atendimentos seguidos (cache_control no fim do system):
chamada 1: input_tokens 74 | cache_creation_input_tokens 846 | cache_read_input_tokens 0
chamada 2: input_tokens 81 | cache_creation_input_tokens 0 | cache_read_input_tokens 846
chamada 3: input_tokens 69 | cache_creation_input_tokens 0 | cache_read_input_tokens 846
Da segunda chamada em diante, o bloco fixo volta como leitura de cache (0,05× no Sonnet 5.5).{
"model": "claude-sonnet-5-5",
"max_tokens": 400,
"system": [
{
"type": "text",
"text": "Você é o assistente de atendimento da Raiz Verde Cosméticos, loja online brasileira de skincare. Responda só com base na política abaixo.\n\n<politica_de_trocas>\n(os 7 itens da política, iguais aos do prompt acima)\n</politica_de_trocas>\n\n<regras_de_resposta>\n(as 6 regras, iguais às do prompt acima)\n</regras_de_resposta>",
"cache_control": {
"type": "ephemeral"
}
}
],
"messages": [
{
"role": "user",
"content": "<atendimento>\nData e hora: 13/10/2026, 14h32\nAtendimento: 77.104\nCliente: Maria Aparecida Gonçalves da Silva\nPedido: 48.213, Sérum Facial Vitamina C 30 ml, R$ 129,90, recebido em 03/10/2026\nPergunta da cliente: Abri o sérum há uma semana e não me adaptei. Ainda dá para devolver?\n</atendimento>"
}
]
}{
"stop_reason": "end_turn",
"usage": {
"input_tokens": 81,
"cache_creation_input_tokens": 0,
"cache_read_input_tokens": 846,
"output_tokens": 127
}
}Onde a conta escapa sem aparecer na fatura
Se o começo do pedido muda, o cache zera e a API não avisa.
- Data, hora ou id de sessão no topo do system prompt
- Effort de topo trocado entre chamadas do mesmo fluxo
- Prefixo abaixo do mínimo: 512 tokens no Claude 5.x, 1.024 na OpenAI
- Cache explícito do Gemini parado, cobrando armazenamento por hora
- Economia medida por chamada, sem contar o retrabalho
O teste: Rode a mesma requisição duas vezes: a segunda precisa mostrar leitura de cache.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
Faça hoje
Abra o fluxo de maior gasto, rode três requisições seguidas em menos de cinco minutos e leia cache_read_input_tokens na segunda e na terceira (no Gemini, total_cached_tokens). Se vier zero com prefixo acima do mínimo, procure a data, o id ou a ferramenta que muda no topo e leve para a última mensagem. Em 30 minutos o prefixo inteiro deve voltar como leitura de cache, e a conta do mês seguinte mostra o resto.
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”.
Depois, siga para
- CursoAgentes de IA Autônomos: Do Conceito à Produção
- CursoLLM FinOps: o custo da IA para quem assina o orçamentosugerido pelo grafo5 capítulos de “LLM FinOps: o custo da IA para quem assina o orçamento” usam conceitos apresentados em “Prompt Engineering para Executivos”.
- CursoRLM 2027sugerido pelo grafo2 capítulos de “RLM 2027” usam conceitos apresentados em “Prompt Engineering para Executivos”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- LLM FinOps: o custo da IA para quem assina o orçamentoCache de prefixo: o desconto de 90% com risco zeroExaminar conexões de Cache de prefixo: o desconto de 90% com risco zero
- Software e IA para executivosLer a fatura de IA pelo que ela mede de verdadeExaminar conexões de Ler a fatura de IA pelo que ela mede de verdade
- Letramento em IA para ExecutivosEscolha e combine modelos com governança e custoExaminar conexões de Escolha e combine modelos com governança e custo
Voltar ao capítulo anterior: Calcular o custo de uma iniciativa de IA pela tabela de preços
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.
Capítulos vizinhos em Prompt Engineering para Executivos
- 18Combinar vários modelos com rota, reserva e versão fixada
- 19Calcular o custo de uma iniciativa de IA pela tabela de preços
- 20Cortar a conta de IA começando pelas alavancas gratuitas
- 21Avaliar a IA com uma planilha de 20 a 50 tarefas reais
- 22Montar um relatório de IA só com métricas que resistem à pergunta