Conductor: как управлять оркестром агентов (Рубрика #AI4SDLC)

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

Именно такую метафору использует Charlie Holtz, сооснователь и CEO Conductor, в докладе «Orchestras, Not Factories». Он выступал на AI Engineer World’s Fair 30 июня 2026 года, а отдельная запись вышла 27 сентября. Conductor — приложение, в котором можно управлять несколькими кодинг-агентами и работать над задачами вместе с коллегами. Holtz хочет, чтобы человек мог задавать направление, погружаться в детали и получать удовольствие от создания продукта. Агенты при этом берут на себя всё больше исполнения. И за красивой метафорой у него есть несколько вполне прикладных правил.

🔸 Пробовать новое, но не застревать в настройке
По его мнению, свой рабочий процесс стоит дорабатывать там, где есть особенности продукта или команды. Универсальные улучшения крупные разработчики инструментов со временем встроят сами. Хороший повод проверить, сколько времени уходит на очередную настройку и сколько она реально экономит.
🔸 Выделять области с обязательной человеческой проверкой
В Conductor их называют slop-free zones. Например, изменения миграций должен проверить человек. Документацию, инструкции для агентов и skills команда тоже готовит особенно тщательно. Мне здесь нравится сама избирательность: заранее определить места, где цена ошибки выше. Плохая инструкция, например, может повлиять сразу на множество следующих задач.
🔸 Делать знания команды доступными агентам
Их внутренний Conductor Internal Agent собирает сообщения Slack, обращения из Discord и записи встреч в PostgreSQL. Агенты могут искать там информацию через SQL. Это полезная идея, но я бы отдельно подумал, как отличать обсуждение от принятого решения, находить устаревшие сведения и учитывать права доступа. Человеческое сообщение тоже может оказаться ошибочным.

Дальше Holtz показывает совместную работу в облаке. Тут уже есть продолжение за пределами доклада: Conductor Cloud вышел 30 июля. Агенты работают в отдельных окружениях и продолжают задачу после закрытия ноутбука; коллеги могут подключаться к общему рабочему пространству. А 2 октября вышло приложение для iOS.

Если сопоставить это с другими подходами, я бы расставил акценты так. Tereza Tížková из Factory подробнее показывает организацию исполнения и проверки. Dex Horthy из HumanLayer — участие инженера в проектировании и сохранение понимания кода. Holtz — то, как человек и команда управляют несколькими исполнителями. Эти подходы вполне можно совмещать.

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

И здесь возвращается тема разбора Zack Proser про человеческое внимание. Оркестром тоже можно утомиться управлять. Если весь день переключаешься между агентами, объясняешь одно и то же и разбираешь недоделки, новая метафора мало что меняет. Мне интереснее, какие повторяющиеся вмешательства этот процесс позволяет убрать.

Отсюда три практических шага:
1️⃣ Инженеру
Выбрать несколько областей, где проверка человеком обязательна, и перечитать инструкции, которые агент получает при каждом запуске.
2️⃣ Платформенной команде
Проверить, может ли агент найти актуальное решение, поднять окружение и продолжить задачу без постоянных ручных подсказок.
3️⃣ Руководителю
Сравнить пилот с обычным процессом: сколько времени людей уходит на постановку, переключения, проверки и переделки. При сопоставимом качестве это поможет оценить, сколько внимания освобождает работа с несколькими агентами.

#AI4SDLC #AI #Agents #Engineering #Management