夜雨聆风本次判断：Codex 插件不是“多一个按钮”这么简单。它本质上是把 skills、应用连接和 MCP server 打包成可复用工作流，让 Codex 在某类任务上更像一个带工具箱的助手。值得学会安装，但不要看到插件就乱装；真正该关注的是它会读什么、能做什么、要不要登录外部服务，以及装完之后怎么让 Codex 正确调用它。
我为什么想单独写它
这几天连续写了几个和技能包、插件、MCP 有关的文章。
很多人会有一个很自然的问题：
这些东西到底怎么装？
特别是 Codex 里的插件，看起来和普通 ChatGPT 插件、浏览器插件、MCP、skills 都有点像，但又不完全一样。
OpenAI 官方文档对 Codex 插件的定义很明确：插件可以把 skills、app integrations 和 MCP servers 打包成可复用工作流。
换成人话说：
skills 负责告诉 Codex “这类任务该怎么做”； app integrations 负责连接 Gmail、Slack、Google Drive 这类外部应用； MCP servers 负责给 Codex 更多工具或共享信息； plugin 则是把这些能力装进一个可安装、可启用、可管理的包里。
所以，插件安装不是为了“装着好看”。
它真正解决的是：让 Codex 在某个场景里少临场发挥，多按既定工具和流程做事。
Codex 插件的价值，不是让 AI 多一个名字，而是让 AI 在某类任务上拿到更明确的工具、权限和工作流程。
我拿它看了什么
这篇不是完整压测所有插件。
我主要看了三层信息：
1. OpenAI 官方 Codex 插件文档；
2. 官方 `openai/plugins` 插件示例仓库；
3. 本机 Codex 已安装插件的配置和插件 manifest。
本机能看到的插件里，有 Browser、Chrome、Documents、Spreadsheets、Presentations、Superpowers 等。
这些插件不是同一种东西。
有的偏工具能力，比如 Browser、Chrome，可以让 Codex 操作浏览器。
有的偏文件产出，比如 Documents、Spreadsheets、Presentations。
有的偏流程方法，比如 Superpowers，把计划、TDD、调试、验证流程打包给 Codex。
这说明一个关键点：
插件不是单一类型。
有的插件给 Codex 新工具，有的给 Codex 新流程，有的让 Codex 能连接外部应用。
安装前一定要先分清这一点。
在 Codex App 里怎么装
如果你用的是 Codex App，最顺手的方式是从侧边栏或设置里的 Plugins 页面进入。
官方文档里说，Codex App 的插件目录会把插件分成几类：
Curated by OpenAI：OpenAI 精选的插件； Shared with you：别人共享给你的插件； Created by you：你创建或添加到自己工作区的插件。
第一次安装，建议只看第一类。
步骤可以很简单：
1. 打开 Codex App；
2. 进入 Plugins 页面；
3. 搜索或浏览插件；
4. 打开插件详情；
5. 点加号或 Add to Codex；
6. 如果要求连接外部应用，再按提示登录；
7. 安装后新开一个 thread，让 Codex 使用它。
这套流程的重点不是“点哪里”，而是安装前先看插件详情。
比如你要装 Gmail、Slack、Google Drive 这类插件，就要意识到：它可能会接触你的邮件、频道、文档或文件。
这和装一个只包含写作规则的 skill 完全不是一个风险等级。
在 CLI 里怎么装
如果你用 Codex CLI，官方方式是先进入 Codex：
codex然后输入：
/plugins插件浏览器会按 marketplace 分组。你可以切换来源，打开插件详情，安装或卸载插件。
官方文档还提到，CLI 里可以对已安装插件按 `Space` 切换启用状态。
这点很实用。
因为有些插件不是天天都要开。
比如你今天要写代码，可以开 Superpowers。
今天要做网页验证，可以用 Browser。
今天不需要访问外部应用，就不要让相关插件一直处于可用状态。
插件不是装得越多越好，真正成熟的用法是：按任务启用，按风险关闭。
安装后怎么用
很多人装完插件后会卡在第二步：不知道怎么让 Codex 用它。
官方文档里给了两种方式。
第一种，是直接描述任务。
比如你装了 Gmail 插件，可以说：
“帮我总结今天未读的 Gmail 邮件。”
这种方式适合你希望 Codex 自己判断该用哪个已安装工具。
第二种，是明确指定插件。
在 Codex 里可以输入 `@`，显式调用某个插件或它包含的 skill。
这适合你很清楚自己要用哪个插件。
比如：
`@Superpowers` 帮我把这个想法先拆成方案； `@Browser` 打开本地页面检查样式； `@Documents` 生成一个正式文档； `@Spreadsheets` 把 CSV 做成可分析表格。
我的建议是：新手先用明确指定。
因为这样更容易知道 Codex 为什么用了这个插件，也更容易判断效果。
照着做的 5 步
如果你第一次给 Codex 装插件，可以按这个流程来。
1. 先选一个低风险插件
不要第一天就装会读邮件、读云盘、控制浏览器的插件。
更适合先试：
Documents； Spreadsheets； Presentations； Superpowers； 只包含 skills 的插件。
这类插件更容易看懂，也更容易控制风险。
2. 看清它包含什么
重点看三件事：
有没有 skills； 有没有 app integrations； 有没有 MCP servers。
如果只有 skills，通常风险较低。
如果连接外部应用，要看它会读什么、写什么。
如果包含 MCP server，要看是否需要本地配置、账号、token 或额外权限。
3. 安装后新开一个 thread
官方文档也提醒：安装后新开 thread，再让 Codex 使用插件。
这是一个小细节。
很多人装完还在旧对话里试，可能会以为插件没生效。
4. 用一个小任务测试
不要一上来就交大项目。
比如：
让 Documents 起草一页项目说明； 让 Spreadsheets 整理一个小 CSV； 让 Superpowers 帮你拆一个小功能； 让 Browser 检查一个本地页面。
小任务能跑通，再考虑长期使用。
5. 用完检查是否该关闭
如果插件连接了外部应用、浏览器、文件或账号，用完要考虑是否继续保留。
不常用的插件，可以卸载。
暂时不用但以后可能用的，可以关闭。
涉及敏感数据的插件，不要一直随手开着。
第一次装 Codex 插件，最稳的方式不是追热门，而是选一个低风险插件，用一个小任务验证它是否真的改善了你的工作。
安装前先看这张清单
每次安装插件前，我建议先问 8 个问题。
1. 它解决的是不是我经常遇到的问题
如果一年只用一次，不值得装。
2. 它是 skills、app 连接，还是 MCP server
类型不同，风险不同。
3. 它会不会读取外部账号
邮件、云盘、Slack、浏览器都要谨慎。
4. 它会不会写入或修改内容
能写入的插件，比只读取的插件风险更高。
5. 它是否需要登录或 API Key
需要凭证的插件，要看来源是否可信。
6. 它是否来自 OpenAI curated 或可信团队
不明来源插件不要随便装。
7. 它装完能不能关闭或卸载
能管理，才适合长期尝试。
8. 它是否真的比普通 prompt 更稳定
如果只是换个名字，没有工作流价值，就没必要装。
这张清单比安装步骤更重要。
因为插件未来会越来越多，真正稀缺的不是“会不会装”，而是“会不会判断该不该装”。
本地插件和团队插件要不要碰
官方文档还提到，本地或团队插件可以通过 marketplace 文件接入。
比如：
仓库级 marketplace 可以放在项目的 `.agents/plugins/marketplace.json`； 个人 marketplace 可以放在 `~/.agents/plugins/marketplace.json`； 插件本体可以放在项目的 `plugins/` 目录，或者个人的 `~/.codex/plugins/` 目录； 配好之后重启 Codex，让插件出现在插件目录里。
这部分不用一上来就学。
它更适合三类人：
小团队想共享内部工作流； 你自己写了技能包或插件； 你需要把某个固定任务做成可复用插件。
如果只是安装官方精选插件，用 Codex App 的 Plugins 页面就够了。
我最看重的地方
这次深测下来，我最看重的不是插件安装多方便，而是 Codex 插件把“AI 能力”拆得更清楚了。
以前你可能只会问：
哪个模型更强？
现在更应该问：
这件事需要技能规则吗？ 需要外部应用连接吗？ 需要 MCP 工具吗？ 需要本地文件能力吗？ 需要浏览器操作吗？
插件系统让这些能力不再全部混在一个聊天框里。
这对实际使用者是好事。
因为你可以更清楚地知道：我到底给了 AI 什么能力。
以后用 AI，真正重要的不是把所有能力一次性打开，而是按任务给它刚好够用的工具。
我的保留意见
第一，插件功能还在快速发展，不同版本、地区、账号、工作区权限可能会影响你看到的插件列表。
第二，有些插件需要外部服务登录，使用时会受对应服务的隐私政策和权限规则影响。
第三，卸载插件并不一定等于外部应用连接也被自动清理。官方文档提醒，卸载插件会从 Codex 移除插件 bundle，但 bundled apps 可能还需要到 ChatGPT 里管理。
第四，本地插件和第三方 marketplace 虽然强，但不适合新手一上来乱加。
所以我的结论是：
如果你刚开始用 Codex，先装一个低风险插件试。
如果你已经用 Codex 做真实工作，再考虑浏览器、外部应用、MCP。
如果你要处理账号、邮件、客户资料、公司文档，一定先看权限。