好多人用 openclaw 嘅方式，係每日喺度培訓一個新員工。你話俾佢知你嘅偏好，佢做出嚟，你話唔啱，再解釋一次，佢改咗，下次又唔記得。循環往復，你以為係佢唔夠聰明，其實係你冇俾佢一份真正嘅「上崗手冊」。Skill，做嘅就係呢件事。

Skill 唔係 prompt，唔係每次對話開頭嗰段「你係一個專業嘅 XX」。Prompt 係一次性嘅指令，Skill 係可以反覆調用嘅工作標準——你只需要寫一次，openclaw 每次處理相關任務時都會先讀佢，再動手。

簡單講，Prompt 係你把口講嘅，Skill 係你寫入合同嘅。一個 Skill 本質上就係一個文件夾，核心係一份 SKILL.md，裏面寫住呢個 Skill 叫咩名、咩情況下觸發、具體嘅工作標準同操作步驟，同埋你嘅偏好、風格、唔可以踩嘅紅線。

競品分析報告/
├── SKILL.md # 核心說明（必須有）
└── references/ # 補充參考（可選）
 └── 歷史優秀報告示例.md

SKILL.md 開頭係咁樣：

---
name: 競品分析報告
description: 當用戶提供競品名稱和自家產品名稱，需要生成競品分析報告時觸發。
 從核心功能、定價、目標用戶、增長渠道、差異化優勢五個維度分析，
 輸出約 800 字結構化報告，結尾附「對我們的啓示」。
---

唔係所有重複工作都值得封裝。判斷標準得兩個維度：你做呢件事嘅頻率，同埋每次同 openclaw 溝通要花幾多來回。兩個維度交錯，就得到下面呢張優先級矩陣。

最快嘅方法：用 30 分鐘做一次自查。打開日曆，將過去一個月重複出現超過 3 次嘅工作任務全部圈出嚟。唔使分析，就係圈。圈完之後對住矩陣排優先級，右上角嘅先做。

第一步：喺 openclaw 對話框直接講「我想用 Skill Creator 創建一個新的 Skill」，openclaw 會自動切換到 Skill Creator 模式。關鍵係要講清楚你嘅意圖係「封裝」，唔係「執行」。

第二步：話俾佢知你要做咩。最常見錯誤係講得太闊。「幫我寫文章」冇用，要講一件具體嘅事，講清楚輸入係咩、輸出係咩。例如「我需要一個 Skill 專用嚟寫競品分析報告，每次我會提供競品名同自家產品名，佢要由五個維度分析……」

第三步：回答追問，補充細節。Skill Creator 會追問你觸發條件、唔適用場景、輸出格式、絕對唔可以出現嘅嘢、有冇歷史參考等。你答得越清楚，之後改嘅次數越少。

第四步：審查草稿，重點睇三樣：觸發描述夠唔夠具體、標準係咪你真正嘅標準、有冇遺漏嘅紅線。例如做客戶郵件時「開頭唔可以用『希望呢封郵件揾到你一切都好』」，你唔講佢唔會知。

第五步：用真實任務測試。唔好用自己編造嘅測試用例，用上週真正要做嘅競品、而家跟進緊嘅客戶嚟試。跑完之後重點睇輸出結構啱唔啱、判斷準唔準。一般跑兩三個真實任務就穩定。

第六步：打包安裝。同 Skill Creator 講「我覺得可以，幫我打包」，佢會產生 .skill 檔案，你下載之後喺 Skills 管理界面安裝就得。之後 openclaw 會自動讀取，按你定落嘅標準工作。

細節一：觸發描述要寫得比你諗嘅更具體。『寫作輔助』觸發唔到任何嘢，要寫成具體嘅觸發場景同關鍵詞，例如『當用戶話「幫我分析 XX 競品」或者「做一個競品對比」時觸發』。

細節二：用例子代替形容詞。同其寫「語氣要專業」，不如直接附上一段你認為專業嘅表達做對照。將你最滿意嘅歷史產出放喺 references/ 文件夾，openclaw 一睇就明。

做完第一個 Skill 之後，你會有一種感覺：「我仲有好多嘢可以封裝。」呢個感覺係啱嘅，但唔好一次做太多。一個簡單判斷方法：下次同 openclaw 溝通完一個任務，結束之前停一秒，問自己——「呢件事我以後仲會做嗎？今次嘅溝通中有冇啲來回係可以提早講清楚嘅？」如果答案係「會，而且有」，就係下一個 Skill 嘅候選。

Skill 本質上係一次「自我審計」——你將從來冇明講過嘅工作標準，變成一份清晰嘅文檔。呢個過程本身已經好有價值。唔好急，一個 Skill 做好先再做下一個，用出嚟嘅先叫好 Skill。