做完任务就留一份:Skill 才是带走的东西

一个被低估的小习惯:每跑通一个任务,就让 agent 整理成 Skill——不只记步骤,还要把"哪里易报错、为什么错、怎么解决、怎么判断对错"一并写进去;下次同类任务先读 Skill 再开工。 它戳中的痛点很实:很多问题烦人的不是不会做,而是明明上次解决过,这次又得重查重试——"做一次,留一份"把写码、部署、改 Bug、处理文件都沉成常用流程。有个分野:Prompt 用完就过去,Skill 才是带得走的东西——前者是当下的表达,后者是带错误记忆的方法库(易错点、诊断、验收判据,对应工程里最难传递的踩坑记录、判断力与完成标准)。 口径两条:①Skill 不是自动越攒越好的——不带"为什么错"和"怎么判对错"的 Skill 只是步骤清单,下次照样卡壳;②个人资产≠团队资产的自动升级:要共享还得过一层整理(命名、依赖、适用边界),否则每人一份、互相打架。 给要上手的三条:一,从最烦的重复活开刀(每周做三次以上的),别从整理一切开始;二,固定写入时机——任务通过验收的那一刻顺手写,热度散了就不写了;三,每月回头删一删:过期步骤比没有更坑,Skill 库要养不要堆。 带错误记忆的库才叫资产——Prompt 是话,Skill 是路。
话题来源 @Suu766 6.9K阅读 ❤️22 x.com/…↗ 已改写,非原文转载 Suu (@Suu766) on X 分享一个我最近用 Codex 很喜欢的小习惯: 每跑通一个任务,就顺手让它把这套方法整理成 Skill 不只记步骤 把哪里最容易报错、为什么会错、最后怎么解决、怎么判断结果对不对,一起写进去 下次碰到同类任务,就可以直接先读 Skill,再开始做 这个习惯看起来很小,但特别省时间 因为很多问题最烦的地方,不是不会做,而是你明明上次已经解决过,这次又得重新查、重新试 做一次,留一份 X (formerly Twitter)
181 浏览 0 评论 0 反应
登录 后参与评论
还没有评论,来抢沙发。
查看完整榜单
查看完整榜单
查看完整榜单