Início › Glossário › Prompt caching
Glossário

O que é Prompt caching?

Prompt caching é uma técnica (e, em algumas plataformas, um recurso) para reaproveitar partes repetidas do seu prompt — como instruções fixas, políticas e contexto padrão — sem recalcular tudo a cada chamada. Na prática, isso tende a reduzir latência e custo em fluxos repetitivos (suporte, triagem, extração). O ganho depende do provedor, do tamanho do prompt e do padrão de repetição.

O que, exatamente, fica “em cache”

Em aplicações com IA, muita coisa se repete: o system prompt (regras), o tom de voz, o checklist de conformidade, a estrutura de saída em JSON e até trechos de contexto que mudam pouco.

O caching tenta evitar trabalho duplicado nessas partes estáveis. Em vez de processar do zero, o sistema reutiliza um resultado intermediário (ou otimizações equivalentes) quando reconhece que o trecho é o mesmo.

Importante: “cache” não significa necessariamente guardar a resposta final. Em geral, a ideia é reaproveitar o processamento do prefixo do prompt (a parte inicial e estável).

Quando vale a pena (e quando é irrelevante)

O prompt caching costuma aparecer como ganho real quando você tem alto volume e repetição: muitos usuários, mesmos blocos fixos, e chamadas frequentes ao modelo.

Se cada requisição é completamente diferente (ou se o prompt é curto), o efeito pode ser pequeno ou inexistente.

  • Vale a pena em: atendimento com script fixo + dados do cliente, classificação de tickets com mesma taxonomia, extração de campos de documentos seguindo o mesmo esquema, agentes que rodam várias etapas com instruções iguais.
  • Geralmente irrelevante em: perguntas avulsas, exploração criativa, prompts curtos, tarefas em que o contexto muda inteiro a cada vez.

Prompt caching vs. RAG: não são a mesma coisa

É comum confundir caching com RAG. RAG serve para buscar conhecimento externo (base de documentos, FAQs, políticas) e “aterrar” a resposta em fontes internas.

Caching é otimização de repetição: ele ajuda quando o formato e as instruções são estáveis — mesmo que o conteúdo buscado via RAG mude a cada pergunta.

Checklist rápido para usar sem dor de cabeça

Se você quer aproveitar caching (quando o provedor ou sua arquitetura permite), o ponto central é: estabilize o que pode ser estável e versiona o que muda.

  • Separe o prompt em blocos: (1) regras fixas, (2) formato de saída, (3) contexto do caso, (4) pergunta do usuário.
  • Versione o bloco fixo (ex.: v1.3). Mudou uma regra? Sobe versão para evitar reaproveitar cache “velho”.
  • Evite colocar dados sensíveis no bloco fixo. O fixo deve ser genérico; o sensível entra só na parte variável e mínima.
  • Padronize a serialização (espaços, quebras de linha, ordem de campos). Pequenas diferenças podem impedir reaproveitamento.
  • Monitore erros por mudança de prompt: caching pode mascarar regressões se você não observar logs e amostras.

Cuidados: privacidade, logs e vazamento acidental

Caching é ótimo para performance, mas traz perguntas legítimas: o que é armazenado, por quanto tempo, onde, e com quais garantias.

Sem acesso ao contrato e à documentação do seu provedor, trate caching como um tema de governança: confirme políticas de retenção, isolamento entre clientes (tenancy), e como o cache é invalidado.

Mesmo quando o cache é apenas interno e técnico, a disciplina de “mínimo necessário” de dados no prompt continua valendo.

Tabela: exemplos práticos de prompts que se beneficiam

A regra simples: quanto maior o trecho repetido e quanto mais vezes você o reutiliza, mais sentido faz pensar em caching.

CenárioO que se repeteO que mudaChance de ganho
Triagem de ticketsTaxonomia, critérios, formato JSONTexto do ticketAlta
Extração de dados de PDFsEsquema de campos, regras de validaçãoConteúdo do documentoAlta
Atendimento com políticas fixasPolíticas, tom, limites do que pode prometerHistórico do cliente e perguntaMédia/Alta
Brainstorm criativoPouco (varia o tempo todo)Quase tudoBaixa

Perguntas frequentes

Prompt caching é a mesma coisa que “salvar prompt” ou template?
Não. Template é você reutilizar o texto. Caching é o sistema reutilizar parte do processamento (ou um artefato técnico equivalente) para acelerar e/ou baratear chamadas repetidas.
Se eu mudar uma vírgula no prompt, o cache deixa de funcionar?
Pode deixar, dependendo de como o cache é identificado. Por isso padronização e versionamento ajudam: mudanças pequenas viram uma nova versão deliberada, não uma variação acidental.
Caching aumenta o risco de vazamento de dados?
Não necessariamente, mas pode aumentar a superfície de risco se você colocar informações sensíveis em blocos repetidos ou se não entender a política de retenção do provedor. A prática segura é manter o bloco cacheável genérico e revisar logs/controles.
Dá para usar prompt caching com RAG e agentes?
Sim. Uma combinação comum é: instruções fixas e formato em cache, e o conteúdo recuperado via RAG entrando como parte variável. Em agentes, caching pode ajudar muito quando há várias etapas com as mesmas regras.

Termos relacionados

← Ver glossário completo