В этом уроке разбирается continuity protocol из документации Harness: как оставить состояние незавершённой задачи так, чтобы её продолжил другой агент или человек без пересказа переписки. Показано, почему полный лог запуска плохо подходит для передачи, чем отличается документ session handoff и как разделены три слоя хранения: run evidence, handoff и memory. Разобраны ключевые пункты шаблона handoff, типичный плохой пример передачи и случаи, когда handoff не нужен. Урок подойдёт тем, кто строит цепочки из нескольких агентов или регулярно передаёт работу коллегам.
0:00–1:41 Вступление: в эстафете всё решает момент передачи палочки, и у агентов та же проблема. Цепочки, где один агент собирает данные, второй пишет код, а третий тестирует, буксуют на стыках, потому что передача контекста превращается в хаос. Тема: continuity protocol, то есть протокол продолжения.
1:41–4:26 Почему лог не подходит для передачи. Фреймворки создают run evidence, журнал доказательств запуска: команды, открытые сайты, ошибки и попытки их исправить. Он хранит правду о прошлом, но не отвечает, как продолжать сейчас. При забитом контекстном окне внимание размывается (lost in the middle), а новый исполнитель превращается в археолога. Аналогия с длинным кассовым чеком и списком покупок.
4:26–6:00 Session handoff как короткая записка: где мы сейчас, какие результаты приняты как финальные, что остаётся открытым, какие решения и блокеры есть, с какого шага начинать следующий цикл. Сравнение с жёлтым стикером на мониторе коллеги.
6:00–7:32 Три слоя хранения: run evidence (прошлое), session…
🔒
Этот материал доступен участникам Клуба. Войдите или оформите доступ,
чтобы читать целиком, открывать видео и комментировать.