SubAgent
核心事实
时间轴 (近 90 天)
MCP、Skills、SubAgent、Hooks 配合权限模式使用，才能发挥 Claude Code 作为可编排系统的能力。
Implement Spec 采用 SubAgent 循环方式编排 Ticket，理由是让单个 Coding Agent 一次性做完整个 Spec 容易进入犯错状态并触发自动压缩。
SubAgent 现在可以继续派生 SubAgent，编排因此变成树状结构，这是 Implement Spec 能自动化执行 Ticket 图的技术前提。
SubAgent（子智能体）的本质是做上下文分区，为每个子任务创建独立上下文窗口，确保子任务上下文不污染主任务，从根本上切断token累积效应
在OpenAI的Agents SDK、LangGraph等主流框架中，SubAgent通常被建模为可被父Agent调用的工具或节点，通过函数调用、消息队列或共享内存直接传递数据
SubAgent 模式在 AutoGPT、CrewAI、MetaGPT 等多 Agent 框架中被广泛采用
传统基于角色的SubAgent方案只修改了SubAgent的系统提示词，Agent底层仍继承主Agent的工具、Skill与MCP
传统基于角色的SubAgent方案只是修改了SubAgent的系统提示词，底层仍然继承主Agent的工具、Skill与MCP
全部知识事实 (17)
Claude Code支持通过SubAgent（子智能体）架构将大任务拆解为多个子任务并行处理
80%待验证当前SubAgent实现只能串行执行子Agent，不支持并行执行
95%待验证run_subagent函数中子Agent的执行被限制为30轮循环
95%待验证SubAgent架构中，父Agent的工具集在子Agent工具的基础上额外增加了一个task工具用于分派任务
95%待验证SubAgent（子智能体）方案的核心目的是实现上下文隔离，防止对话被工具调用产生的中间信息污染
95%待验证子Agent完成任务后，提取最后一轮的文本块通过join方法拼接成summary，作为tool result返回给父Agent
90%待验证子Agent的生命周期很短，只在执行任务过程中存在，任务完成后就被销毁；而Agent Teams中的每个Agent都是长期存在、持久性的
90%待验证将SubAgent改造为并行执行需要解决任务依赖图构建、结果聚合和资源竞争（如文件读写加锁）三个技术挑战
85%待验证SubAgent架构中父子Agent的System Prompt设计体现了软件工程中的单一职责原则
80%待验证MCP、Skills、SubAgent、Hooks 配合权限模式使用，才能发挥 Claude Code 作为可编排系统的能力。
50%待验证Implement Spec 采用 SubAgent 循环方式编排 Ticket，理由是让单个 Coding Agent 一次性做完整个 Spec 容易进入犯错状态并触发自动压缩。
50%待验证SubAgent 现在可以继续派生 SubAgent，编排因此变成树状结构，这是 Implement Spec 能自动化执行 Ticket 图的技术前提。
50%待验证SubAgent（子智能体）的本质是做上下文分区，为每个子任务创建独立上下文窗口，确保子任务上下文不污染主任务，从根本上切断token累积效应
50%待验证在OpenAI的Agents SDK、LangGraph等主流框架中，SubAgent通常被建模为可被父Agent调用的工具或节点，通过函数调用、消息队列或共享内存直接传递数据
50%待验证SubAgent 模式在 AutoGPT、CrewAI、MetaGPT 等多 Agent 框架中被广泛采用
50%待验证传统基于角色的SubAgent方案只修改了SubAgent的系统提示词，Agent底层仍继承主Agent的工具、Skill与MCP
50%待验证传统基于角色的SubAgent方案只是修改了SubAgent的系统提示词，底层仍然继承主Agent的工具、Skill与MCP
50%