子代理
AI编程中用于隔离探索任务的辅助代理，可避免污染主代理的上下文，保持主上下文干净
核心事实
时间轴 (近 90 天)
主代理与子代理的分层代理架构中，子代理适合用小而慢的本地模型承担，主代理因需要长上下文与强推理更适合交给云端模型。
v2.1.311 修复了子代理启动的后台代理仍在隔离工作树中工作时该工作树被提前删除的问题，并确保自动模式下后台代理不会在每次唤醒时启动新的主对话轮次。
此前 SubagentStop 钩子以约每分钟两次的频率对每个运行中的子代理触发，而非在子代理完成时触发一次；v2.1.311 修复了该行为。
Anthropic 指南指出子代理仅在三种场景下值得保留：上下文膨胀导致的质量下降已被测量到、需要并行处理且子任务上下文可丢弃、工具过多或指令冲突导致单代理处理不过来。
当主流程执行 steer 操作时，如果某个子代理正处在任务中，它会被自动移到后台继续工作，而不是被强制打断。
强制终止子代理会丢失其已完成的中间成果，放任不管则可能阻塞主流程，这是子代理生命周期管理中的权衡。
子代理后台化的设计是一种乐观并发策略，把“是否浪费”的判断推迟到子代理完成之后，而不是在 steer 发生的瞬间杀掉它。
在旧机制中，父代理的流式输出可能在子代理完成前就提前关闭，导致结果丢失或需要额外状态管理。
TinyFish的工程团队发现，独立规划器与按查询拆分的子代理这种分层结构在深度研究场景下会带来协调开销与信息损耗。
按查询拆分的子代理进一步把每个子查询交给独立代理处理，各自维护上下文，汇总时容易出现信息碎片化与重复检索。
还有 18 条时间轴事件
全部知识事实 (20)
异步子代理意味着主 agent 可以派生出子代理去处理耗时操作，而自身继续与用户交互或处理其他事务。
75%已验证多代理协作架构中，主控代理负责任务规划与调度，子代理作为执行单元拥有特定的工具访问权限和行为约束
70%已验证Claude Code 的子 Agent 在独立上下文中工作，完成后只把结果摘要返回主 Agent，实现上下文隔离。
65%待验证主代理与子代理的分层代理架构中，子代理适合用小而慢的本地模型承担，主代理因需要长上下文与强推理更适合交给云端模型。
50%待验证Anthropic 指南指出子代理仅在三种场景下值得保留：上下文膨胀导致的质量下降已被测量到、需要并行处理且子任务上下文可丢弃、工具过多或指令冲突导致单代理处理不过来。
50%待验证当主流程执行 steer 操作时，如果某个子代理正处在任务中，它会被自动移到后台继续工作，而不是被强制打断。
50%待验证子代理后台化的设计是一种乐观并发策略，把“是否浪费”的判断推迟到子代理完成之后，而不是在 steer 发生的瞬间杀掉它。
50%待验证强制终止子代理会丢失其已完成的中间成果，放任不管则可能阻塞主流程，这是子代理生命周期管理中的权衡。
50%待验证在旧机制中，父代理的流式输出可能在子代理完成前就提前关闭，导致结果丢失或需要额外状态管理。
50%待验证按查询拆分的子代理进一步把每个子查询交给独立代理处理，各自维护上下文，汇总时容易出现信息碎片化与重复检索。
50%待验证TinyFish的深度研究系统放弃了独立的规划器（planner）和按查询拆分的子代理（per-query subagents）。
50%待验证TinyFish的工程团队发现，独立规划器与按查询拆分的子代理这种分层结构在深度研究场景下会带来协调开销与信息损耗。
50%待验证一个项目一个代理加子代理的模式优点是上下文集中、协调简单，但缺点是单个代理容易成为瓶颈，子代理之间的依赖关系仍需主代理调度。
50%待验证Claude Code 的子代理之间默认不共享记忆，也不直接通信，所有协调需经由主代理中转。
50%待验证子代理通常运行在独立的上下文窗口中，父代理的对话历史不会自动对子代理可见。
50%待验证采用 Claude Agent SDK 的合理上手路径是：先跑通单代理加结构化输出，再引入 SessionStore 做状态持久化，最后才拆分子代理；技能和插件应在出现第二个复用需求时再抽象。
50%待验证若父代理在派生子代理时信息传递不完整，子代理可能基于片面信息做出错误判断，且错误会沿调用链向上传播。
50%待验证v2.1.299 修复了名为 constructor 或 prototype 的 MCP server 此前永远无法连接的边界问题。
50%待验证在本文语境中，代理是指一个被赋予明确任务边界、可以独立读写文件的AI工作单元，与聊天式AI不同，它被刻意隔离，只拿到切分好的真相文件片段和本章任务，因此多个代理之间互不干扰。
50%待验证子代理会根据自身对子任务复杂度的评估独立选择模型，而不继承主会话的模型设定，这导致用量报告中出现用户从未手动选择的多个模型
50%