Quando você deve resumir o histórico da conversa em vez de reenviar tudo?

Question

Accepted Answer

Resuma a conversa quando o histórico fica longo e os detalhes anteriores não são mais necessários para a tarefa atual. Em vez de reenviar toda a transcrição a cada turno, você substitui partes antigas e resolvidas por um resumo breve que mantém **as decisões-chave e o estado atual** e descarta desvios resolvidos.

## Por que isso importa

- **Janela de contexto** — cada modelo tem um contexto finito. Um histórico longo e não editado eventualmente transborda e as mensagens mais antigas são truncadas de qualquer forma.
- **Custo e latência** — você paga (em tokens) e aguarda todas as mensagens que reenvia. Uma conversa de 50 mensagens reprocessada a cada turno é lenta e cara; um resumo conciso é barato.
- **Foco** — idas e vindas irrelevantes (um bug que você já corrigiu, uma ideia que rejeitou) distraem o modelo do que importa agora.

## O que manter vs descartar

```text
KEEP → decisions made ("we chose Postgres"), constraints ("must run on Node 18"),
        current state ("auth works; now wiring the dashboard"), open questions
DROP → resolved tangents, dead-end attempts, long pasted output already acted on,
        polite filler
```

## Exemplo

```text
# Instead of 40 messages, summarize the settled context:
Summary so far:
- Building a REST API in Express + Postgres (Node 18).
- Auth (JWT) is done and tested.
- DECISION: use Zod for request validation.
Current task: add the GET /orders endpoint with pagination.
```

Isso mantém o modelo totalmente fundamentado nas decisões e na tarefa atual, ao mesmo tempo que descarta o ruído que o levou até lá.

## Por que isso importa

Saber quando resumir mantém um assistente de IA funcionando dentro de sua janela de contexto, rápido e barato — e mantém sua atenção nas decisões e estado atual que realmente impulsionam o próximo passo, em vez de se afogar no histórico resolvido.