斜線命令與 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 結構，到部署到整個組織。
