首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >我用 WorkBuddy 把踩过的坑做成了 10 个技能:一套"越用越省钱"的个人知识库

我用 WorkBuddy 把踩过的坑做成了 10 个技能:一套"越用越省钱"的个人知识库

原创
作者头像
用户12778060
发布于 2026-10-01 09:49:10
发布于 2026-10-01 09:49:10
1060
举报

第 4 篇 | 标题:我用 WorkBuddy 把踩过的坑做成了 10 个技能:一套"越用越省钱"的个人知识库

我用 WorkBuddy 把踩过的坑做成了 10 个技能:一套"越用越省钱"的个人知识库① 点这里复制标题

② 鼠标在下面正文任意位置点一下 → 按 Ctrl+A → 按 Ctrl+C; ③ 去社区编辑器按 Ctrl+V; ④ 图片若没跟过去,从文件夹 shots_pack\第4篇_技能库 里按顺序拖 4 张进来。

写在前面

用 AI 工具的人,几乎都会经历同一个循环:

第 1 个月,觉得它是万能的;第 2 个月,发现同一个坑踩了三次;第 3 个月,开始怀疑是自己不会用。

问题不在模型,在记忆。AI 每次对话都是新的,而我踩过的坑只留在我自己脑子里——脑子里有 100 条经验,能当场说出口的只有 3 条。于是经验永远沉不下来。

我做了一件很笨但很值的事:把我踩过的坑,一个一个做成"技能",让 AI 每次开工自动带上。

现在我的技能库里有 10 个技能,覆盖从选题、资产、提示词、出片、质检到交付的全链路。它们最大的价值不是省时间,而是同一个坑基本不会再踩第二次。

一、输入材料

我的技能不是凭空写的,全部来自这四类"生肉":

来源

说明

项目复盘文档

每部作品拍完的记录:哪里翻车、为什么翻车、怎么修好的

出片失败记录

废片 + 当时的提示词 + 失败现象,这是最有价值的一类

生效的修复方案

每个坑最终用了哪一招修好的(这一招就是技能里的"配方")

实测数据

耗时、参数、通过率等硬数字——有数字的经验才是经验,没数字的是印象

【配图:技能库目录总览截图 —— 发布时拖入】

技能库目录

二、WorkBuddy 配置

技能文件(SKILL.md)我固定按四段写,缺一段这个技能就会"不好用":

  1. 触发描述(最关键的一段)——把"什么时候该用我"写清楚,而且要写用户会说的口语词。

比如某个技能我写了"跑镜头、出片、重跑、修穿帮、审片、连戏、道具、鞋子、配音、音色不统一"——

只要我聊天时提到这些词,它就会自动按作战手册来,而不是凭感觉回答我。

  1. 硬事实——不要写"大概""通常",写实测值。我的一份技能里直接列了硬件规格、模型清单、各规格实测耗时表。AI 拿到硬事实,就不会给我一个乐观的估计。
  2. 配方——每个坑一条:现象 → 根因 → 修法(可复制的原句或命令)。
  3. 纪律——不许做什么。比如"这条红线不许违反",把原则写成可执行的一句话。

另外两条配置习惯:

  • 喂材料而不是喂问题:我把复盘文档直接拖进对话,让它自己分析并沉淀成技能,而不是我口述要点让它整理。
  • 母本只留一份:技能只有一套母本,不搞多份拷贝——否则改了一处、另一处还是旧的,反而更危险。

【配图:技能分工一览表截图 —— 发布时拖入】

技能分工一览

三、操作步骤

步骤 1:先别写技能,先攒"坑单"

我给自己定了个规矩:每次翻车,当场记一条,格式固定三行——

代码语言:javascript
复制
现象:<具体到能被人一眼认出来的程度,最好带时间点>根因:<真正的原因是哪个>修法:<下次照做的动作>

不定时回头把"重复出现的现象"合并成一条——同一个现象出现三次以上的,才有资格升级成技能。这条门槛很重要,它避免我把一次偶然的手滑写成"经验"。

步骤 2:从坑单到技能——只保留"可执行"的部分

写技能时我删掉所有感想,只留三类内容:判据、配方、红线。

举个例子,我有一条经验是"某个参数要小心",这种话没法执行。改写后变成:

  • 判据:怎么判断现在是正常还是异常(我可以给一个具体数字区间);
  • 配方:遇到异常时怎么修(给可以直接复制的写法);
  • 红线:什么叫"别做"(一句话讲清)。

步骤 3:让技能自己找上门(触发词)

技能写完不是就完了,触发描述才是决定它会不会被用起来的那一步。我踩过的坑:

  • 一开始我把触发词写成专业术语("视频生成质量控制"),结果我从来不用术语说话,技能永远不被触发;
  • 后来改成我自己平时的口语("重跑""修一下""这条不对"),命中率一下就上来了。

判断标准很简单:把触发描述读一遍,看像不像你自己会说的话。

【配图:技能写法五条对照截图 —— 发布时拖入】

技能写法五条

步骤 4:交接文件式协作

跨会话、跨工具时我不复述背景,而是用一个固定的交接文件(Markdown)把状态写清楚:当前进度 / 已完成 / 卡在哪 / 下一步 / 相关文件路径。

这样新开一轮对话时,把文件一丢,对方就能接着干。我甚至让 AI 每次干完活自己往日志里追加一段,下次开工先读日志——相当于给项目装了外置记忆。

步骤 5:定期体检

技能会过期——工具更新了、参数变了、当年的"最优解"现在可能已经是错的。我的做法是:

  • 每次用某个技能时,如果发现它说的和实际情况不符,当场改技能,不要只在对话里纠正;
  • 每隔一段时间把技能通读一遍,删掉已被新方案取代的段落(留着过期经验比没有经验更危险)。

四、产出物

  1. 一个 10 个技能的个人技能库:覆盖选题→资产→提示词→出片→质检→交付;
  2. 可复用的交接文件模板:换会话、换工具都不丢状态;
  3. 项目日志:每次开工先读、干完就写,形成外置记忆;
  4. 一套坑单:原始的、没加工的失败记录——这是我下一步技能的原料。

【配图:批次接力日志示例截图 —— 发布时拖入】

批次接力日志

五、效果

说一组我自己的体感变化:

  • 同类故障的再发率:升级成技能并加了机检项之后,基本清零;
  • 新项目启动成本:从"从零想一遍"变成"照技能里的 SOP 走一遍";
  • 换会话不丢状态:靠交接文件 + 日志,不用再把背景重讲一遍。

最有意思的是:技能库会自己增值。每完成一个项目,坑单多了几条,某个技能就更准一点——同一套技能在新项目上就是更省。

六、踩坑记录

  1. 别一次性写大而全的技能。我最早的技能写了 2000 多字,结果自己都不看。拆成多个小技能、每个只解决一类问题,命中率和可维护性都高得多。
  2. 触发描述比正文重要。正文写得再好,触发不了就等于不存在。
  3. 不要留多份副本。两处存同一份技能,改一处漏一处,最后自己都不知道该信哪个。
  4. 过期经验比没经验更危险。工具一更新,旧配方可能就是反向操作,定期删比定期加更重要。
  5. 只记"结论"的技能没用。必须有"怎么判断 + 怎么修",否则下次遇到同款问题还是抓瞎。

写在最后

用 AI 这件事,本质上是把隐性经验变成显性流程的过程。技能库就是我的显性流程——它不聪明,但它不会忘。

一个人的经验如果只存在脑子里,价值上限就是"我自己还会做";写下来、变成别人(或 AI)能照着执行的步骤,它才开始复利。

有问题欢迎评论区交流。

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

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

目录
  • 第 4 篇 | 标题:我用 WorkBuddy 把踩过的坑做成了 10 个技能:一套"越用越省钱"的个人知识库
    • 写在前面
    • 一、输入材料
    • 二、WorkBuddy 配置
    • 三、操作步骤
      • 步骤 1:先别写技能,先攒"坑单"
      • 步骤 2:从坑单到技能——只保留"可执行"的部分
      • 步骤 3:让技能自己找上门(触发词)
      • 步骤 4:交接文件式协作
      • 步骤 5:定期体检
    • 四、产出物
    • 五、效果
    • 六、踩坑记录
    • 写在最后
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档