我的 Codex 技能库清单:程序员 had 的实战版整理
大家好,我是 had。
这篇文章不是官方文档翻译,也不是概念科普。我主要是把自己这台机器里 Codex 能调用的 Skills 整理一遍,方便以后做项目、写文档、调试代码、生成图、审查架构的时候能快速知道:该让 Codex 用哪个技能、这个技能大概是干什么的、入口文件在哪里。
我平时用 Codex 和 Claude Code 比较多,所以这份清单会偏程序员视角:能落地、能排查、能写代码、能管项目,花里胡哨的会少讲一点。
说明:下面的链接是我本机的
SKILL.md入口路径,主要用于自己复盘和定位。你如果是别的机器,路径肯定不一样,但技能名字和用途可以参考。
一、先说我最常用的几个
如果你不想看完整清单,我建议先记住这几个:
| 技能 | 什么时候用 |
|---|---|
using-superpowers | 每次开始任务前先检查是否有适用技能 |
brainstorming | 做功能、改行为、设计方案前先梳理需求 |
systematic-debugging | 遇到 bug、报错、测试失败时先定位根因 |
test-driven-development | 写功能或修 bug 前先补测试 |
verification-before-completion | 说“完成”之前必须验证 |
openai-docs | 问 Codex / OpenAI API / 模型 / 官方文档时用 |
control-in-app-browser | 要 Codex 操作内置浏览器、验证页面时用 |
documents/pdf/spreadsheets/presentations | 处理 Word、PDF、Excel、PPT |
ui-ux-pro-max | 做前端页面、UI、布局、配色时用 |
architecture-diagram | 画系统架构图、网络拓扑图时用 |
我的理解是:这些技能不是“插件越多越强”,而是给 Codex 加了一套工作纪律。尤其是调试、测试、验证这几个,能明显减少“看起来好了,其实没验证”的情况。
二、开发流程类 Skills
这一组是我最推荐程序员优先熟悉的。它们主要解决一个问题:让 Codex 不要上来就乱改,而是按一个比较工程化的流程做事。
| Skill | 作用 | 入口 |
|---|---|---|
using-superpowers | 每轮先检查有没有适用 Skill,避免跳过流程 | SKILL.md |
brainstorming | 写功能、创建组件、修改行为前先做需求澄清和方案设计 | SKILL.md |
writing-plans | 有明确需求后,先写可执行的实施计划 | SKILL.md |
executing-plans | 已经有计划时,按计划分步骤执行 | SKILL.md |
test-driven-development | 写功能或修 bug 前先写测试,避免凭感觉改代码 | SKILL.md |
systematic-debugging | 遇到 bug、异常、测试失败时,先复现和定位根因 | SKILL.md |
verification-before-completion | 声称完成前必须跑验证命令,看到证据再汇报 | SKILL.md |
requesting-code-review | 大功能完成后,请求代码审查 | SKILL.md |
receiving-code-review | 收到审查意见后,先判断意见是否成立,再决定是否修改 | SKILL.md |
using-git-worktrees | 开始较大功能前创建隔离工作区,避免污染当前目录 | SKILL.md |
dispatching-parallel-agents | 多个互不依赖任务可以并行处理时使用 | SKILL.md |
subagent-driven-development | 当前会话中把独立开发任务拆给子 agent | SKILL.md |
finishing-a-development-branch | 功能完成、测试通过后,决定合并、PR 或清理分支 | SKILL.md |
我个人最喜欢的是systematic-debugging和verification-before-completion。前者防止“没搞清原因就改”,后者防止“改完没测就说好了”。
三、代码质量和架构审查类 Skills
这一组偏“老工程师视角”。不是只看代码能不能跑,而是看这个系统以后会不会越来越难改。
| Skill | 作用 | 入口 |
|---|---|---|
brooks-review | PR 级代码审查,关注 bug、设计味道、维护性风险 | SKILL.md |
brooks-audit | 架构审计,检查模块依赖、分层、循环依赖和结构腐化 | SKILL.md |
brooks-debt | 技术债评估,判断哪里最值得优先重构 | SKILL.md |
brooks-health | 对项目做整体健康检查和评分 | SKILL.md |
brooks-sweep | 全库扫描,并对安全的小问题直接修复 | SKILL.md |
brooks-test | 专门审查测试质量,比如脆弱测试、mock 滥用、覆盖幻觉 | SKILL.md |
complexity-optimizer | 找复杂度和性能热点,比如嵌套循环、重复扫描、N+1 查询 | SKILL.md |
如果你是接手一个老项目,我建议顺序是:
先用
brooks-audit看结构。再用
brooks-debt看技术债优先级。最后用
brooks-review看具体改动。
四、Codex / Skill / 插件管理类 Skills
这一组是管理 Codex 自己的能力,比如查官方文档、安装 skill、创建 skill、创建插件。
| Skill | 作用 | 入口 |
|---|---|---|
openai-docs | 查 OpenAI / Codex 官方文档,回答模型、API、Codex 行为问题 | SKILL.md |
skill-installer | 安装 Codex skills | SKILL.md |
skill-creator | 创建或更新 Codex skill | SKILL.md |
plugin-creator | 创建 Codex 插件目录和 manifest | SKILL.md |
find-skills | 查找有没有现成 skill 可以安装 | SKILL.md |
writing-skills | 写、改、验证 superpowers 类型 skill | SKILL.md |
claude-md-improver | 审计并改进项目里的CLAUDE.md | SKILL.md |
这里我重点说下skill-creator:如果你想把自己常用工作流固化下来,比如“项目启动排查”“GitLab 登录排查”“目录整理规范”,就可以做成自己的 skill。
五、文档、PDF、表格、PPT 类 Skills
这一组非常适合日常办公自动化。不是简单读文件,而是能生成、编辑、渲染和验证。
| Skill | 作用 | 入口 |
|---|---|---|
documents | 创建、编辑、批注、渲染验证 Word /.docx文档 | SKILL.md |
pdf | 读取、创建、检查、渲染 PDF | SKILL.md |
spreadsheets | 处理 Excel、CSV、TSV、公式、图表和表格格式 | SKILL.md |
presentations | 创建或编辑 PowerPoint / Google Slides 风格幻灯片 | SKILL.md |
template-creator | 从 Word、PPT、Excel 生成可复用的模板 skill | SKILL.md |
我觉得这几个适合做:
会议纪要整理成 Word。
Excel 数据分析和格式化。
PDF 内容提取。
需求文档转开发交接文档。
PPT 初稿生成。
六、设计、UI、图片类 Skills
这一组适合做前端页面、设计稿、品牌视觉和图片生成。
| Skill | 作用 | 入口 |
|---|---|---|
imagegen | 生成或编辑位图图片,比如插画、贴图、素材、透明背景图 | SKILL.md |
ui-ux-pro-max | UI/UX 设计,包含页面、组件、布局、配色、字体、图表 | SKILL.md |
ckm:ui-styling | 基于 shadcn/ui、Radix、Tailwind 做可访问 UI 样式 | SKILL.md |
ckm:design | 综合设计技能,覆盖品牌、logo、CIP、banner、图标、社媒图 | SKILL.md |
ckm:brand | 品牌语气、视觉识别、风格规范、信息表达 | SKILL.md |
ckm:design-system | 设计 token、组件规范、系统化设计 | SKILL.md |
ckm:banner-design | 社媒、广告、网站 hero、印刷 banner 设计 | SKILL.md |
ckm:slides | 用 HTML、Chart.js、设计 token 创建策略型演示稿 | SKILL.md |
architecture-diagram | 创建深色风格架构图、系统图、网络拓扑图 | SKILL.md |
slack-gif-creator | 制作适合 Slack 的动态 GIF,包含尺寸和压缩约束 | SKILL.md |
如果你做管理后台、SaaS、CRM 这类东西,我建议优先用ui-ux-pro-max和ckm:ui-styling。如果你做系统方案汇报,architecture-diagram很好用。
七、浏览器、项目管理、计划类 Skills
| Skill | 作用 | 入口 |
|---|---|---|
control-in-app-browser | 控制 Codex 内置浏览器,打开、点击、截图、测试网页 | SKILL.md |
planning-with-files | 用task_plan.md、findings.md、progress.md管理复杂任务 | SKILL.md |
linear | 管理 Linear issue、项目和团队流程 | SKILL.md |
control-in-app-browser对前端验证很重要。很多时候页面“代码上看没问题”,但一打开就白屏、错位、按钮不可点。这个技能就是让 Codex 真的去看页面。
八、Slack 相关 Skills
这一组适合做 Slack app、Slack API、Block Kit 布局。
| Skill | 作用 | 入口 |
|---|---|---|
slack-cli | 使用 Slack CLI 登录、创建、运行和管理 Slack app | SKILL.md |
slack-api | 查找和调用 Slack Web API,比如发消息、查频道、分页、权限 scope | SKILL.md |
block-kit | 设计和验证 Slack Block Kit 消息、弹窗、Home tab | SKILL.md |
create-slack-app | 指导创建 Slack app 或 agent | SKILL.md |
slack-messaging | 写格式清晰的 Slack 消息 | SKILL.md |
slack-search | 搜索 Slack 消息、文件、频道和人员 | SKILL.md |
这几个国内用得可能没那么多,但如果公司协作平台是 Slack,就很实用。
九、我的使用习惯
我现在比较推荐这样用 Codex Skills:
1. 不要一上来就让 Codex 改代码
高风险任务先加一句:
先盘点,不要改文件。给我方案,等我说执行再动。
这样能避免它误删、误移动、误重构。
2. 调试问题先开systematic-debugging
比如:
按 systematic-debugging 流程处理这个报错,先复现和定位根因,不要先改代码。
3. 完成前一定要验证
我比较讨厌“应该好了”这种说法,所以verification-before-completion很关键。它要求 Codex 跑命令、看结果、再说完成。
4. 项目级规则写到AGENTS.md或CLAUDE.md
一次性约束写在聊天里,长期项目规则写到文件里。比如:
- 默认中文回复。 - 修改文件前先说明路径。 - 删除、移动、重命名必须确认。 - 不确定时先查本地,不要猜。
5. 自己常用流程可以做成 skill
比如我就很适合做这些个人 skill:
GitLab 登录排查
Java/Vue 项目启动排查
工作区目录整理
AI Agent 接口联调
CSDN 技术文章生成
这种东西做成 skill 后,比每次复制 prompt 更稳定。
十、总结
Codex 的 Skill 本质上不是“魔法插件”,更像是一套可复用的工作流。
对程序员来说,真正有价值的是这几类:
流程纪律:先设计、先测试、先验证。
调试纪律:先复现、再定位、最后修复。
工程审查:看架构、看技术债、看测试质量。
文档能力:Word、PDF、Excel、PPT 都能处理。
UI 和浏览器验证:不只写代码,还能看页面结果。
我的建议是:不要贪多,先把systematic-debugging、verification-before-completion、openai-docs、control-in-app-browser这几个用熟。等形成自己的固定工作流后,再考虑写自己的专属 skill。
这就是我目前这台机器上的 Codex Skills 清单。后面如果我把个人常用流程整理成自己的 skill,也会继续更新。
