你是不是也有這種感覺：CLAUDE.md 越寫越肥，開新專案就要重新餵一遍規範，明明已經教過 Claude 一百次「我們公司的 Commit 格式」，下次開口還是得從頭說……

這就是你需要 Skill 的原因。

這篇文章是給「已經知道 Skill 是什麼、但不知道該從哪個開始裝」的你。我們直接跳過廢話，從 8 個最值得優先裝的 Skill 出發，再帶你 5 分鐘寫出第一個自訂版本。

💡 沒時間看完整篇？直接跳到「8 個實用 Skill 推薦」，3 分鐘選出你的組合。

---

Skill 到底是什麼？

白話的說: Skill 是你親手為 Claude 寫的「部門 SOP」。

Claude 本體就像剛到職的萬能新人，什麼都懂一點，但不懂你們公司的規矩。Skill 就是你塞給它的作業手冊——寫好放進資料夾，它就會在對的時機自己拿出來用，不用你每次提醒。

跟 CLAUDE.md 最大的不同？CLAUDE.md 每次對話都會全部載入，像是員工守則；Skill 只在「需要的時候」才啟動，更省 Token、更精準。

懶人記法：

• CLAUDE.md = 公司員工守則（人人要讀）
• Skill = 各部門作業手冊（需要才翻）

2026 年的 Skill 有什麼新東西？

兩個升級讓 Skill 從「還不錯的工具」變成「不學會後悔」的基礎建設：

• Computer Use 整合（2026/03/23）： Skill 現在可以操控滑鼠、截圖、切換視窗。不只是文字層，真的可以幫你動手。
• Sparse Worktree 支援（2026/03/10）： 大型專案載入 Skill 的速度大幅提升，幾乎即時。

---

【必看重點】8 個實用 Skill 推薦

如果你只是想先裝幾個好用的 Skill，不想研究太多概念，下面這份清單就是給你的。每個都有放上對應的Github連結可直接點進去。

Skill 名稱	類型	適合誰	一句話用途
Frontend Design	官方	前端工程師	產出生產級 UI 與前端介面
Webapp Testing	官方	前端 / QA / 全端	用 Playwright 測試本地 Web App
MCP Builder	官方	工程師 / 工具開發者	建立高品質 MCP Server
Skill Creator	官方	進階使用者	協助建立自己的自訂 Skill
XLSX	官方	數據 / 行銷 / 營運	處理 Excel、CSV、報表與表格清理
Code Review Skill	第三方	資深工程師 / 團隊	結構化程式碼審查
Browserbase Skills	第三方	研究者 / 自動化玩家	瀏覽器操作、搜尋與 UI 測試
Deep Research Skills	第三方	分析師 / 編輯 / 研究者	深度研究、整理資料與報告

---

選 Skill 的方法：極簡主義配置法

從你的「重複性痛點」反推，不要看清單亂裝

正確的選 Skill 流程是這樣的：

1. 打開你過去一週的 Claude Code 對話紀錄
2. 找出「我一直在重複解釋同一件事」的地方
3. 把那些「重複解釋」寫成 Skill

這樣裝出來的每一個 Skill 都對應真實痛點，不會出現「裝了卻從沒用到」的情況。

為什麼不建議超過 10 個？

原因有三：

• 判斷成本上升： Skill 越多，Claude 每次回應前要評估「哪些該啟用」的負擔越大，速度會肉眼可見地變慢。
• 誤觸發機率上升： 兩個 Skill 的 description 太像，Claude 就可能啟用錯的那個。
• 維護成本上升： 超過 10 個之後你根本記不得哪個在哪、誰負責維護。

Token 經濟學：Skill 怎麼吃掉你的 Context

在 Agentic 模式下，Context 可能因為 Skill 載入而膨脹 10 到 100 倍。這不是誇大——Claude 為了判斷要不要用某個 Skill，會先把它的 description 掃進 context，裝 20 個就吃掉幾千個 Token。

實際影響：Pro 方案的 RPM 上限更容易觸頂、長對話容易「失憶」、帳單比預期高。

結論：寧缺勿濫，是 Skill 配置的鐵律。

---

手把手：5 分鐘寫出你的第一個 SKILL.md

先確認環境

開始前快速檢查三件事：

1. Claude Code 版本是否為 2026/03 之後（終端機輸入 claude --version）
2. 專案根目錄下有沒有 .claude/skills/ 資料夾，沒有就手動建立
3. .claude/settings.json 裡的 skills.enabled 是否為 true

SKILL.md 只需要 4 個欄位

一份合格的 SKILL.md 包含：

• name： Skill 名稱，用 kebab-case（例如 seo-audit-zh）
• description： 這是最關鍵的欄位，決定 Claude「什麼時候」啟用這個 Skill
• trigger： 自然語言描述「在什麼情境下啟用」
• content： 實際的 SOP、規範、範例、禁止事項

實戰範例：寫一個「會議紀錄整理 Skill」

假設你每週都要開好幾場會議，然後花時間把錄音或筆記整理成格式一致的會議紀錄給同事——直接把它寫成 Skill：

---
name: meeting-notes
description: 當使用者請求整理會議紀錄、會議重點、或 meeting notes 時使用。
觸發關鍵字包含「整理會議紀錄」「會議重點」「meeting notes」「會後摘要」。
不適用於單純的聊天記錄或訪談逐字稿。
---

# 會議紀錄整理 SOP

當偵測到使用者要整理會議紀錄時，依序產出以下五個區塊：

## 1. 會議基本資訊
- 日期、時間、與會者、主持人
- 會議主題（一句話）

## 2. 討論重點（3–5 點）
- 每點用一句話總結
- 若有數據或期限，直接標粗體

## 3. 決議事項
- 列出本次會議「拍板定案」的內容
- 沒有決議就寫「本次無明確決議」，不要虛構

## 4. 待辦事項（Action Items）
以表格呈現：| 負責人 | 任務 | 截止日 |

## 5. 下次會議
- 若有約定下次會議時間，寫在最後一行

## 輸出規範
- 使用繁體中文
- 語氣中性、不加主觀評論
- 若某區塊沒有內容，保留標題但寫「無」

存成 ~/.claude/skills/meeting-notes/SKILL.md（個人用）或專案內的 .claude/skills/meeting-notes/SKILL.md（團隊共用）。下次在 Claude Code 貼上會議逐字稿說「幫我整理會議紀錄」，它就自動套用這份 SOP。

團隊共享怎麼設定？

把 .claude/ 資料夾 commit 進 Git，然後在 .claude/settings.json 加上：

{
  "skills": {
    "enabled": true,
    "shared": [".claude/skills/"]
  }
}

團隊成員 clone 下來就自動載入，不用各自安裝。

---

2026 新玩法：Computer Use × Skill

Skill 現在可以「動手」了

2026/03/23 之後，Skill 的 SOP 裡可以直接呼叫：

• 滑鼠點擊、鍵盤輸入
• 視窗截圖與區域截圖
• 應用程式切換
• 檔案拖放

最大的改變是：以前要寫 Playwright 或 AppleScript 才能做的事，現在用中文寫進 SKILL.md 就行。

實戰案例：自動截圖 + 填週報

每週要從後台截圖、貼進週報模板、寫成 Slack 訊息——這樣的 Skill 現在可以這樣寫：

---
name: weekly-report-auto
description: 當使用者說「跑週報」或「產生本週報告」時啟用。
---

# 週報自動化流程

1. 開啟瀏覽器至 dashboard.example.com
2. 依序截圖：流量面板、轉換率面板、錯誤率面板
3. 截圖貼入 Notion 週報模板
4. 擷取本週關鍵數字填入對應欄位
5. 產出一則 Slack 訊息草稿（不要自動送出）

原本 30 分鐘的事，現在說一句「跑週報」搞定。

注意：這些地方會被擋下來

Anthropic 設了幾道預設封鎖，這是設計，不是 Bug：

• 金融類介面（銀行登入、支付頁）：需要使用者手動確認才能點擊
• 健康類介面（病歷系統、處方）：同樣有預設保護
• 高風險操作（大量刪除檔案、系統設定）：跳出二次確認

真的需要繞過的話，可以在 .claude/settings.json 明確授權特定 domain，但建議三思。

---

Skill 裝了卻「裝傻」？這樣排查

99% 的問題出在 description 太模糊

壞範例：

description: 幫助處理前端相關任務

Claude 看到「前端」就要啟用？那幾乎每次對話都觸發了。

好範例：

description: 當使用者請求建立 React 元件、重構 JSX、或處理 Tailwind 樣式時啟用。
不適用於純 CSS 檔案、後端 API 設計、或 Next.js 路由設定。

黃金公式： [在什麼情境啟用] + [包含哪些關鍵字] + [不適用於哪些狀況]

最後那行「不適用於」特別重要，能大幅降低誤觸發率。

兩個 Skill 衝突，Claude 怎麼選？

Claude 的判斷順序是：

1. 優先比對明確關鍵字： 哪個 Skill 的 description 提到了你訊息裡的具體名詞
2. 比對精準度： 越具體的 Skill 優先（例如:「中文部落格 SEO」 > 「一般 SEO」）
3. 最後看修改時間： 兩個都同樣相關時，傾向用最近修改過的那個

避免衝突最簡單的辦法：每個 Skill 的 description 都要有「不可混淆的特徵關鍵字」。

Token 爆炸的 3 個警訊

如果帳單暴增、回應變慢、長對話容易斷片，看這三個：

• 單次等待超過 15 秒 → Skill 太多，Claude 在判斷階段就卡住。先停用不常用的。
• Claude 開始「忘記」前面說的話 → Context 被 Skill 吃光。精簡 content 區塊，範例移到外部檔案用連結引用。
• 誤觸發頻率上升 → description 太模糊。重寫，加入「不適用於」條款。

結論

Skill 不是什麼很玄的東西——它就是一份結構化的 SOP，讓 Claude 從「什麼都略懂」進化成「最懂你工作流」的長期夥伴。

2026 年的現在，Claude Code 已經從 CLI 聊天工具進化成真正有主動權的開發代理程式，Skill 是讓它理解「你是誰、你在做什麼」的那一層。

建議你這樣開始： 找出這週重複解釋最多次的事，寫成你的第一個 SKILL.md，跑一週看看有沒有省到時間。有用就繼續，沒用就刪掉。不用貪多。

---

常見問題 FAQ