Граф-инжиниринг для AI-агентов
Методология превращения линейных AI-агентов в явные графы выполнения с узлами, контрактами и маршрутизацией.
privacy
Эта заметка участвует в semantic memory.
AI Summary
- Короткий обзор сути: большинство AI-агентов построены как линейная цепочка «исследуй → пиши → проверяй → публикуй», где каждый шаг ждёт предыдущий, даже если не зависит от него; граф-инжиниринг заменяет эту цепочку явной картой узлов и рёбер, где узел — агент, инструмент или верификатор, а ребро — контракт на передачу данных.
🔑 Ключевые факты: (а) последовательность ≠ зависимость — если B не читает выход A, ребро можно удалить и запустить параллельно; (б) каждый узел обязан иметь контракт: одна задача, явный вход, структурированный выход, чёткое состояние отказа; (в) рёбра — это контракты данных, а не просто стрелки; (г) 90 % производственных графов — комбинации четырёх форм: цепь, ромб, маршрутизатор, контролируемый цикл; (д) верификация ставится на ребро, а не внутрь генератора; (е) состояние должно быть durable и ссылочным, а не гигантскими транскриптами; (ж) цикл добавляется только при наличии теста сходимости, бюджета и эскалации.
📌 Важные детали: OpenAI Agent Builder и Anthropic multi-agent research подтверждают shift к inspectable workflow; стоимость растёт при избыточном параллелизме — topology сама является cost-model; отказ должен оставаться локальным (idempotent writes, isolated workspaces); «повторить, пока не хорошо» — не stop condition.
💡 Вывод и значение: начать с одного цикла; рисовать граф только когда есть независимые ветки, разные инструменты/права, необходимость возобновления после сбоя или независимой верификации; перед релизом пройти чек-лист: «каждый узел описан контрактом?», «каждое ребро — контракт данных?», «есть ли бюджет цикла и тест сходимости?», «отказ изолирован?»; если ответ «нет» — удалить узел.