Я собрал Codex и Hermes в одной панели. И быстро перестал быть вайбкодером и стал менеджером

Codex пишет код. Hermes отвечает в Telegram и может сходить на сервер. Cursor открыт рядом. Пока задача одна, всё выглядит почти красиво: написал, подождал, проверил.

Потом задач становится пять.

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

В этот момент я понял, что больше не вайбкодер. Я диспетчер табуна терминалов.

Чтобы понять, как управлять несколькими ИИ-агентами без постоянного обхода вкладок, я собрал Codex и Hermes в Multica. Создал проект, отдал Codex задачу, получил декомпозицию, передал одну из подзадач Hermes и посмотрел, где вся эта схема начинает помогать, а где пока требует ручной проверки.

Коротко:

Multica не сделала агентов умнее. Она дала им ординаторскую*.

Один агент ещё помещается в голове. История чата примерно заменяет трекер: сверху задача, ниже уточнения, ещё ниже результат.

С несколькими эта схема разваливается. Нужны ответы на скучные вопросы:

Если этого не видно, параллельность превращается в шум. Агенты вроде экономят время, но вы тратите его на восстановление истории: обходите терминалы, перечитываете чаты и пытаетесь вспомнить, кому что отдали.

Один агент — инструмент. Несколько агентов — уже маленькая команда, даже если команда пока состоит из окон терминала.

Multica — open-source панель для совместной работы людей и coding agents. В интерфейсе у меня были обнаружены Hermes, Codex и Cursor. Cursor в тот момент был отключён, поэтому в живой прогон я его не записываю.

Тест выглядел так.

Я завёл проект, добавил задачу и назначил ведущим исполнителем Codex. Попросил его не сразу писать код, а сначала разложить работу на этапы.

На доске появился исполнитель и статус. Можно было открыть задачу и увидеть активность агента, а не искать нужную сессию среди вкладок.

После работы Codex исходный issue превратился в план с отдельными подзадачами. Вот здесь Multica перестала быть для меня просто красивым Kanban: результат одной агентной сессии стал частью общего процесса.

Я назначил Hermes следующий кусок работы. Теперь в одной системе были видны проект, задачи, исполнители, статусы, комментарии и артефакты.

Не магия. Обычная проектная бытовуха, которой ИИ-агентам как раз не хватает.

Для себя я свёл управление агентами к одной цепочке:

задача → агент → статус → артефакт → проверка → следующий шаг

Если цепочка заканчивается на слове «готово», утром всё равно придётся открывать терминал и разбираться руками.

Статус «готово» без артефакта — не результат. Это уведомление о начале проверки.

Поэтому от панели мне нужны не анимации agent is working, а ответы на три вопроса:

Multica помогает удерживать эту цепочку в одном месте. Но правильность результата она не гарантирует. Доска показывает движение работы, а не качество кода.

Здесь легко неверно понять архитектуру.

По официальной документации Multica сейчас не запускает coding agents на своих серверах. Задачи исполняет локальный daemon на вашей машине через установленные CLI-инструменты. Cloud runtimes пока доступны по waitlist.

Для меня это важная деталь. Код, рабочие директории и локальные инструменты остаются на машине, где работает daemon. Панель показывает состояние задач и связывает работу исполнителей.

Доступны hosted-вариант, desktop-клиент и self-host. Но self-host не означает «автоматически безопасно». Права на директории, секреты, MCP-инструменты и разрешения каждого агента всё равно надо настраивать отдельно.

И ещё одна граница: блок AI Context справа в моём интерфейсе — личная доработка. Я добавил туда контекст, задачи и заметки. В стандартную Multica он не входит.

После прогона я открыл Usage. Общие цифры расхода изменились, а статистика внутри проекта обновилась странно.

Почему именно, я не знаю. Возможны задержка, кэш или баг, но одного запуска недостаточно, чтобы выбрать удобное объяснение и объявить его фактом.

Это не мелочь. Если панель показывает задачи, но фактический расход приходится сверять в Codex, Hermes и у провайдеров отдельно, единый cockpit остаётся частичным.

То же относится к результатам. Агент может перевести задачу в done, но человек всё равно должен открыть артефакт, проверить diff, тесты и последствия. Multica помогает увидеть, где идёт работа. Она не подменяет ревью.

В Multica есть Autopilot: можно создавать задачи по расписанию или webhook. Это удобно для регулярной проверки, отчёта или реакции на событие.

Но расписание отвечает только на вопрос «когда запустить». Оно не добавляет критерии готовности, безопасные права и понятный формат результата.

Плохо поставленная задача по расписанию остаётся плохо поставленной задачей. Просто теперь она ошибается регулярно.

Не с нескольких агентов и точно не с production-доступов.

Сначала одна безопасная задача в тестовом репозитории. После неё я бы проверил:

Только после этого добавлял бы второго исполнителя, расписания и автоматическую передачу задач.

С одним агентом я работаю через диалог. С несколькими приходится управлять процессом.

Multica показала полезный промежуточный вариант: агенты остаются разными, работают через свои CLI и не обязаны жить внутри одного продукта. Но задачи, статусы и результаты можно свести в одну диспетчерскую.

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

Но контроль остаётся у человека. Особенно там, где есть секреты, внешние действия, production и деньги. Панель помогает не потерять процесс. Ответственность она на себя не забирает.

В видео я показываю весь тест на экране: создаю проект, отдаю задачу Codex, получаю декомпозицию и передаю часть работы Hermes. Там же видно странное поведение Usage.

Рабочие заметки о Multica, Hermes и реальной работе с ИИ-агентами складываю в Telegram UnderCode