乐于分享
好东西不私藏

卸载了一堆 Skill,AI 反而更好用了

卸载了一堆 Skill,AI 反而更好用了
今天在 Cursor 3.10.20 里找 Skill 和 Rule 的配置,我翻了半天,愣是没找到记忆里那个单独的 Tab。
Cursor 已经把入口搬进侧边栏的 Customize 页面,Rules、Skills、MCP、Hooks 全塞在里面。以前得专门找的东西,如今和插件市场挤在一起。
这点小改动,倒提醒了我一件更尴尬的事:我已经卸载了不少 Skill,剩下那堆也很久没打开了。
不到半年,很多 Skill 就从“必装神器”变成了上下文负债。Superpowers 最典型。项目本身当然没死,仓库还在持续更新;但它那套 brainstorm、开 worktree、写计划、拆小任务、TDD、双重 review、最后收尾的完整工作流,在我这里已经死了。
模型变强之后,厚重流程开始从护栏变成路障。
Superpowers 当时确实有用。几个月前,模型像个刚入职的实习生。不给流程,它容易直接开写,写一半跑偏,最后还嘴硬说“已经完成”。这种强流程能把它按在轨道上。
现在的前沿模型自己会读仓库、做计划、调工具、跑测试、检查改动。再塞一套事无巨细的流程,它会先忙着遵守仪式:简单改个配置,也要 brainstorm、建 worktree、写设计文档、等审批。
活还没干,会议已经开了三轮。
Skill 的价值也因此换了位置。过去它在补“模型不会做事”;以后它更该补“模型不知道什么、拿不到什么”。
比如私有业务规则、项目约束、确定性脚本、专用模板和参考资料,这些模型凭空变不出来,Skill 依然有用。至于“先思考、再计划、然后测试、最后复盘”这种通用工作习惯,模型本身越来越会,写得越厚,越容易和它原生能力打架。
Cursor 的 Rules 官方文档甚至已经写得很直:从简单开始,只有 Agent 重复犯同一个错时再加规则;别整本复制风格指南,也别把 npm、git、pytest 这些常识重新教一遍。
这也是我现在筛 Skill 的标准:它有没有提供模型拿不到的新东西?
有,留下。
没有,只是在教一个越来越聪明的模型“应该怎么思考”,删掉。
以后能活得久的 Skill,只会越来越薄。靠堆流程证明自己专业的那一批,保质期会越来越短。
工具箱里塞满半年没用过的神器,不叫生产力。
叫囤积癖。

相关学习资料