AgentsRoom Teams 像真正的工程团队一样串联您的 AI 编码代理。Fullstack Dev 交付功能，QA Engineer 验证，PM 签收。每个角色都已脚本化，工作流是可视化的，每次交接都携带功能摘要、diff、风险和测试提示。再也不用让一个代理把所有事情都做得一塌糊涂。
在可视化画布上组建你理想中的 AI 开发团队，就像搭一个 n8n 工作流。条件连线、反馈循环、并行审查分支、机器验证的质量门、循环上限。保存一次，在每张工单上运行，看你的代理像资深工程师一样交接接力棒。
AgentsRoom Teams：可视化多代理工作流编辑器、Claude Code 代理间的自动交接、Dev to QA 反馈循环、基于 MCP 的代理间通信。
Agent Teams 是 AgentsRoom 对 AI 编码代理一个残酷真相的回答：试图做所有事的单一代理最终把所有事都做得一塌糊涂。同时编码、测试、审查、部署还要写规格的 Fullstack 代理在中途会忘掉一半的指令。正确答案，全世界每一个严肃的软件团队都在用的，是把工作拆分成角色。Developer 写代码。QA Engineer 验证。Product Manager 签收。Security Reviewer 审计。每个角色都有自己的上下文、自己的焦点、自己的工具。
这正是 Agent Teams 给 AgentsRoom 带来的。您在无限画布（基于 React Flow 构建，与 n8n、Make、Retool 和 Pipedream 同样的引擎）上放置节点，每个节点是一个运行 Claude、Codex、GitHub Copilot CLI、Cursor 或 AgentsRoom 支持的另外 10 个代理 CLI、并分配给特定角色的代理，您把它们连接起来。在 backlog 中的工单上运行该团队，或绑定到任何新的代理 spawn。AgentsRoom 编排整个链：spawn 第一个代理，等待交接，总结工作，以该总结作为入站上下文 spawn 下一个代理，重复直到团队到达终止节点。
其他工具试图用一个超级代理和聪明的提示来完成这件事。我们试过了，超过三步就不工作了。角色漂移，上下文丢失，代理忘了它要验证什么。Agent Teams 把代理当作真正的队友来对待：每个代理都获得一个干净的会话、聚焦的系统提示、结构化的交接 payload，以及一个共享草稿板用于和其他代理对话。这才是您真正想要的 AI 工程团队工作流。
AgentsRoom Teams 编辑器：为每个角色放置节点、连线、添加条件、保存团队、在任何工单上运行。
画布上的每个节点都是一个代理。您选择它的角色（Fullstack、Frontend、Backend、QA、Security、DevOps、PM、Architect、Mobile、Marketing、Git、SEO、Localization，或您已创建的任何自定义角色）、它的模型（Opus、Sonnet、Haiku、GPT-5、o3、Antigravity Pro 等）、它的交接模式（通过 Stop hook 自动，或通过按钮手动），以及几行步骤特定指令。就这样。没有提示工程仪式，没有要写的 YAML 配置文件。
边连接节点。一条简单的边意味着：当第一个代理完成它的步骤时，交接给下一个。一条条件边携带一个标志检查，例如 qaPassed equals true。QA 代理在它的交接 payload 中设置该标志，runner 选择匹配的边。这就是您构建反馈循环的方式：QA 完成，qaPassed equals false，边将工单连同测试提示和风险一起送回 Dev。Dev 修复后再次交接。循环直到 QA 通过或 max-cycles 守卫触发。
代理间通信在设计上就是健壮的。AgentsRoom 提供专用 MCP 服务器（agentsroom-team），为运行中的每个代理提供一组工具：读取团队上下文、读取共享 NOTES.md 草稿板、为队友发布笔记、向另一个角色发送问题、读取收件箱、读取时间线、读取相对运行基线的 git diff、用结构化 payload 完成步骤。这些工具会在每一轮重新注入到 Claude 会话中，所以它们能在上下文压缩中存活。即使在 /compact 或 /clear 之后，代理仍然看得到它的团队工具。
在此之上，UserPromptSubmit hook 在每条用户消息前提醒代理来自队友的任何新笔记。工作区中的 NOTES.md 文件是仅追加的，能在崩溃、重启和机器重启后存活。服务器端校验的交接 payload 模式防止代理用空或垃圾 payload 交接。这是大多数多代理 demo 悄悄跳过的部分，也是它们大多数在第 3 个循环就崩溃的原因。
可视化工作流、真正的交接、真正的反馈循环、真正的代理间通信。设计目的就是让您用一次 Slack ping 而不是五十次来交付一个功能。
由 React Flow 驱动的无限可缩放画布，与 n8n、Retool、Pipedream 和 Make 背后的引擎相同。放置节点、连线、保存团队。无需代码，无需 YAML。
Fullstack、Frontend、Backend、DevOps、QA、Security、PM、Architect、Mobile、Marketing、Git Expert、SEO、i18n、Brainstormer。再加上您已经在项目上保存的任何自定义角色。
每个节点选择自己的供应商、模型和步骤指令。Architect 用 Opus，QA 用 Haiku，重型后端用 Codex，便宜的前端用 Antigravity。自由组合。
当代理调用 team_complete_step 时，AgentsRoom 构建交接 payload（功能摘要、变更文件、风险、测试提示、标志），并以该 payload 作为起始上下文 spawn 下一个节点。
想要验证每一步？把节点切换到手动模式。代理等待，您对结果满意时点击 'Hand off'。两全其美。
每条连接可以带一个标志判断，也可以带多个，用 AND 或 OR 组合。QA 通过就交给 PM，评审失败就退回 Dev，评审和分析同时失败就停下来交给人。当两条连接同时匹配时，条件最多的那条胜出。
Dev 到 QA，再回到 Dev，再回到 QA。当 QA 把工单打回时，系统会复用原来的 Dev 代理，并保留上一轮的完整记忆，所以它真的会把这个回归问题修掉，而不是从头再来。
在节点上固定一条检查命令 (npm test、lint、build)。代理宣告完成时 runner 执行它：退出码 0 把路由标志设为 true, 其他值设为 false。实测结果永远覆盖代理的自我报告。
从一个节点画出两条无条件连线，两个目标同时运行: QA 和 Security 并排审查同一份 diff, 然后汇合节点合并双方报告。只要有一条分支亮红，大门就保持关闭。
Await 节点是暂停，不是结束: 运行停下来，把您写在节点上的问题抛给您，您一回答，它就自己重新开始，并把答案交给下一步。卡住的代理会路由到它，而不是直接结束运行，通知也会送到您的手机上。
把 Skills Library 的条目挂到节点上。代理在开始该步骤前先加载它们：你的审查清单或部署手册在每次运行都被执行，而不是等代理想起来。
可配置上限（默认 3）。避免无限的 QA-rejects-Dev 循环。达到上限时，运行在 awaiting-finalization 暂停，由您决定下一步。
运行中途关掉应用再打开，运行会回到它停下的步骤。状态、笔记和时间线都在磁盘上; 编排器会接着干活，而不是留下一个僵尸。
全局团队与你的账户同步，跨机器跟随你; 项目团队随 room 移动。两者都保留离线缓存，离线所做的修改在重新连接时回放。
运行中的每个代理都读写工作区中的一个 markdown 文件。能在压缩、崩溃、重启中存活。是团队推理的唯一真相来源。
需要让 QA 在运行中向 Architect 提问？team_ask 把消息发布到角色的收件箱。该角色的下一个代理读取并回复。代理之间的真实聊天，只持续这一次运行：比它活得更久的常驻收件箱，就是代理之间的消息传递。
所有团队工具通过 MCP 服务器暴露。工具能在 Claude 上下文压缩中存活（Anthropic 每一轮都重新发送）。对 /clear、/compact 和长循环具有韧性。
如果代理不写自己的功能摘要，会用一个小 Haiku 调用从 git diff 生成。便宜、快速，下一个代理总是带着上下文落地。
带 verifyInBrowser 的团队节点会自动把它的代理切换到浏览器访问模式。QA 节点带着完整的浏览器工具（navigate、click、type、screenshot、get logs）落地。
每次团队运行都 spawn 全新的代理，并在 dismiss 时销毁。您的项目代理列表保持干净。团队是工作流，代理是运行时。
把可重用的团队保存到全局库（~/.agentsroom/teams）或固定到特定项目（与 room 一起提交）。同样的编辑器，不同的范围。
先构建再验证、先规格再构建再验证、捉虫行动 (复现、修复、证明), 以及 QA 与 Security 并行的发布护盾。复制、编辑、运行。30 秒即可上手。
每次交接以一张卡片出现在运行时间线上：哪个角色刚完成、摘要说了什么、哪些文件变更、哪些标志被设置。可审计，可回放。
把工单拖到一个团队上，链就在该工单上启动。第一个代理读取工单标题和正文，团队的其余成员从那里接过去。
每个角色都有自己的系统提示、关注领域和示例任务。在画布上自由组合。随时添加您自己的自定义角色。
多代理编排听起来像个 buzzword。这里是您真正会交付的功能上的实际差别。
场景：为电商网站添加 Stripe checkout 流程
同样的工单，同样的模型，同样的项目。不同的工作形态。团队方式抓到了独行代理漏掉的东西，因为每个角色都有聚焦的简报和结构化的交接。
图谱决定谁做什么，模式决定这些角色由谁来扮演，而模式在你搭建团队时就选定。一种保住上下文，另一种保住独立性。没有哪个版本能两者兼得，所以这个取舍要你自己按团队来定。
接力模式
整支团队由一个会话跑完。它先扮演第一个角色，把工作交出去，然后变成下一个角色，始终在同一个控制台里，一次都不重启。两个角色之间不需要做摘要，因为它们之间什么都没丢。
当流水线里连续性比第二意见更重要时选它：重构、迁移，以及那种上下文就是工作本身的长周期功能。
Agent Morphing 如何运作团队模式
每个角色都有自己的会话，而且同时活着。它们边干活边互相写消息：测试告诉前端开发什么坏了，前端开发问后端开发 payload 到底长什么样。还没有人搭话的队友，会在有人写给它的那一刻启动。
当你希望审查货真价实，就选它：一次安全走查、一场设计评审、一轮抓虫，凡是出问题都出在直接给上一步盖章放行、而不去真正核查的场合。
代理间消息如何运作团队模式还有第二个开关，因为只能单向说话的团队，不过是多绕了几步的队列。保持关闭，队友就只写给自己节点指向的那些角色：图谱依然是约定，当一道关卡不允许被绕过时，这正是你要的。
打开它，任何人都能写给任何人，方向不限，也能一次写给好几个。测试在同一条消息里同时告知设计师和后端开发；后端开发直接回应设计师，而不必绕回负责人那里。图谱依然负责启动这次运行，也依然负责结束它，只是不再决定谁有资格开口。
一个自己批改自己作业的代理，迟早会给自己打及格。Agent Teams 用两套机制让流水线保持诚实。
任何节点都可以声明一条检查命令: npm test、lint、build, 只要能返回退出码。代理调用 team_complete_step 时, runner 在工作区执行命令，并把实测结果写进路由标志。绿了，运行继续前进。红了，失败输出连同真实的 stderr 落到下一个代理上下文的最顶端。测试套件红着却声称全部通过的代理，会被红色的套件路由，而不是被它的声称路由。
把节点展开成并行分支: QA 走一遍流程, Security 同时审计 diff, 各自在自己的代理里，看不到对方的结论。汇合节点等齐所有分支，合并摘要、风险与标志，再按合并结果路由。布尔冲突按设计解析为 false: 一个不通过的审查者就足以按住发布。
Dev → [ QA ∥ Security ] → Release gate在项目视图中, Teams 标签列出四个内置模板 (先构建再验证、先规格再构建再验证、捉虫行动、发布护盾), 以及你已保存的团队。复制一个模板，或点击 'New team'。
在 React Flow 画布上放置代理节点。对每个节点，选择角色（Fullstack、QA、Security、PM 等）、供应商、模型和几行步骤指令。用边连线。如果需要分支，在边上添加条件。
Dev → QA → PM自动交接：代理工作完成时调用 team_complete_step，runner 接管。手动交接：代理等待您点击 'Hand off'。按需混合两者。
从 backlog 工单点击 'Run with team'。从空的代理槽点击 'Create as team'。第一个节点作为临时代理在项目工作区中 spawn。
代理 N 完成后, AgentsRoom 组装交接 payload (由代理或 Haiku 生成的摘要、git diff、风险、测试提示、标志), 向 NOTES.md 追加一条笔记，按标志挑选正确的出边，并把该 payload 作为输入上下文交给代理 N+1。如果节点声明了检查命令, runner 会先执行它：决定路由标志的是实测退出码，而不是代理的说法。
反馈循环重新进入原始代理（保留完整记忆）。Await 节点会把运行停在一个留给您的问题上，您一回答它就立刻重新开始。终止节点触发 awaiting-finalization 并通知您，手机也会收到。您点击 'Finish run'：代理被销毁，PTY 被释放，发起这次运行的待办工单也随之关闭。
大多数多代理 demo 跳过的细节。这就是 Agent Teams 在长时间运行和多个循环中保持稳定的原因。
Claude Code 代理有上下文窗口并会压缩它。多代理系统的经典错误是只把团队协调放在系统提示里。两轮 /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 工具被 CLI 在每一轮重新发送给 Claude，所以它们对上下文压缩免疫。
第二，UserPromptSubmit hook 在每条用户消息前运行，如果该角色有新笔记或新收件箱消息，会前置一个小提醒。无事时便宜，有事时关键。
第三，NOTES.md 和 state.json 存在工作区的磁盘上。代理可以随时用一个简单的 Read 或用 team_read_notes 重新读取。能在崩溃、重启、/clear、/compact 和机器重启中存活。系统提示永远不是真相来源，磁盘和 MCP 工具才是。
上面这一切都限定在一次运行里：角色是图里的节点，收件箱属于这次运行，运行一结束两者都消失。对于一条你要重放的流水线，这是对的形状；对于一个代理下周二想问另一个代理的问题，这是错的形状。
代理之间的消息传递是另一层。项目里已保存的代理是常驻成员，拥有自己的地址和自己的收件箱，它们在任意 CLI 上按名字互相写信，而一条消息能扛过重启、崩溃，以及发送时正好离线的代理。Agent Teams 什么都没有被拿走：常驻成员可以发起一次运行，运行里的节点也绝不会被提升为常驻成员。
查看代理之间的消息传递经典款。Fullstack 交付功能。QA 在嵌入式浏览器中验证，运行测试提示，签收。两节点团队，在 backlog 的每个工单上运行。
和上面一样，但有一条条件边：qaPassed equals false 把工单连同测试提示送回 Dev。最多 3 个循环。在到达人类审查者之前抓住回归。
适用于触及 auth、payments 或 PII 的功能。Security 代理审查 diff，标记风险，为 QA 写测试提示。被出货 fintech、healthtech 和 B2B SaaS 的团队使用。
规格优先工作流。PM 代理把工单转成结构化规格。Architect 选择方案。Dev 实现。三个角色，干净分离，可追溯决策。
全栈功能的顺序拆分。Frontend 交付 UI。Backend 交付 API。DevOps 添加基础设施配置。每个角色在自己的领域工作，用干净的 diff 交接。
是的，AgentsRoom Teams 不只是为代码服务。Marketing 写落地页文案。SEO 注入关键词。Localization 翻译成 14 种语言。一个团队，一个工单，一次出货。
一个 dev 节点分出并排运行的 QA 和 Security, 然后由发布门合并两份报告。作为模板随应用附带。任一分支报告问题，整个护盾就退回 Dev。
QA 代理复现缺陷并写下精确步骤。dev 修复根因。第二个 QA 重放同样的步骤来证明修复。'在我机器上是好的' 就此终结。
多代理编排是一个拥挤的 buzzword。这里是实际在出货的东西，以及 AgentsRoom Teams 适合在哪里。
Anthropic Subagents（Task 工具，.claude/agents）让单一 Claude 会话委托给专门的辅助代理。对内联委托很好，但父会话仍然是协调者，是一个单一上下文。AgentsRoom Teams 高了一个层级：每个团队节点是一个独立的顶层 Claude 会话，有自己的窗口、自己的状态、自己的 scrollback。CrewAI、AutoGen 和 LangGraph 是多代理流的优秀 Python 框架，但它们生活在您的 IDE 之外，不会在您的本地仓库上端到端地运行真正的 Claude Code、Codex 或 Antigravity CLI。n8n、Make、Pipedream 和 Retool 提供我们使用的同类画布编辑器，但它们是通用自动化平台，并非为 AI 编码代理而建。AgentsRoom Teams 是画布风格的多代理工作流编辑器，但专门连接到您的 CLI 代理、您的项目、您的 git、您的终端和您的浏览器。
如果您在 Python 中构建 agentic 系统，请继续在生产管道中使用 CrewAI 或 LangGraph。如果您用 Claude、Codex、GitHub Copilot CLI、Cursor 或 AgentsRoom 支持的另外 10 个智能体 CLI 出货代码，Agent Teams 就是在您实际编码的地方运行的团队工作流。
Claude subagents 是来自单一父 Claude 会话的内联委托。父决定何时调用 subagent，subagent 在隔离的上下文窗口中运行，返回结果，父继续。AgentsRoom Teams 高了一个层级：每个节点是一个顶层的 Claude Code 会话，有自己的终端、自己的状态和自己的 scrollback。您能在每个标签里实时看到每个代理运行，能随时和任何一个对话，能暂停团队，更改工作流并恢复。它不是 Claude subagents 的替代品，您完全可以同时使用两者。一个团队节点可以在内部使用 subagents。
它在 AgentsRoom 支持的全部 14 个代理 CLI（Claude Code、Codex CLI、GitHub Copilot CLI、Cursor 以及另外 10 个）上都有效。每个团队节点选择自己的供应商和模型。基于 MCP 的团队协调工具在所有供应商间表现一致，因为它们通过标准 Model Context Protocol 暴露。如果适合您的预算和延迟，您可以让一个团队在重型后端节点上用 Codex，在 QA 节点上用 Haiku。
一个从一个代理传到下一个的结构化对象。字段：featureSummary（刚交付内容的简短描述）、changedFiles（git diff name-status）、touchedAreas（UI、API、DB、config）、risks（下一个代理应该担心的事）、testHints（QA 的优先级）、flags（条件边使用的 boolean，如 qaPassed）。代理用此 payload 调用 team_complete_step，runner 在服务器端校验，下一个代理把它当作起始上下文接收。
是的。当一个节点被重新进入时（cycle 大于 1），AgentsRoom 不会 spawn 新代理。它重用 cycle 1 的原始代理，把新交接 payload 直接写入它现有的终端，代理保留前几个循环的完整 Claude 会话记忆。这至关重要：一个已经知道 QA 上次标记什么的 Dev 代理会修复 bug。一个没有记忆的全新 Dev 代理只会重复同样的错误。
团队配置有一个 max-cycles 守卫，默认 3。达到上限时，运行以 'blocked' 状态暂停并等您。您可以收尾运行、再手动交接一次，或全部取消。无无限循环，无意外的过夜账单。
是的。团队在单一工作区和单一分支（或如果您使用 AgentsRoom Worktrees 功能则使用 worktree）中运行。每个代理通过 git 看到上一个代理的工作。交接 payload 包含相对运行基线的 git diff，所以下一个代理精确地知道什么是新的。
不需要。Teams 是 AgentsRoom 的一部分。您带着自己的供应商密钥（Claude、Codex、GitHub Copilot CLI、Cursor 以及另外 10 个代理 CLI），只为您使用的 token 付费，与单一代理一样。在小工单上运行 Dev to QA 团队的成本通常和运行单一 Fullstack 代理相同，因为 QA 步骤上的 Haiku/Sonnet 很便宜。
项目团队与 room 同在，同步到你的账户并缓存于 {project}/.agentsroom/teams-cache.json (已加入 gitignore)。全局团队同样同步到你的账户：团队库跨机器跟随你, ~/.agentsroom/teams/ 是离线缓存。内置模板保留在本地：每台机器用自己的语言安装它们。
运行状态持久化在磁盘上的 {workspace}/.agentsroom/team-runs/{runId}/ (state.json、NOTES.md、inbox/、timeline.jsonl), 写入是原子的，笔记只增不改。被打断的运行会在应用重启后恢复：编排器重新进入当时的步骤，重开终端，代理从笔记和团队工具里找回上下文。团队定义已被删除的运行会自动关闭，而不是永远挂着。
可以。每次运行相互独立，由 runId 标识。同一项目的三张工单上可以同时跑三支不同的团队。在单次运行内部，执行遵循你的图：默认顺序执行，在你画了并行分支的地方并行 (例如 QA 和 Security 同时审查), 并且总有一个确定性的汇合。
能。从一个节点画出两条无条件连线，两个目标就会作为并行分支运行，各自拥有自己的代理和终端。分支深度为一个节点，且必须汇聚到同一个汇合节点，编辑器会在运行前校验这一点。当所有分支完成，汇合节点收到一份合并后的 payload: 按角色标注的摘要、去重后的风险与测试提示，以及按故障安全规则合并的标志 (布尔冲突解析为 false)。
你在节点上写一条 shell 命令，例如 npm test, 也可以指定一个标志名 (默认 checkPassed)。代理宣告步骤完成后, AgentsRoom 在工作区执行该命令，上限五分钟。退出码 0 向标志写入 true, 其他值写入 false, 覆盖代理对自己的一切说法。失败时，输出的最后几千字节会传给下一个代理：回环带着真实的堆栈跟踪落地，结果也会显示在运行时间线上。
能。每个节点都可以固定 Skills Library 里的技能，项目级或全局皆可。代理会被要求在开始该步骤前逐一加载：审查清单、部署手册或测试流程会在每一次运行中执行，而不是依赖代理的记忆。
是的。编辑器会运行一组图检查，并把阻断性错误与警告区分开。错误会阻止运行：缺少 Start 或 End 节点、重复连接、两条带有相同条件的连接、条件自相矛盾的连接、无效的扇出。警告不会：前后带空格的标志名、从 Start 出发的连接上带条件、所有出向连接都带条件因而运行可能卡住的节点。两者都会列在检查面板中，出问题的连接会在画布上换色，让你在因此浪费一次运行之前修好图。
不能，这是刻意的设计。只要一次运行还活着，团队定义就对来自 MCP 工具的写入冻结：节点、连线、循环上限、步骤指令、技能、检查命令、角色、供应商和模型对代理都是只读的；运行中已加载的技能同样不能被改写；删掉团队再重建也绕不过这道冻结。代理不该改写约束自己的规则。而你随时都能从界面上编辑任何东西。
可以。移动伴侣应用能在某个项目上启动一支团队，显示带每个步骤进度的运行横幅，并让你进入当前正在干活的那个代理的终端。运行本身仍然在你的桌面端、通过真实的 CLI 执行，和你在桌面上亲自启动完全一样。
先问这次运行最可能栽在哪里。如果会栽在把线索跟丢上，选接力：一个会话扮演所有角色，永远不需要向自己重新解释一个决定。如果会栽在自己同意自己上，选团队：各个角色作为独立代理运行，审查代码的就不是写代码的那一个。接力是默认值，因为在这个设置存在之前搭好的每一支团队本来就是这么跑的，而不是因为它更好。
不会。队友在第一次被需要时才启动，可能是图谱走到了它这一步，也可能是另一个代理写信给它，此后它会一直活到本次运行结束。所以一支四角色团队不会为了回答只牵涉两个角色的问题而烧掉四个会话，而在第三轮被搭话的角色，仍是第一轮作答的那个代理。
只记得它读得到的部分。中途加入的队友有自己的会话，对已经做过的工作没有任何记忆，而这恰恰是它的意见值钱的原因。它靠共享笔记、运行时间线，以及本次运行开始以来的 git diff 来跟上进度，这些都由它用自己的工具去读。这份阅读就是这个模式的成本，也正是接力模式仍然存在的理由。
可以，而且默认就是如此。关闭自由对话后，队友只能写给自己节点在图谱中指向的那些角色，因此没法靠转而去问别人来绕开一道关卡。当你想要一支真正的团队时再打开它：任何人都能写给任何人，方向不限，也能一次写给好几个。无论开还是关，图谱依然负责启动这次运行，也依然负责结束它。
应用自带四个模板。打开 AgentsRoom, 放节点，画连线，在任意工单上运行。你的 AI 工程团队只有一次点击之遥。
配套应用：随时随地监控你的 Agent
使用 Claude、Codex、Antigravity CLI 或其他 AI 提供商。
把 Bug 和需求直接发送到您的公开待办清单。
AgentsRoom 实际运行一瞥。