Параллельные задачи агентов в git‑ветках

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

В чём проблема

Представим две задачи. В первой команда решила перевести повторные отправки платежей на очередь. Во второй разработчик чинит отчёт, который читает те же данные.

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

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

Как мы это решаем

В AI Council задача — это git‑ветка. Знания, которые появились в задаче, привязаны к её ветке:

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

Правила команды при этом общие для всего проекта: на ветках живут только знания.

Тот же принцип работает для ревью. AI Council считает знания и проверки по вашему рабочему дереву, а не по ветке, которую кто-то указал вручную. Если в ветку пришли новые коммиты, ревью помечается устаревшим.

Что это даёт команде

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

Как работает AI Council

Запишитесь на демо: покажем, как агенты работают параллельно на проекте с похожим стеком.