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 時，積分消耗通常較高。