Инженерия графов: как заставить AI-агентов работать параллельно, а не в очередь

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

Ровно так большинство работает с ИИ — выстраивают задачи в одну длинную очередь, где каждый шаг ждёт предыдущий. И потом жалуются, что «медленно». Но чаще всего дело не в модели. Дело в очереди, которую вы сами нарисовали.

Инженерия графов — это навык видеть, какие задачи обязаны идти друг за другом, а какие можно запустить разом. Звучит по-инженерному, но идея простая, и польза от неё появляется сразу, ещё до всяких новых инструментов. Разберём по-человечески.

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

Граф — это просто ваш план работы, нарисованный так, чтобы его было видно. Он отвечает на два вопроса: какие задачи нужно сделать и какая из них ждёт какую.

Деталей всего две. Узел — это одна задача: один исполнитель, одно дело, что-то на входе, что-то на выходе. «Изучить конкурента», «написать текст лендинга», «проверить факт». Ребро (стрелка) — это когда одной задаче нужен результат другой, поэтому она обязана подождать. И стрелка считается, только если по ней реально что-то передаётся.

Проще некуда: узлы делают работу, стрелки передают результат. Весь словарь.

Одна тонкость: чтобы задачу можно было передать дальше, у неё должен быть понятный «выход». Если исполнитель вернул стену свободного текста, который читает только человек, — следующему шагу от этого мало толку. А вот чёткий результат («список из 5 идей», «да/нет и почему») следующий шаг подхватывает без разбирательств.

Тест: какие шаги реально зависят друг от друга

Возьмите то, что вы сейчас делаете с ИИ, и пройдите по шагам. На каждом задайте один вопрос: этому шагу правда нужен результат предыдущего?

Если да — стрелка настоящая, порядок оставляем. Если нет — стрелки нет, а значит, ждать незачем: эти два дела можно запустить одновременно.

Пример. «Проверь на ошибки текст A, потом текст B». Звучит как последовательность. Но проверка B никак не смотрит на результат проверки A — они идут друг за другом просто потому, что вы так написали. Запустите их разом — и всё займёт время одной проверки, а не двух подряд.

Таких «ненастоящих» стрелок в почти любом процессе найдётся две-три штуки. И каждая — это время, которое вы теряете просто так.

Ваша схема уже граф — просто самый неудачный

Когда вы говорите ИИ «сделай A, потом B, потом C, потом D», вы уже нарисовали граф. Просто худший из возможных: прямую очередь, где каждый ждёт одного предыдущего. Работает — но медленно и хрупко. Застрял C — и D уже не случится, а работа A висит без толку.

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

Разница огромная. Очередь из 40 шагов — это 40 мест, где всё может встать, и время всех 40, сложенное вместе. Те же 40 дел в виде графа зависят друг от друга лишь там, где это правда так (обычно в трёх-пяти местах), и заканчиваются со скоростью самого медленного участка, а не суммы всего. Это разница между «пятнадцать минут» и «пятнадцать секунд» на одной и той же работе. Тормозила не модель. Тормозила линия, которую вы нарисовали.

Один приём, который окупается: «ромб»

Форм придумывать сто штук не нужно. В любой толковой системе из агентов всплывает одна и та же картинка: работа расходится на несколько исполнителей, они копают параллельно, кто-то проверяет их находки, и всё сходится в один ответ. Эта картинка называется ромб, и её стоит запомнить: разветвить → сжать → синтезировать.

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

Пример из маркетинга. Готовите запуск продукта. Вместо очереди «сначала изучи аудиторию, потом конкурентов, потом каналы» запускаете троих исполнителей разом: один описывает покупателя и его слова, второй — где этот покупатель обитает, третий — как продают конкуренты. Их находки сводятся в один документ позиционирования, а из него уже пишутся лендинг, посты и письма. То, что заняло бы день, укладывается в минуты. А чтобы такой аналитик не начинал каждый раз с чистого листа, ему добавляют память.

Проверяющий — это весь секрет

А теперь самое важное, что почти все пропускают. Любая серьёзная проверка показывает одно: модель плохо ловит собственные ошибки. Оценивая свою же работу, она слишком снисходительна к себе — как автор, который вычитывает свой текст и не видит опечаток.

Поэтому исполнителя никогда не просят проверять самого себя. На стрелку ставят отдельного проверяющего, чья единственная задача — попытаться «завалить» находку, прежде чем она пойдёт дальше. Выжила — идём дальше. Нет — отсеиваем сразу.

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

Поэтому проверяющего запускают «с нуля», ничего не зная о том, как делалась работа. И проверку делят на три отдельных взгляда: это правда? это ещё актуально? источник вообще существует? Три разных вопроса ловят то, что десять одинаковых пропустят. Правило простое: исполнитель и его проверяющий не должны делить общий контекст — иначе это снова «сам себе поставил пятёрку», только дороже.

Где такие схемы ломаются

1. Слишком много всего в одном месте. Разветвили на тысячу исполнителей, а потом пытаетесь впихнуть все тысячу ответов в один финальный шаг — и он захлёбывается. Лечение: сводите постепенно. Соберите пачками, сожмите каждую пачку в короткое резюме, а уже потом объединяйте резюме, а не сырую гору.

2. Мнимая независимость. Две задачи кажутся независимыми (в их описаниях нет ни слова друг о друге), но обе пишут в один и тот же файл или дёргают один сервис с лимитом. Это скрытая зависимость. Лечение: дайте каждому исполнителю своё изолированное место и следите не только за общими данными, но и за общими ресурсами.

3. Тихо отвалившийся исполнитель. В очереди сбой сразу заметен — всё встало. А в графе один «мёртвый» исполнитель из двух сотен может незаметно проскользнуть, и отчёт будет выглядеть полным, хотя часть данных потерялась. Лечение: на этапе сборки всегда считайте, сколько ответов пришло против того, сколько ждали, — и поднимайте флаг, если чего-то не хватает.

Когда граф не нужен

Граф даёт ширину, а не ум. Он хорош там, где много независимой работы, которую можно делать разом. Если работа не широкая — очередь и не была проблемой. Не усложняйте, когда:

• Задача маленькая или цельная — поправить один текст, ответить на один вопрос. Возни с координацией больше, чем пользы; один исполнитель быстрее и дешевле.
• Вы хотите утверждать каждый шаг — весь смысл графа в том, чтобы он шёл вширь без вас; короткий поводок этому мешает.
• Вы ещё не знаете, что ищете — для разведки нужен один управляемый помощник, а не флот, запертый в готовый план.
• Шаги правда зависят друг от друга — насильно превращать честную последовательность в граф значит платить больше без выигрыша.

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

Чего никто не хочет слышать: про якоря

Есть ловушка поглубже. Представьте, что вы построили идеальную схему: проверяющие, аудиторы, надзиратели над надзирателями. Все следят за всеми, все читают отчёты друг друга. Аудит сверяет цифры — с цифрами из той же самой системы. Всё сходится. Только ничего по-настоящему не проверено. Такая схема падает так же, как одинокая очередь, — просто позже, дороже и с кучей «зелёных галочек» по дороге вниз.

Красивая структура сама по себе не даёт правды. Схеме нужны якоря — вещи, с которыми не поспоришь: тесты, которые реально прошли; деньги, которые реально пришли на счёт; клиенты, которые реально остались. И часть правил надо намертво зафиксировать — именно те, которые система соблазнилась бы «подкрутить», чтобы отчёт выглядел лучше. Схема честна ровно настолько, насколько неподвижны эти якоря внутри неё.

Что делать сегодня

Не нужно «графить» всё подряд. Нужно понимать, когда работа достаточно широкая, чтобы это окупилось, — и когда обычная очередь была правильным ответом с самого начала.

Самое простое, что можно сделать прямо сейчас: возьмите любой свой процесс с ИИ, нарисуйте его по шагам и на каждой стрелке спросите — «а этому шагу правда нужен предыдущий?». Уберите стрелки, которые ничего не передают. А когда этот приём сработает и захочется глубже — про разрез работы, проверяющие узлы и обратные рёбра есть отдельный разбор. Один этот приём сделает вас быстрее большинства — ещё до того, как вы возьмёте в руки новый инструмент.

Большинство так и будет выстраивать шаги в очередь. Немногие, кто научится видеть граф, запустят всё разом.