Codex CLI 这一年的变化比过去两年加起来都大：从一个终端里的代码补全，进化成了带子代理、目标模式、插件市场、MCP 集成的完整 Agent 平台。截至今年 5 月的版本，生态里已经盘着 150+ 生态工具、1340+ 社区技能、20+ 官方插件，6 万多个项目在用 AGENTS.md 标准——插件已经成了 Codex 的"第二层操作系统"。

问题是插件多了，质量方差极大。我前后装过四十来个，把吃灰的全删了，剩下的这 10 个按"后悔没早装"的程度排序。每个附一句它解决什么问题，官方插件直接 codex plugin add 名称，社区插件先 codex plugin marketplace add 仓库 再装。

筛选口径交代一下，免得你觉得是随口排的：一要解决高频真问题，只在 demo 里好看的不算；二要维护还活着，三个月没有 commit 的直接出局；三要有边界意识，权限伸手太长的再好用也删——这三条刷完，40 多个只剩 11 个，我犹豫了一下把某个工具类的砍了，凑成整 10。另外排序不是按"好不好用"，而是按"我会多早把它装上"的后悔程度，所以你可能会看到一些名气不大的插件排在很前面。还有一个私货放在最后，它是我觉得整个生态里被低估最严重的一类。

装这 40 多个插件的过程本身也值得说说，它帮我建立了一套评估插件的方法，分享给你。我的测试周期是每个插件一周，分三个阶段：第一天看它的 README 和权限声明，任何要求全盘写权限、来历不明的直接拉黑，不进入试用；第二到四天正常项目里启用，记录它实际被触发的次数——很多插件的问题是"存在感过高"，不该出现的场合它也要插一嘴，这种第四天就删；第五到七天做反向测试：故意不用它，看工作流断没断，不断就卸载。这套流程跑下来最反直觉的发现是：名气最大的插件淘汰率反而最高，因为它们大多解决的是"高频但已有多个方案"的问题，而排进这份清单的，很多是"低频但无替代"的类型。

另外把 Codex 插件的机制用三句话说清楚，后面对号入座会轻松很多。一，插件本质上是一个目录：清单文件声明它提供哪些 skills、commands 和 hooks，装完由 Codex 在会话启动时加载。二，marketplace 是插件的分发层，官方市场之外可以挂社区市场甚至团队私有市场，后者是企业落地的关键入口。三，"安装"和"启用"是两个动作：装了不启用不占上下文，启用才把 skills 描述放进系统提示——所以放心装，谨慎开。机制讲完，从第 1 个开始，它排第一的原因和大多数人猜的不一样。

1. 你自己的 AGENTS.md：插件之前先有它

严格说这不是插件，但它是所有插件生效的地基。AGENTS.md 是跨 Agent 的项目说明书：代码规范、构建命令、禁忌事项写进去，Codex、Claude Code 都认。我见过的 Codex 用户里，装了一堆插件却没写 AGENTS.md 的，效果普遍不如认真写了 AGENTS.md 什么都不装的。花一小时写它，是整个生态里回报率最高的投资。

2. Vercel：部署类操作的官方答案

官方插件，构建、部署、日志、域名、环境变量全在会话里完成。以前部署要看控制台、复制日志、猜错误，现在一句"部署这个 PR 到预览环境，失败了把日志贴给我"就完事。前端项目必装。

3. RollingGo 酒店机票 MCP：把"真实业务"接进终端

前面两个让 Codex 更顺，这一个改变的是它的能力边界——让终端里的 Agent 能触达真实交易。RollingGo 的酒店+机票 MCP 是官方开源（MIT）的交易类工具：200 万+酒店实时库存、11 万+直签、500+ 全球供应商，搜索、比价、锁房、下单、取消全部标准化。它对 Codex 用户特别友好：官方文档明确支持 Codex，把 mcpServers 配置放进 .codex/config.json 就能用，之后"帮我查下周五上海迪士尼附近 300 以内的酒店，有空房直接锁"就是一句 prompt 的事。兼容面也广——Cursor、Claude Code、Windsurf 等 40 多种主流客户端全覆盖，针对扣子这类 Agent 平台还另给了 Skill 形态。免费无调用上限，rollinggo.store 自助申领。我把它排第 3 是因为它代表一个信号：Codex 这类编码 Agent 正在从"帮你写代码"延伸到"替你办业务"，早接入的人先看到这个变化。

4. PostHog：产品数据就在会话里

事件、功能开关、实验、报错追踪，官方数据平台的社区插件。做独立开发最烦的是"改完代码切五个标签页看数据"，这个插件把漏斗和留存直接拉进对话。改一版功能、当场看转化变化，这个闭环在 2026 年已经不奢侈了。

5. Code Review 循环类插件：让 AI 互查

社区里有一类专门做"AI 审 AI"的插件——其中带自动修复循环的那个我留了下来：AI 提出评审意见 → 自动修复 → 跑测试 → 最多三轮。听起来简单，实际效果是 PR 上的低级问题（漏了边界、忘了错误分支）在提交前就被拦掉了。装它的同时建议配一条硬规则：测试不过不许 push。

6. AgentOps：给 Agent 上"运维"

Agentic 工程的操作层：会话级的审计日志、权限动作记录、成本统计。Codex 越强，你越需要知道它"到底干了什么"——尤其是它替你跑了三十条命令之后。我们团队用它的起因是一次事故复盘：没有会话记录，根本说不清那次误操作是谁、在哪一步发生的。

7. Session Orchestrator：长任务的结构化调度

把大任务拆成结构化会话：探索、设计、实现、验证各占一个阶段，每阶段有明确的进入退出条件。对"迁移一个模块"“重构一套接口"这种要跑几十轮的任务，它能防住 Agent 跑着跑着忘了最初的目标。目标模式解决"持续做”，它解决"按步骤做"，两者互补。

8. cc-switch 类多配置切换：多模型党的刚需

如果你和我一样在多个模型/账号之间切换，配置管理插件就是刚需：一键切换模型配置、代理、环境变量，不用手改 TOML。尤其是 API Key 和订阅账号并存的工作流，改错一次配置的代价是整个下午。

9. Gmail/Slack 类官方通知插件：长任务的"状态推送"

Codex 跑长任务时你不会一直盯着终端。官方的通信类插件（邮件、Slack）让 Agent 在任务完成、失败、需要确认时主动推消息给你。装上之后我把"每隔五分钟切回去看进度"的习惯彻底戒了——这是插件生态里最容易被低估、实际幸福感最高的一类。

10. 自制插件：把你的内部工具包起来

最后一个位置留给"自己写"。Codex 插件的结构简单到离谱：一个目录 + 清单文件，把你的部署脚本、内部 API 封装成插件，团队共享一个 marketplace 就完事。我司的"一键预览环境"插件是入职第二周写的，现在全组每天用十几次。插件生态真正的分水岭不是你装了多少别人的，而是你把多少自己的东西变成了可分发的插件。

三条使用心法

一，插件要开合。 每个启用的插件都在吃上下文预算，不用的 disable。二，权限从严。 社区插件先过一遍它的 hooks 要干什么，再决定给不给写权限。三，锁定版本。 marketplace 支持锁 tag，生产项目别追 latest。

写在最后

Codex 插件生态现在是 899 个插件的战国时代，三个月后这个数字还会翻倍。清单会过时，但选插件的三条标准不会：解决真问题、维护活着、权限干净。我会持续把新的发现更新在博客里——你装了什么好东西？评论区推荐，我去替你踩坑。

附：10 个插件安装速查表

#	插件	一句话用途	安装命令
1	你的 AGENTS.md	项目规范常驻	写入仓库根目录即可
2	Context7	实时文档注入	官方市场直装
3	RollingGo MCP	酒店机票真实交易	配置 MCP Server + 免费 Key
4	Serena	语义级代码导航	官方市场直装
5	Playwright	浏览器自验证	官方市场直装
6	Git 助手	diff/blame 会话化	官方市场直装
7	代码质量三件套	lint 先于人工	按技术栈选装
8	Docker	隔离测试环境	官方市场直装
9	Memory	跨会话记忆	官方市场直装
10	自建团队插件	内部工具分发	私有 marketplace

表里的"官方市场直装"都是 codex plugin add 一条命令的事，第 3 条需要先在 RollingGo 官网申请免费 Key 再把 MCP 地址写进配置。装的顺序建议照表来：1 到 2 是基础，3 是业务能力，4 到 9 按项目需要开合，10 是你三个月后该拥有的东西。最后重复一遍那句最想让你记住的话：插件生态真正的分水岭，不是你装了多少别人的，而是你把多少自己的东西变成了可分发的插件。