Claude Code 擴充功能不是愈多愈好：Skills、Subagents、MCP、Hooks 的實際導入方法

如果你經常看社交媒體的 Claude Code 教學，很容易產生一種壓力：

別人已經安裝 Skills、Subagents、MCP 和 Hooks，自己的畫面卻只有一個對話框，是否代表自己用得太初級？ 其實不是。

這些名稱聽起來很專業，但它們不是遊戲裡必須逐一解鎖的技能，也不是裝得愈多便代表愈進階。它們只是分別處理四種麻煩：重複說明、工作太長、資料拿不到，以及某件事必須每次自動發生。

如果你暫時沒有這些需要，甚麼都不加也可以。

Anthropic 最近已經提供完整的繁體中文版 Claude 學院，已經包含了大部份的AI 使用知識。

所以這篇文章不是再重複一次「它們是甚麼」，而是更實際的一題：

我的工作真的需要它們嗎？教你怎樣判斷你是否需要它們。

每一項擴充都可能節省時間，但也會帶來維護、權限、找出錯誤或 AI 使用量等成本。真正的進階不是把功能集齊，而是只保留確實有用的設定。

開始之前：重溫一下 CLAUDE.md

相信很多人知道什麼叫 CLAUDE.md 但在考慮四種擴充功能之前，不妨再重新檢視一下 CLAUDE.md 其實已否已經足夠。 你可以把它想像成一張固定放在工作桌上的交接紙。Claude 每次開始處理這個專案，都會先看到紙上的內容，例如：

• 文章要使用正體中文書面語
• 圖片要放在哪個資料夾
• 使用哪一個套件管理工具
• 完成修改後要執行哪些測試
• 哪些檔案不應修改
• 踩過哪些坑

但這張紙不是公司的整個資料庫。放得太多，Claude 每次工作都要帶著一大疊未必用得上的資料。 最簡單的分法是：

• 每次工作都要知道的規則，放進 CLAUDE.md。
• 某類工作才需要的流程或資料，有重複需要時才整理成 Skill。

一分鐘分清四種擴充功能

Skills：儲存一套可以重複使用的做事方法

如果你每次交稿都要重新說「先檢查事實、再修改標題、最後檢查語氣」，可以把這套流程整理成 Skill。 它像一份可以重複使用的工作清單。Claude 遇到合適的任務時可以載入它，你也可以自行指定使用。

適合處理： 重複的寫作規範、檢查清單、多步驟流程和參考資料。

Subagents：把一段支線工作交給臨時助手

有些工作要讀很多檔案或搜尋大量資料，但你最後只需要一頁結論。這時可以交給 Subagent。 它像請另一位助手到旁邊完成研究，再把重點交回來。中間讀過的大量內容不會全部塞進你的主要對話。

適合處理： 長篇研究、資料搜尋、獨立審查，以及只需要結論的支線工作。

MCP：讓 Claude 直接取得外部資料

Claude 本來看不到你的 Notion、資料庫或其他服務。MCP 可以為它提供一條受控制的連接，讓它讀取資料，部分連接亦可以執行操作。 它解決的是「Claude 拿不到資料」，不是「Claude 不夠聰明」。

適合處理： 你經常把同一個服務的內容複製到 Claude，或者需要把結果寫回該服務。

Hooks：讓指定動作在固定時機自動發生

如果一件事不能依靠你每次提醒，例如修改檔案後必須檢查格式、準備完成時必須執行測試，便可以考慮 Hook。 它像一個自動規則：指定事件發生，系統就執行預先設定的動作。

適合處理： 必須穩定觸發，而且可以明確判斷成功或失敗的檢查。 可以先把它們記成四句話：

• Skills 管做事方法
• Subagents 管支線工作
• MCP 管外部連接
• Hooks 管自動執行

安裝之前，先問三個問題

一、這個麻煩是否已經重複出現？

第一次遇到的問題，通常不需要立即建立長期設定。 偶爾讀取一次網頁，直接貼給 Claude 可能更快；只用一次的輸出格式，直接在提示中說明也沒有問題。 當同一套說明、資料搬運或檢查程序已經出現兩三次，才值得考慮把它變成 Skill、MCP 或 Hook。 過早自動化的問題，是你可能尚未知道真正需要固定的是哪一部分。

二、我能否說清楚它何時開始、何時完成？

建立擴充功能前，先試著回答：

• 它在甚麼情況下啟動？
• 它需要哪些資料？
• 哪些操作可以自動執行？
• 甚麼結果才算完成？
• 失敗時應該停止，還是交回給我決定？ 如果連自己也說不清楚，Claude Code 也很難穩定完成。比較安全的做法，是先手動完成幾次，再把已經成熟的部分固定下來。

三、節省的時間是否多於維護時間？

擴充功能並非設定一次便永遠不用理會。 Skill 的內容會過時；Subagent 需要清楚的任務；MCP 可能斷線或要求新的登入權限；Hook 也可能因為指令或工作環境改變而失效。 如果花了幾個小時設定，結果最後卻只用了兩三次，它未必是一項好投資。 我的最低標準是：它必須解決一項說得出來，而且會繼續出現的麻煩。 如果三個問題之中有一個答不上來，可以先不要安裝。

四種最常見的錯誤用法

Skills：不要建立一個「甚麼都會做」的巨型流程

Skill 適合處理一項範圍清楚、會重複出現，而且仍然需要 Claude 判斷的工作，例如審查文章、準備發布或檢查資料來源。 一個叫做「幫我把整個專案做好」的 Skill，通常同時包含研究、寫作、測試和發布。範圍太大，Claude 較難判斷何時應該使用，出錯時也不容易找出是哪一段有問題。 較簡單的開始方式是：

• 第一個 Skill 只處理一種工作
• 清楚寫出甚麼時候使用、甚麼時候不要使用
• 寫明完成後要交付甚麼
• 涉及發布、刪除或推送的操作，保留由使用者明確啟動 Skill 的價值不是儲存更多文字，而是讓一套真正有用的方法可以被重複使用。

Subagents：不是工作拆得愈多便愈有效率

Subagent 最有價值的地方，是把大量中間過程留在另一個獨立的工作空間，只把結果帶回主要對話。 但獨立工作空間不等於免費。Subagent 仍然會消耗模型使用量（token），主要對話也需要交代任務、提供背景及檢查結果。 如果只是修改一個已知檔案或回答一條短問題，直接處理通常更快。 值得交給 Subagent 的工作，通常有三個特徵：

• 中間過程很長，但你只需要結論
• 任務可以獨立完成
• 你能清楚說明要它交回哪些結果 例如研究文章時，可以要求它只交回主要結論、直接來源、尚未確認的地方，以及適合放進正文的事實。

MCP：先處理最高頻的資料搬運

MCP 連接得愈多，不代表 Claude 會變得愈聰明。每增加一個連接，也會增加一組權限、登入狀態和可能失效的地方。 我先前使用 mcpvault 建立個人知識庫 時，就是為了讓新對話可以自行找回我覺得有用的內容和資料背景，不必每次重新貼上背景。 這就是值得使用 MCP 的情況：同一種資料搬運已經變成長期麻煩。 第一次連接外部服務時，建議：

• 只連接最常使用的一項服務
• 服務支援的話，先使用唯讀權限
• 不要給予超出任務需要的資料或操作權限
• 保留手動複製資料的後備方法

  

Hooks：自動執行不代表自動正確

我曾用一句簡單的說法介紹它：CLAUDE.md 是建議，Hooks 是法律。

但還要補上一句：法律寫錯了，錯誤也會被穩定執行。

建立 Hook 前，先手動執行同一項檢查，確認觸發時間、輸入資料、成功結果及失敗處理都合理，再把它變成自動規則。

Hook 會使用你電腦上的權限執行設定好的動作。從網路複製別人的 Hook 或指令前，必須先知道它會讀取甚麼、修改甚麼，以及會否接觸密碼、API key 或敏感檔案。

需要進一步設定範例，可以參考我先前的 Claude Code Hooks 完整教學。

我建議的最低配置

如果你剛開始使用 Claude Code，可以按這個次序慢慢增加：

1. 先寫一份精簡的 CLAUDE.md，只記錄每次都需要的規則。
2. 發現自己第三次貼上同一套流程時，才建立第一個 Skill。
3. 只有經常搬運外部資料，才加入一個 MCP 連接。
4. 遇到會塞滿主要對話的長篇工作，才使用 Subagent。
5. 一項規則已經手動驗證，而且必須每次發生，才建立 Hook。 每次只加入一項可以解決具體問題的設定。

兩星期後，重新決定它是否值得保留

新增設定後，不要這樣放着就不管了。先試用兩星期，再問：

• 它實際使用過多少次？
• 它有沒有減少重複提示、複製貼上或人手檢查？
• 它出錯時，我能否知道是哪一層有問題？
• 它是否要求過大的資料或操作權限？
• 外部服務失效時，我還有沒有後備方法？
• 把它移除後，工作流程會否明顯變差？ 如果一項設定很少使用、經常錯誤觸發、維護時間高於節省的時間，或者與其他設定重複，便應該修改或移除。 如果拿走一項擴充後，工作沒有明顯變差，它大概本來就不需要存在。

  

今天可以直接做的一件事

你不需要看完文章便立即安裝新功能。 先打開最近幾次 Claude Code 對話，找出你重複做過的事情：

1. 有沒有一句指示重複說了幾次？
2. 有沒有同一批資料重複複製貼上？
3. 有沒有一段很長的研究過程，最後只用了幾行結論？
4. 有沒有一項檢查總是忘記執行？ 從中只選一項最浪費時間的事情，再按上面的對照表決定是否值得擴充。一次處理一個問題，已經足夠。

使用場景速查表

寫在最後

官方繁體中文文件已經把 Skills、Subagents、MCP 與 Hooks 的定義說得很完整。真正需要個人判斷的，不是下一個應該學哪一項，而是目前哪一項適合你，哪一項值得你花時間去設置。 Skills 不是提示詞收藏箱，Subagents 不是用來展示多代理，MCP 不是連接器數量比賽，Hooks 也不是安裝後便可以忘記的安全保證。 Claude Code 最理想的設定，不是功能最多的一套，而是每一項都能說出保留理由，也知道何時應該把它移除。