Session boundary - это граница жизненного цикла сессии, на которой система определяет, что удалить, что сохранить для продолжения задачи, а что допустить в долгосрочную память.

Это не просто очистка контекста. Это отдельный этап управления состоянием и знаниями агента.

Четыре категории на границе сессии 1. Очищается — Ephemeral Context Временный контекст, промежуточные рассуждения, одноразовые результаты инструментов, временные полномочия и данные, утратившие актуальность.

2. Остаётся в состоянии задачи — Task State Статус выполнения, незавершённые шаги, результаты инструментов, зависимости, контрольные точки и причины остановки.

3. Кандидат в долгосрочную память — Memory Candidates Подтверждённые факты, устойчивые предпочтения, принятые решения, повторно используемые процедуры и ссылки на источники. Но кандидат — ещё не запись в памяти.

Перед сохранением данные проходят проверку: -Validity подтверждены ли сведения? -Durability сохранят ли они ценность со -временем? -Reusability пригодятся ли в других задачах? -Provenance можно ли установить источник? -Privacy разрешено ли хранение этих данных?

4. Не сохраняется автоматически — Untrusted Data Непроверенные предположения, ошибки модели, противоречивые сведения, лишние фрагменты переписки и секреты.

Границу сессии полезно проектировать как самостоятельный конвейер: Detect → Classify(LLM) → Validate(LLM) → Persist → Revoke → Audit