Gumloop v9.0.0 发布 Subagents，将 Agent 从"执行者"转变为"管理者"。Subagents 让一个父 Agent 能将复杂任务拆解为多个子任务，派发给自身副本（self-cloning）或专业 Agent，然后汇总结果。
| 模式 | 机制 | 适用场景 |
|---|---|---|
| Self-Cloning | Agent 创建自身副本，继承相同的工具、指令和能力。默认开启 | 并行处理同类子任务（如同时研究 5 家公司） |
| Invoking Other Agents | 父 Agent 通过 ID 调用不同的专业化 Agent | 协作场景——协调者将任务分派给不同的专业 Agent |
| 竞品 | 功能/行为 | 优势 | 劣势 | 洞察/机会 |
|---|---|---|---|---|
| OpenAI Assistants | 单 Assistant + Thread | 模型能力强 | 无原生多 Agent 编排 | 自建并行的工程成本高 |
| LangGraph | 多 Agent 图编排 | 高度灵活 | 需编码，无开箱 UI | 零代码是关键差异 |
| CrewAI | 多 Agent 团队框架 | 与 Gumloop 概念最接近 | 需 Python 编码 | 产品化 vs 框架化 |
| Claude Code Subagents | 主 Agent 派生子 Agent，worktree 隔离 | IDE/CLI 深度整合 | 限于代码场景 | 设计理念高度一致 |
tool_scope 限制副本的 MCP 工具范围（仅限指定的 MCP 服务器），非 MCP 工具（沙箱、图片生成、网页搜索）始终保留当子 Agent 被调用时，发生六件事：
v10.26.0 "Rencontre East" 将 Subagents 从"发起后等待"升级为可监督的后台运行时：
┌────────────────────────────────────────────────────────────────────┐ │ 父对话（不阻塞） │ │ ├── 用户继续与父 Agent 聊任何事 │ │ ├── [子A 运行中] 查看 → 发消息纠偏 → （可选）中止 │ │ ├── [子B 运行中] 查看 → … │ │ └── [子C 完成] ✓ 结果落回对话 → 父 Agent 可即刻整合 │ └────────────────────────────────────────────────────────────────────┘
四个核心语义（均经 changelog + agents.md 交叉验证）：
与既有机制的衔接（agents.md Subagents 章节）：子 Agent 本就以排队后台任务形式运行，时间预算约为父 Agent 的一半；批量调用的共享进度面板、父→子启动前文件移交、子→父完成后结果回读构成后台运行时的数据面。每个子 Agent 独立上下文与沙箱、Incognito 自动传播、订阅级并发上限不变。
多 Agent 系统的可用性瓶颈在人的监督带宽。查看/发消息/中止三件套把并行任务变成"可巡视的工作面"——与 Queue & Steer 的消息级异步、后台 chat 的会话级异步共同构成层次完整的异步栈。
invoke_agent 工具。Self-cloning 默认开启。调用其他 Agent 需显式添加到 Subagents 列表用户画像： 李明，32 岁，SaaS 公司产品经理。每周更新竞品动态报告，手动逐家研究需约 4 小时。
用户故事： 作为产品经理，我希望一次指令就能让父 Agent 创建 5 个子 Agent（self-clones）同时研究 5 家公司，子 Agent 之间能通过广播笔记共享发现避免重复，最后父 Agent 汇总为统一报告。
验收标准：
用户画像： 王芳，29 岁，电商运营经理。需要从 Notion、Salesforce、Linear 三个系统拉取信息做周报。
用户故事： 作为运营经理，我希望一条指令让父 Agent 同时派生子 Agent 分别查询三个系统，然后汇总为一份周报。
用户画像： 陈立，28 岁，客服团队 Lead。有三个专业 Agent：Sales Research Agent（查 CRM 数据）、Marketing Insights Agent（查活动参与度）、Support Agent（查工单历史）。
用户故事： 作为客服团队 Lead，我希望一个"协调者 Agent"能将客户问题委派给对应的专业 Agent 并行处理，然后汇总结果。
┌─────────────────────────────────────────────────────────────┐ │ Agent Settings → Subagents │ ├─────────────────────────────────────────────────────────────┤ │ │ │ ┌─ Self-Cloning ──────────────────────────────────────┐ │ │ │ 🔍 Research Agent (Me) [Enabled] │ │ │ │ enables me to clone myself as a subagent │ │ │ │ to parallelize work │ │ │ │ ────────────────────────────────────────────── │ │ │ │ tool_scope: [All MCP tools ▾] │ │ │ │ 可选：限制 clone 只能使用指定的 MCP 服务器 │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ ┌─ Other Agents ──────────────────────────────────────┐ │ │ │ 📊 Sales Research Agent [Remove] │ │ │ │ 📈 Marketing Insights Agent [Remove] │ │ │ │ ────────────────────────────────────────────── │ │ │ │ [+ Subagent] ← 从项目内选择自定义 Agent │ │ │ └─────────────────────────────────────────────────────┘ │ │ │ │ 💡 仅同一项目内的自定义 Agent 可选 │ │ 💡 Self-cloning 默认开启，可通过三点菜单关闭 │ └─────────────────────────────────────────────────────────────┘
| 漏斗阶段 | 事件名称 | 触发条件 | 指标/KPI | 优先级 |
|---|---|---|---|---|
| 采用 | `subagent_created` | 父 Agent 创建子 Agent | 创建数/日 | P0 |
| 使用 | `subagent_self_clone` | 使用 self-cloning 模式 | Self-clone 占比 | P0 |
| 使用 | `subagent_invoke_other` | 调用其他 Agent | 跨 Agent 调用占比 | P0 |
| 使用 | `subagent_parallel_count` | 单次并行子 Agent 数 | 并行规模分布 | P1 |
| 质量 | `subagent_success_rate` | 子 Agent 完成任务 | 成功率 | P0 |
| 质量 | `subagent_timeout_rate` | 子 Agent 超时 | 超时率 | P1 |
| 留存 | `subagent_repeat_use` | 用户 7 天内再次使用 | 重复使用率 | P1 |
| 阶段 | 时间线 | 里程碑 | 状态 |
|---|---|---|---|
| Phase 1 — 基础编排 | v9.0.0 | Self-cloning + 调用其他 Agent + 并行执行 + 兄弟广播 | ✅ 已发布 |
| Phase 2 — 增强可靠性 | v9.7.0 | 超时延长至 1 小时（Longer-Running Subagents） | ✅ 已发布 |
| Phase 3 — 后台执行与交互监督 | v10.26.0 | 父对话不阻塞 + 逐个查看/发消息/中止 + 结果流式落回 | ✅ 已发布 |
| Phase 4 — 编排可视化 | v11.x | 子 Agent 拓扑图、实时甘特图、历史执行回放 | ⬜ 规划中 |
| Phase 5 — 高级编排 | v11.x+ | 条件分支（基于子 Agent 结果决定下一步）、动态扩缩（根据任务量自动增减子 Agent 数）、跨组织 Subagent | ⬜ 探索中 |
由 Claude spec-generate 系统生成 · 来源：Gumloop Agents 帮助文档 - Subagents · v1.2 后台执行节选存档：gumloop-docs_subagents-background.md（2026-09-04 抓取）