Codex 最该先装的 6 个 Skill：别按热榜装，按缺口装

这两天，Codex 的 Skill 清单又被翻出来刷屏。最吸睛的是 star 数：Superpowers 约 23.4 万，claude-mem 约 8.3 万，Agent-Reach 约 3.6 万，GitNexus 约 4.3 万，Humanizer-zh 约 1.1 万。

OpenAI 自己也在加速：Codex 每周已有 500 多万人使用，非开发岗位约占 20%；官方 role-specific plugins 一次打包 62 个商业应用和 110 个预置 Skill。

这件事真正值得看，不是“谁最火”，而是 Codex 正在从写代码窗口，变成一台可以装模块的工作台。装不装，看你卡在哪一步：缺工程方法，先装 Superpowers；缺历史上下文，装 claude-mem；缺外部资料，装 Agent-Reach；老项目太大，先上 GitNexus；输出像机器，收尾再用 Humanizer-zh。

真正先装的，是工程纪律

Superpowers 解决的不是某个 API，而是 Agent 最容易犯的老毛病：听到需求就开改。它会把拆需求、写计划、TDD、子 Agent 开发、代码审查、完成前验证串起来。

安装最省事：Codex App 左侧 Plugins -> Coding -> Superpowers -> +；CLI 输入 /plugins，搜索 superpowers，选 Install Plugin。装好后开一个代码任务，直接说：按 Superpowers 先拆需求、写计划、TDD，再让子 Agent 审查。

验证动作看两件事：它有没有先给计划，有没有先写测试路径。场景：支付回调 bug 先复现失败，再补代码，一个晚上少掉的是返工。

图 1：Superpowers 的安装、验证和场景

官方插件装的是岗位，不是花样

OpenAI 官方 role-specific plugins 更像把 Codex 推出开发桌。安装路径是 Codex plugin directory，按岗位选 data analytics、creative production、product design、sales、public equity investing、investment banking。

它们打包 62 个应用和 110 个 Skill，Snowflake、Salesforce、Figma、Canva、Tableau 这类入口会进入同一个工作流。用法很简单：先装岗位插件，再授权当前任务需要的应用，不要一次全开。

验证动作：让 Codex 从 Snowflake 或 Databricks 解释一次指标下滑，或从 Salesforce / HubSpot 拉取账号进展，生成会前提纲。管理员能管底层 app permission，这一点比功能更多要紧。

图 2：OpenAI role-specific plugins 的安装、验证和场景

记忆不是聊天记录，是下次少解释十分钟

claude-mem 名字里有 Claude，但它代表的是 Agent 记忆层：自动抓取工具观察，生成语义摘要，在新会话注入上下文。核心组件包括 worker 服务、SQLite、mem-search skill 和向量库。

安装：npx claude-mem install。Claude Code 可用 /plugin marketplace add thedotmack/claude-mem，再 /plugin install claude-mem。Codex 用户要看当前版本的插件支持；能走 marketplace 就走，不能走就把它当记忆方案参考。

验证动作：重启会话，让 Agent 找上周修过的认证问题，能说出项目、文件、决策原因，才算装对。

图 3：claude-mem 的安装、验证和场景

给 Agent 装眼睛，前提是你愿意管登录态

Agent-Reach 把网页、YouTube、RSS、GitHub、B 站、Twitter/X、小红书、Reddit 等平台的读取路线整理成一层能力。它做的不是写一套爬虫，而是替 Agent 选当前可用工具、安装、体检、路由。

安装方式很特别：把这句给 Agent：帮我安装 Agent Reach：https://raw.githubusercontent.com/Panniantong/agent-reach/main/docs/install.md。安全模式加一句“安装时使用 --safe 参数”。装完跑 agent-reach doctor。

场景：写工具文前，让 Agent 同步搜 issue、Reddit 讨论、B 站教程、小红书反馈。需要登录的平台用独立小号和本地 Cookie，不要拿主账号做实验。

图 4：Agent-Reach 的安装、验证和场景

老项目要先画图，再动刀

GitNexus 适合几十万行的老仓库。它把依赖、调用链、模块聚类、执行流索引进知识图谱，再通过 MCP 给 Agent 查。对 Codex 的意义很直接：少凭文件名猜，先看代码关系。

安装：在仓库根目录跑 npx gitnexus analyze。只配 Codex：gitnexus setup -c codex，或 codex mcp add gitnexus -- npx -y gitnexus@latest mcp。如果 npm 11 出错，README 建议换 pnpm 路线。

验证动作：问 Codex 某个函数被谁调用、改这里会影响哪些模块；它能从图谱返回链路，才值得继续。

图 5：GitNexus 的安装、验证和场景

收尾不是美化，是删掉机器痕迹

Humanizer-zh 放在收尾一环。它检查 24 种 AI 写作痕迹：过度宏大、空泛积极结论、破折号滥用、粗体过多、三段式排比、协作式客套等。

安装：npx skills add https://github.com/op7418/Humanizer-zh.git。手动装就放到 ~/.claude/skills/humanizer-zh/ 或 Windows 的 %USERPROFILE%\.claude\skills\humanizer-zh\，重启后输入 /humanizer-zh 验证。

场景：README、博客、公众号草稿写完后，让它只标记问题句，再由人改。不要让它整篇重写，否则容易把具体判断磨平。

图 6：Humanizer-zh 的安装、验证和场景

插件不是越多越强，是刚好补上缺口

这六个插件的顺序，其实就是一条 Codex 工作线：Superpowers 管方法，官方插件管岗位，claude-mem 管历史，Agent-Reach 管外部信息，GitNexus 管代码结构，Humanizer-zh 管出口。

真正该问的不是有没有全装，而是你的 Codex 现在缺哪一块。缺方法先补方法，缺资料先补眼睛，缺上下文先补记忆。插件能在关键一步少犯错，才是真的装对了。