Agent Teams.
Настоящая техническая команда по сценарию.

Claude subagents: inline-делегирования из одной родительской Claude-сессии. Родитель решает, когда вызвать subagent, subagent работает в изолированном context window, возвращает результат, и родитель продолжает. AgentsRoom Teams: уровнем выше: каждый нод это top-level Claude Code-сессия со своим терминалом, своим состоянием и своим scrollback. Ты видишь как каждый агент работает живьём в своей собственной вкладке, можешь говорить с любым из них в любой момент, можешь поставить команду на паузу, изменить воркфлоу и продолжить. Это не замена Claude subagents, можно абсолютно использовать оба. Нод команды может использовать subagents внутри.

Это работает со всеми 14 CLI-агентами, которые поддерживает AgentsRoom (Claude Code, Codex CLI, GitHub Copilot CLI, Cursor и ещё 10). Каждый нод команды выбирает своего провайдера и модель. Инструменты координации команды на основе MCP работают идентично между провайдерами, потому что они выставлены через стандартный Model Context Protocol. Можно запустить команду с Codex на тяжёлом backend-ноде и Haiku на QA-ноде, если это подходит твоему бюджету и латентности.

Структурированный объект, путешествующий от одного агента к следующему. Поля: featureSummary (короткое описание того что только что выпущено), changedFiles (git diff name-status), touchedAreas (UI, API, DB, config), risks (что-либо о чём следующий агент должен волноваться), testHints (приоритеты для QA), flags (булины как qaPassed, используемые условными рёбрами). Агент вызывает team_complete_step с этим payload, runner валидирует его server-side, следующий агент получает его как стартовый контекст.

Да. Когда нод повторно входится (цикл больше 1), AgentsRoom не спавнит нового агента. Он переиспользует оригинального агента цикла 1, пишет новый payload хендоффа прямо в его существующий терминал, и агент сохраняет полную память Claude-сессии предыдущих циклов. Это критично: Dev-агент, который уже знает что QA флагировал в прошлый раз, фиксит баг. Свежий Dev-агент без памяти просто повторил бы ту же ошибку.

Конфигурация команды имеет max-cycles guard, по умолчанию 3. Когда предел достигнут, run встаёт на паузу со статусом 'blocked' и ждёт тебя. Можно финализировать run, вручную сделать ещё один хендофф или отменить всё. Никаких бесконечных циклов, никаких сюрпризных ночных счетов.

Да. Команда работает в одном workspace и одном branch (или worktree если используешь фичу AgentsRoom Worktrees). Каждый агент видит работу предыдущего через git. Payload хендоффа включает git diff против baseline run, так что следующий агент знает точно что нового.

Нет. Teams: часть AgentsRoom. Ты приносишь свои собственные ключи провайдеров (Claude, Codex, GitHub Copilot CLI, Cursor и 10 других CLI-агентов) и платишь только за токены, которые используешь, как с одним агентом. Запуск Dev в QA команды на маленьком тикете обычно стоит столько же сколько запуск одного Fullstack-агента, потому что Haiku/Sonnet на QA-шаге дёшев.

Проектные команды живут с комнатой, синхронизированы с вашим аккаунтом и кэшированы в {project}/.agentsroom/teams-cache.json (в gitignore). Глобальные команды тоже синхронизируются с аккаунтом: библиотека следует за вами между машинами, а ~/.agentsroom/teams/ служит офлайн-кэшем. Встроенные шаблоны остаются локальными: каждая машина устанавливает их на своём языке.

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

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

Да. Проведите из узла две связи без условий, и обе цели работают как параллельные ветки, каждая в своём агенте и терминале. Ветки глубиной в один узел и должны сходиться в общем узле слияния, что редактор проверяет до запуска. Когда все ветки завершены, слияние получает объединённый payload: резюме с пометкой роли, дедуплицированные риски и подсказки для тестов, флаги, объединённые по правилу fail-safe (булев конфликт разрешается в false).

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

Да. Каждый узел может закрепить скиллы из вашей Skills Library, проектной или глобальной. Агенту даётся указание загрузить каждый из них перед началом шага: чек-лист ревью, регламент деплоя или процедура тестирования применяются при каждом запуске, а не зависят от памяти агента.

Да. Редактор выполняет набор проверок графа и отделяет блокирующие ошибки от предупреждений. Ошибки останавливают запуск: отсутствующий узел Start или End, дублирующиеся связи, две связи с одинаковыми условиями, связь, чьи условия противоречат друг другу, некорректный fan-out. Предупреждения не останавливают: имя флага с пробелами по краям, условие на связи, выходящей из Start, узел, у которого все исходящие связи условные, из-за чего запуск может встать. И то и другое перечислено в панели проверок, а виновные связи перекрашиваются на холсте, так что вы чините граф до того, как он стоит вам запуска.

Нет, и это сделано намеренно. Пока запуск жив, определение команды заморожено для записи через MCP-инструменты: узлы, связи, максимум циклов, инструкции шага, скиллы, проверочная команда, роль, провайдер и модель доступны агентам только на чтение, скилл, загруженный запуском, тоже нельзя переписать, а обойти заморозку удалением и пересозданием команды не получится. Агент не должен переписывать правило, которое им управляет. Вы же продолжаете править всё из интерфейса в любой момент.

Да. Мобильное приложение может стартовать команду на проекте, показывает баннер запуска с прогрессом каждого шага и даёт доступ к терминалу агента, который работает прямо сейчас. Сам запуск по-прежнему выполняется на вашем компьютере, через настоящие CLI, ровно так же, как если бы вы стартовали его там.

Спросите себя, на чём запуск бы провалился. Если он провалится, потеряв нить, берите эстафету: одна сессия играет все роли и никогда не объясняет решение самой себе заново. Если он провалится, согласившись сам с собой, берите команду: роли идут как отдельные агенты, поэтому код проверяет не тот, кто его написал. Эстафета стоит по умолчанию потому, что именно так уже работает любая команда, собранная до появления этой настройки, а не потому, что она лучше.

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

Только то, что он может прочитать. У коллеги, подключившегося посреди запуска, своя сессия и никакой памяти о проделанной работе, и именно поэтому его мнение чего-то стоит. Он догоняет остальных по общим заметкам, по таймлайну запуска и по git diff с момента старта запуска, и всё это он читает своими собственными инструментами. Это чтение и есть цена режима, и это причина, по которой режим эстафеты никуда не делся.

Да, и так стоит по умолчанию. Когда свободное общение выключено, коллега может писать только тем ролям, на которые указывает его узел в графе, поэтому обойти ворота, попросив кого-то ещё, не получится. Включайте его, когда хотите настоящую команду: любой пишет любому, в любом направлении и сразу нескольким. В обоих случаях граф по-прежнему стартует запуск и по-прежнему его завершает.