Sub-agent

Sub-agent 不是把同一个 Agent 简单复制一份，而是主 Agent 为一项可拆分工作创建的独立执行者。主 Agent 要先写清任务范围、输入、输出和停止边界，Sub-agent 再在自己的上下文中完成并返回结果。

• 委派票据把“只做什么、不做什么、需要什么输入、交回什么结果”写清楚，避免子任务越界。
• 独立上下文让 Sub-agent 只接收完成当前子任务所需的信息，不必把主 Agent 的全部对话和状态都带进去。
• Sub-agent 返回结论和证据，主 Agent 仍负责把多个结果汇总到原任务中，并检查结果是否满足整体目标。

Sub-agent 的关键是“被主 Agent 委派的一项有边界工作”，它有自己的上下文和输入输出契约。并行执行只是调度方式，Skill 是可复用能力包，MCP 是连接外部能力的协议，它们都不能单独替代 Sub-agent 的委派与回传关系。

• 简单并行线程只说明任务同时运行；Sub-agent 还必须有明确范围、独立上下文和可交回的结果。
• Skill 提供可复用的工作方法，Sub-agent 是实际接收子任务并负责执行的角色；一个 Sub-agent 可以加载 Skill，但两者不是同一个东西。

MCP 可以连接工具或资源，不能说明谁被委派、谁负责汇总；这些责任仍要写在主 Agent 与 Sub-agent 的任务契约中。

一次清楚的 Sub-agent 委派可以拆成主 Agent、任务契约、独立执行者、返回结果和主 Agent 汇总五个部分；少了其中任何一段，都容易变成没有边界的并行调用。

• MAIN AGENT 保留原任务目标，并决定要不要拆出一项子任务。
• TASK CONTRACT 写清范围、输入、输出和停止条件，限制 Sub-agent 的责任边界。
• SUB-AGENT 在独立上下文中执行，只携带完成子任务所需的信息。
• RETURN 带回结论、证据或失败原因，而不是只返回一个“完成”状态。
• MAIN SUMMARY 把子任务结果放回整体目标，并由主 Agent 负责最终判断。

请为一个发布配置审查任务制作 Sub-agent 示例：主 Agent 只把“检查环境变量和回滚风险”委派给一个独立 Sub-agent。委派说明必须写清范围、输入、输出和停止边界；Sub-agent 只在自己的上下文里检查 config 和 deploy history，返回 2 条发现及证据，最后由主 Agent 汇总发布建议。请明确它不是简单并行线程、Skill 或 MCP 工具连接，并支持重播、Anatomy 键盘操作、暗色主题和窄屏布局。