Agent Teams.
Настоящая техническая команда по сценарию.
AgentsRoom Teams связывает твоих ИИ-агентов кодинга в цепочку как настоящую инженерную команду. Fullstack Dev выпускает фичу, QA Engineer её валидирует, PM согласовывает. Каждая роль по сценарию, воркфлоу визуальный, и каждый хендофф несёт сводку фичи, diff, риски и тест-хинты. Хватит одного агента, который делает всё плохо.
Собери свою команду мечты ИИ-разработки на визуальном канвасе, ровно как воркфлоу n8n. Условные ребра, циклы обратной связи, повторы, max-cycles guard. Сохрани один раз, запускай на каждом тикете и смотри, как твои агенты передают эстафету как сеньоры.
AgentsRoom Teams: визуальный редактор мульти-агентного воркфлоу, автоматический хендофф между агентами Claude Code, цикл обратной связи Dev в QA, инкоммуникация между агентами через MCP.
Agent Teams: ответ AgentsRoom на жестокую правду об ИИ-агентах кодинга: один агент, который пытается делать всё, в итоге делает всё плохо. Fullstack-агент, который кодит, тестит, ревьюит, деплоит и пишет спеку одновременно, забывает половину инструкций на полпути. Правильный ответ, тот что используют все серьёзные software-команды в мире: разделить работу по ролям. Разработчик кодит. QA-инженер валидирует. Product manager согласовывает. Security reviewer аудитит. У каждой роли свой контекст, свой фокус, свои инструменты.
Именно это и приносит Agent Teams в AgentsRoom. Бросаешь ноды на бесконечный канвас (построен на React Flow, тот же движок что у n8n, Make, Retool и Pipedream), каждый нод: агент Claude Code, Codex, OpenCode, Gemini CLI или Aider, назначенный на конкретную роль, и связываешь их между собой. Запускай команду на тикете из бэклога или прикрепляй её к любому новому спавну агента. AgentsRoom оркестрирует цепочку: спавнит первого агента, ждёт хендофф, суммирует работу, спавнит следующего агента с этой сводкой как входящим контекстом, повторяет пока команда не дойдёт до конечного нода.
Другие инструменты пытаются сделать это с одним супер-агентом и хитрыми промптами. Мы пробовали, это не работает дальше трёх шагов. Роли уплывают, контекст теряется, агент забывает что должен был проверить. Agent Teams обращается с агентами как с настоящими членами команды: каждый получает чистую сессию, сфокусированный system prompt, структурированный payload хендоффа и общий скрэтчпад для общения с другими. Это и есть тот воркфлоу ИИ-инженерной команды, который ты на самом деле хочешь.
Редактор AgentsRoom Teams: бросай ноды для каждой роли, связывай их, добавляй условия, сохраняй команду, запускай на любом тикете.
Мульти-агентная оркестрация, которая реально масштабируется
Каждый нод на канвасе: агент. Ты выбираешь его роль (Fullstack, Frontend, Backend, QA, Security, DevOps, PM, Architect, Mobile, Marketing, Git, SEO, Localization или любую кастомную роль которую ты создал), его модель (Opus, Sonnet, Haiku, GPT-5, o3, Gemini Pro и т.д.), режим хендоффа (auto через Stop hook или manual через кнопку) и пару строк инструкций для шага. Это всё. Никаких церемоний промпт-инжиниринга, никаких YAML-конфигов писать.
Ребра соединяют ноды. Простое ребро значит: когда первый агент заканчивает шаг, передавай следующему. Условное ребро несёт проверку флага, например qaPassed equals true. QA-агент устанавливает этот флаг в payload хендоффа, runner выбирает подходящее ребро. Так ты строишь циклы обратной связи: QA заканчивает, qaPassed equals false, ребро отправляет назад к Dev с тест-хинтами и рисками. Dev фиксит, делает хендофф снова. Цикл пока QA не пройдёт или пока не сработает max-cycles guard.
Инкоммуникация между агентами надёжна by design. AgentsRoom поставляется со специальным MCP-сервером (agentsroom-team), который даёт каждому агенту в run набор инструментов: читай контекст команды, читай общий скрэтчпад NOTES.md, постом заметку для коллег, отправляй вопрос другой роли, читай inbox, читай timeline, читай git diff против baseline run, и завершай шаг со структурированным payload. Эти инструменты переинъектируются в Claude-сессию на каждом ходе, так что они переживают компакцию контекста. Даже после /compact или /clear агент всё ещё видит свои инструменты команды.
Поверх этого, hook UserPromptSubmit напоминает агенту о новых заметках от коллег перед каждым сообщением пользователя. Файл NOTES.md в workspace append-only и переживает крэши, рестарты и ребуты Mac. Схема payload хендоффа, валидируемая на стороне сервера, не даёт агентам делать хендоффы с пустыми или мусорными payload. Это та часть, которую большинство мульти-агентных демок тихо пропускают, и причина по которой большинство из них разваливается на цикле 3.
Всё что нужно чтобы вести ИИ-инженерную команду
Визуальный воркфлоу, настоящий хендофф, настоящие циклы обратной связи, настоящая инкоммуникация между агентами. Построено так, чтобы выпускать фичу одним пингом в Slack вместо пятидесяти.
Визуальный канвас воркфлоу
Бесконечный зумируемый канвас на React Flow, том же движке что стоит за n8n, Retool, Pipedream и Make. Бросай ноды, связывай их, сохраняй команду. Никакого кода, никакого YAML.
14 встроенных ролей агентов
Fullstack, Frontend, Backend, DevOps, QA, Security, PM, Architect, Mobile, Marketing, Git Expert, SEO, i18n. Плюс любая кастомная роль которую ты уже сохранил в проекте.
Модель и промпт на нод
Каждый нод выбирает своего провайдера, свою модель и свои инструкции шага. Используй Opus для Architect, Haiku для QA, Codex для тяжёлого бэкенда, Gemini для дешёвого фронтенда. Mix and match.
Автоматический хендофф
Когда агент вызывает team_complete_step, AgentsRoom строит payload хендоффа (сводка фичи, изменённые файлы, риски, тест-хинты, флаги) и спавнит следующий нод с этим payload как стартовым контекстом.
Опция ручного хендоффа
Предпочитаешь валидировать каждый шаг? Переключи нод в ручной режим. Агент ждёт, ты кликаешь 'Hand off' когда доволен результатом. Лучшее из двух миров.
Условные ребра
Каждое ребро может нести проверку флага (например, qaPassed equals true). Строй ветвления: если QA проходит, иди к PM, иначе возвращайся к Dev. Настоящая логика воркфлоу, без скриптинга.
Циклы обратной связи
Dev в QA в Dev в QA. Когда QA отправляет тикет назад, оригинальный Dev-агент переиспользуется с полной памятью предыдущего цикла, так что он реально фиксит регрессию вместо того чтобы начинать заново.
Max-cycles guard
Настраиваемый предел (по умолчанию 3). Избегает бесконечных циклов QA-rejects-Dev. Когда предел достигнут, run встаёт на паузу на awaiting-finalization и ты решаешь что делать.
Общий скрэтчпад NOTES.md
Каждый агент в run читает и пишет markdown-файл в workspace. Переживает компакцию, крэш, рестарт. Единый источник правды для рассуждений команды.
Inbox от роли к роли
Нужно чтобы QA задал вопрос Architect посреди run? team_ask отправляет сообщение в inbox роли. Следующий агент этой роли его читает и отвечает. Настоящий чат между агентами.
Инкоммуникация между агентами через MCP
Все инструменты команды выставлены через MCP-сервер. Инструменты переживают компакцию контекста Claude (Anthropic переотправляет их на каждом ходе). Устойчивы к /clear, /compact и длинным циклам.
Сводка хендоффа на Haiku
Если агент не пишет свою собственную сводку фичи, маленький вызов Haiku генерирует её из git diff. Дёшево, быстро, и следующий агент всегда приземляется с контекстом.
Распространение Browser MCP
Нод команды с verifyInBrowser автоматически переключает своего агента в режим browser-access. QA-нод приземляется с полным набором инструментов браузера (navigate, click, type, screenshot, get logs).
Эфемерные агенты на run
Каждый run команды спавнит свежих агентов и уничтожает их при dismiss. Список агентов твоего проекта остаётся чистым. Команда: воркфлоу, агенты: рантайм.
Глобальные и проектные команды
Сохраняй переиспользуемые команды в глобальной библиотеке (~/.agentsroom/teams) или прикрепляй их к конкретному проекту (комитятся с room). Тот же редактор, разный scope.
Шаблоны команд в комплекте
Три стартовых шаблона идут с приложением: Dev в QA, Dev в QA с циклом обратной связи и Dev в Security в QA. Дублируй, редактируй, запускай. Старт за 30 секунд.
UI таймлайна run
Каждый хендофф появляется как карточка в таймлайне run: какая роль только что закончила, что говорит сводка, какие файлы изменились, какие флаги установлены. Аудитируемо, replayable.
Запуск на любом тикете бэклога
Брось тикет на команду и цепочка стартует на этом тикете. Первый агент читает заголовок и тело тикета, остальная команда подхватывает оттуда.
14 специализированных ролей, готовых к подключению
У каждой роли свой system prompt, области фокуса и примеры тасков. Микшируй их на канвасе. Добавляй свои кастомные роли в любой момент.
Почему настоящая команда бьёт одного супер-агента
Мульти-агентная оркестрация звучит как buzzword. Вот практическая разница на фиче которую ты реально бы выпускал.
Сценарий: добавить flow Stripe checkout на e-commerce сайт
Одинокий супер-агент
- • Читает тикет. Пишет 600 строк по API, React-форме, webhook, миграции и тестам.
- • Забывает idempotency key на webhook. Забывает протестить failure path. Забывает env var для staging.
- • Говорит 'Done'. Ты тратишь два часа на охоту за багами в продакшне.
Agent Team (Dev в Security в QA)
- • Fullstack-агент выпускает реализацию, коммитит, делает хендофф со сводкой и списком рисков, флагирующим изменение auth.
- • Security-агент читает diff, аудитит проверку подписи webhook, пишет тест-хинты для QA в payload хендоффа.
- • QA-агент прогоняет тест-хинты во встроенном браузере, ловит баг идемпотентности, ставит qaPassed equals false, отправляет тикет назад к Dev с точным репродом.
- • Dev фиксит, делает хендофф снова. QA проходит. PM финализирует. Run уходит в done.
Тот же тикет, те же модели, тот же проект. Другая форма работы. Командный подход ловит то что одинокий агент пропускает, потому что у каждой роли есть сфокусированный бриф и структурированный хендофф.
Как работает run команды
Открой вкладку Teams
В виде проекта вкладка Teams листует три стартовых шаблона (Dev в QA, Dev в QA с циклом обратной связи, Dev в Security в QA) плюс любую команду которую ты уже сохранил. Дублируй шаблон или кликни 'New team'.
Построй воркфлоу на канвасе
Бросай ноды агентов на канвас React Flow. Для каждого нода выбери роль (Fullstack, QA, Security, PM и т.д.), провайдера, модель и пару строк инструкций шага. Связывай их рёбрами. Добавляй условия на рёбра если нужны ветвления.
Dev → QA → PMУстанови режим хендоффа на каждый нод
Auto handoff: агент вызывает team_complete_step когда его работа готова, runner перенимает. Manual handoff: агент ждёт, пока ты кликнешь 'Hand off'. Микшируй оба по необходимости.
Запусти команду
Из тикета бэклога кликни 'Run with team'. Из пустого слота агента кликни 'Create as team'. Первый нод спавнится как эфемерный агент в workspace проекта.
Смотри как происходит хендофф
Когда агент N заканчивает, AgentsRoom строит payload хендоффа (сводка фичи через агента или через Haiku, git diff, риски, тест-хинты, флаги), дописывает заметку в NOTES.md, выбирает правильное исходящее ребро на основе флагов и спавнит агента N+1 с этим payload как входящим контекстом.
Цикл, конец, финализация
Циклы обратной связи возвращаются в оригинального агента (полная память сохранена). Конечный нод триггерит awaiting-finalization. Ты кликаешь 'Finish run'. Dismiss баннера уничтожает агентов и освобождает PTY.
Инкоммуникация между агентами, переживающая всё
Деталь которую большинство мульти-агентных демок пропускают. Вот что заставляет Agent Teams держаться на длинных run и многих циклах.
У агентов Claude Code есть context window и они его компактуют. Классическая ошибка мульти-агентных систем: положить координацию команды только в system prompt. После двух циклов /compact агент не имеет понятия что он в команде. AgentsRoom так не делает.
Вся координация команды живёт в трёх местах, которые переживают компакцию. Первое: MCP-сервер (agentsroom-team) выставляет инструменты (team_get_context, team_read_notes, team_post_note, team_read_inbox, team_ask, team_read_timeline, team_read_diff, team_complete_step). MCP-инструменты переотправляются Claude на каждом ходе через CLI, так что они иммунны к компрессии контекста.
Второе: hook UserPromptSubmit запускается перед каждым сообщением пользователя и допиывает маленькое напоминание если есть новые заметки или новые сообщения inbox для этой роли. Дешёво когда ничего не происходит, решающе когда происходит.
Третье: NOTES.md и state.json живут на диске в workspace. Агент может перечитать их в любой момент простым Read или через team_read_notes. Они переживают крэши, рестарты, /clear, /compact и ребуты Mac. System prompt никогда не источник правды: диск и MCP-инструменты им являются.
Что люди строят с Agent Teams
Пайплайн Dev в QA
Классика. Fullstack выпускает фичу. QA валидирует её во встроенном браузере, прогоняет тест-хинты, согласовывает. Команда из двух нодов, запускается на каждом тикете из бэклога.
Dev в QA с циклом обратной связи
То же что выше, но с условным ребром: qaPassed equals false отправляет тикет назад к Dev с тест-хинтами. Макс 3 цикла. Ловит регрессии до того как они дойдут до человека-ревьюера.
Dev в Security в QA
Для фич, касающихся auth, платежей или PII. Security-агент ревьюит diff, флагирует риски, пишет тест-хинты для QA. Используется командами, выпускающими fintech, healthtech и B2B SaaS.
PM в Architect в Dev
Воркфлоу spec-first. PM-агент превращает тикет в структурированную спеку. Architect выбирает подход. Dev реализует. Три роли, чистое разделение, отслеживаемые решения.
Fan-out Frontend, Backend, DevOps
Последовательный split для full-stack фич. Frontend выпускает UI. Backend выпускает API. DevOps добавляет infra-конфиг. Каждая роль работает в своей области, делает хендофф с чистым diff.
Marketing в SEO в i18n
Да, AgentsRoom Teams не только для кода. Marketing пишет копи лендинга. SEO внедряет ключевые слова. Localization переводит на 14 языков. Одна команда, один тикет, один ship.
Как сравнивается с другими мульти-агентными подходами
Мульти-агентная оркестрация: переполненный buzzword. Вот что реально выпускается, и где AgentsRoom Teams вписывается.
Anthropic Subagents (Task tool, .claude/agents) позволяют одной Claude-сессии делегировать специализированным агентам-помощникам. Отлично для inline-делегирования, но родительская сессия остаётся координатором и одним контекстом. AgentsRoom Teams: уровнем выше: каждый нод команды это отдельная top-level Claude-сессия со своим окном, своим состоянием, своим scrollback. CrewAI, AutoGen и LangGraph: отличные Python-фреймворки для мульти-агентных flow, но они живут вне твоего IDE и не запускают настоящие Claude Code, Codex или Gemini CLI end-to-end на твоём локальном репо. n8n, Make, Pipedream и Retool поставляют тот же тип canvas-редактора что мы используем, но они платформы автоматизации общего назначения, не построенные под ИИ-агентов кодинга. AgentsRoom Teams: canvas-style редактор мульти-агентного воркфлоу, но специально подключённый к твоим CLI-агентам, твоему проекту, твоему git, твоим терминалам и твоему браузеру.
Если ты строишь агентные системы на Python, продолжай использовать CrewAI или LangGraph для production-пайплайнов. Если ты выпускаешь код с Claude Code, Codex CLI, OpenCode, Gemini CLI или Aider, Agent Teams: командный воркфлоу, который запускается там, где ты реально пишешь код.
FAQ
Чем это отличается от subagents Claude Code (Task tool, .claude/agents)?
Claude subagents: inline-делегирования из одной родительской Claude-сессии. Родитель решает, когда вызвать subagent, subagent работает в изолированном context window, возвращает результат, и родитель продолжает. AgentsRoom Teams: уровнем выше: каждый нод это top-level Claude Code-сессия со своим терминалом, своим состоянием и своим scrollback. Ты видишь как каждый агент работает живьём в своей собственной вкладке, можешь говорить с любым из них в любой момент, можешь поставить команду на паузу, изменить воркфлоу и продолжить. Это не замена Claude subagents, можно абсолютно использовать оба. Нод команды может использовать subagents внутри.
Это работает только с Claude Code?
Это работает с каждым провайдером, поддерживаемым AgentsRoom (Claude Code, Codex CLI, OpenCode, Gemini CLI, Aider). Каждый нод команды выбирает своего провайдера и модель. Инструменты координации команды на основе MCP работают идентично между провайдерами, потому что они выставлены через стандартный Model Context Protocol. Можно запустить команду с Codex на тяжёлом backend-ноде и Haiku на QA-ноде, если это подходит твоему бюджету и латентности.
Что такое payload хендоффа?
Структурированный объект, путешествующий от одного агента к следующему. Поля: featureSummary (короткое описание того что только что выпущено), changedFiles (git diff name-status), touchedAreas (UI, API, DB, config), risks (что-либо о чём следующий агент должен волноваться), testHints (приоритеты для QA), flags (булины как qaPassed, используемые условными рёбрами). Агент вызывает team_complete_step с этим payload, runner валидирует его server-side, следующий агент получает его как стартовый контекст.
Могут ли агенты реально ходить туда-сюда (Dev в QA в Dev)?
Да. Когда нод повторно входится (цикл больше 1), AgentsRoom не спавнит нового агента. Он переиспользует оригинального агента цикла 1, пишет новый payload хендоффа прямо в его существующий терминал, и агент сохраняет полную память Claude-сессии предыдущих циклов. Это критично: Dev-агент, который уже знает что QA флагировал в прошлый раз, фиксит баг. Свежий Dev-агент без памяти просто повторил бы ту же ошибку.
Что если QA продолжает отвергать Dev бесконечно?
Конфигурация команды имеет max-cycles guard, по умолчанию 3. Когда предел достигнут, run встаёт на паузу со статусом 'blocked' и ждёт тебя. Можно финализировать run, вручную сделать ещё один хендофф или отменить всё. Никаких бесконечных циклов, никаких сюрпризных ночных счетов.
Все ли агенты команды разделяют один git workspace?
Да. Команда работает в одном workspace и одном branch (или worktree если используешь фичу AgentsRoom Worktrees). Каждый агент видит работу предыдущего через git. Payload хендоффа включает git diff против baseline run, так что следующий агент знает точно что нового.
Требует ли это дополнительной подписки?
Нет. Teams: часть AgentsRoom. Ты приносишь свои собственные ключи провайдеров (Claude, Codex, OpenCode, Gemini, Aider) и платишь только за токены, которые используешь, как с одним агентом. Запуск Dev в QA команды на маленьком тикете обычно стоит столько же сколько запуск одного Fullstack-агента, потому что Haiku/Sonnet на QA-шаге дёшев.
Где хранятся команды? Комитятся ли они в git?
Команды с проектным scope живут с room, синхронизированы в облако и кэшируются в {project}/.agentsroom/teams-cache.json (gitignored). Глобальные команды живут в ~/.agentsroom/teams/{teamId}.json на твоей машине, один файл на команду. Ты решаешь какой scope подходит каждому воркфлоу.
Что если агент крэшится или приложение перезапускается посреди run?
Состояние run персистится на диск в {workspace}/.agentsroom/team-runs/{runId}/ (state.json, NOTES.md, inbox/, timeline.jsonl). NOTES.md append-only, каждая запись состояния атомарна. Агенты могут перечитать всё в любой момент через team_read_notes или team_get_context. Слой оркестрации hardenится чтобы полностью replayить прерванный run при рестарте приложения, но on-disk история уже crash-safe.
Можно ли запускать несколько команд параллельно на разных тикетах?
Да. Каждый run команды независим и идентифицируется своим runId. Можно иметь Dev в QA команду, работающую на тикете A, Dev в Security в QA команду на тикете B и PM в Architect в Dev команду на тикете C, все живые в одном проекте. Внутри одного run исполнение последовательно (один нод активен за раз) для предсказуемости.
Собери свою команду мечты ИИ-разработки
Три шаблона идут с приложением. Открой AgentsRoom, бросай ноды, рисуй рёбра, запускай на любом тикете. Твоя ИИ-инженерная команда в одном клике.
Приложение-компаньон: следите за агентами на ходу
Работает с Claude, Codex, OpenCode, Gemini CLI и Aider
Отправляйте баги и запросы прямо в ваш публичный бэклог.