子代理 Sub-agents｜分工与协作
从独立任务开始，理解子代理的上下文、状态和汇总方式。
子代理是主 Agent 为独立子任务派出的协作者。它可以在另一段执行上下文中处理工作，再把结果交回主 Agent。
什么时候值得用
适合拆分的任务通常有明确输入、独立结果与检查方式。例如为一篇报告分别核查产品资料、用户反馈和版本变化，每个子任务返回证据与未确定项，再由主 Agent 综合。
下面几类情况更适合顺序执行：
- 下一步必须等上一步的结果才能确定。
- 几个任务都要改同一份文件，边界还没有约定。
- 整件事只有一两个简单步骤。
- 你希望先审阅完整方案，还没有允许实施。
给分工加上边界
可以这样提出要求：
- 把三个资料主题分给子代理，只读查证。分别给出来源、结论和缺口，不修改文件；由主 Agent 汇总矛盾，并在写稿前给我看方案。
需要实施型分工时，给每个子任务明确的文件范围与输出位置。阅读调查和修改文件不是同一权限，不能因为叫“子代理”就假定它永远只读，或已经拥有无限权限。
上下文与模型
子任务可以继承部分或全部父任务背景，也可以只接收专门说明；实际范围取决于派发方式。它不代表主 Agent 的全部当前状态都能被无损共享。
主 Agent 可以按可用派发方式继承或指定模型。当前实现最多同时运行三个子代理，只允许一层分工，子代理不能再创建下一层子代理。
这是实现上限，不是设置页可调的并发或深度选项；开关与默认模型是另外的配置。遇到需要你决定的问题，应由主 Agent 统一说明与提问，不要期待每个子代理都直接与你独立确认。
观察过程与汇总
执行期间查看子代理席位和对应过程。排队说明尚未开始，运行中表示仍在推进，完成或失败说明该子任务已结束。点击可用入口查看详情，再回到主对话。
主 Agent 应汇总：每项返回了什么、有哪些冲突、哪些缺口仍未解决。子任务完成不是总任务自动完成，特别是需要写入、发布或最终验收时。
- 不会自动隔离文件
- 子代理可能访问同一资料库与授权范围。分工前约定谁改哪些文件；不要让多个子任务同时覆盖同一份稿件。
没有派出子代理怎么办
先检查任务是否确实适合拆分，以及设置中的子代理开关与模型是否可用。主 Agent 顺序完成也可能是合理选择，不是每次没出现席位就意味着故障。
子代理失败时，保留其错误与已经完成的结果，由主 Agent 判断重试、改模型还是顺序接手。不要盲目重复整批工作。
相关内容：Plan与Tasks、方法复用、定时任务。
子 Agent 功能的设置入口；本轮没有在 Orrery 中实际派发子任务。
子任务怎样继续
运行中的子任务可以接收补充说明，并通过等待机制向主 Agent 返回状态或结果。补充说明与结果都有大小和数量上限，不应把整本知识库或无限历史当作消息传过去。子任务可能因取消、失败或名额限制结束，主 Agent 仍需检查返回证据。历史导入或清空也不等于撤回已经写入的文件。
文档核对说明
- 查看编写与验证范围
- 对应操作截图待补
- 当前配图只展示子代理设置开关，尚未展示真实派发、子任务进度或主 Agent 汇总结果。
内容来自 Orrery Desktop 的 Wiki，文档仍在持续完善。功能开放情况以当前版本为准。