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

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

Це працює з усіма 14 CLI-агентами, які підтримує AgentsRoom (Claude Code, Codex CLI, GitHub Copilot CLI, Cursor і ще 10). Кожен вузол команди вибирає свого постачальника та модель. Інструменти координації команди на основі 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, GitHub Copilot CLI, Cursor і 10 інших CLI-агентів) і платите тільки за використані токени, як з одним агентом. Запуск команди 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, перевизначаючи те, що агент повідомив про себе. У разі помилки останні кілобайти виводу передаються наступному агенту, щоб зворотний зв'язок містив фактичний стек трасування, і результат відображався на часовій шкалі запуску.

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

Так. Редактор виконує набір перевірок графа й відділяє блокувальні помилки від попереджень. Помилки зупиняють запуск: відсутній вузол Start або End, дубльовані зв'язки, два зв'язки з однаковими умовами, зв'язок, чиї умови суперечать одна одній, некоректний fan-out. Попередження не зупиняють: ім'я прапорця з пробілами по краях, умова на зв'язку, що виходить зі Start, вузол, у якого всі вихідні зв'язки умовні, через що запуск може стати. І те, й інше перелічено в панелі перевірок, а винні зв'язки перефарбовуються на полотні, тож ви лагодите граф, перш ніж він коштуватиме вам запуску.

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

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

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

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

Лише те, що може прочитати. У колеги, який долучився посеред запуску, власна сесія і жодної пам'яті про виконану роботу, і саме тому його думка чогось варта. Він наздоганяє інших через спільні нотатки, таймлайн запуску та git diff від моменту старту запуску, і все це він читає власними інструментами. Це читання і є ціною режиму, і саме тому режим естафети нікуди не подівся.

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

Так. Тригер може вказувати на команду, а не на одиночного агента, тож той самий пайплайн працює без нагляду: за календарним ритмом, за вікном квоти вашої AI-підписки або за подією, надісланою GitHub, GitLab, Slack, Linear, Sentry чи вашою CI. Промпт іде на перший крок команди, run проходить на вашій машині, як і будь-який інший, потрапляє в історію тригера, і сповіщення повідомляє вам, що він стартував. Тригери живуть у панелі Тригери проекту, поруч із запланованими завданнями.