Команди агентів.
Справжня технічна команда, за сценарієм.

Субагенти Claude є вбудованими делегаціями з однієї сесії Claude. Батько вирішує, коли викликати субагента, субагент працює в ізольованому вікні контексту, повертає результат, і батько продовжує. AgentsRoom Teams на один рівень вище: кожен вузол є сесією Claude Code верхнього рівня з власним терміналом, власним станом і власним скролбеком. Ви бачите, як кожен агент працює в реальному часі у власній вкладці, можете спілкуватися з будь-яким з них у будь-який момент, можете призупинити команду, змінити робочий процес і відновити. Це не заміна для субагентів Claude, ви можете абсолютно використовувати обидва. Вузол команди може використовувати субагенти внутрішньо.

Це працює з кожним постачальником, підтримуваним AgentsRoom (Claude Code, Codex CLI, OpenCode, Antigravity CLI, Aider, Grok Build, Mistral Vibe, Kimi Code). Кожен вузол команди вибирає свого постачальника та модель. Інструменти координації команди на основі MCP працюють однаково у всіх постачальників, оскільки вони представлені через стандартний протокол Model Context Protocol. Ви можете запустити команду з Codex на важкому бекенд-вузлі та Haiku на вузлі QA, якщо це відповідає вашому бюджету та затримці.

Структурований об'єкт, який передається від одного агента до наступного. Поля: featureSummary (короткий опис того, що було щойно відправлено), changedFiles (git diff name-status), touchedAreas (UI, API, DB, config), risks (все, про що повинен турбуватися наступний агент), testHints (пріоритети для QA), flags (булеві значення, такі як qaPassed, використовувані умовними краями). Агент викликає team_complete_step з цим вантажем, виконавець перевіряє його на сервері, наступний агент отримує його як свій початковий контекст.

Так. Коли вузол повторно входить (цикл більше 1), AgentsRoom не створює нового агента. Він повторно використовує оригінального агента циклу 1, записує новий вантаж передавання безпосередньо у його існуючий термінал, і агент зберігає всю пам'ять сесії Claude з попередніх циклів. Це критично: агент Dev, який вже знає, що QA відзначив минулого разу, виправляє баг. Новий агент Dev без пам'яті просто повторить ту ж саму помилку.

Конфігурація команди має обмежувач max-cycles, за замовчуванням 3. Коли досягається межа, запуск зупиняється зі статусом 'заблоковано' і чекає на вас. Ви можете завершити запуск, вручну передати ще раз або скасувати все. Ніяких нескінченних циклів, ніяких несподіваних рахунків на ніч.

Так. Команда працює в одному робочому просторі та одній гілці (або worktree, якщо ви використовуєте функцію AgentsRoom Worktrees). Кожен агент бачить роботу попереднього через git. Вантаж передавання включає git diff проти базової лінії запуску, щоб наступний агент знав точно, що нове.

Ні. Команди є частиною AgentsRoom. Ви приносите свої власні ключі постачальника (Claude, Codex, OpenCode, Antigravity, Aider, Grok Build, Mistral Vibe, Kimi Code) і платите тільки за використані токени, як з одним агентом. Запуск команди Dev до QA на невеликому квитку зазвичай коштує стільки ж, скільки запуск одного агента Fullstack, оскільки Haiku/Sonnet на кроці QA дешевий.

Команди, прив'язані до проекту, живуть з кімнатою, синхронізуються з вашим обліковим записом і кешуються в {project}/.agentsroom/teams-cache.json (gitignored). Глобальні команди також синхронізуються з вашим обліковим записом, тому ваша бібліотека команд слідує за вами на різних машинах, з ~/.agentsroom/teams/ як офлайн-кешем. Засіяні шаблони залишаються локальними: кожна машина засіває їх своєю мовою.

Стан запуску зберігається на диску в {workspace}/.agentsroom/team-runs/{runId}/ (state.json, NOTES.md, inbox/, timeline.jsonl), з атомарними записами та файлом нотаток тільки для додавання. Перерваний запуск відновлюється при перезапуску додатка: оркестратор повторно входить у активний крок, відкриває термінал, і агент отримує свій контекст назад з нотаток та інструментів команди. Запуск, визначення команди якого було видалено, автоматично закривається замість того, щоб залишатися назавжди.

Так. Кожен запуск команди є незалежним і ідентифікується своїм runId. Ви можете мати три різні команди, що працюють на трьох квитках в одному проекті. Всередині одного запуску виконання слідує вашій графіці: послідовно за замовчуванням, паралельно, де ви малюєте паралельні гілки (наприклад, QA та безпека, що переглядають одночасно), завжди об'єднуючись на одному детермінованому вузлі з'єднання.

Так. Намалюйте два безумовні краї з вузла, і обидві цілі працюють як паралельні гілки, кожна у своєму агенті та терміналі. Гілки мають глибину одного вузла і повинні сходитися на загальному вузлі з'єднання, який редактор перевіряє перед тим, як ви зможете запустити. Коли кожна гілка завершена, з'єднання отримує один об'єднаний вантаж: резюме, позначені роллю, дедупліковані ризики та підказки для тестування, а прапори об'єднані з правилом безпеки (конфлікт булевого значення вирішується на користь false).

Ви вводите команду оболонки на вузлі, наприклад npm test, і за бажанням ім'я прапорця (за замовчуванням checkPassed). Коли агент сигналізує про завершення, AgentsRoom запускає команду в робочому просторі з обмеженням у п'ять хвилин. Код виходу 0 записує true у прапорець, будь-який інший записує false, перевизначаючи те, що агент повідомив про себе. У разі помилки останні кілобайти виводу передаються наступному агенту, щоб зворотний зв'язок містив фактичний стек трасування, і результат відображався на часовій шкалі запуску.

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