上一篇结尾留了个场景：同一件事做到第四次，你会开始烦——每次都要把那段需求重新粘贴一遍。
这不是记性的问题，是方法的问题。你花时间写好的那段需求，其实就是一份"做法"，而做法不该每次重写，应该存起来。
WorkBuddy 里存这个的东西叫技能。
一、技能不是插件，是一份写给它看的说明书
先纠正一个常见误解：技能不是装上去就自动生效的功能模块，它本质上是一个文件——里面写着"这类活该怎么做"。
区别在哪？看这个对比：
| 直接提问 | 用技能 | |
|---|---|---|
| 你要给什么 | 需求 + 背景 + 要求 + 格式 | 一句话，或者一个斜杠 |
| 每次都要重复 | 是 | 否 |
| 结果稳定吗 | 看这次写得多细 | 稳定，因为标准固定了 |
| 适合什么 | 一次性任务 | 反复出现的任务 |
一句话概括：提示词解决"这一次"，技能解决"每一次"。
二、什么活值得做成技能
别急着把什么都做成技能。判断标准三条，满足两条以上才值得：
- 同一件事做过三次以上（只做一次的直接提问就行）
- 步骤基本固定（每次流程一样，只是素材不同）
- 有明确产出物（一份表、一份稿、一份报告）
| 值得做成技能 | 不值得 |
|---|---|
| 每周固定的周报/日报 | 一次性写的某个方案 |
| 把长文档压成固定结构的摘要 | 随便问问某个概念 |
| 按模板整理某类文件 | 每次都不同的临时需求 |
| 固定的选题/素材筛查流程 | 你自己都还没想清楚的活 |
第三条最容易踩坑：连你自己都没跑顺的流程，别做成技能。技能是把已经验证过的做法固化，不是用来试错的。
三、建技能的两种方式
进「专家·技能·连接器」→ 技能页，右上角「+ 添加技能」会展开三个选项：查找技能、上传技能、创建技能。
点击"创建技能"之后，有两条路：
| 方式 | 适合谁 | 说明 |
|---|---|---|
| 让 AI 帮你建 | 新手，第一次做 | 用自然语言描述你要什么规则，它会调用创建技能的能力，帮你把文件结构、规则、示例都搭好 |
| 自己写文件 | 已经清楚要什么 | 直接写 SKILL.md，控制更精细 |
下面用第一种方式走一遍——这是最快见效的路径。
四、四步做出第一个技能
案例用最简单的：一个生成朋友圈短文案的技能。
第 1 步：把要求说成人话
不用研究格式，直接说你要什么规则：
请帮我创建一个可以实现朋友圈文案短句生成器的技能。
你是朋友圈短句助手。
规则：
1. 用户输入主题，输出 3 条简短文案，每条 15 字以内。
2. 风格温柔治愈，不要太长，不加 emoji。
3. 只返回结果，不额外解释、不闲聊。
注意这里的三条规则，正好对应了三类约束：
| 规则类型 | 例子 | 作用 |
|---|---|---|
| 数量与长度 | 3 条、每条 15 字以内 | 定死产出规模，避免忽多忽少 |
| 风格 | 温柔治愈、不加 emoji | 定调，避免每次语气不一样 |
| 输出纪律 | 只返回结果，不解释、不闲聊 | 最容易被忽略，但最影响体验 |
第 2 步：看它生成了什么
完成后它会告诉你技能装在哪、由哪些文件组成。你会在用户级目录下看到这样一个文件夹：
| 文件 | 作用 |
|---|---|
SKILL.md | 核心规则 + 生成方法 + 示例，触发时加载 |
references/ 下的资料文件 | 参考资料，需要时才读，不占日常上下文 |
scripts/、assets/ | 可选，需要跑脚本或放素材时才用 |
这个结构设计值得说一句：核心规则只有几十行，参考资料单独放。这样每次调用只加载必要部分，不会因为技能写得长就变慢、变笨。你要加素材（比如一批语气范例），放进 references 里就好，不用把 SKILL.md 撑大。
第 3 步：检查两处关键内容
打开 SKILL.md，重点看两个地方。
第一处是开头的描述。它长这样：
description: 朋友圈文案短句生成器。当用户给出一个主题、场景、心情或照片描述，需要写朋友圈文案、发圈配文、短句、心情文案、小红书/微博短文案时使用。按用户提供的主题输出 3 条、每条 15 字以内、温柔治愈、不带 emoji 的短句，只给结果不做解释。
这段写得好，因为它同时说了两件事：什么情况下该用它（主题、场景、心情、照片描述），以及交付标准是什么（3 条、15 字内、温柔治愈、不加 emoji）。描述写不好，技能就会该触发时不触发、不该触发时乱触发。
第二处是硬性规则。好的规则是可以被检查的：
| 写法 | 能不能核验 |
|---|---|
| "写得温柔一点" | 不能，靠感觉 |
| "语气偏慢、轻、日常，允许平淡，禁止喊口号" | 能，有明确边界 |
| "数量固定 3 条，不多不少" | 能，数一遍就知道 |
| "只输出结果，不解释、不写'希望你喜欢'" | 能，看有没有多余的话 |
规则写得越像检查项，结果越稳定。 这条规律在第 1 篇讲需求时出现过一次，在技能里同样成立。
第 4 步：一句话调用，验证效果
技能保存后，在输入框打 / 就能看到它，选中后补一句素材（或者用 @ 引用文件）提交。
下面这张图左边是调用效果，右边就是 SKILL.md 的内容——可以对照着看：输入"我今天学习 WorkBuddy 好开心"，它按要求给了三条短句，没有多余解释，正好符合规则里那五条硬性约束。
验证只看两点：数量对不对、风格对不对。如果不符合，问题一定在规则写得不够具体，不在它不聪明。回到 SKILL.md 改一条，再试一次，通常两三轮就能稳定。
五、技能写不好的三个原因
1. 描述写成了功能介绍。 "可以处理文档"这种描述，系统只会在模糊的时候猜。要写"当用户提供长文档、需要提炼结论时使用"。
2. 规则写成了愿望。 "专业一点""简洁一些"这类形容词，它没法判断。换成"每条不超过 30 字""不使用感叹号"，立刻可执行。
3. 没有定义输出格式。 同一份内容，输出成表格、列表、还是一段话，差别很大。你不写，它就每次给你不一样的。
还有个小细节：技能名用英文小写加连字符（像 moments-caption-writer）。因为它是文件夹名，中文和空格容易出问题。
六、技能该什么时候改
不是建完就不管了。三个信号说明该改：
| 信号 | 说明 |
|---|---|
| 你每次调用后都要补一句"不对，应该是…" | 规则里缺了这条要求 |
| 它经常在不该触发时触发 | 描述里的使用场景写宽了 |
| 同一个技能你手动改了三次以上 | 原流程本身有问题，该重新设计 |
技能是你工作方法的存档。它变臃肿，通常说明你想让它干太多事——一个技能只解决一件事，才不会互相打架。
最后
到这一步，你已经有了：会建任务、会划工作空间、会把做法固化成技能。但它现在仍然只认识你主动给它的文件。
下一篇解决另一个问题：它能不能直接读你表格里的数据、文档里的内容、邮箱里的信息——也就是连接器。这一步跨过去，它才算真正接进了你的工作流。