创建自己的技能

先看一个写公众号的例子。每周都要写文章，每次都要跟 AI 重复同一堆规则：标题别用“震惊体”，段落短一点，结尾别写“让我们一起期待”，去掉 AI 味。说一遍不累，可每周都要说一遍。

后来把这些规则做成了一个技能，叫 my-wechat-writer。以后说一句“写一篇公众号文章”，规则自己就带上了。这个技能前后改了五六版，每一版都是用出来的问题驱动的，不是拍脑袋想出来的。

第 20 节你装过别人做的技能。这一节自己做一个：把你改顺了的那套做法，存成只属于你的技能。

什么时候该做成技能

不是什么都值得做成技能。很多人太早做技能，手工流程都还没稳定，就急着封装，最后只是把混乱固定下来。值得做成技能的流程，通常有三个信号：

• 步骤比较固定：每次都是这几步；
• 输入输出相对稳定：拿到的是差不多的材料，交的是差不多的东西；
• 你已经重复做了不止几次，而且每次都在做差不多的判断。

还有个更好记的标准：同一个操作重复做了 3 次以上，就该封装成技能了。

还有一点要分清。第 23 节讲过“哪句话该放哪”，技能只是其中一格：

技能长什么样

第 20 节看过技能文件夹。核心只有一个文件 SKILL.md，其他都是可选的：

很多技能只有 SKILL.md 一个文件，照样好用。有参考资料才建 references，有模板才建 assets，别为了凑结构硬建空文件夹。

SKILL.md 分上下两块。上面是“名片”：name 是名字，description 告诉 WorkBuddy 什么时候该用它；下面是正文，写具体怎么做。

三种建法

一、做完一件事，就地复盘成技能

最自然的办法：你刚和它一起把一件事做顺了，别马上关掉对话，接着发这样一段：

请复盘一下我们刚才完成这件事的整个过程。
把有效的步骤、需要的资料、我的偏好和最后的检查标准，整理成一个以后可以反复使用的 Skill。
下一次再遇到类似的事情，我希望可以直接调用它。

好处是：它刚跟你一起踩过坑，知道哪里改过、为什么改，写进技能的规则都是真用出来的。第 13 节整理周报的例子，就是这样一句“将上面经验总结成一个周报整理 skill”做出来的。

二、一句话描述，让它建

还没做过，但你清楚要什么，也可以直接描述。官方实践案例里有这样一个例子：

请帮我创建一个用于记录灵感的自定义 Skill。当我输入灵感、想法或待验证创意时，自动识别内容类型，整理成结构化记录，并保存到指定目录。

建好后，在技能页的“已安装”里就能看到它。以后在任意对话里说“记一条灵感：做一个能自动整理会议纪要并同步到知识库的工具”，它会认出这是灵感，整理成结构化的记录，存到指定位置，再告诉你存好了。

官方给的三条建议很实在：第一个技能只解决一个明确问题；把触发条件说清楚（什么时候触发、写到哪、输出什么）；从最高频的动作开始。

三、从技能页创建

左栏「专家·技能·连接器」→ 顶部切到「技能」→ 右上角「添加技能」→「创建技能」，会弹出对话，按引导描述你要的技能。这背后用的是官方内置的 skill-creator 技能，会先搭好一个模板文件夹，再和你一起把内容填上。

还有一种情况：连着发了三次结构差不多的指令，WorkBuddy 可能会主动问“要不要保存为技能”。官方文档里没写这一条；碰上了就顺手存，别专门等它。

案例：一个公众号写作技能，改了五六版

回到开头那个公众号写作技能。它是分四步做出来的。

第一步：搭架子

说一句“帮我创建一个新 Skill，叫 my-wechat-writer”，或者从技能页点“创建技能”。它会调用 skill-creator 生成一个带模板的文件夹，里面的内容还要你来填。

第二步：写 SKILL.md

这是最要紧的一步。这个技能的 SKILL.md 大致是这样的：

写的诀窍是：别写论文，写操作手册。每条规则直接说做什么、不做什么。

第三步：放进参考资料

这个写作技能不需要脚本，但需要参考。有明确对标的文章，就把它们下载下来交给 WorkBuddy，让它提炼亮点、写作风格和节奏，放进 references 里。SKILL.md 里写一句“风格参考见 references 里的对标文章”，它需要时自己去读。第 24 节的“创作风格画像”，也可以放在这里。

第四步：测了再改，改了再测

装好之后，拿真活试。踩到的第一个坑，是最常见的那个：

第二个坑，是新手最容易犯的：

技能不是一次写好的，是迭代出来的：用几次发现规则没覆盖的情况，就加一条；发现规则太死板导致输出机械，就松一条。第 13 节整理周报的例子也是这个道理：技能跟刚带的徒弟差不多，基础流程学会了，后面碰到什么问题，还得继续教。

写好一份 SKILL.md

把上面的例子和官方的建议合起来，一份好的 SKILL.md 交代这几样：

name: meeting-notes
description: 整理会议纪要。当用户提供会议录音转写、速记或群聊记录，并要求整理成纪要、提取待办时使用。不用于写会议通知。
1. 先列出参会人和议题，给用户确认；2. 按议题整理讨论要点；3. 提取决定和待办；4. 生成 Word 文件
只写会上明确说到的，不补充；待办必须有负责人和截止时间，缺了标“待确认”；人名用全名
文件名“日期-会议名称-纪要.docx”，存到当前工作空间的“纪要”文件夹
交回前核对：每条待办都有负责人；没有出现会上没说的数字

几个要点：

• description 写“什么时候用”，也写“什么时候不用”。像上面那句“不用于写会议通知”，能挡住误触发。
• 短。核心规则放 SKILL.md，长的规范、范文放 references，让它需要时再读。上面那个技能从几百行砍到几十行，效果反而好。
• 规则写成能检查的动作。和第 23 节写自定义指令一个道理：“待办必须有负责人”能检查，“纪要要专业”检查不了。
• 写上交回前的自检。它交之前自己过一遍，比你事后找错省事。

进阶：在技能里装一道“闸门”

有些活，你希望它做到一半停下来等你拍板，而不是一口气做完。看一个 8 个文件的私人写作技能，它规定了一条严格的流水线：

第 5 步就是闸门。说到底，技能根本不是写一段更长的提示词，而是把触发顺序、人工闸门和事实红线写成协议。那四类标签也值得学：整理素材时就把事实、旧观点、它的推断和待确认的分开，后面写稿时哪些有据、哪些是猜的，一目了然。

它也还在路上：知识库建好了，技能也装好了，但用它处理全新素材、完整写出一篇的效果，还要在后续真实选题里继续打磨。一个技能装好，只是开始。

技能配定时任务

第 27 节盯竞品的例子，就是技能和定时任务的组合：先在对话里手动跑通，满意了，把整个流程封装成一个技能，再让定时任务每天执行这个技能。

这样分开的好处是：做法变了，改技能；时间变了，改定时任务；两边互不牵扯。

分享给同事

做好的技能可以给别人用，有两种办法：

• 打包发给别人。说一句“帮我把这个 Skill 打包”，它会先检查格式对不对，再打成一个 zip。对方在技能页「添加技能」→「上传技能」装上。
• 发布到技能市场。在技能管理里选发布，填名称、描述、分类，别人就能搜到、装上。

放在哪也有讲究：放在用户目录（~/.workbuddy/skills/）的，跟着你走，所有项目都能用；放在某个项目文件夹里（.workbuddy/skills/）的，只在这个项目里用，适合团队共享一个项目的做法。大部分情况放用户级就行。

分享之前想一下：技能里有没有写进客户名、内部路径、账号密码。密钥和内部信息不要写进要分享的技能。反过来，装别人给的技能，第 20 节讲过，先看来源、先扫描。

各个岗位先做哪一个

挑你这周做了第三次的那件活。几个常见的起点：

帮我创建一个技能，叫“会议纪要”。当我给你会议录音转写或速记时使用：先列参会人和议题让我确认，再按议题整理要点、提取决定和待办；待办必须有负责人和截止时间，缺了标“待确认”；只写会上说到的，不补充；存成“日期-会议名-纪要.docx”。

帮我创建一个技能，叫“拜访记录”。当我口述或粘贴一次客户拜访的情况时使用：整理成固定格式（客户、对接人、需求、预算、下一步、跟进时间），追加到 D:/客户/拜访记录.xlsx 最后一行；我没说的项填“未提及”，不要猜。

帮我创建一个技能，叫“报销核对”。当我给你一个报销文件夹时使用：逐张核对发票金额、日期、抬头和报销单是否一致，不一致的列进“差异清单”；不修改任何原文件，结果另存为“日期-报销核对.xlsx”。

帮我创建一个技能，叫“面试评价”。当我给你面试速记时使用：按“专业能力、沟通、稳定性、匹配度”四项各写两三句评价和 1~5 分，引用速记里的原话做依据；速记里没体现的项写“未考察”。

帮我创建一个技能，叫“改小红书”。当我给你一篇长文并说“改小红书”时使用：出 3 个 20 字内的标题，正文 300 字内、分 3~5 段、每段一个要点，结尾带 5 个话题标签；不用“姐妹们”“绝绝子”；原文没有的数据不要加。

帮我创建一个技能，叫“试卷分析”。当我给你一份成绩表时使用：算平均分、及格率、各题得分率，找出得分率最低的 3 道题，写出可能的原因和下周讲评建议；存成“日期-试卷分析.docx”。

这几段是按常见需求写的示例。比起照抄，更推荐第一种建法：先和它把活干顺，再让它复盘成技能，规则是用出来的，比想出来的准。

一个技能管一类活。可很多活是几步连在一起的：从一个系统拿，写成稿，排好版，再送到另一个系统。下一节，把几步串成一条线：工作流。