Подход · ротация сессии

Ротация контекста

Долгий чат дорожает: каждый ход оплачивает входной контекст, и чем длиннее история, тем дороже следующий шаг. Мы начинаем новый чат, а состояние держим в репозитории — и поднимаем его протоколом старта.

01Проблема

История в чате — это счёт

Каждый ход модель оплачивает заново: правила, переписку, старые попытки и разборы ошибок. В короткой сессии это дёшево, но задача живёт днями — и чат растёт. Полезного в нём остаётся немного: вывод уже сделан, решение уже записано, а платим мы за весь путь до него.

Чистить историю руками — тоже работа, и её надо помнить. Поэтому у нас чистка не ручная, а архитектурная: сессия живёт ровно столько, сколько нужно, а память проекта лежит вне её.

Контекст — не архив. Долговременная память проекта должна быть в файлах: у чата нет версий, диффа и отката.

02Решение

Состояние — в репозитории

Новая сессия не помнит прошлую — и не должна. Состояние лежит в репозитории, где его видно, можно сравнить и откатить.

Ротация: долгий чат сменяется снимком состояния в репозитории и новым коротким чатом Слева долгий чат, в середине снимок состояния в файлах репозитория, справа новый чат с чистым контекстом. долгий чат история растёт каждый ход и каждый ход она оплачена снимок состояния правила · доска · письма решения · отчёты новый чат контекст с нуля старт по протоколу
Ротация: снимок в файлах остаётся, история чата — нет

В репозитории лежит ровно то, что нужно следующей сессии:

  • правила — короткий AGENTS.md: как работать, что проверять, чего не делать;
  • доска долгов — что открыто, кому и что разблокирует;
  • письма шины — задачи, отчёты и решения в виде файлов;
  • решения и прецеденты — почему сделано именно так.

Старт новой сессии — не пересказ истории, а четыре шага: почта, дешёвые проверки, доска, один экран состояния. Протокол лежит в репозитории и не зависит от того, кто именно открыл сессию.

03Выгода

Короткий вход — дешевле каждый ход

0

строк истории в новом чате: контекст собирается из файлов, а не из переписки.

N

ботов работают параллельно и не тащат общий контекст: у каждого свой репозиторий и своя доска.

1

протокол старта: состояние поднимается одинаково в любой новой сессии.

Экономия не в одной большой цифре, а в каждом ходе: входной контекст остаётся коротким, пока задача живёт. Параллельные боты перестают быть проблемой — они не делят один чат, а обмениваются файлами и письмами.

04Граница

Что ротация не решает

Расписание привязано к сессии: у активной записи свой идентификатор сессии, и в чужой сессии запись не создаётся. Когда сессия меняется, расписание переключает владелец — это ручной шаг, и мы говорим о нём прямо, а не прячем за словом «автоматически».

Ротация не заменяет проверки: новый чат получает состояние, но не право считать его верным. Поэтому старт всегда начинается с дешёвых проверок, а не с доверия к прошлому ответу.