購物車

Claude Skills 完全指南:自動觸發功能如何取代你的提示詞庫

2026-06-01

Claude Skills 完全指南:自動觸發功能如何取代你的提示詞庫


斜線命令與 Skills 看似相同,使用後才見真章

如果你用 Claude 已經數個月,肯定熟悉斜線命令的操作:輸入斜線,選擇命令,Claude 就執行指令。Claude Skills 表面看起來幾乎一樣,也是儲存在電腦資料夾的可重用指令包,有名稱、有描述、可接收輸入。

但只要你真正用過一次 Skill,差異就會立刻浮現。斜線命令是「等你記得它存在才能用」,Skills 則是「主動觀察對話,在你的需求符合 Skill 設計目的時自行介入」。

這個由「我召喚工具」轉變為「工具主動回應」的關鍵差異,正是 Claude Skills 在 2026 年悄悄成為平台最實用功能的原因。Anthropic 在今年初引入此功能,但大多數中階 Claude 使用者仍然依靠習慣,繼續使用斜線命令。

這篇文章會具體說明 Skills 到底做什麼、如何在 20 分鐘內寫出你的第一個 Skill,以及哪些情境下 Skill 表現會比任何你能輸入的提示更出色。


什麼是 Claude Skill?

一個 Claude Skill 是磁碟上的資料夾,裡面包含一個叫做 SKILL.md 的檔案,加上 Skill 所需的任何輔助檔案。SKILL.md 檔案分為兩部分:第一部分是簡短的 YAML 前置資料,含有 name(名稱)和 description(描述);第二部分是 Markdown 內文,包含 Skill 啟動時 Claude 要遵循的指令。

當你開啟 Claude 工作階段,Claude 會讀取它看得到的每一個 Skill 的描述,但此時並不會讀取內文。Claude 把你的訊息與這些描述比對。當某個描述符合,Claude 就會將該 Skill 的完整內文拉進對話中並執行。模型會將該 Skill 視為你自己貼上的指令。

個人 Skill 的資料夾結構非常簡單。在 Mac 與 Linux 系統上,個人 Skills 儲存於 ~/.claude/skills/ 路徑。每個 Skill 是一個子資料夾,子資料夾名稱即是 Skill 的 slug。資料夾內存放 SKILL.md,以及該 Skill 引用的參考檔案、範本或範例輸出。


Claude Skills 與斜線命令的根本差異

技術上的差異不大,但工作流程的差異極為明顯。斜線命令是「被呼叫」:你輸入斜線、選單彈出、選擇命令,Claude 才套用你寫的指令。

Skill 則是「主動啟動」:你用平實的語言描述你想做什麼,Claude 掃描每一個它能存取的 Skill 描述,判斷哪個符合,然後在回應前無聲地將該 Skill 的完整指令載入上下文。整個過程中,你從未需要記得這個 Skill 存在。

這一點之所以重要,是因為中階 AI 使用者鮮少在「寫提示」這件事上失敗,他們失敗的是「記得手上幾十個提示範本中哪一個適合眼前的任務」。「我之前為這類任務存了哪個範本?」這種認知負擔,才是真正的摩擦。Skills 完全消除了這層摩擦。

另一個實際差異:Skill 可引用同一資料夾內的其他檔案。斜線命令只是一段文字;Skill 則是一整個資料夾,所以可以附帶範例輸出、風格指南、查找表,或讓 Skill 內文引用的完整範本。這讓 Skill 在處理需要參考資料的任務時,明顯比命令更強大。


如何在 20 分鐘內寫出你的第一個 Claude Skill

我們動手做一個用你語氣撰寫 LinkedIn 貼文的 Skill。這種任務正是你大概已經寫過二十次相似提示、結果每次都略有不同的典型情境。

第 1 步:建立資料夾。在終端機執行 mkdir -p ~/.claude/skills/linkedin-post-drafter。資料夾名稱就是 Skill 的 slug,保持簡短、小寫、用連字號分隔。

第 2 步:建立 SKILL.md 檔案。在該資料夾內建立檔名 SKILL.md。檔名嚴格區分大小寫,且必須使用 .md 副檔名。

第 3 步:撰寫前置資料。打開 SKILL.md,在檔案最上方加入:

---
name: linkedin-post-drafter
description: Draft LinkedIn posts in a peer-to-peer, lightly opinionated tone. Use whenever the user wants to write, draft, or rewrite a LinkedIn post, share a professional insight on LinkedIn, or says things like "make this a LinkedIn post" or "write a LinkedIn post about X".
---

description 是最關鍵的欄位。Claude 用它判斷是否載入該 Skill。把它寫成一句話,列出真實使用者會用的所有觸發語句。模糊的描述會讓 Skill 永遠不啟動。

第 4 步:撰寫內文。在前置資料下方,寫出 Claude 應遵循的指令。要具體,要明確說明結構、字數、語氣以及應避免的事項:

You are drafting a LinkedIn post. Follow these rules exactly:
1. Length: 120 to 220 words
2. Open with a one-line hook that names a specific tension or finding
3. Use single-sentence paragraphs
4. No emojis, no hashtags, no "thoughts?" at the end
5. End with one clear takeaway, not a question

第 5 步:實測。開啟一個全新的 Claude 對話,輸入類似這樣的訊息:「draft a LinkedIn post about how my team finally killed our weekly status meeting」。Claude 應該自動拉進該 Skill。輸出會遵守你設定的規則,而你從未需要輸入「使用 linkedin-post-drafter Skill」。


Claude Skills 最能勝出的四種情境

Skills 在四種特定情境下會明顯勝過任何手動撰寫的提示。了解這四種情境,能幫你判斷哪些重複提示值得改寫為 Skill,哪些其實不需要。

情境 1:每週執行多次的任務。寫一個 Skill 所投入的時間,會在你不再重複撰寫提示的那一刻就回本。如果你每個星期一都要起草客戶簡報,那段提示就應該變成 Skill。

情境 2:需要引用參考檔案的任務。任何要依循風格指南、查找表或已核可範例的工作,當成 Skill 來做會更順暢,因為 Skill 資料夾可以收藏這些檔案。Skill 內文只要寫「依照 style-guide.md 的風格」,Claude 就會把該檔案拉進來。

情境 3:一致性比創意更重要的任務。狀態更新、會議摘要、客戶提案、週報,任何輸出每次都要長得一樣的工作,都受益於 Skill,因為 Skill 內文鎖定了結構。

情境 4:你要委派或與隊友共享的任務。Skill 是一個資料夾,你可以把它提交到共享 repo。整個團隊就能從 Claude 得到相同的行為,而不用任何人在 Slack 上複製貼上提示。


讓 Skills 失靈的三個常見錯誤

大多數無法啟動的 Skill 都因為相同的三個原因失敗。避開這些錯誤,你的 Skill 就會第一次就成功運作。

錯誤 1:description 寫得太模糊。一段只寫「helps with writing」的描述等於沒告訴 Claude 任何資訊。Claude 需要把使用者的真實語句與描述對應,所以描述必須包含使用者實際輸入的具體動詞與名詞。對比「writes LinkedIn posts」與「Use whenever the user wants to write, draft, or rewrite a LinkedIn post or share a professional insight on LinkedIn」,後者能穩定啟動,前者則否。

錯誤 2:一個 Skill 想做五件事。一個同時負責 LinkedIn 貼文、X 串文、部落格文章、Email 的 Skill 會啟動得不穩定,因為 Claude 無法把它清晰對應到任何特定請求。把它拆成四個窄而專的 Skill,每個都會變得更可靠。

錯誤 3:內文假設了它沒有的上下文。你的 Skill 內文必須能在一個從未見過你過往對話的全新 Claude 工作階段中正常運作。如果你的指令引用「依照慣常的格式」但沒說明那是什麼,Skill 的輸出就會不一致。把每件事都明說,連那些對你而言覺得理所當然的事也要寫清楚。


立即試用:一個完整的可複製 Skill

以下是一個立即可複製貼上的完整 Skill,你可以馬上儲存並測試。它能把原始會議筆記轉換為一份結構化的客戶會議摘要。把以下內容原封不動存為 ~/.claude/skills/meeting-recap/SKILL.md,然後試用:

---
name: meeting-recap
description: Convert raw meeting notes into a structured client recap. Use whenever the user wants to write a meeting recap, summarise client meeting notes, draft a follow-up email after a meeting, or says things like "turn these notes into a recap" or "summarise this client meeting".
---

You are converting raw meeting notes into a client-ready recap. Follow this exact structure:

1. One-paragraph executive summary (max 60 words)
2. Decisions made — bullet list, each one starts with a verb
3. Open questions — bullet list, name the person responsible
4. Action items — table with columns: Action, Owner, Due Date
5. Next meeting — single line with date and agenda

Rules:
- Do not invent any detail not present in the raw notes
- If a section has no content, write "None recorded"
- Tone: professional, neutral, no filler phrases
- Do not include greetings, sign-offs, or closing pleasantries

開啟 Claude,把你最近一次會議的原始筆記貼進去,輸入「turn these notes into a recap」。Skill 自動啟動,輸出落在你定義的結構中,而你從未需要記得這個 Skill 存在。

那一刻,大多數中階 Claude 使用者才意識到:原來自己過去整套提示詞庫,反而拖慢了自己。Skills 不只是省時間,它移除了你「挑對工具」這件事的心理負擔。最好的工作流程,是你完全不用思考的那一種。懂 AI 的冷,更懂你的難,UD 同行 28 年,讓科技成為有溫度的陪伴。


準備好把 Skills 整合進你的 AI 工作流程?

你已經掌握了建構單元。下一步,是辨認哪些重複性工作真的值得做成 Skill,以及如何設計讓整個團隊都能受益的結構。UD 團隊手把手帶你完成每一步,從盤點現有提示、設計 Skill 結構,到部署到整個組織。