自建 Skill：把你的绝活变成可复用技能
用 SKILL.md 把个人经验沉淀为 WorkBuddy 技能：结构、触发词、步骤写法与避坑要点。
我给一家做基坑监测的客户做了三年周报，格式每个月都一样：读原始数据、算偏差、写结论、套模板。去年我把这套流程写成一个 Skill，从那以后他们自己按一下就出稿，我只在交稿前看一眼。市场上没有的技能，可以自己写——把"你脑子里的流程"变成"AI 每次都照做的流程"，这就是自建 Skill 的价值。
先判断：这事值不值得做成 Skill #
官方给的建议很实在：先定义单一能力，从高频动作开始。我的判断标准就三条：
- 一个月重复三次以上，且每次步骤基本不变
- 出错的地方主要是"人忘了第几步"，而不是需要临场判断
- 输出的格式是被客户或领导固定要求的（模板、字数、章节顺序）
反过来，需要现场判断关系、摸清需求边界的活，做成 Skill 反而会让 AI 束手束脚。
两种上路方式 #
按官方文档，技能板块分"技能市场"和"已安装"两块，通过"添加技能"进入。你有两个入口：
- 创建技能：直接输入任务描述，WorkBuddy 会自动创建相关技能。这是最省事的路子，官方推荐的就是它——你不用从零手敲 SKILL.md。
- 上传技能：把本地技能包拖进去或点选文件，导入后系统自动完成配置，后续不需要额外操作。适合把已经在服务器上跑过一版、要分发给同事的东西。
官方示例指令长这样：
请帮我创建一个用于记录灵感的自定义 Skill。当我输入灵感、想法或待验证创意时，自动识别内容类型，整理成结构化记录，并保存到指定目录。
执行完打开技能栏，在"已安装"下面就能看到新技能。之后在任意对话里用自然语言触发即可，比如"记一条灵感：做一个能自动整理会议纪要并同步到知识库的工具。"
一个 Skill 的最小结构 #
本质是一个 SKILL.md 文件，里面通常包含五块：
| 部分 | 写什么 |
|---|---|
| 名称与描述 | 这个技能做什么、什么时候该用 |
| 触发词 | 用户说什么话时被唤醒（写周报、拆书、整理灵感） |
| 工作流程 | 分步骤的操作指令，越具体越好 |
| 规范约束 | 风格、格式、篇幅、禁止事项 |
| 参考资料 | 可引用的模板文件、示例文件 |
触发词怎么写才准 #
触发词决定技能"何时被唤醒"，三条原则：
- 用用户真实的口语（"帮我出个方案"），别写书面定义。
- 中英文都列上，覆盖不同表达习惯。
- 宁窄勿宽。触发词太泛会误伤无关任务，AI 会在错的地方起飞。
实战示例：周报技能 #
触发词：写周报、生成周报、本周总结
流程：1) 读取工作空间内本周的记录文件；2) 按"完成/进行中/风险/下周计划"四段组织；3) 每条带数据或结果；4) 输出 Word，不超过 1 页。
注意第 3 条："每条带数据或结果"——这就是把"认真总结"这种空话替换成可执行动作的样子。客户不关心你本周"积极跟进"，他要看的是"完成 3 个站点复测，1 个待复测"。
上线前必做的三步自检 #
- 测触发：换个说法再喊一次（"这周都干了啥"），看它还能不能认出来。
- 测边界：故意给它一段完全不相关的输入，确认它不乱启动、不乱改文件。
- 测输出：拿一个真实的历史任务当样本跑，重点看格式有没有跑偏、篇幅有没有失控。
启停、卸载与安全管理 #
这几点官方文档写得很细，也是最容易翻车的地方：
- 关闭不等于卸载：关闭只是暂停模型调用，技能文件和配置都保留，随时能重新开启；卸载则会彻底删除技能及其开关记录。误装了先关，别急着卸。
- 开关状态多端同步：启停记在你的用户全局配置里，换设备跟着账号走。
- 不改原文件：从
.agents等目录复制安装的技能，开关状态不会改写技能包本身的SKILL.md。 - 建议只启用当前任务要用的技能，减少无关干扰，也降低误调用概率。
- 第三方技能先审再用：安装前审慎校验来源、权限申请和脚本内容，优先用官方推荐的技能。
最后一条是我这个做运维的老家伙最想强调的。技能能读写本地文件、能调第三方 API，装一个来路不明的包，等于把客户机房的一小块地交给别人。宁可多用两步手动确认，也别省这一眼。
小结 #
把重复劳动沉淀成 Skill，是一次投入、长期复用的做法。先从你手上最高频的那个动作开始，一条规则、一个模板、一份说明，做完再扩。这是本站课程模块 5 的核心内容。
相关阅读 #
本文为 workbuddy.eycit.com 种子教程。