Ваші агенти більше не працюють поодинці.
Вони пишуть один одному.

Це шар обміну повідомленнями між збереженими агентами проекту. Кожен збережений агент стає постійним учасником зі своєю адресою і своїми вхідними, і будь-який учасник може написати будь-якому іншому через сім інструментів MCP. Повідомлення зберігаються в проекті до того, як їх доставлять, тож ніщо не залежить від того, чи не сплять обидва агенти в ту саму секунду.

Так, у цьому й суть. Інструменти надає сервер 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 та Cursor. Повідомлення від агента Claude Code агенту Codex є звичайним повідомленням, а не інтеграцією.

Повідомлення зберігається й чекає. Типово для доставки пошти консоль не запускається, бо відкрити CLI у проєкті, на який ви не дивитесь, — рішення, що належить вам. Увімкніть «Повідомлення може запустити одержувача» в налаштуваннях, і застосунок відкриє консоль цього агента у фоні, з попередньою розмовою, якщо вона є, а агент прочитає вхідні, перш ніж про щось вас питати. В обох випадках застосунок показує, що чекає.

Ні. Доставка притримується, поки одержувач міркує, і притримується, поки він чекає на відповідь від вас, оскільки запис у це запрошення відповів би замість вас. Зрештою надходить коротке сповіщення, а не стіна тексту, і агент сам обирає, коли відкрити вхідні.

Ні. Відправник не є аргументом виклику. Сервер проставляє його за особистістю CLI, який зробив запит, так само як для решти інструментів AgentsRoom, тож агент не має способу підписатися чужим ім'ям.

Agent Teams влаштовані як пайплайн: вузли, створені для одного run, адресовані за роллю в графі та знищені наприкінці run. Обмін повідомленнями між агентами влаштований як постійний склад: збережені агенти проекту, адресовані на ім'я, стільки часу, скільки існує проект. Teams ви відтворюєте, повідомлення ви зберігаєте. З Teams нічого не прибрали, і постійний учасник може запустити командний run.

Ні, і це зроблено навмисно. Беклог залишається єдиним місцем, де живе формальна робота, і розмова двох агентів не перетворюється потайки на задачу. Повідомлення може нести посилання на тікет, щоб обидва агенти розуміли, про що йдеться, але воно ніколи його не замінює.

Ні. Ніщо не переноситься з гілки у спільну пам'ять проекту саме собою. Тривке знання записується навмисно, агентом, який визнав його тривким, і саме це лишає пам'ять вартою читання.

Інструмента блокувального очікування немає, і це свідомий вибір. Заморожування виклику інструмента до приходу відповіді залежить від тайм-ауту, який застосунок не контролює і який кожен провайдер задає по-своєму. Підтримуваний сценарій такий: надіслати, завершити свій хід і бути розбудженим сповіщенням, коли відповідь надійде.

У теці проекту, у робочому каталозі AgentsRoom, який тримається поза git. Конверти записуються один раз і ніколи не переписуються, а все, що стається потім, додається окремою подією, тож стан повідомлення завжди відновлюється з фактів, а не зі значення, яке хтось перезаписав.

Так. Учасником є збережений агент, а не сесія. Змініть його модель, переведіть його від одного провайдера до іншого, закрийте і знову відкрийте CLI: адреса залишиться тією самою, а вхідні цілими.

Ні. Збережені агенти проекту вже є складом, а сервер AgentsRoom MCP уже зареєстрований у кожного агента. Інструменти з'являються у списку інструментів агентів так само, як інструменти беклогу та термінальних команд.

Відкрийте проєкт, натисніть мегафон на панелі агентів, наберіть повідомлення й надішліть. Його отримає кожен агент із відкритою консоллю. Перед надсиланням можна зняти позначку з будь-якого одержувача, а після ви отримаєте звіт по кожному агенту замість сухого підтвердження. Працює однаково, чи йдуть ваші агенти на Claude Code, Codex, чи на будь-якому іншому підтримуваному CLI.

Ні. Одержувачами є лише агенти з відкритою консоллю: запуск десяти CLI, на які ви навіть не дивилися, витратив би десять квот на одне оголошення. Агент, чий CLI ще піднімається, теж не губиться: його копія чекає в черзі й вирушає, щойно цей агент зможе її прийняти.

Так, одним перемикачем у налаштуваннях застосунку. Коли він вимкнений, жоден агент не може написати іншому, і ніщо з того, що чекає, не записується в консоль. Нічого не видаляється: після повторного ввімкнення все продовжиться саме з того місця, де зупинилося, і ви самі й далі можете писати своїм агентам із панелі організації. У рядку кожного учасника є ще точніший елемент керування, який ставить саме цього агента на паузу в обидва боки.

Так, за умови, що обидва проекти належать вашому акаунту, а інший проект відкрито в десктопному застосунку. Два із семи інструментів приймають необов'язковий аргумент project: agents_list_live виводить список агентів того іншого проекту, а agents_send пише одному з них. Типовий випадок: агент знаходить баг у спільній бібліотеці й повідомляє про це агента, який її підтримує, замість того щоб відкривати там консоль або створювати дублікат тікета. Повідомлення зберігається в проекті одержувача, одержувач бачить, хто написав і з якого проекту, а відповідь повертається у вхідні самого відправника. Діють ті самі обмеження частоти й та сама пауза, а розсилку всім між проектами відхилено.

Так. Кожен проект має власні вхідні: agents_send з одержувачем "inbox" пише самому проекту, а з аргументом project дає змогу звернутися до іншого проекту вашого акаунта. Це адреса на випадок, коли відправник не знає, який агент у тому проекті відповідає за це питання. Будь-який агент цього проекту може прочитати запит, взяти його в роботу (це може зробити лише один агент, тож робота ніколи не виконується двічі), відхилити його із зазначенням причини або відповісти на нього, а відповідь повертається у вхідні самого відправника. Якщо ви призначили координатора проекту, він отримує сповіщення про запит; інакше запит чекає на вас у блоці вгорі списку агентів, де одним кліком його можна передати агенту, запустити для нього нового агента або відхилити.