Инженерия графов: хайп или прорыв?
Ключевые тезисы:
- Граф-инженерия — это не новая эра, а модное слово для решения реальной инженерной проблемы: управления ненадёжными AI-агентами.
- Суть не в красивых схемах, а в устранении ложных зависимостей и внедрении «якорей реальности».
- Основная ошибка — начинать с формализации процесса, а не с наблюдения за его реальной работой.
- Графы потребляют значительно больше токенов, чем одиночные агенты, что напрямую влияет на стоимость.
Формирование мифов
История началась с твита Питера Штайнберга (создателя Open Claw), который за месяц «сжёг» $1,3 млн на 603 млрд токенов и 100 агентов. Его агентам не хватало механизма для своевременной остановки. Этот твит, отчасти шутливый, запустил волну обсуждений и термин «граф-инженерия».
Вердикт по хайпу:
- Хайп вокруг слова действительно есть (растянутые цифры, маркетинг).
- Но под ним лежит реальный сдвиг и инженерная проблема, существующая уже около трёх лет (например, фреймворк LangGraph скачивают 65 млн раз в месяц).
Два типа графов: в чём путаница?
Слово «граф» в статьях означает две разные вещи, что создаёт путаницу:
Граф управления (граф исполнения):
- Коробки — это агенты или шаги.
- Стрелки — определяют порядок их работы.
- Про что: организация работы AI.
Граф знаний:
- Коробки — это сущности (люди, функции, компании).
- Стрелки — связи между ними.
- Про что: хранение фактов для рассуждений AI.
Большинство громких статей говорят о первом типе, но называют всё одним словом — «граф-инженерия».
Связь с циклами и обвязкой (Harness)
Это видео — прямое продолжение темы циклов (ops-инженерии). Три концепции работают вместе:
- Обвязка (Harness): даёт модели место для работы (инструменты, память, права).
- Цикл: обеспечивает обратную связь (сделал → проверил → повторил).
- Граф: задаёт маршрут, решает, что разрешено делать дальше.
Ключевая мысль: Цикл — это и есть простейший граф, просто одна коробка со стрелкой на саму себя. Граф — это следующий шаг, когда нужно связать несколько циклов.
Тест на необходимость графа: Нарисуйте управление вашим агентом на салфетке. Если всё помещается и вы уверены, что ничего не забыли — вам нужен цикл. Если не помещается или есть неуверенность — вам нужен граф.
Практическая суть граф-инженерии
Главная практическая польза — обнаружение и устранение ложных зависимостей в многошаговых процессах.
- Многие процессы написаны линейно (шаг 1 → шаг 2 → шаг 3), но половина этих ожиданий — фальшивые. Шаги можно выполнять параллельно.
- Реальный пример: Скрипт аудита репозитория из 9 шагов (40 минут). 6 стрелок оказались ложными. После распараллеливания время сократилось до 4 минут.
Правильный подход:
Сначала наблюдайте, как работа делается на самом деле.
Дайте сильному агенту сделать работу и изучите логи.
Только устойчивые пути закрепляйте в схеме (графе).
Главная проблема: агенты верят словам, а не фактам
Проблема №1 во всех графах агентов: они проверяют друг друга словами.
Пример: Агент-разработчик пишет: «Готово, тесты прошли». Агент-ревьюер читает это и отвечает: «Подтверждаю». При этом тесты могли быть не запущены.
Решение — «Якорь реальности»:
- Не крутите цикл на уверенности («мне кажется, готово»).
- Крутите цикл на реальных уликах («тесты прошли», «файл создан», «деньги пришли на счёт»).
- Проверка должна подтверждать результат, не читая мыслей модели.
Практический пример и инструменты
Авторский инструмент First Graph:
- Маленький, открытый инструмент для анализа процессов.
- Находит ложные зависимости и показывает, какие из них реально стоят времени и денег.
- Пример применения: Процесс создания сценария для YouTube. Инструмент показал, что 7 сборов источников можно делать параллельно, сократив время с 4:10 до 2:09.
Работа в реальных инструментах:
- В Cursor/Claude Code команда
Workflows— это и есть реализация графа. Можно запускать флоты агентов (до 1000). - Важно: Координация может быть бесплатной, но сами агенты — нет. Запуск графа стоит дороже обычного запроса.
Граф знаний: ловим AI на вранье о вашем коде
Инструмент Graphify:
- Строит карту зависимостей вашего кода локально и быстро.
- Польза:
- Помогает раздавать работу агентам не по файлам (1000 агентов), а по смысловым кластерам (12 агентов).
- Позволяет проверять утверждения агентов. Если агент говорит «функция А вызывает функцию Б», а граф такой связи не знает — агент выдумал её.
Осторожно с цифрами: Популярный тезис «-85% затрат» взят из узкой научной работы и раздут в статьях. Не стоит слепо верить таким заявлениям.
Диагностика проблем: какой слой чинить?
Типичная ошибка — винить модель и менять её на более дорогую. Чаще проблема в одном из слоев системы:
| Симптом | Проблемный слой | Решение |
|---|---|---|
| Агент не может получить данные или лезет куда не следует | Среда (Harness) | Чинить права и инструменты |
| Агент забывает прогресс между запусками | Среда (Harness) | Добавить файлы состояния, контрольные точки |
| Результат каждый раз разный, но близкий к правильному | Цикл | Добавить внешнюю проверку и чёткий сигнал ошибки |
| Агент останавливается, не доказав результат | Цикл | Добавить условия остановки по реальным уликам |
| Нужен строгий порядок шагов с ветвлениями | Граф | Построить граф управления |
| Непонятно, на каком шаге многошагового процесса сбой | Граф + логи | Добавить детальное логирование в граф |
Выводы
- Граф-инженерия — это эволюция: промт-инженерия → ops-инженерия (циклы) → граф-инженерия (связь циклов).
- Суть — в переходе от необоснованных утверждений к проверяемым «якорям реальности».
- Не усложняйте: Не стройте граф из 40 узлов, если ваш процесс легко помещается на салфетке.
- Проверяйте на своих данных: Советы из статей (например, использовать более умную модель для проверки) могут не окупиться в вашем конкретном случае.
- Граф может врать: 20 агентов на одной модели могут дружно согласиться с ошибочным контекстом. Без «якорей» граф лишь увеличивает масштаб галлюцинаций.
Финальный вопрос: Посмотрите на свою рабочую неделю. Какие два процесса до сих пор соединены только вами? Вы — та самая недостающая стрелка, которую можно формализовать.