欢迎回到第 24 节课！

上节课，我们完成了 Orchestrator 范式的实战演练——一个主 Agent 把复杂任务拆分成若干子任务，调度一群子 Agent 并行执行，最后汇总结果，整个过程行云流水。但课结束之前，我留下了一个没有正面回答的问题：那群完成任务后立刻消散的子 Agent，到底是什么？

它们完成了任务，随即消散。下次再叫，又是一张白纸。没有名字，没有记忆，不知道自己上次做过什么，也不知道你是谁。Orchestrator 范式解决了"如何分工做事"，但没有回答"做事的是谁"。

这节课，我们要做一次认知框架的升级。答案，会直接决定你接下来搭建系统的思路。

一、从工具到员工：Harness Engineering 的升级

任务完成就解散——这就是 Context Engineering 时代 multi-agent 的核心逻辑。不管是单 Agent 还是多 Agent，不管是工作流还是 Orchestrator，所有的事情都围绕一个核心：完成任务。子 Agent 被分配子任务，任务结束，子 Agent 清空消失。只有主 Agent 还留在那里，带着自己的记忆和工具。

这些子 Agent，不是员工，是工具。工具：无身份、无记忆、无成长。你每次叫它，它都是一张白纸——你雇到的不是员工，是精灵。