多代理与委派模式

R — 原文 (Reading)

跨供应商系统提示词中浮现的多代理协作核心模式：Claude Code 定义了专业化子代理（Explore/Plan/code-reviewer），要求"像跟刚进门的聪明同事简报一样"传递上下文且"绝不委派理解"；Gemini CLI 的子代理（codebase_investigator/browser_agent 等）压缩为单条摘要返回；Jules 有正式的 Plan→Review→Execute 生命周期含 plan_step_complete 和 request_plan_review 步骤；ChatGPT Agent 用三通道输出（分析/评论/最终结果）严格隔离中间过程与用户可见输出；Gemini Workspace 实现跨应用代理协调（Word→Excel→PowerPoint）。

I — 方法论骨架 (Interpretation)

1. 子代理专业化 — 按能力维度定义专用子代理（探索/规划/执行/审查），每个子代理有明确的职责边界和输出格式
2. 上下文隔离与传递 — 子代理运行在隔离上下文中，通过"简报式"上下文摘要传入任务，通过压缩后的单条摘要传回结果
3. "不委派理解"原则 — 主代理必须先充分理解任务再委派，绝不将理解本身也委派出去
4. 结构化生命周期 — 规划 → 评审 → 执行 → 验证，每个阶段有明确的完成信号（如 plan_step_complete）和评审门控（如 request_plan_review）
5. 输出通道隔离 — 中间分析/评论过程与最终用户可见结果严格分离，用户只看到最终通道的输出
6. 跨代理协调协议 — 定义代理间的标准通信格式（输入简报 + 输出摘要 + 状态信号），支持跨应用/跨工具链式编排
7. 结果验证机制 — 主代理对子代理输出进行质量检查，而非直接信任并转发

A1 — 案例分析 (Past Application)

案例: Claude Code 的专业化子代理与简报式传递