Codex 用上 GPT- 后为什么不少人开始不用 Skills 了？

确实很多人也发现。很多 Skill，特别是开发相关的，真的慢慢就开始用不上了。

你是否也遇到过这些痛点？

• Skills 越来越多，却越来越难管理？
• 任务跑偏时很难第一眼想到是 Skill 在添乱？
• 模型能力提高后还需要那么多 Skill 嗎？
• Superpowers 这类大而全的 Skills 套件还值得用吗？

很多基础步骤。已经不用再教了

以前的 Skill 经常写成一张操作清单：怎么读项目，怎么找调用链，改完代码跑哪些测试，提交 PR 前再查什么。模型能力不够稳时这些提醒确实有用。

现在让 Codex 修一处 Bug，通常只要把现象和预期说清楚。它会自己读项目、顺着调用链找问题，改完补测试、跑验证。

Skill 装多了还会互相抢活

Codex 不会在会话一开始就把所有 SKILL.md 全文读一遍。它先拿到每个 Skill 的名称、描述和方法，任务匹配上以后再加载正文。这套机制叫渐进式披露，

• "Skill 描述写得宽，一个普通改动就可能命中好几份 Skill；规则有冲突,CodeX还要临时判断听谁的。"- 开发者痛点反馈 - - - - - - - -
• "变大后,旧对话、 工具说明和Skill描述都能往里放。项目最在意的约束往往只有三五句,埋在这些内容中间。模型偶尔漏看并不稀奇"- 开发者真实困惑
• "Skill 和浏览器书签挺像。刚开始看到什么都想存,总觉得以后用得上。半年后回头一看,常用的还是那几个" - 开发者使用心得 - 开发者使用心得 - 开发者使用心得 - 开发者使用心得

强模型时代。什么 Skill 还值得留?

我现在会优先保留三类 Skill:

• "第一类是模型很难凭空猜到的个人偏好和固定产物,比如文章风格、 图表规范、公司内部模板、 特定代码库的发布流程" "第二类是带有专业判断、 脚本或参考资料的任务" "第三类是专门减少方向错误的Skill" matt pocock/skills更接近我现在喜欢的方向"作者强调这些skill要小、 容易修改、 可以组合。不接管整个开发过程"你可以只拿走眼前需要的那一块,按自己的项目继续改"群里也有人在用这套skills,甚至拿它做了自己的guideskill这个反馈我挺认同:平时用轻量skill,任务复杂时再组合比一开始就套完整流程舒服得多." 这里面我尤其喜欢grilling它没有教模型怎么写代码,它负责在开工前把含糊的地方问出来.这种skill反而很难被强模型替代." modle越强,执行越快,走错方向代价也会跟着变大."