Când ar trebui să rezumezi istoricul conversației în loc să retrimiti totul?

Question

Accepted Answer

Rezumează conversația atunci când istoricul devine lung și detaliile anterioare nu mai sunt necesare pentru sarcina curentă. În loc să retrimiti întreaga transcriere la fiecare tur, înlocuiești părțile mai vechi și rezolvate cu un rezumat scurt care păstrează **deciziile cheie și starea curentă** și elimini tangențele rezolvate.

## De ce să rezumezi

- **Fereastra de context** — fiecare model are un context finit. Un istoric lung și needit se depășește în cele din urmă și mesajele mai vechi sunt trunchiate oricum.
- **Cost și latență** — plătești (în tokens) și aștepți pentru fiecare mesaj pe care îl retrimiti. Un fir de 50 de mesaje reprelucat la fiecare tur este lent și scump; un rezumat strâns este ieftin.
- **Focus** — înainte și înapoi irelevant (un bug pe care l-ai deja reparat, o idee pe care ai respins-o) distrage modelul de la ceea ce contează acum.

## Ce să păstrezi vs ce să elimini

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

## Exemplu

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

Aceasta ține modelul complet ancorat în decizii și sarcina curentă, în timp ce elimină zgomotul care a dus acolo.

## De ce este important

Înțelegerea când să rezumezi ține un asistent AI funcționând în limitele ferestrei sale de context, rapid și ieftin — și îi menține atenția pe deciziile și starea curentă care propulsează cu adevărat pasul următor, în loc să se înec în istoricul rezolvat.