成为 AI 时代的产品经理 09｜从执行者到编排者：你的新工作是指挥一群 agent

先看最能干的那批人现在怎么干活。

他们同时开好几个 agent——每个有自己的上下文窗口、自己负责的一块、自己的文件范围，异步跑;人在上面拆活、分派、隔一会儿回来验收，而不再是盯着一个 AI 一句句实时改代码。Addy Osmani 把这两种方式分得很清楚:一种是指挥者，你带着一个 agent 实时干，你的脑子就是天花板;一种是编排者，你手里是一队 agent，你计划、分派、隔一段时间回来检查，产能不再被你一个人的带宽卡住。

这对产品经理是个好消息。因为「编排」恰恰是产品经理的老本行——把一个大目标拆成任务、分给不同的人、盯住每块的边界、最后验收合并。只不过过去你编排的是人，现在多了一队 agent。机械的那部分协调（催进度、复述需求、对齐格式）被 agent 接走了，编排的判断力留下来，而且更值钱了。下面是四个能照着做的动作。

一、别再一个 agent 从头跟到尾

最常见的浪费，是把 AI 当成一个你得全程盯着的实习生:发一句、等它做完、看一眼、再发下一句。你的注意力就是它的上限，你一次只能推进一件事。

编排者的做法反过来:一个任务能拆出三块互不依赖的，就同时开三个 agent，各给一块，让它们并行跑。你从「实时陪一个」变成「隔一会儿收三个」。第一次这么干会不习惯，因为你要放下「每一步都得我看着」的执念——但这正是产能翻几倍的地方。

二、把活拆成边界不重叠的并行块

编排的第一功夫是拆活。拆得好不好，直接决定这一队 agent 是帮你还是给你添乱。

一个能并行交出去的块，要满足两条:互不依赖（A 不用等 B 的结果）、边界不重叠（两个 agent 不会同时改同一个东西、打架）。比如做一个功能，可以拆成「后端接口」「前端页面」「这块的测试」三块分给三个 agent;但「先设计数据库、再写依赖它的接口」就不能并行，得串着来。拆之前先问一句:这两块能不能各自独立做完？不能，就别硬并。

三、每一块，都给清楚的 spec

这是编排最要命的一环，也是第五篇那件事在这里的放大版。Addy Osmani 说得直接:一个模糊的指令，会被放大成一整队 agent 的错;一个精确的指令，放大成一整队精确的实现。

你带一个 agent，指令含糊了，错一个，你当场能改。你同时派五个，每个都拿着同一句含糊的指令，就是五份跑偏，等你回来收，五份都得返工。所以派活前，把第五篇那套用上——形容词换数字、状态写全、边界和「不做什么」列清楚——再一个个发出去。派得越多，spec 的精度越是成倍地放大，往对的方向或错的方向。

四、你的活，变成拆分、验收和串起来

当 agent 接走了「把它做出来」，你手里剩下的是三件更重的事:开头把活拆对、中间给清楚的边界、结尾把几块收回来验收、串成一个整体。

这里最容易犯的错，是手痒自己下场去做某个 agent 本来能做的事——你一沉进某一块的实现细节，整盘的编排就停摆了。编排者得待在「上面」:盯着每块交回来的对不对（用第八篇的办法，让它先交底、你验），把它们拼到一起看整体通不通。你的价值不看你亲手写了哪一块，看的是这一队 agent 合起来交出的东西成不成立。

今天能做的一件事:挑一个你正准备做、又能拆开的任务，试着切成两到三块互不依赖的，分别开 agent 去做，你只做三件事——拆、给 spec、收。先体会一次「同时推进三件」和「一件件串着做」差在哪。

延伸阅读

• Addy Osmani《The future of agentic coding: conductors to orchestrators》(指挥者 vs 编排者、精确 spec 成倍放大)：https://addyosmani.com/blog/future-agentic-coding/
• 本系列第 05 篇《需求说不清，AI 就替你瞎补》(spec 的精度)：/zh/blog/say-it-clearly/
• 本系列第 08 篇《AI 替不了你找到真问题》(验收前让它先交底)：/zh/blog/find-the-real-problem/