开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

社区首页 >专栏 >让技能越用越聪明——从踩坑到复利

让技能越用越聪明——从踩坑到复利

用户7821412

发布于 2026-09-11 06:57:31

发布于 2026-09-11 06:57:31

330

举报

概述

省积分的心法：先用Plan模式让AI出方案，你看一遍没问题了再切Craft执行。中间不对的地方让AI改——Plan阶段不写文件，消耗低；改满意了再Craft落地，避免反复返工浪费积分。

原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。

如有侵权，请联系 cloudcommunity@tencent.com 删除。

目录

同一个错误犯两次，不是AI的问题，是你没把踩坑经验固化下来
- 一、先问一个问题：你的技能，上次更新是什么时候？

如果你建完一个技能之后就没再动过它，那它大概率正在慢慢“过时”。不是技能本身会过期，而是你的业务在变、格式要求在变、你对“好输出”的标准也在变。技能如果一直停留在建好那天的版本，它就会越来越不匹配你的实际需求。更关键的是：你每次踩的坑，如果没有被固化下来，下次还会再踩一遍。
- 二、踩坑的两种处理方式，决定了技能的进化速度

处理方式结果改完就翻篇下次遇到同样的问题，AI还是会犯，你还是得再改一遍踩坑后立刻更新SKILL.md下次自动避开，同一个坑只踩一次这两种方式的差距，用一个月就能看出来。我自己的周报技能，第一个月改了7次。每一次都是因为“这次输出不对”——要么格式飘了，要么漏了某块内容，要么语气不对。但每改一次，它就稳定一分。到第二个月，基本不用再动了。
- 三、具体怎么做：踩坑→固化的三步流程
  - 第一步：发现输出不对时，先别急着改结果

很多人看到输出不对，第一反应是“手动改一下这次的结果”。改完就过去了。正确做法：先问自己——这个问题是“这次偶然”还是“下次还会犯”？如果是偶然（比如数据源本身有问题），改完就翻篇如果是规则没写清楚导致的，就要把修正写进SKILL.md
- 第二步：把修正写进SKILL.md，而不是记在脑子里

举个真实的例子。我的周报技能一开始没规定“风险问题”为空时怎么处理。第一次遇到空的情况，AI直接省略了这一块。我手动补上了。但如果我只补这一次，下次它还会省略。所以我在SKILL.md里加了一条：
- 第三步：定期回看SKILL.md，清理过期规则

技能不是只加不减。用了一段时间后，有些规则可能已经不适用的，要删掉。比如你换了工作、换了项目、换了输出格式，旧的规则留着只会干扰AI。建议频率：每月花5分钟翻一遍常用技能的SKILL.md，删掉过期的，合并重复的。
- 四、一个真实的迭代案例

用WorkBuddy做PPT的一个用户，迭代了12个版本才满意。他总结出来的经验是：真正有价值的东西不是最终那个PPT，而是迭代过程中沉淀下来的设计铁律。他踩过的坑包括：
- 五、进阶：用Plan模式做任务，用Craft模式落地

WorkBuddy的三种模式，在“迭代技能”这件事上有明确的配合方式：
- 六、批量训练：把经验变成可复用的规则

有个用户用WorkBuddy管理21个“数字员工”——每个员工有自己的SKILL.md技能文件，覆盖设计、营销、财务、法律等专业方向。他的做法是：把训练任务写成一个Python脚本，一次运行生成17个人的训练笔记，总消耗控制在8-12积分。核心技巧：用已有知识生成内容，不做额外Web搜索——省积分的同时让输出更可控。这个思路可以迁移到个人技能管理上：如果你有多个技能需要更新，不要一个一个手动改。写一个批量更新的指令，让WorkBuddy一次性处理完。
- 七、一句话总结

技能不是“建完就完了”，是“开始用了才真正开始”。每次踩坑后花2分钟更新SKILL.md，一个月后你会发现：同一个错误只犯过一次，技能越用越顺手，你花在“纠正AI”上的时间越来越少。这就是技能的复利效应。