08 · 把重复流程沉淀成 Skill
速览
| 解决什么 | 同一套流程每周重跑一遍，每次都要重新交代 |
| 需要什么 | 一个已经跑顺的流程（这是前提） |
| 大概多久 | 创建 5 分钟；验证和调整半小时 |
| 风险等级 | 中——生成的 Skill 会执行动作 |
场景
你每周五都要做同一件事：读项目目录下这周的提交记录，按模块分类，统计次数和主要改动，生成一份周报。
第一次你花了二十分钟调提示词。第二次你翻聊天记录找上次那段。第三次你发现找不到了，又重写一遍。
什么时候值得做成 Skill
三个判断标准，满足两个就值得：
- 重复了三次以上——一次性的活不值得固化
- 提示词已经稳定——每次都在改说法，说明流程还没定下来
- 换个人也要用——你想把这个能力交给同事或者未来的自己
先跑顺，再固化
这是顺序问题。把一个还没跑通的流程做成 Skill，只是把不确定性固化了下来。
先手动跑三遍，直到你的提示词不再改动，那时候再固化。
创建：直接说出来
在对话框里描述你想要的能力、触发方式和输出结果。
帮我创建一个用于记录灵感的自定义 Skill。
触发条件：当我输入以「记一条灵感」开头的内容时。
它应该做这几件事：
1. 识别内容类型：是产品想法、内容选题、还是待验证的假设
2. 整理成结构化记录：标题 / 类型 / 正文 / 关联标签 / 记录时间
3. 保存到 D:/灵感库/YYYY-MM.md，追加到文件末尾，不要覆盖
4. 回复我一句确认，包含记到哪个文件、第几条
约束：
- 标题由内容概括生成，不超过 20 字
- 标签最多 3 个，从已有标签里选，实在没有再新建
- 不要对内容做扩写或评价，原样保留我的表述执行完成后，打开「技能」栏，在「已安装」目录下就能看到新创建的 Skill。
用起来
创建完成后，在任意对话中用自然语言触发：
记一条灵感：做一个能自动整理会议纪要并同步到知识库的工具。它一般会自动完成三件事：识别这是一条灵感类内容 → 整理为结构化记录 → 保存到指定位置并反馈结果。
为什么这么写
触发条件写得很具体。 「当我输入以『记一条灵感』开头的内容时」比「当我想记录灵感的时候」精确得多。后者要模型猜你的意图，猜错的时候你不知道为什么它没触发。
动作分了 4 步，每步一句话。 这就是这个 Skill 的执行流程。写得越清楚，行为越稳定。
「追加到文件末尾，不要覆盖」。 这类容易翻车的细节必须显式说明。默认行为可能是覆盖，而你会在丢了一个月的记录之后才发现。
「不要对内容做扩写或评价」。 记录类工具最忌讳的就是 AI 自作主张。你要的是存档，不是加工。
输出确认信息。 「记到哪个文件、第几条」让你能立刻验证它真的写进去了。
三条设计原则
一、首个 Skill 只解决一个明确问题
官方建议原话：先定义单一能力。
一个 Skill 干一件事。想要「记录 + 整理 + 每周汇总 + 推送」的话，那是四个 Skill 或者一个 Skill 加一个自动化，不是一个大 Skill。
二、把触发条件说清楚
何时触发、写入哪里、输出什么结果。这三个问题的答案越明确，Skill 越可靠。
三、从高频动作开始
越高频的重复操作，越值得沉淀成 Skill。每天做的事做成 Skill，一个月就回本；一年做两次的事，做成 Skill 是浪费时间。
验收清单
- [ ] 在「技能 - 已安装」里能看到它
- [ ] 用你设计的触发语触发，确实生效了
- [ ] 用不是触发语的话说同样的事，看会不会误触发
- [ ] 输出的结构和你要求的一致
- [ ] 写入位置正确，是追加不是覆盖
- [ ] 连续触发三次，行为一致（不是每次都不一样）
- [ ] 故意给一个边界输入（超长、空内容、特殊字符），看它怎么处理
测误触发
这一项最容易漏。一个触发条件太宽的 Skill，会在你完全没想到的对话里跳出来干活。
具体测法：说一句和它相关但不该触发的话，比如「我有个灵感想跟你聊聊」——理想情况是它正常对话，不去写文件。
迭代
跑几次发现不对，直接说：
「记一条灵感」这个 Skill 有两个问题：
1. 标签它总是新建，不去复用已有的。改成：先读取文件里已出现过的标签，
优先从里面选，相似度不够高才新建
2. 时间格式改成 YYYY-MM-DD HH:mm
其他不变。变体
把一个案例流程固化
本书里任何一个案例，跑顺了都可以固化。以 批量重命名 为例：
创建一个 Skill：发票整理。
触发：我说「整理发票」并指定一个目录时。
流程：
1. 读取目录下所有文件（PDF / 图片 / Word）
2. 从内容里提取：开票日期、开票方、金额、类别
3. 按「日期_类别_主体_金额」重命名
4. 生成对照表让我确认
5. 我确认后才执行重命名
6. 在目录下生成 索引.md，表格记录所有文件信息
第 4、5 步不能跳过——必须先出对照表，等我明确说「执行」才改文件。最后那句是把安全习惯固化进 Skill 里——以后不用每次都记得写「先预览」。
团队共享
把 Skill 挂到项目上，所有成员在项目里发起任务时都能用。
个人库和项目库是分开的
Web 端和客户端的个人 Skill 库互不相通；项目级 Skill 在云端统一管理，双端一致。
要给团队用的、要跨端用的，放项目级。
让它帮你找现成的
创建之前先问一句，说不定已经有了：
我想让 WorkBuddy 帮我处理 XXX，
请先帮我找出合适的 Skill，并说明它们之间的区别。这需要 find-skills 技能，见 零成本 Skill 精选。
用 self-improvement 自动沉淀
装 self-improvement 技能后，它会记录经验、偏好与修正结果，在后续相似任务中优先参考。
和自建 Skill 的区别：
| 自建 Skill | self-improvement | |
|---|---|---|
| 谁定义 | 你显式设计 | 自动沉淀 |
| 行为 | 确定、可预期 | 隐式影响，不那么可控 |
| 适合 | 固定流程 | 写作风格、术语偏好这类软性习惯 |
两者可以并用。
安全提醒
自建 Skill 也是可执行代码
你创建的 Skill 同样会以你的身份执行动作。
创建涉及删除、批量写入、对外发送的 Skill 时，把安全约束写进 Skill 本身——就像上面发票整理那个例子里的「必须先出对照表」。
写进 Skill 的约束，比每次靠记性靠谱。
分享 Skill 给别人之前，确认里面没有硬编码的路径、凭证或个人信息。
常见问题
Q：创建出来的 Skill 存在哪？
在「技能 - 已安装」列表里。开关状态记录在你的用户全局配置中，可随账号在不同设备间同步。
Q：能导出给同事吗？
技能支持「上传技能」导入本地技能包，对应地也可以把技能包给别人。团队共享推荐走项目级 Skill。
Q：Skill 会不会互相干扰？
会。装的技能越多，模型误调用的概率越高。官方建议只启用当前任务需要的。
Q：Skill 消耗积分吗？
Skill 本身不额外计费，但它触发的模型调用和工具执行会消耗。官方提醒：涉及复杂任务和复杂 Skill 时，积分消耗通常较高。