Loop → Context → Graph

Семь коротких разборов о том, что превращает вызов модели в инженерную систему.

Серия 03 · 7 эпизодов

Главное из серии

  1. 01 Loop повторяемый процесс
  2. 02 Контекст рабочее состояние
  3. 03 Граф координация веток
  4. 04 Проверка независимое доказательство

Loop, graph и harness

Loop управляет повторением работы одного агента: получить задачу, сделать шаг, увидеть результат, скорректировать действие. Само повторение ничего не гарантирует — между попытками должно появляться новое доказательство.

Graph становится полезен, когда циклов несколько. Он определяет, кто получает состояние дальше, какое условие открывает следующий узел и где работа обязана остановиться перед человеком.

Harness окружает эти циклы инструментами и ограничениями. Он превращает прошлую ошибку в правило, hook, тест или reviewer, который не позволит системе повторить её незаметно.

Контекст без свалки

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

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

Чек-лист проверки графа

  • Состояние определено явно и не живёт только в контексте модели.
  • Детерминированные решения принимает код, а не LLM.
  • У каждого перехода есть наблюдаемое условие.
  • Повтор внешнего действия идемпотентен или защищён ключом операции.
  • Reviewer приносит независимое доказательство, а не второе мнение той же природы.
  • Для дорогого действия есть остановка перед человеком.
  • Сбой можно воспроизвести по журналу событий, а не только по длинному чату.

Хороший граф использует минимум необходимой координации. Если один цикл с тестом решает задачу, семь агентов только добавят места для рассинхронизации.