Quando dovresti riassumere la cronologia della conversazione invece di inviare di nuovo tutto?

Question

Accepted Answer

Riassumi la conversazione quando la cronologia diventa lunga e i dettagli precedenti non sono più necessari per l'attività attuale. Invece di reinviare l'intero transcript ad ogni turno, sostituisci le parti più vecchie e risolte con un breve riassunto che mantiene le **decisioni chiave e lo stato attuale** e scarta i dettagli risolti.

## Perché è importante

- **Finestra di contesto** — ogni modello ha un contesto finito. Una cronologia lunga e non modificata alla fine lo supera e i messaggi più vecchi vengono troncati comunque.
- **Costo e latenza** — paghi (in token) e attendi ogni messaggio che reinvii. Un thread di 50 messaggi rielaborato ad ogni turno è lento e costoso; un riassunto compatto è economico.
- **Focus** — gli scambi irrilevanti (un bug che hai già corretto, un'idea che hai rifiutato) distraggono il modello da ciò che importa ora.

## Cosa mantenere e cosa scartare

```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
```

## Esempio

```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.
```

Questo mantiene il modello completamente consapevole delle decisioni e dell'attività attuale mentre scarta il rumore che le ha portate.

## Perché è importante

Sapere quando riassumere mantiene un assistente IA che funziona all'interno della sua finestra di contesto, veloce ed economico — e mantiene la sua attenzione sulle decisioni e lo stato attuale che guidano effettivamente il prossimo passo, invece di affogare nella cronologia risolta.