2026-10-17 · Codex 教程 ⑦ · Skills
Skills 不是
插件市场
技能目录很容易变成一个收藏夹：看到别人推荐就装，装完再想什么时候用。 我们现在的顺序反过来：先问这件事会不会重复发生，再问要不要装。
这台机器上现在有 OCR、画图、文件整理、照片去重，还有内置的技能安装器和文档查询。 数量不多，但每一个都能说出一次真实用途：截图里的字要提出来，文章配图要生成， 下载目录要按项目归档，重复照片要挑出唯一一张。
真去看 SKILL.md，问题就很具体：OCR 技能列了本地的 Tesseract，
也列了 Google Vision、AWS Textract 这类云端接口，图片会不会离开本机要先问清；
文件整理会移动、重命名文件，得先看它动哪些目录。我们不会因为“看起来齐全”就装。
没有对应的重复任务，装了也要自己维护，坏了还要排查。
真正该问的不是“它能不能做”，而是“我有没有一件事，会反复交给它做”。
四个问题，按顺序问
| 问题 | 判断 |
|---|---|
| 会不会重复发生 | 一次性任务，手工做完就结束，不值得装 |
| 输入输出清不清楚 | 说不清“给它什么、拿回什么”，先不装 |
| 权限能不能接受 | 要读整个磁盘、要登录态、要对外发送，逐项看清楚 |
| 坏了谁维护 | 没有来源、没有更新、没人能修，就不放进日常工作流 |
第一问最重要。技能不是知识，是一段会被反复执行的流程；只发生一次的事， 写个一次性命令就够了。第二问决定它能不能被验证：输入是一张图，输出是一段文字， 这种边界清楚；输入是“帮我整理一下”，输出是“整理好了”，这种就没法验收。 第三问看权限，尤其是会移动、删除文件或联网发送的技能。第四问看长期成本， 装进来只是开始。
安装前把 SKILL.md 读完
我们的规矩是：装之前完整读一遍 SKILL.md，至少看清触发条件、依赖、
会动哪些文件、失败时怎么办。只看简介就装，等于把一段不认识的脚本放进日常工作流。
读完再决定，通常会发现“这个能力我其实已经有”，或者“这个权限我不愿意给”。
而是它替你稳定地完成了一件重复的事。装之前能说清那四个问题， 装之后才不会变成负担。
结论
我们现在不追技能数量。一个技能如果三个月没用过一次，就值得重新评估； 如果每次都要人盯着，它还没有资格进自动化。先问要不要，再问装哪个。
《Codex 教程》连载：① 总纲 · ② 把红线写成代码 · ③ 记忆放在哪里 · ④ 守收件箱，不碰发送键 · ⑤ 工具链不是装得越多越好 · ⑥ 让它「看」视频 · ⑦ Skills 不是插件市场 —— 下一篇：仓库指针落后，不等于工作区该被重置。 回到笔记