引子： 很久没有自己写文字来记录“知识”的收获了。 今天利用周末的半个下午，跟AI一起聊了聊Codex的Multi Agents到底怎么玩的之后，我决定：下次拾起笔，把每一天、每一次的收获，记录和沉淀下来。
先不追溯过往了，专注于当下的进步。
从周围的喧闹声中反观自己
上周临近周末，Codex发布了新的版本，其中提到了Multi Agents，起初我不以为意，直到周围关于“Multi Agents”真好用的声音越来越多之后，我开始反思自己： 我好像心里挺排斥的，为啥呢？还要继续死守自己定义的、“自以为很好”的、非常复杂的WorkFlow吗？（因为之前一直自以为，不管MCP、还是Skills、还是AGENTS.md，本质都是一个东西，就是Prompt，所以自己非常的不Open，非常闭塞！就像我是最早就知道OpenClaw的一批人，但直到好像我周围的“所有人、所有声音”都在议论OpenClaw的时候，我才后知后觉去亲自实践）。
我想我要打破自己！同时要公开表达自己的认知，而不是一直埋在自己的脑子里。（说不定我公开多了，以后我说的话就变成了AI的训练数据，于是我也有赛博分身了呢？）
通过AI学习AI
我的实践发现：**AI是最懂AI的。**所以哪怕这个Multi Agents的功能很新，但我相信，即使从零到一，我完全可以借助AI的对话来学会。这里我选择了跟Gemini对话学习这个新功能的使用。
我的发问很直接： “codex有一个multi-agents模式，你知道是怎么使用的吗？”
G老师回答也会很直接，甚至给我了一个旧版本的使用方法，说需要先开启/experimental。但其实这个功能在新版本中已经取消了，因为我让他更新了回答。很快得到了回复：
直接编辑全局配置文件 ~/.codex/config.toml，
然后在文件中找到 [features] 区块（如果没有这个区块，就在文件末尾新建一个）。在里面添加 multi_agent = true。
这个方向正确了，于是我们就开始了细致的探索。
既然可以有多个Agents，那么每个Agents都有自己的职位和责任吧？就像公司招员工一样，不同人干不同的事。之前我是一个Agent干了一堆的事： 设计构架、跟我讨论、列计划、代码实现、日志记录等等。现在，既然可以任务分工明确了，那么我就可以把原来一个Agent干的事拆出来，留一个总头头跟我对话和交互，剩下的都是这个总头头的小弟们，让总头头去负责派活给小弟们，我就不插手了。**这转念一想，这就是公司啊！而我，摇身一变就是Boss，这个总头头就是总监，我给总监下派任务，总监指挥员工们干活，然后总监再反馈给我，不断迭代。**想到这，我就立马拍大腿：咋不早点用起来了呢！！
顺这个思路，我就跟G老师来来回回讨论了总头头和小弟们该怎么规划，一共是下面这样的：
- 总头头（总监）：只有总头头与我交互，我负责下发任何和验收，具体怎么干，总头头来定；
- 做设计的：因为我的开发里有很多UI、UX设计，因此我需要一个非常有灵性的小弟来专门做UI、UX；
- 建架构的：一个项目，哪怕只是一个网页，那么也应该有一个好的架构，于是需要有一个经验老道的架构师；
- 写代码的：就是负责写，不要有其他想法，就是先按要求写了再说；
- 搞测试的：必须要有一个专门测试的小弟，监督写代码的小弟，不然写的代码都飘了都不知道，最后烂摊子都甩给我可不行（之前通过一个WorkFlow来做这件事的时候，有点费力不讨好）；
- 写笔记的：记录每一步操作，处处皆有存档，做到“落码有痕”。
规划好了之后，就开始下发吧。 其实一旦定好了规划，把规划说清楚，让Codex就能自己执行。就是对话框里直接发给他，让他干。
我的实践经验是： 我觉得Codex的文案能力不行，所以我还是请出了G老师，让他操刀，最后我直接脚本批量操作定义好了多个Agents。
并且这一次迭代之后，原来WorkFlow的Prompt设定也就不能用了，因此也就被我更新了一波。
最后测试结果，效果还很满意。
将我啰啰嗦嗦讲了这么多总结为一张图的话就是下面这个：
（好几年不自己写文章，写的都是磕磕绊绊的，我忍住了，没有交给AI来做这件事，有些底线还是需要人脑去锻炼好、把握好的，不能全部托付给AI了。继续进步！）