为什么 Codex 搭载 GPT-5.6 后,越来越多用户开始弃用 Skills?

文艺频道··6 min read
说实话,我一开始也是“Skills 党”。 每天乐此不疲地给 Codex 配置各种自定义规则,恨不得把公司代码规范、个人命名习惯、甚至注释里要不要加表情包都写进去。感觉不到这些东西,AI 就是个傻子,啥也干不明白。 结果呢?GPT-5.6 一上线,我突然发现自己之前那些所谓的“Skills”,就像给...

说实话,我一开始也是“Skills 党”。

每天乐此不疲地给 Codex 配置各种自定义规则,恨不得把公司代码规范、个人命名习惯、甚至注释里要不要加表情包都写进去。感觉不到这些东西,AI 就是个傻子,啥也干不明白。

程序员在IDE中配置Skills自定义规则

结果呢?GPT-5.6 一上线,我突然发现自己之前那些所谓的“Skills”,就像给法拉利装了副训练轮——防摔,但也限速。

为什么这么说?先聊聊Skills的本质。 Skills 本质上是什么呢?是补丁。是给模型能力不够时打的补丁。

早期 Codex(GPT-3/4时代)确实需要你手把手教它:“记住,这个项目的函数名要小驼峰”、“API 调用别用 axios,用 fetch”、“测试用例必须覆盖边界条件”。你不教,它就瞎写。那些 Skills 文件越长,说明你对底层模型的不信任感越强。

但 GPT-5.6 什么水平?它已经能通过上下文推理,瞬间“自己学会”了。 举个例子:以前你写一个 React 组件,需要 Skills 告诉它“用 TypeScript,用 hooks,不要 class component”。现在你只需要在对话里说一句“按团队已有的模式来”,它看一眼你打开的 colleague 文件,直接就能用你同事的写法写一模一样风格的代码。

程序员与AI对话,模型自动学习上下文生成代码

甚至更夸张: 它能把你的历史提交记录、PR 评论里隐含的代码偏好都“串起来”。你都没显式教过它“别用 lodash”,它看到你在 review 时删了三次 _.get,下一次生成自动就写可选链了。这种“偷师”能力, Skills 怎么可能比得上?

用户为啥弃用?就一个字:懒,但懒对了。 过去设 Skills 是投资:花一小时配规则,省未来一百个小时修改。但现在呢?设 Skills 是负债:你花一小时写规则,不如直接跟模型聊三句话——“这个项目的代码风格参考 app.tsx,禁止使用 any 类型,所有异步函数请返回 Result 类型”。模型不仅听懂了,还会在下一次自动沿用。

更重要的是,Skills 维护成本太高了。项目迭代快,规范经常变。今天要求用 pnpm,明天切 yarn,后天统一用 Bun。你那个 Skills 文件改慢了,模型反而会写出过时的代码。而直接在对话里用自然语言说“现在统一用 Bun 了”,它瞬间更新,零延迟。

还有一个致命点:Skills破坏了统一性。 团队里张三写了一套 Skills,李四写了另一套,每次 PR 都打架。现在好了,大家都不用 Skills,全凭新一代模型的“意图理解”和“情境记忆”,反而产出一致。因为 GPT-5.6 看的不是某个人的本地配置,而是整个代码仓库的生态。它比任何人工规则都更懂“这个项目要什么”。

最后说点扎心的。 那波还在坚持用 Skills 的是谁?一般是两种人: - 一是没见过 GPT-5.6 全力的,还在用老版本; - 二是控制欲太强的,总觉得 AI 必须听我写的每条规则,不然没安全感。

但真正的生产力大爆发,恰恰发生在你肯放手的那一刻。当你不再试图用 200 行 YAML 给 AI 画牢笼,而是信任它能读懂你的脑子,那种丝滑感会让你再也不想去碰那些陈旧、繁琐的 Skills 配置。

真的,别跟自己过不去了。

GPT-5.6 时代,放弃 Skills 不是妥协,是进化。你省下的那些调参时间,足够写两个核心功能模块了。

共勉。