| 1 | # 3. Протокол суммаризации |
| 2 | |
| 3 | Суммаризация неизбежна в длинных диалогах. |
| 4 | Проблема не в ней самой, а в том, что после неё агент часто "теряет себя". |
| 5 | |
| 6 | ## Цель протокола |
| 7 | |
| 8 | Сделать так, чтобы после обрезания контекста агент не становился новым экземпляром с нулевой памятью. |
| 9 | |
| 10 | ## Протокол (короткая версия) |
| 11 | |
| 12 | 1. Зафиксировать в заметках: |
| 13 | - что делали, |
| 14 | - какие решения приняли, |
| 15 | - что осталось незавершённым, |
| 16 | - какие правила работы подтвердились. |
| 17 | 2. В новом чате первым шагом: прочитать заметки. |
| 18 | 3. Подтвердить, что контекст восстановлен. |
| 19 | 4. Продолжить работу с текущего узла, а не с начала. |
| 20 | |
| 21 | ## Что обязательно должно попадать в сводку |
| 22 | |
| 23 | - целевая задача и текущий статус; |
| 24 | - изменённые файлы/артефакты; |
| 25 | - открытые риски и блокеры; |
| 26 | - рабочие гипотезы, которые уже проверили; |
| 27 | - следующий шаг в явном виде. |
| 28 | |
| 29 | ## Протокол восстановления (взаимодействие человек ↔ агент) |
| 30 | |
| 31 | 1. Человек вручную запускает суммаризацию (или она происходит автоматически). |
| 32 | 2. Человек напоминает: «произошла суммаризация, прочитай свои заметки». |
| 33 | 3. Агент вызывает `read_agent_notes` и восстанавливает контекст. |
| 34 | |
| 35 | Ключевое: инициатива на стороне человека, но восстановление — на стороне агента. Без явного напоминания агент после суммаризации может не знать, что потерял контекст. |
| 36 | |
| 37 | ## Частые ошибки |
| 38 | |
| 39 | - "Красивый пересказ" без операционных деталей; |
| 40 | - отсутствие явно обозначенного следующего шага; |
| 41 | - запись только фактов без логики решений. |
| 42 | |
| 43 | ## Критерий успеха |
| 44 | |
| 45 | После суммаризации агент за 1-2 реплики возвращается в рабочий контекст без потери качества и без лишних уточнений. |
| 46 | |