今天继续给大家分享 Codex 多 Agent 协同的相关知识（需要文中的配置文件，找我就行）。
如果零基础，那可以看看这篇：从0到1带你速通Codex，我的终极保姆教程来了。
我用 Codex 多 Agent 开发了一个商城的系统，效果如下，大家可以看看。
前端下单界面
相关 API 接口
后端管理界面
为什么要用多 Agent
解释这个问题之前，我们需要先了解一下什么是 Agent ，什么又是多 Agent 。
Agent：即具备独立目标、能自主思考、会调用工具完成任务的 AI 智能体。
多 Agent：多个独立 AI 智能体，分工、沟通、配合，一起完成复杂的任务目标。
我们要用多 Agent 的原因主要是因为单 Agent 存在四大缺陷：
1、单 Agent 能力是【全能浅通】，做不到深度专精，没办法同时精通多领域。
比如做完整的商业方案，又要市场调研，财务测算，文案撰写，法律法规等等，单 Agent 既要算财务、又要写文案、还要懂法条，容易顾此失彼，专业细节出错。
但使用多 Agent 协作的话可以拆分成：财务 Agent 只算报表、法务 Agent 只审风险、设计 Agent 负责出图，各自专精。
2、上下文窗口有限，长任务容易遗忘，失真。
当你把所有任务都丢给单 Agent 在一个窗口的时候，由于上下文的限制，长链路任务（比如长达几十步的数据分析、大型代码项目），上下文塞满后会出现信息丢失、逻辑跑偏、幻觉暴涨的情况。
但你使用多 Agent 拆分任务，各子任务上下文独立，每个子 Agent 只承载自身环节的少量上下文，主线只保留关键结果，哪它就会大幅降低记忆压力，减少出错。
3、思考逻辑冲突，无法并行处理。
单 Agent 是串行思考，同一时间只能做一件事。
比如同时爬取 10 份行业数据、并行测试多套方案、多维度同步评估方案优劣，单 Agent 只能逐个顺序执行，效率很低，还可能存在逻辑冲突，出现错误。而多 Agent 可以并行分发任务，替代单 Agent 串行排队，同步产出结果，大幅提速。
4、角色、目标冲突，难以兼顾多重约束
单 Agent 只有一套系统提示词，目标容易混乱，约束有时候也容易混乱。
一个 Agent 既要追求创意又要严格合、既要压缩成本又要保证质量，这听起来都离谱。
多 Agent 可以分离角色，创意 Agent：放开脑洞不设限，审核 Agent：专门做合规、风险拦截，执行 Agent：只关注落地可行性 各司其职，互不干扰。
我认为最大的优势就是：业务扩张时只需新增专业 Agent，不用重构整个大模型提示词，而单 Agent 任务越复杂，提示词也越臃肿，极难维护。
多Agent 的使用场景：
比如电商复盘，如投流，选品，退货，售后等等的总结报告，单 Agent 干起来很容易出错。
比如软件项目开发，如前端开发，后端开发，架构师，产品经理，测试等等
......
Codex 如何使用多 Agent
在说怎么使用前，我先介绍一下 Codex 的多 Agent 有多少种。
多 Agent 在 Codex 中，他有两种，系统级多 Agent 和项目级多 Agent ，一个是对整个操作系统多 Agent 协同，一个是只对单个项目进行多 Agent 协同。
这里我只介绍一下单个项目的多 Agent 协同，
第一步：首先我们创建一个项目，或者选择一个现有的一个项目进行操作。
第二步：在资源管理器中打开这个文档。
第三步：打开文件夹后，我们创建这三个文档。
Agent 文件夹：主要存放子 Agent。这里我创建了 4 个子 Agent。
backend_developer.toml：作为整个项目的后端开发工程师。
frontend_developer.toml：作为整个项目的前端开发工程师。
planner.toml：作为整个项目的架构师与产品经理。
qa_engineer.toml：作为整个项目的测试工程师。
AGENTS.md：这个文档最主要的作用就是规范整个项目，同时规范上面所说的四位员工的一个协作规范。
config.toml：这个文档的最用，就是规范 Codex，刚才的哪个文档是规范项目，二者作用不太一样。
第四步：确定好子 Agent 之后进行开发，我们直接根据流程来开发。
我们可以在这个位置，查看子 Agent 的一个开发过程。
前后端工程师开发完之后，并不会直接就结束了，还会到测试工程师进行测试，测试工程师测试完。
如果有 bug，它会告诉前后端工程师，然后前后端工程师 agent 就会根据测试工程师给的 bug 对项目进行更改。
更改完成后，又会给到测试工程师进行测试，看看还有没有 bug，如果有就会告诉前后端工程师进行更改，循环往复，直到所有的 bug 彻底解决。
总结
Codex 的多 Agent 协作，在处理复杂任务，复制目标的时候非常好用，搭建好就相当于有了自己专精的小团队。
当你业务扩展或减少的时候，只需要增加/减少 agent 就够了，非常方便。
好了，大家快去试试看吧，后续我还会持续分享关于 Codex 的干货。
如果需要文章中的配置文件，也可以找我，也欢迎加入交流群！
