Когда следует суммировать историю разговора вместо того, чтобы отправлять всё заново?

Question

Accepted Answer

Резюмируйте разговор, когда история становится длинной и более ранние детали больше не нужны для текущей задачи. Вместо того чтобы пересылать полный транскрипт при каждом обращении, вы заменяете старые, разрешённые части кратким резюме, которое сохраняет **ключевые решения и текущее состояние** и удаляет разрешённые отвлечения.

## Почему это важно

- **Окно контекста** — каждая модель имеет ограниченный контекст. Длинная неотредактированная история в конце концов переполняется, и самые старые сообщения в любом случае усекаются.
- **Стоимость и задержка** — вы платите (в токенах) и ждёте каждое сообщение, которое отправляете заново. Поток из 50 сообщений, переработанный при каждом обращении, медленный и дорогой; краткое резюме дёшево.
- **Сосредоточение** — не относящийся к делу туда-сюда (баг, который вы уже исправили, идея, которую вы отклонили) отвлекает модель от того, что важно сейчас.

## Что сохранить и что удалить

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

## Пример

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

Это держит модель полностью сосредоточенной на решениях и текущей задаче, отбрасывая шум, который к этому привёл.

## Почему это важно

Знание того, когда резюмировать, позволяет помощнику ИИ работать в пределах своего окна контекста, быстро и дёшево — и сохраняет его внимание на решениях и текущем состоянии, которые действительно определяют следующий шаг, вместо того чтобы утонуть в разрешённой истории.