Anthropic 正在落地 Claude 的多人协作、多 Agent 联机配合能力，也就是大家常说的 Agent 团队模式，支持多个 Claude 实例分工、并行执行、互相传递结果，分为 AI 子代理协作、人机团队协作两条路线，目前还处在预览 / 测试阶段，普通网页版聊天和专业开发者 API 的开放进度不一样。很多人会把单纯的项目共享和多 Agent 联机搞混，项目共享只是多人看同一个对话文档，而多人协作模式是多个 Claude 独立 Agent 自己沟通、派任务、并行干活；先分清两种协作形态，看懂主从调度、动态工作流机制，再区分普通用户、团队版、开发者 API 的可用范围，就能知道这个功能到底能做什么、现在有什么限制。下面把功能形态、能力差异、适用场景、新旧对比、避坑要点拆开讲清楚。
一、两种 “多人协作” 的形态区分
- Agent 联机协作（AI 和 AI 配合，多 Agent 团队）
也就是这次爆料里说的联机打配合，基于 Managed Agents 多 Agent 编排，一个主 Agent 作为调度者，自动拆分任务，派给不同子 Agent 并行处理，每个子 Agent 拥有独立上下文、独立工具权限，可独立调用搜索、代码沙盒等能力，最后汇总输出结果。
- 子代理模式：主 Agent 持续跟进，直接给子 Agent 下发指令、读取子 Agent 返回结果
- 动态工作流 Dynamic Workflows：Claude 自己生成一段编排程序，后台自动调度多个 Agent 跑流程，不需要主 Agent 持续轮询，适合长链路任务
- Claude Code Agent Teams：终端环境里多 Claude Code 会话组队，有 leader 和队员，队员之间可以直接对话，支持分屏实时查看每个 Agent 输出，属于实验特性，默认关闭
- 人机多人协作（人和人一起用 Claude）
团队版、企业版的 Projects 项目共享、Claude Tag、Cowork，是人类在同一个空间里和同一个 Claude 协作，属于传统团队共享，不是 AI 之间互相联机配合。
- Projects：对话、知识库、文档共享，设置查看 / 编辑权限
- Claude Tag（Slack）：频道内多人 @Claude 异步协作，Claude 主动跟进话题、跨上下文收集信息
- Cowork：多人协同让 Claude 执行复杂任务，共享同一个工作沙盒
二、多 Agent 联机协作核心能力清单
- 任务自动拆分：主 Agent 根据目标拆解成调研、编码、验证、文档等不同角色任务
- 并行执行：多个子 Agent 同时跑，缩短总耗时，适合大项目、多维度调研
- 独立上下文隔离：每个 Agent 有自己的会话记忆，不会互相污染上下文
- 工具差异化授权：可以给不同子 Agent 分配不同工具权限，比如调研 Agent 开网页搜索、代码 Agent 开沙盒
- 全链路追踪：控制台可以查看哪个 Agent 做了什么、任务流转记录，方便排查问题
- 长任务异步执行：Agent 团队可以持续工作数小时，断开设备也能继续跑（云托管模式）
三、版本开放差异对照表
| 版本 / 产品 | 是否支持 AI 联机多 Agent 配合 | 开放状态 | 适合人群 |
|---|---|---|---|
| 普通 Claude 网页 Pro 版 | 暂不开放 Agent 团队编排 | 正式版无入口 | 个人聊天、简单任务 |
| Team/Enterprise 团队版 | 支持 Cowork、项目共享，原生多 Agent 编排需申请 | Beta 内测 | 企业团队，人机协同 |
| Managed Agents 开发者 API | 多 Agent 编排、动态工作流，研究预览 | 公开 Beta，需要接入平台 API | 开发者、自建 Agent 系统 |
| Claude Code 本地终端 | Agent Teams（多会话组队） | 实验功能，需要开启环境变量 | 程序员本地代码工程 |
四、适合使用多 Agent 联机配合的场景
- 大型代码工程：主 Agent 负责整体方案，多个子 Agent 分别写模块、写单元测试、查 Bug、做评审，Anthropic 曾经用 16 个 Claude Agent 组队从零开发 C 编译器做验证
- 深度调研任务：一部分 Agent 查文献、一部分整理竞品、一部分做摘要对比，并行搜集信息
- 复杂数据分析：数据提取、清洗、可视化、报告撰写分给不同子 Agent
- 多步骤合规审核：事实核查、风险识别、文档改写分开交给不同角色 Agent
- 长周期项目跟进：持续巡检、进度汇总、风险预警，异步接力执行
五、当前多人协作模式的短板与限制
- 成本更高：多 Agent 并行意味着多次调用模型，Token 消耗、费用会明显上升
- 调度稳定性有限：复杂任务容易出现任务重复、子 Agent 跑偏、结果冲突，主 Agent 的纠错能力有上限
- 普通用户门槛高：网页端没有一键组队开关，多 Agent 编排主要面向开发者 API 和 Claude Code
- 上下文传递损耗：子 Agent 结果汇总给主 Agent 时，信息会压缩丢失
- 安全管控更复杂：多个 Agent 都能调用工具，权限配置不当会扩大风险面
六、新旧协作模式对比
| 对比项 | 传统项目共享（Projects） | 多 Agent 联机协作模式 |
|---|---|---|
| 协作主体 | 多个人共用同一个 Claude 会话 | 多个 Claude Agent 之间自主分工配合 |
| 任务执行 | 串行，一次只有一个推理主线 | 并行，多个 Agent 同时推进子任务 |
| 调度方式 | 人工分配任务 | 主 Agent 自动拆分、调度、汇总 |
| 开放入口 | 网页端、桌面端直接开启 | API、Claude Code 实验开关，大部分在内测 |
| 核心价值 | 文档共享、团队审阅 | 放大复杂任务上限，缩短大型任务耗时 |
七、落地避坑清单
- 不要把项目共享当成 Agent 联机：普通 Team 版项目共享只是人类协同，不是 AI 互相组队干活
- 并行 Agent 不是越多越好：Agent 数量越多，结果冲突、重复工作、成本飙升问题越明显
- 动态工作流适合固定流水线，创意类、高度不确定任务更适合子代理模式
- 实验版 Claude Code Agent Teams 有恢复断点缺陷，长时间任务容易中断丢失进度
- 企业使用时做好权限隔离，子 Agent 最小权限原则，避免越权访问内部数据
【相关 FAQ】
问题 1：Claude 多人协作模式是不是就是多个 Claude 联机打配合，普通 Pro 用户现在可以直接用吗？
回答 1：Claude 多人协作模式里的 Agent 联机配合，是多个独立 Claude Agent 自动分工协作；普通 Pro 网页版没有一键组队入口，这个多 Agent 编排能力主要开放给 Managed Agents 开发者 API 和 Claude Code 实验通道，团队版 Cowork 是人机协同，不是 AI 之间自动组队。
问题 2：Claude 多 Agent 联机协作和 Cowork、Projects 项目共享有什么本质区别？
回答 2：Claude 多 Agent 联机协作是 AI 和 AI 互相派任务、并行执行；Cowork、Projects 项目共享是人类团队共用同一个 Claude 会话、知识库，人来分配任务，属于人机协同，不会自动拆分任务给多个独立 Claude Agent。
问题 3：Anthropic 的 Claude 多 Agent 联机协作，动态工作流和子代理模式怎么选？
回答 3：Claude 多 Agent 联机协作里，子代理模式适合创意、调研、不确定路径的任务，主 Agent 持续监控；动态工作流适合固定流程、标准化流水线，Claude 生成编排程序后台自动调度，减少主 Agent 持续参与。
问题 4：Claude Code 的 Agent Teams 多人联机协作，开启之后有什么风险和局限？
回答 4：Claude Code Agent Teams 属于实验特性，默认关闭，开启后多个 Claude Code 会话组队并行写代码；局限是断点恢复不稳定、任务容易跑偏，同时多个 Agent 都有沙盒执行权限，需要管控高危命令，成本也会随 Agent 数量增加快速上涨。
【参考资料】
[2026-05-19]（Claude Managed Agents 多 Agent 编排、动态工作流发布）Anthropic 官方博客
[2026-02-05]（Agent 团队测试：多 Claude 协作开发编译器案例）Anthropic 工程博客
[2026-10-19]（Anthropic 动态工作流，Claude 自主编排多 Agent）36 氪
[2026-06-23]（Claude Tag 多人协同 Slack 功能介绍）Anthropic 官网
[2026-11-01]（Claude Code Agent Teams 实验协作文档）Claude Code 官方文档
【免责声明】
本文关于 Claude 多人协作、多 Agent 联机配合的内容仅为产品功能科普参考；多 Agent 编排、Agent Teams 处于 Beta / 实验预览阶段，功能、可用范围、收费规则随时调整；多 Agent 并行调用模型会产生更高消耗，企业接入前做好权限、成本、安全管控；网页端、团队版、API 能力不互通，最终以 Anthropic 官方控制台、文档更新为准。