第 4 周:Planning、Reasoning、Search 与 Agentic RL

Day 28 · Orchestration / 编排:Orchestrator-Worker 与 Subagent

核心指数 编排 5/5

关键逻辑释义

编排的价值是把复杂任务拆成可验证责任边界:orchestrator 负责计划、调度、合并、验收和失败恢复,worker/subagent 只承担清晰子任务;多 Agent 价值来自隔离、并行和独立评审,不是堆角色名。

今日关键术语释义

每个当天会被提问或用于练习的术语,先给通俗释义,再给专业释义,避免题目超出当天知识点。

Orchestration / 编排

通俗释义:编排就是安排谁在什么时候做哪一步、拿什么输入、交什么结果、由谁验收。

专业释义:orchestrator 对 workflow step、tool、worker/subagent、queue job 和 human gate 进行任务分解、调度、状态跟踪、合并、验证与失败恢复;它关注控制流和责任边界,不等于让一个模型自由发挥。

当天检查:能把一个真实任务拆成 orchestrator 职责、worker 任务卡、合并验收和失败恢复。

参考脉络:Anthropic Building effective agents / OpenAI agent guide / production workflow orchestration

Subagent / Multi-Agent

通俗释义:把复杂工作拆给多个相对独立的小助手,并行做、再合并。

专业释义:orchestrator 将任务卡分发给 worker/subagent,通过隔离上下文、并行执行、独立评审和 merge protocol 处理复杂任务。

当天检查:能说明什么时候多 Agent 值得,什么时候只是增加复杂度。

参考脉络:Anthropic multi-agent patterns / OpenAI agent guide

概念定义

通俗释义:把“概念定义”先理解成今天要掌握的一种工程判断:它帮助你决定系统该如何稳定完成任务。

专业释义:概念定义 是 Agent Harness 课程中的专项能力点,需要从定义、输入输出、工程边界、失败模式、指标与验证方式六个角度掌握。

当天检查:能用自己的话解释 概念定义,并把它映射到 AI Digest / Hermes / 学习平台中的一个真实环节。

参考脉络:课程内置知识点;当天需结合 AI Digest 或真实系统案例验证

工程实现

通俗释义:把“工程实现”先理解成今天要掌握的一种工程判断:它帮助你决定系统该如何稳定完成任务。

专业释义:工程实现 是 Agent Harness 课程中的专项能力点,需要从定义、输入输出、工程边界、失败模式、指标与验证方式六个角度掌握。

当天检查:能用自己的话解释 工程实现,并把它映射到 AI Digest / Hermes / 学习平台中的一个真实环节。

参考脉络:课程内置知识点;当天需结合 AI Digest 或真实系统案例验证

失败模式

通俗释义:把“失败模式”先理解成今天要掌握的一种工程判断:它帮助你决定系统该如何稳定完成任务。

专业释义:失败模式 是 Agent Harness 课程中的专项能力点,需要从定义、输入输出、工程边界、失败模式、指标与验证方式六个角度掌握。

当天检查:能用自己的话解释 失败模式,并把它映射到 AI Digest / Hermes / 学习平台中的一个真实环节。

参考脉络:课程内置知识点;当天需结合 AI Digest 或真实系统案例验证

理解表达

通俗释义:把“理解表达”先理解成今天要掌握的一种工程判断:它帮助你决定系统该如何稳定完成任务。

专业释义:理解表达 是 Agent Harness 课程中的专项能力点,需要从定义、输入输出、工程边界、失败模式、指标与验证方式六个角度掌握。

当天检查:能用自己的话解释 理解表达,并把它映射到 AI Digest / Hermes / 学习平台中的一个真实环节。

参考脉络:课程内置知识点;当天需结合 AI Digest 或真实系统案例验证

核心知识展开

1. 是什么

编排的价值是把复杂任务拆成可验证责任边界:orchestrator 负责计划、调度、合并、验收和失败恢复,worker/subagent 只承担清晰子任务;多 Agent 价值来自隔离、并行和独立评审,不是堆角色名。

2. 工程位置

它在 Agent Harness 中连接“目标/约束、上下文、工具、状态、验证、运营指标”这些层。学习时要问:这一层负责限制什么风险?它把哪类不确定性变成了可观察、可恢复、可评估的工程对象?

3. 必须掌握

  • 概念定义
  • 工程实现
  • 失败模式
  • 理解表达

4. 设计流程

Orchestrator → worker task card → parallel run → evidence → merge → review → recovery

5. 工程注意事项

  • 编排不是让一个模型全权发挥,而是把任务卡、状态、证据、合并和验收写清楚。
  • 每个练习都要产出可展示 artifact 或可执行验收标准。

6. 常见失败模式

  • 只会解释“Orchestration / 编排”的概念,但说不出它在真实系统中的输入、输出和边界。
  • 把模型输出当成验证结果,没有使用工具、测试、引用或状态记录做外部确认。
  • 只追求功能跑通,没有留下 trace、指标、失败原因和下一步改进证据。

7. 学习笔记

今天围绕“Orchestration / 编排:Orchestrator-Worker 与 Subagent”建立一个可复用的工程判断:先能定义它解决什么问题,再能指出它在 Agent Harness 中位于哪一层,最后能用一个真实系统环节验证它是否有效。编排的价值是把复杂任务拆成可验证责任边界:orchestrator 负责计划、调度、合并、验收和失败恢复,worker/subagent 只承担清晰子任务;多 Agent 价值来自隔离、并行和独立评审,不是堆角色名。 学习时不要只记名词,要把它和状态、工具、上下文、评估、成本或安全边界中的至少一项连接起来。

知识对应点

  • Orchestration / 编排
  • Subagent
  • Multi-Agent
  • orchestrator/worker

必须掌握

  • 概念定义
  • 工程实现
  • 失败模式
  • 理解表达

工程注意事项

  • 编排不是让一个模型全权发挥,而是把任务卡、状态、证据、合并和验收写清楚。
  • 每个练习都要产出可展示 artifact 或可执行验收标准。

理解表达

我能围绕 Orchestration / 编排:Orchestrator-Worker 与 Subagent 讲清楚工程目标、实现方式、指标和失败处理。

流程

Orchestrator → worker task card → parallel run → evidence → merge → review → recovery

练习

设计三路并行:研究、实现、评审,并写出每一路输入、输出、验收证据和失败降级。

完成标准:worker 输出可独立验证,orchestrator 合并后有最终验收。

配套图示

目标、状态、计划、工具、观察、评估、记忆构成最小 agentic 闭环。

💬AI Chat