当前时间: 1970-01-01 08:00:00
分类:办公文件
评论(0)
卸载了一堆 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,只会越来越薄。靠堆流程证明自己专业的那一批,保质期会越来越短。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-08-10 18:18:07 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/919887.html
- 运行时间 : 0.219694s [ 吞吐率:4.55req/s ] 内存消耗:4,680.43kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=c12c52d1fd0d6a4f9fc84729aa032863
- CONNECT:[ UseTime:0.000995s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.001441s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000701s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000673s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.001261s ]
- SELECT * FROM `set` [ RunTime:0.000585s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.001362s ]
- SELECT * FROM `article` WHERE `id` = 919887 LIMIT 1 [ RunTime:0.000890s ]
- UPDATE `article` SET `lasttime` = 1786357087 WHERE `id` = 919887 [ RunTime:0.020082s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000714s ]
- SELECT * FROM `article` WHERE `id` < 919887 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.001209s ]
- SELECT * FROM `article` WHERE `id` > 919887 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.001101s ]
- SELECT * FROM `article` WHERE `id` < 919887 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.001967s ]
- SELECT * FROM `article` WHERE `id` < 919887 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.001693s ]
- SELECT * FROM `article` WHERE `id` < 919887 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.001688s ]
0.223538s