Что приятно в Conductor, так это то, что у него есть одна из самых простых строк: «Запустить несколько кодов Claude параллельно». Но прежде чем продолжить, я должен отметить, что существует еще один продукт под названием Orkes Conductor (ранее: Netflix Conductor), который ориентирован на искусственный интеллект, но, тем не менее, он совершенно другой. Мир агентов начинает переполняться, не так ли? В любом случае, эта версия Conductor разработана Melty Labs. Оно принадлежит к новой категории приложений для кодирования ИИ, которые я называю «приложениями для агентного параллельного запуска».
Прежде всего, зачем нам запускать отдельные коды Клода? Нам нужно знать еще одну информацию, четко указанную на первой странице: «Каждая рабочая область представляет собой изолированную копию и ветвь вашего репозитория Git. Conductor копирует только файлы, отслеживаемые в git». Это означает, что мы можем вносить независимые изменения в каждое рабочее пространство, подобно тому, как команда использует ветки git, чтобы избежать конфликтов при реализации задач.
Если вы регулярно читаете мои посты и думаете, что это немного знакомо, то Verdent делает то же самое с пользовательским интерфейсом, но без акцента на отдельные копии.
Собственный совет Проводника — создавать одно рабочее пространство для каждой функции. Хотя вы можете себе представить, что оставить LLM для работы над одной проблемой, пока вы отвлекаетесь и работаете над другой проблемой, в настоящее время оптимистично, но только в это воскресенье я прочитал информационный бюллетень комментатора, выступающего за ИИ, Азима Ажара, в котором говорилось, что «Claude 4.5 Sonnet от Anthropic, лучшая в своем классе модель кодирования, по сообщениям, может работать автономно в течение 30 часов над кодовой базой» — так что, возможно, параллельный бегун — это всего лишь направление движения для вычислительной работы.
Мы также увидим, что просто идентификация рабочей области становится интересной проблемой, но давайте начнем с установки.
Я пошел прямо на сайт, чтобы загрузить Conductor, приложение, предназначенное только для Mac, как и Verdent. Существует список ожидания Windows.
На данный момент Conductor работает только через репозитории, совместимые с GitHub. Поэтому мне также пришлось загрузить GitHub CLI. Хотя я в основном не использую GitHub для своих репозиториев, это не является ограничением, которое мешает мне пробовать что-то новое. В любом случае, я прыгнул на свой терминал и побежал:
заварить установку gh 1 заварить установку gh
Затем для аутентификации:
вход с аутентификацией gh вход с аутентификацией gh
Это танец безопасности для аутентификации GitHub CLI в вашей учетной записи. В конце концов вы увидите это:
Обратите внимание, что это приложение предназначено только для Mac, плюс оно работает только с кодом Claude Code от Anthropic и использует только репозитории, совместимые с GitHub. Но, как я уже сказал, Conductor представляет собой семейство похожих приложений, и ни одно из этих ограничений не будет действовать долго.
Если вы вернетесь к моему обзору Google Jules, я поместил свой инструмент для приложений Rails на GitHub, так что мы также можем использовать его. После связывания папки диска с вашим проектом git мы получаем главный экран:
Расположение экрана выглядит знакомым. Прежде всего, произвольное уникальное имя используется для идентификации моего рабочего пространства — это будет иметь значение, если у меня много рабочих пространств. Итак, здравствуй, Сакраменто. Мы получаем поле запроса внизу, терминал в правом нижнем углу, область различий вверху справа и список рабочих пространств слева.
Чтобы убедиться, что старая версия приложения все еще работает, я запустил его в Warp, и оно было более или менее в порядке, с большим количеством возможностей для улучшения.
Обратите внимание, что каталог проекта git создается в проводнике. Но подождите, это не рабочее место в Сакраменто. Это ниже, как сообщает терминал Проводника:
ОК, это понятно. Теперь давайте внесем изменения. Обычно мы используем Bootstrap во всех представлениях. Итак, текущая версия моего приложения использует кнопки Bootstrap с цветом внизу страницы, чтобы предоставить параметры CRUD:
Но моя старая версия на GitHub еще не обновлена:
Итак, взглянув на представление show.html.erb в новой версии, мы видим, как применяются классы Bootstrap:
12345
Поэтому я попрошу Conductor изменить соответствующие кнопки в старой версии, описав применяемые классы:
Очевидно, что если бы я делал это в гневе, было бы гораздо разумнее применить это к каждому файлу представления show.html.erb! Кстати, Conductor использует для этого Sonnet 4.5.
Но, конечно, мы не сидим и наблюдаем за работой LLM. Переходим к созданию еще одного рабочего пространства и решению еще одного вопроса. Я иду прямо на рабочее место в Индианаполисе со своим новым выпуском.
Глядя на боковую панель моего приложения, кажется, что в нем не используется хороший набор изображений значков:
Сравните это с моей более функционально полной обновленной версией:
Поэтому я попрошу Conductor исправить это в рабочем пространстве Индианаполиса:
И я позволил этому поработать.
Но если мы посмотрим на приборную панель, то увидим нечто странное:
Мы видим, что Conductor переименовал рабочее пространство Sacramento в имя, основанное на действии задачи, «стиль кнопки разговора». Хотя это и логично, очевидная проблема здесь заключается в том, что идентификатор этой задачи рабочей области изменился — я не уверен, разумно ли это без разрешения. Теперь это имя новой ветки git, в которой будут размещены изменения.
В любом случае, я могу вернуться и проверить первую задачу, и она выполнена:
И он выполнил свою работу, хотя мне пришлось бы приказать ему использовать пространство более элегантно. Но это уже другая задача!
Давайте вернемся в Индианаполис, который теперь представляет собой «add-nav-icons». Это также завершилось:
Итак, закрыв предыдущую задачу, я запускаю новую задачу (которая остается Индианаполисом в терминале):
Что ж, Путешественники, похоже, потеряли свою иконку, но у остальных теперь есть своя. Опять же, это будет еще одно исправление.
Глядя на терминал, рабочая область сохраняет свое имя, но ветка меняет свое имя в зависимости от задачи:
Заключение
Мне по-прежнему нужно было бы заняться механикой слияния (Conductor подталкивает нас к использованию запросов на извлечение), но мы зашли достаточно далеко, чтобы продемонстрировать, что параллельная работа в теории работает нормально. Определенно необходимо позаботиться о представлении имени рабочей области, имени задачи и ветки задачи, но усовершенствованный интерфейс пользовательского интерфейса может упростить это.
Кто-то высказал интересную мысль о том, что этот тип порционной работы имеет больше смысла для старших разработчиков или технических руководителей, чей рабочий день обычно представляет собой серию перерывов, в отличие от разработчиков, которым нужно «входить в поток».
Но хотя технический руководитель уже привык контролировать параллельную работу, другие инженеры могут с подозрением относиться к постоянному переключению контекста. Я думаю, что многие разработчики смогут создавать хорошую музыку с помощью Conductor. Но в любом случае мы увидим более глубокий подход к параллельному рабочему процессу LLM, поскольку многие четко определенные задачи становятся сильной стороной LLM.
ТЕНДЕНЦИОННЫЕ ИСТОРИИ YOUTUBE.COM/THENEWSTACK Технологии развиваются быстро, не пропустите ни одной серии. Подпишитесь на наш канал YouTube, чтобы смотреть все наши подкасты, интервью, демонстрации и многое другое. ПОДПИСАТЬСЯ Группа, созданная в Sketch. Дэвид работал профессиональным разработчиком программного обеспечения в Лондоне в компаниях Oracle Corp. и British Telecom, а также консультантом, помогающим командам работать более гибко. Он написал книгу о дизайне пользовательского интерфейса и с тех пор пишет технические статьи. Подробнее Дэвид Истман
