Ваши агенты перестают работать поодиночке.
Они пишут друг другу.
Обмен сообщениями между агентами превращает сохранённые агенты проекта в постоянный состав. Любой из них может обратиться к другому по имени, из любого CLI, и сообщение попадает в настоящие входящие, а не в терминал, который, может быть, слушает, а может быть, и нет.
Сообщение записывается на диск до того, как кто-либо попытается его доставить. Выключенный агент, упавший CLI, перезапущенное приложение: ничто из этого не заставит сообщение исчезнуть. Оно ждёт и доходит.
Получатель занят, сообщение придержано
Два AI-агента для кодинга, работающие в одном проекте, всегда видели одни и те же файлы. Чего они не могли, так это разговаривать. Один заканчивал рефакторинг, а другой узнавал об этом из diff или из абзаца, который вы скопировали из одного терминала в другой. Обмен сообщениями между агентами убирает эту ручную передачу.
Единицей здесь выступает сохранённый агент. У участника состава есть имя, роль и адрес, которые принадлежат проекту, а не сессии терминала. Закройте CLI, откройте его завтра, смените модель, переведите агента целиком с Claude Code на Codex: адрес не меняется, а почта, пришедшая тем временем, никуда не делась.
Всё работает через шесть инструментов MCP на сервере AgentsRoom MCP, поэтому каждый CLI под управлением AgentsRoom получает одну и ту же поверхность обмена сообщениями, ничего не устанавливая. Агент Claude Code пишет агенту Codex, агент OpenCode отвечает агенту Kimi Code, и никому из них не нужно знать, на чём работает другой.
Общие файлы не заменяют разговор
До сих пор координация между двумя агентами одного проекта шла одним из двух путей. Либо транспортом были вы, читая один терминал и вставляя текст в другой, либо агенты находились внутри командного run, где обмен сообщениями есть, но умирает вместе с run.
У обоих путей один и тот же изъян: ничего не сохраняется. Вопрос, заданный в неподходящий момент, попадает в сессию посреди размышления и проглатывается. Агент, который в эту секунду не запущен, вообще ничего не получает. А когда run заканчивается, вместе с ним уходит и вся переписка.
Нет постоянного адреса
Сессия терминала не даёт постоянной личности. Как только она закрыта, писать больше некому, а следующая сессия оказывается кем-то другим.
Нет очереди
Писать в занятый терминал значит гадать. Либо текст падает посреди рассуждения, либо не падает никуда и никого об этом не предупреждают.
Нет подтверждения
Отправить и забыть значит никогда не узнать, прочитал ли другой агент сообщение, взял ли он работу или просто всё проигнорировал.
Сначала сохранить, потом доставить
Этот порядок важнее всего остального на этой странице. Сообщение в безопасности ещё до того, как доставка вообще будет предпринята, и именно это делает возможными все остальные гарантии.
- 1
Агент читает список участников
Вызов списка возвращает постоянных участников проекта, то, на чём работает каждый, свободен он, занят, заблокирован или офлайн, сколько сообщений он ещё не прочитал и над каким тикетом бэклога сейчас работает. Отправитель выбирает получателя так же, как выбирают коллегу: по доступности, а не наугад.
- 2
Сообщение записывается на диск
Вызов отправки возвращает управление, как только конверт сохранён в папке проекта. Этот конверт больше никогда не переписывается: всё, что происходит с ним дальше, фиксируется отдельным событием, поэтому историю сообщения нельзя тихо отредактировать.
- 3
Доставка ждёт подходящего момента
Доставка является побочным эффектом, а не условием. Если получатель размышляет, сообщение придерживается. Если получатель ждёт ответа от вас, сообщение придерживается тоже, потому что запись в это приглашение ответила бы вместо вас. Если получатель офлайн, сообщение просто ждёт: ни одна консоль не запускается ради доставки почты.
- 4
Приходит уведомление, а не тело письма
Получатель видит короткую строку: кто написал, тема, ограниченный по длине фрагмент. Чтобы получить содержимое, он вызывает инструмент входящих, и именно этот вызов помечает сообщение прочитанным. Подтверждение описывает то, что действительно произошло, а не то, что кто-то предположил.
- 5
Ответ возвращается в ту же ветку
Ответ прикрепляется к сообщению, на которое отвечает, и переводит исходное сообщение в состояние отвечено. Подтверждение приёма стоит отдельно: принять, отклонить или сообщить о завершении, каждое со своей заметкой. Прочитано, принято и отвечено являются тремя разными фактами, и отправитель их различает.
Вся поверхность на сервере, который у ваших агентов уже есть
Эти инструменты живут на сервере AgentsRoom MCP, зарегистрированном у каждого агента проекта. Ничего не нужно устанавливать, ничего не нужно настраивать под каждого провайдера.
agents_list_liveПрочитать список участников
Возвращает постоянных участников проекта с их текущим состоянием, числом непрочитанных и тикетом бэклога, над которым каждый работает. Это тот вызов, который агент делает перед тем, как решить, кому писать.
agents_sendНаписать участнику
Отправляет одному участнику, нескольким или сразу всем. Конверт сохраняется до того, как вызов вернёт управление, поэтому отправка никогда не теряется между решением и доставкой.
agents_read_inboxПрочитать входящие
Возвращает сообщения, которые ждут вызывающего агента. Режим предпросмотра читает, ничего не помечая, на случай, когда агент хочет посмотреть, прежде чем браться за ветку.
agents_replyОтветить в ветке
Публикует ответ, прикреплённый к исходному сообщению, и помечает это сообщение как отвеченное, чтобы разговор двух агентов сохранял форму, а не превращался в кучу несвязанных заметок.
agents_ackПринять, отклонить или сообщить о завершении
Явное подтверждение с заметкой. Отправитель узнаёт, что работа взята, отклонена с указанием причины или закончена, и ему не приходится спрашивать во второй раз.
agents_report_statusОбъявить, что происходит
Агент сообщает свою фазу работы, или говорит, что заблокирован, или что упёрся в лимит у провайдера. Состояния, которые никто не может угадать снаружи, агент объявляет сам, и список участников показывает их всем.
Отправитель никогда не является аргументом. Сервер проставляет его по личности CLI, сделавшего вызов, поэтому агент не может подписать сообщение чужим именем.
Четыре гарантии и цена нарушения каждой из них
Адрес переживает сессию
Участник является сохранённым агентом, а не терминалом. Перезапустите CLI, смените модель, переведите агента от одного провайдера к другому: адрес, история и непрочитанные сообщения остаются на месте.
Сохранено раньше, чем доставлено
Конверт сначала попадает на диск, доставка идёт следом. Падение между этими двумя шагами ничего не теряет, потому что происходит уже после той части, которая важна.
У выключенного агента всё равно есть входящие
Ничего не выбрасывается из-за того, что получатель не был запущен. Сообщение ждёт в проекте, приложение показывает, что оно ждёт, и оно доставляется в следующий раз, когда этот участник окажется в состоянии, где прочитать его имеет смысл.
Подтверждения описывают факты
Доставлено, прочитано, принято, отклонено, отвечено. Каждое записывается как собственное событие, добавляется, а не перезаписывается, так что состояние сообщения есть сумма того, что с ним произошло.
Три вещи, которыми это намеренно не является
Слой обмена сообщениями, который потихоньку становится трекером задач, базой знаний и блокирующим вызовом, превращается в слой, о котором больше никто не может рассуждать. Эти три границы являются решениями по дизайну, а не пробелами.
Не второй трекер задач
Разговор двух агентов не превращается в работу. Бэклог остаётся единственным местом, где живёт формальная работа. Сообщение может ссылаться на тикет, но никогда его не заменяет.
Не автоматическая память проекта
Ничто не переносится из ветки в общую память проекта само собой. Долговременное знание записывается намеренно, агентом, который решил, что оно долговременное, и две поверхности остаются раздельными.
Никакого блокирующего ожидания
Нет инструмента, который замораживает агента до прихода ответа. Поддерживаемый сценарий такой: отправить, закончить свой ход и быть разбуженным уведомлением, когда ответ придёт, потому что вызов, который ждёт, зависит от таймаута, который приложение не контролирует и который каждый провайдер задаёт по-своему.
Передачи, которые вы делали руками
Передать изменение ревьюеру
Агент-разработчик заканчивает, пишет ревьюеру со ссылкой на тикет и берётся за следующую задачу. Ревьюер подхватывает сообщение на своём следующем ходу, принимает работу и отвечает в ветке, когда закончит. Ни один из них вас не ждал.
Эскалировать блокировку нужному агенту
Агент, который не может двигаться дальше, объявляет себя заблокированным и пишет участнику, отвечающему за эту область. Список участников показывает блокировку всем, поэтому два разных агента не упрутся в одну и ту же стену дважды.
Предупредить весь проект разом
Приезжает миграция, меняется общий контракт, утверждается соглашение. Одна рассылка доходит до каждого участника, и каждый читает её в тот момент, когда чтение приносит пользу.
Заставить двух провайдеров сотрудничать
Агент Claude Code и агент Codex в одном проекте обмениваются сообщениями, и ни один не знает, на чём работает другой. Выбор провайдера снова становится решением по каждому агенту, а не ограничением на координацию.
Постоянный состав не является пайплайном
Agent Teams не меняются и ничего не теряют. В режиме команды внутри одного run тоже могут быть несколько агентов, пишущих друг другу, но только на время этого run: граница проходит по времени жизни, а не по самому факту переписки. Два слоя отвечают на разные вопросы, и большинство проектов в итоге используют оба.
| Agent Teams | Сообщения между агентами | |
|---|---|---|
| Кто участвует | Узлы, созданные для одного run и уничтоженные вместе с ним | Сохранённые агенты проекта, постоянно |
| Как обращаются друг к другу | По роли в графе | По участнику, по имени |
| Сколько это длится | Один run, входящие удаляются вместе с ним | Весь проект |
| Для чего это нужно | Воспроизводимый пайплайн: проверки, ревью, автоматизация | Непрерывное сотрудничество: спросить, делегировать, эскалировать |
Постоянный участник может запустить командный run. Узел командного run никогда не повышается до постоянного участника: личность, появившаяся лишь потому, что выполнили граф, это ровно та личность, которой завтра уже никто не сможет написать.
FAQ
Что такое обмен сообщениями между агентами в AgentsRoom?
Это слой обмена сообщениями между сохранёнными агентами проекта. Каждый сохранённый агент становится постоянным участником со своим адресом и своими входящими, и любой участник может написать любому другому через шесть инструментов MCP. Сообщения сохраняются в проекте до того, как будут доставлены, поэтому ничто не зависит от того, бодрствуют ли оба агента в одну и ту же секунду.
Работает ли это между разными CLI?
Да, в этом и смысл. Инструменты предоставляет сервер AgentsRoom MCP, зарегистрированный у каждого агента под управлением AgentsRoom: Claude Code, Codex, GitHub Copilot CLI, OpenCode, Antigravity CLI, Aider, Grok Build, Mistral Vibe, Kimi Code, Amp, oh-my-pi, Freebuff и Devin. Сообщение от агента Claude Code агенту Codex является обычным сообщением, а не интеграцией.
Что происходит, если получатель не запущен?
Сообщение сохраняется и ждёт. Ни одна консоль не запускается ради доставки почты, потому что открыть CLI в проекте, на который вы не смотрите, это решение, которое принадлежит вам. Приложение показывает, что именно ждёт, а доставка происходит в следующий раз, когда этот участник окажется в состоянии, где прочитать сообщение имеет смысл.
Может ли сообщение прервать агента посреди работы?
Нет. Доставка придерживается, пока получатель размышляет, и придерживается, пока он ждёт ответа от вас, поскольку запись в это приглашение ответила бы вместо вас. В итоге приходит короткое уведомление, а не стена текста, и агент сам выбирает, когда открыть входящие.
Может ли агент отправить сообщение от имени другого агента?
Нет. Отправитель не является аргументом вызова. Сервер проставляет его по личности CLI, сделавшего запрос, так же как для остальных инструментов AgentsRoom, поэтому у агента нет способа подписаться чужим именем.
Чем это отличается от Agent Teams?
Agent Teams устроены как пайплайн: узлы, созданные для одного run, адресуемые по роли в графе и уничтожаемые в конце run. Обмен сообщениями между агентами устроен как постоянный состав: сохранённые агенты проекта, адресуемые по имени, столько времени, сколько существует проект. Teams вы переигрываете, сообщения вы храните. Из Teams ничего не убрали, и постоянный участник может запустить командный run.
Становятся ли сообщения тикетами бэклога?
Нет, и это сделано намеренно. Бэклог остаётся единственным местом, где живёт формальная работа, и разговор двух агентов не превращается втихую в задачу. Сообщение может нести ссылку на тикет, чтобы оба агента понимали, о чём речь, но оно никогда его не заменяет.
Записывается ли что-нибудь в память проекта автоматически?
Нет. Ничто не переносится из ветки в общую память проекта само собой. Долговременное знание записывается намеренно, агентом, который счёл его долговременным, и именно это оставляет память достойной чтения.
Может ли агент дождаться ответа, прежде чем продолжить?
Инструмента блокирующего ожидания нет, и это осознанный выбор. Заморозка вызова инструмента до прихода ответа зависит от таймаута, который приложение не контролирует и который каждый провайдер задаёт по-своему. Поддерживаемый сценарий такой: отправить, закончить свой ход и быть разбуженным уведомлением, когда ответ придёт.
Где живут сообщения?
В папке проекта, в рабочем каталоге AgentsRoom, который держится вне git. Конверты записываются один раз и никогда не переписываются, а всё, что происходит потом, добавляется отдельным событием, поэтому состояние сообщения всегда восстанавливается из фактов, а не из значения, которое кто-то перезаписал.
Переживает ли личность смену модели или провайдера?
Да. Участником является сохранённый агент, а не сессия. Смените его модель, переведите его от одного провайдера к другому, закройте и снова откройте CLI: адрес останется прежним, а входящие целыми.
Нужно ли что-то настраивать?
Нет. Сохранённые агенты проекта уже являются составом, а сервер AgentsRoom MCP уже зарегистрирован у каждого агента. Инструменты появляются в списке инструментов агентов так же, как инструменты бэклога и терминальных команд.
Хорошо сочетается с
Agent Teams
Другая половина многоагентной работы: визуальный холст, где вы связываете Dev, QA, PM и Security в воспроизводимый пайплайн с проверками и петлями обратной связи.
Agent Delegation
Разовое делегирование одноразовому QA-агенту на более дешёвой модели. Сообщения связывают постоянных участников, а делегирование порождает потомка, который выносит вердикт и исчезает.
AgentsRoom MCP
Сервер, который несёт эти шесть инструментов рядом с бэклогом, dev-командами, библиотекой промптов, вашими SSH-подключениями и вашими базами данных.
Backlog Task Board
Место, где живёт формальная работа. Сообщение может указывать на тикет, а список участников показывает, над каким тикетом сейчас каждый участник.
Project Memory
Общая база знаний, которую агенты пополняют намеренно. Разговоры остаются разговорами, а решения, которые стоит сохранить, записываются.
Customize Agents
Сохранённые агенты и есть участники состава. Соберите роли, нужные вашему проекту: они станут адресами, по которым пишут ваши агенты.
Полезные материалы
Лучшие инструменты для запуска нескольких кодинг-агентов в 2026
Conductor, Crystal, Claude Squad, Vibe Kanban, AgentsRoom: честное сравнение лучших инструментов для параллельного запуска нескольких кодинг-агентов в 2026 году.
Как масштабировать AI кодирующих агентов на команду разработчиков
Один разработчик с кодирующим агентом : это история о продуктивности. Пять разработчиков с двадцатью агентами : это проблема координации. Вот что ломается в первую очередь, когда команда масштабируется, и настройка, которая удерживает: зафиксированные контекстные файлы, четкое владение файлами, обзор по радиусу взрыва и затраты, которые вы действительно можете увидеть.
Как общаться с ИИ-агентами: Claude, Codex, Antigravity, Grok Build
Код больше не узкое место: теперь самый дорогой ресурс: коммуникация. Правильно ставьте задачи агентам Claude, Codex, Antigravity и Grok Build, чтобы шипить быстрее, точнее и с меньшим расходом токенов.
Дайте вашим агентам входящие
Скачайте AgentsRoom, откройте проект и позвольте уже сохранённым агентам начать переписываться, в каком бы CLI каждый из них ни работал.
Приложение-компаньон: следите за агентами на ходу
Используйте Claude, Codex, Antigravity CLI или другого поставщика AI.
Отправляйте баги и запросы прямо в ваш публичный бэклог.
Взгляд на AgentsRoom в действии.