什麼是 Claude Skills？
Claude Skill 是一個可重複使用的指令資料夾，教 Claude 按照你的方式完成一項特定任務，而且每次都一樣。你只需寫一次指令，之後每當出現相符的任務，Claude 就會自動載入，不用重新提示、重新解釋，也不用把相同的背景資料貼進每一個新對話。
Claude 有一個功能，靜靜地解決了重度 AI 用戶最常見的挫敗：不斷重複自己。如果你曾經第四十次輸入「記住，我們的報告開頭要有一句總結、用書面語、不要用列點」，Skills 就是解藥，而大多數人從未打開過它。
思考框架很簡單。自訂指令改變 Claude 在所有地方的行為；Skill 則封裝「如何做好一件工作」：你的月報格式、你的客戶電郵語氣、你的產品命名規則。Claude 會根據你的要求自動選用合適的 Skill，就像同事伸手拿起正確的工作清單。
Skills 適用於 Claude 網頁版、Claude Code 和 API，而且建立過程完全不需要編程。只要你能用淺白文字寫出一份清晰的清單，15 分鐘內就能建好一個 Skill。
Skills 與 Projects、自訂指令有什麼分別？
自訂指令套用於每一個對話，Projects 套用於一個工作空間及其檔案，Skills 則套用於一種任務類型，無論它在哪裡出現。三者之中只有 Skills 是按需載入：Claude 只在你的要求符合其描述時才讀取該 Skill，讓你的上下文視窗保持乾淨。
按需載入是最被低估的差異。Project 指令裡的所有內容，在該 Project 的每個對話中都佔用上下文。Skill 在未觸發之前幾乎沒有成本，所以你可以同時維護 20 個 Skills，而不會拖慢任何東西，也不會稀釋 Claude 的注意力。
實用的分工方法：把身份層級的規則放進自訂指令（「我在香港工作，偏好精簡回答」），把持續進行的項目放進 Projects（每個客戶一個，附上他們的文件），把可重複的流程放進 Skills（「我們如何寫案例研究」、「我們如何覆核翻譯」）。
如果你已經用過 ChatGPT Projects 或 Gemini Gems，最接近的類比是：一個只在需要時才醒來的 Gem，而且除了指令，還能攜帶參考檔案甚至小型腳本。
如何建立你的第一個 Claude Skill？
建立 Skill 的方法，是撰寫一個名為 SKILL.md 的短檔案，內含名稱、說明何時觸發的描述，以及任務的逐步指令。在 Claude 應用程式中，你可以在設定的 Capabilities 部分啟用和管理 Skills，付費方案可直接加入自訂 Skills。
SKILL.md 的結構有三部分，次序很重要：
--- 名稱：簡短而具體的標籤，例如「monthly-marketing-report」，而不是「helper」。
--- 描述：一至兩句，準確說明這個 Skill 何時適用。這就是觸發器。Claude 靠閱讀描述來決定載入哪個 Skill，描述含糊等於 Skill 永遠不會啟動。
--- 指令：清單本身。步驟、格式規則、語氣規則，以及至少一個正確輸出的完整範例。
從你重複最多的任務開始。對大多數實務工作者來說，那是一份報告、一類定期電郵，或一種內容格式。撰寫指令時，想像你在向一位能幹的新同事做入職簡報：標準要講得明明白白，重要的事一件不漏。
然後測試：開一個全新對話，用你平時的講法要求 Claude 做那件事。如果 Skill 觸發了、輸出符合你的標準，就完成了。如果沒有，先修改描述，因為一個永不觸發的 Skill，只是一份寫得很好卻沒有人讀的檔案。
怎樣的描述才能讓 Skill 穩定觸發？
能穩定觸發的 Skill 描述，會用你日常提問時的用詞，寫明任務、輸入內容和適用情境。讀起來像路由規則的描述（「當用戶要求起草、修改或覆核客戶建議書時使用」），表現遠勝讀起來像宣傳文案的描述。
比較同一個 Skill 的兩種描述。弱：「幫團隊寫得更好。」強：「凡是起草或修改面向客戶的電郵、通訊或公告時使用。套用我們的語氣：直接、有溫度、不用感嘆號、不用術語。」強的版本準確告訴 Claude 哪些要求屬於它。
把你未來真正會用的觸發詞寫進描述。如果你提問時會說「出 post」或「寫週報」，就把這些原話放進去。原理跟搜尋關鍵詞一樣：對準查詢的講法，而不是字典的定義。
一個 Skill 只做一件事，勝過一個包山包海的巨型 Skill。一個「內容寫作」大雜燴 Skill，迫使 Claude 猜你指的是五種格式中的哪一種。五個小 Skill，每個配一句銳利的描述，消除所有猜測，流程改變時也容易逐一更新。
市場人員的真實 Skill 長什麼樣？（可複製範本）
理解 Skills 最快的方法是讀一個真實例子。以下範本定義了一個市場人員今天就能部署的推廣活動總結 Skill。把它貼進名為 SKILL.md 的檔案，按你團隊的實際情況調整，然後在 Claude 應用程式的設定、Capabilities 中加入。
試試這個範本：
「name: campaign-recap
description: 當用戶要求根據他們提供的數據或筆記，撰寫、起草或總結市場推廣活動報告、成效總結或活動後檢討時使用。
指令：
1. 開頭一句話說明活動目標及是否達成。不寫開場白。
2. 結果分三個標示清楚的部分呈現：觸及、互動、轉化。每部分 2 至 3 句，每個結論都必須連結用戶數據中的具體數字。
3. 如果輸入中欠缺某項指標，在旁邊寫「數據缺失」。絕不估算或編造數字。
4. 結尾提供剛好 3 項建議，每項一句，每句以動詞開頭。
5. 語氣：平實的商業書面語，不用「驚人」、「難以置信」等誇張詞。長度：500 字以內。
正確開頭句的範例：第二季潛在客戶活動目標為 400 個 MQL，實際交付 462 個，超出目標 15.5%。」
留意這個範本為何有效：描述列出了同一要求的三種講法，第 3 條規則內建防幻覺護欄，完整範例則錨定了確切的行文風格。這三個元素，正是日常經得起考驗的 Skill 與會走樣的 Skill 之間的分界線。
建立 Skills 時最常犯什麼錯誤？
毀掉大多數新手 Skill 的四個錯誤是：描述含糊導致永不觸發、指令只形容質素而非明確規格、欠缺範例，以及把多項工作塞進同一個 Skill。四者都能在幾分鐘內修正，前提是你知道要檢查什麼。
「形容質素」對「明確規格」是最隱蔽的陷阱。「讓總結專業又吸引」等於什麼都沒有規定，因為 Claude 本來就認為自己的輸出專業又吸引。「上限 120 字、第一句不用形容詞、以問句作結」才是規格。如果一條規則無法被機械地核對，就改寫到可以為止。
欠缺範例的代價最高。實際使用中，一個正確輸出的完整範例，對格式一致性的提升，勝過三段規則文字，因為模型模仿範式比詮釋描述可靠得多。每個 Skill 至少要帶一個範例。
還要記住：Skill 跟隨模型的能力，不是魔法。Skill 讓 Claude 在它本來就做得到的任務上變得穩定，但不會讓它可靠地計算複雜的試算表數學，也不會讓它知道從未見過的內部數據。那些情況請附上資料或使用工具，讓 Skill 專責管理格式和流程。
如何在 20 分鐘內測試 Skills？（立即試用）
20 分鐘入門計劃：挑選你重複最多的任務，花 10 分鐘按上面的範本寫好 SKILL.md，在 Claude 應用程式的設定、Capabilities 中加入，然後在三個全新對話中提出相同要求，比較三次輸出的一致性。
三次比較正是這個練習的意義所在。沒有 Skill 之前，三次「寫本週更新」通常產出三種不同結構。有了 Skill，結構、語氣和格式應該三次都穩定不變，唯一的差異只應該是實際內容。
如果輸出仍然走樣，診斷次序是：先看描述（Skill 到底有沒有觸發？），再看規格（哪條規則含糊到無法執行？），最後看範例（你的範例是否真的示範了走樣的那條規則？）。
在檔案底部保留一個簡單的修訂紀錄。當同事的提問繞過了描述，就把他們的講法補進去。Skills 是會複利的：每個小修正，都讓之後一百次輸出變得更好，這正是一次性提示永遠給不了你的槓桿。
結語：別再租用一致性，直接擁有它
每次向 AI 重新解釋你的格式，你都只是為一個對話租用一致性。Skill 是一次過買斷：15 分鐘的寫作，在任務每次回來時都獲得回報。對於一週工作由重複交付物組成的實務工作者，這是目前 Claude 工具箱中回報率最高的習慣。
本週先建一個 Skill，就選你最厭倦重複交代的那件事。當第一個 Skill 穩定運作兩星期後，你自然會知道接下來要建哪四個。懂AI，更懂你 UD相伴，AI不冷。
你的 AI 知識究竟有多深？
你剛從「寫提示」升級到「建立可重用的 AI 工作流程」。用 UD 的 AI IQ Test 測一測你目前的水平。當你準備把 Skills 變成整個團隊的工作流程時，UD 團隊手把手帶你完成每一步，由設定到部署。
