夜雨聆风
第一次让 Codex 帮我加登录功能，它一次改了八个文件，还顺手重构了我没让它碰的模块。
我盯着 diff 看了三秒，开始搜“Codex 必装插件”“Codex Skills 推荐”“Codex MCP 怎么配”。搜索结果很热闹：有人列二十个 Skills，有人堆一屏 MCP，还有人把 Claude Code 的扩展也算进来。照着清单全装，Codex 没变稳，配置倒是越来越难排查。
周末我把中英文社区反复出现的方案跑了一圈，最后压成三类：控制 Codex 工作流程的，补充最新技术文档的，以及按具体任务接入外部能力的。
如果只想抄结论，可以照下面选：
• Codex 经常没问清需求就改代码：Superpowers 和 grill-me 二选一。 • 经常被过期 API 坑：装 Context7。 • 经常查竞品、抓网页、接设计稿或做视频：再看 Firecrawl、Figma 和 Remotion。
没有对应问题，就不装。插件数量不会自动换来更稳定的交付。
Plugin、Skill 和 MCP，分别管什么
Codex 扩展里最容易混淆的是三个词。
Plugin 是安装和分发单位。一个 Plugin 里可以同时带着 Skills、工具配置和外部服务连接。
Skill 是一套任务说明。目录里通常有一个 SKILL.md，规定 Codex 遇到某类任务时采用什么流程，例如先澄清需求、再写计划、最后测试和验收。任务没有匹配时，它不会一直占着对话内容。
MCP 用来接外部工具和数据。最新文档、网页抓取、公司 API、设计文件，都可以通过 MCP 提供给 Codex。
想约束 Codex 怎么干活，优先看 Plugin 和 Skill。缺少外部数据或服务，再配置 MCP。
第一类：管住 Codex 的工作流程
我遇到的第一个问题很具体。需求只说“增加登录功能”，Codex 自己补齐了大量假设，改动范围一路扩到八个文件。
这类问题继续加搜索、数据库或浏览器工具没有帮助。Codex 缺的是动手前的需求确认，以及动手后的测试和审查。
Superpowers：把开发流程完整串起来
Superpowers 会在编码前梳理需求和设计，确认后再拆实现计划。执行阶段还会引入测试、代码审查和完成前验证。
它适合下面几种情况：
• Codex 经常扩大修改范围； • 需求只有几句话，需要先补齐边界； • 项目改动跨多个文件，返工成本高； • 团队还没有稳定的 Agent 开发规范。
代价也很直接。简单改动可能多出几轮确认，已经写好详细 AGENTS.md、测试规范和交付流程的团队，也可能觉得重复。
Codex App 可以在左侧 Plugins 的 Coding 分区找到 Superpowers。Codex CLI 输入 /plugins，搜索 superpowers 后安装。
装完后不用背命令。给它一个包含取舍的开发任务，观察它有没有先确认需求和设计，再进入实现。
grill-me：只负责动手前追问
mattpocock/skills 里的 grill-me 轻很多。它会围绕需求、约束和方案连续提问，把没有说清楚的决策提前暴露出来。
我的选择标准很简单。需要完整开发纪律时用 Superpowers；已有开发流程，只想在开工前把需求问透时用 grill-me。
两个一起装容易出现重复确认。第一周选一个，拿同类型任务连续跑几次，比一次塞进整套 Skills 更容易判断有没有用。
常见安装方式是：
npx skills add mattpocock/skills安装时只选择需要的 Skill。新开会话后，可以直接让 grill-me 检查一份需求或实现计划。
第二类：给 Codex 补当前版本的文档
模型写代码时有一种很麻烦的错误：语法看着合理，调用的 API 已经被新版废弃。
Next.js、Supabase、Cloudflare 这类更新频繁的技术栈尤其容易碰到。代码生成得很快，运行时才发现参数、目录结构或初始化方式已经变了。
Context7：按库和版本拉取文档
Context7 会根据具体库和版本获取当前文档，再把相关内容提供给 Agent。
它现在支持两种使用方式：CLI 加 Skill，以及 MCP。官方提供的快速配置命令是：
npx ctx7 setup配置完成后，我会故意问一个近期改过的 API，再对照官方文档检查参数和示例。只看到“已经连接”还不够，能不能拿到正确版本的内容才算验证完成。
如果项目长期使用固定版本，Context7 的触发频率可能不高。经常试新框架、升级依赖或处理陌生 SDK，它能省掉来回搜索文档和纠正旧写法的时间。
第三类：按任务接入外部能力
这组扩展没有统一的“必装”答案。它们分别解决网页、设计和视频任务，使用场景对不上，装完也只会闲置。
Firecrawl：调研和网页整理
Firecrawl 可以搜索网页、提取页面内容，并整理成便于模型处理的 Markdown。做竞品调研、批量看文档、抓取结构相似的页面时比较省事。
它需要外部服务和 API Key，也有用量限制。平时只在本地仓库改代码、很少查外部资料，没有常驻的必要。
安装方式和授权流程可能随版本变化，我更建议直接看官方文档。先拿一篇结构复杂的网页测试，确认正文、链接和代码块有没有被完整提取，再决定是否接入长期工作流。
Figma：有设计稿交付流程再装
Figma 插件适合“产品给链接，开发还原页面”的工作方式。Codex 能读取设计上下文后，少掉一部分手工描述布局、间距和组件状态的工作。
纯后端、数据处理或脚本项目很少用到设计文件，装上也不会改善编码质量。
Codex 的 Plugins 页面可以直接搜索 Figma。首次连接会要求登录授权，授权前要确认当前设备和账号环境。
Remotion：用 React 生成视频
Remotion 用 React 组件描述画面和时间轴，再渲染成视频。Codex 可以参与修改字幕卡、数据动画、产品演示和口播包装。
它适合需要批量生成、反复改版或用数据驱动画面的项目。普通生活剪辑、素材拼接和手工调节节奏，剪映这类时间线工具通常更省力。
Remotion 也提供了面向 Agent 的 Skills 仓库。使用前要准备好 Node 环境，先渲染一个最小示例，确认依赖下载和本地渲染正常，再增加字幕、音频和复杂动画。
社区 Skill 的常见安装命令是：
npx skills add remotion-dev/skills字幕和口播对齐还需要转写或时间戳数据，单装一个 Skill 不会自动补齐整条视频流水线。
官方插件市场先看一遍
Codex App 左侧有 Plugins 入口，CLI 也能通过 /plugins 打开插件搜索。官方市场已经覆盖一批常见场景，安装路径和权限提示都比零散教程清楚。
我现在遇到新需求，会先在插件市场确认有没有维护中的方案，再考虑社区 Skills 或手动配置 MCP。
OpenAI Skills 目前仍然维护着 Codex Skills 目录。网上旧教程更新很快，安装前最好查看仓库 README、最近提交和对应工具的官方文档。
我现在采用的安装顺序
第一晚只处理一个问题：Codex 会不会在需求没说清时擅自扩大修改范围。
有这个问题，我会在 Superpowers 和 grill-me 里选一个，用相近的任务连续测试。观察它问了哪些问题、改了多少文件、有没有运行测试，以及最后返工了几次。
第二步才处理文档时效。项目使用更新快的框架，就接入 Context7，再用近期改动过的 API 做一次校验。
Firecrawl、Figma 和 Remotion 等到真实任务出现再装。调研任务用 Firecrawl，设计稿交付用 Figma，程序化视频用 Remotion。
我还给自己留了一条清理规则：连续两周没有在真实任务里触发的扩展，从常驻配置里移走。工具少一点，出了问题也更容易判断是模型、Skill、MCP，还是项目环境在报错。
这轮筛选后，我留下的思路很朴素。先解决工作流程，再补文档，最后才接外部能力。Codex 的扩展清单缩短了，修改范围、文档版本和任务入口反而更容易检查。
