MCP、Skills 與 Workflows：讓 Claude 真正開始做事的三種方式
只要你開始用 Claude 做一些實際的東西，就會遇到三個經常被混著講、實際意思卻完全不同的詞：MCP、Skills 和 Workflows。它們位於技術堆疊的不同層次；當我不再把它們混為一談，許多原本困惑的決策就變得簡單。
最讓我理解的比喻是：把 Claude 想成一位剛入職、非常聰明的員工，正坐在辦公桌前。 他聰明、有能力、也很積極——但第一天幾乎做不了什麼有用的事，因為他沒有權限、沒有工具，也沒有流程。MCP、Skills 與 Workflows，就是你依序交給這位員工的三樣東西。
以下是它們各自如何改變這位員工能替你完成的事。
30 秒版本
| MCP | Skills | Workflows | |
|---|---|---|---|
| 比喻 | 識別證與鑰匙 | 貼好標籤的工具箱 | 工廠生產線 |
| 提供什麼 | 存取你的檔案、應用程式和資料 | 用白話說明的具體能力 | 固定、逐步執行的計畫 |
| 誰決定下一步 | 你（它只是開門） | Claude 即時判斷 | 由流程配方以確定方式決定 |
| 強項 | 連線——Claude 能接觸真實世界 | 彈性——一個工具箱可處理很多工作 | 可靠——每次都跑相同流程 |
| 取捨 | 只有存取權；本身不會完成工作 | Claude 可能跳過工具或順序錯誤 | 僵硬；必須事先寫好配方 |
| 最適合 | 把 Claude 連到系統（GitHub、資料庫、Slack） | 需要判斷的開放式任務 | 一再重複執行的多步驟工作 |
接下來會逐一說明它們；最後也會談怎麼判斷一個問題真正需要的是哪一個。
1. MCP——存取通行證
概念：連線與權限。
預設的 Claude 很聰明，但與外界隔絕——它只知道你在聊天室輸入的內容。MCP（Model Context Protocol）是一套開放標準，讓 Claude 能安全地連接並與你真實的系統互動：檔案、資料庫或你使用的 SaaS 應用程式。沒有 MCP，Claude 就像被關在箱子裡的天才；有了 MCP，它便拿到識別證，可以在辦公室走動並打開正確的檔案櫃。
關鍵在於：MCP 是管線，不是行動。 識別證不會幫員工報稅；它只是讓員工穿過門，走到可以開始工作的地方。MCP 會公開一組能力（讀這個 repo、查那張表、寄這封 email），但仍需要某個機制決定何時、如何使用它們。
舉例來說，將 Claude 接到 GitHub MCP server 後，它就能讀取你的 issue、建立 pull request，並在程式碼上留言。這套協定使連線得以存在；至於它要怎麼使用這條連線，則是接下來兩個功能的工作。
2. Skills——工具箱與使用手冊
概念：給 Claude 工具，但把判斷留給它。
Skill 是一項以白話描述、可供 Claude 自行選用的具體能力。 想像你交給新員工一支電鑽，手冊上寫著：「這是電鑽。需要把螺絲鎖進牆壁時就使用它。」 你並沒有站在旁邊盯著——你相信他能辨認正確時機。
當你請 Claude 做某件事，它會理解情境並想：「啊——這正是那個 Skill 派上用場的工作。」 然後從工具箱取出它。Skill 可能把說明、腳本和參考資料打包在一起。以這個網站為例，/seo-content Skill 知道如何檢查草稿的內容品質與 AI 引用準備度——我只要提出要求，Claude 會自行決定是否呼叫它。
限制是： 因為 Claude 在當下自行決定，它很有彈性，卻無法保證每次都完美執行。複雜任務中，它可能忘記某個工具存在、以錯誤順序使用，或被枝節帶偏。這份判斷力正是 Skills 適合開放式工作的原因——也是當你需要每次都以相同方式完成工作時，它會顯得不夠可預期的原因。
3. Workflows——工廠生產線
概念：以嚴格的逐步計畫消除猜測。
與其讓員工自己想辦法組裝書架，不如把他放上一條生產線：「第 1 步：量木材——量完前不要往下走。第 2 步：把尺寸交給鋸木的同事。第 3 步：由品管同事檢查切割結果。第 4 步：寫出最終報告。」
Workflow 是一個嚴格的配方，不仰賴 Claude 猜測下一步。Workflow 本身扮演管理者的角色。它能啟動多位獨立的工作者（稱為 agents），分派狹義的任務，並強制它們以精確順序運作——有些平行執行，有些等待前一步完成。
它的重要性在於： 流程寫進程式、而非臨場即興，因此 Workflow 每次都以相同方式執行。值得精確說明這帶來什麼，因為人們很容易過度宣傳它。Workflow 讓編排具有確定性——哪些步驟執行、順序為何、分派給哪些 agents；它並不會使輸出內容完全一致，因為每位 agent 仍是進行真實推理的語言模型。你得到的是更一致、可靠的成果，以及一份可交接給別人的配方：任何人都可以執行相同的生產線，取得相同的工作結構。
真正的解鎖點在此——可分享的可重複性，而不是逐位元組相同的答案保證。
那麼，你實際上需要哪一個？
它們不是競爭關係，而是可以疊加使用。完整的設定常會同時用到三者：MCP 將 Claude 連到你的系統，Skills 賦予它可選用的能力，Workflow 則在工作可重複時協調全局。不過，若你正決定從何開始：
- 當阻礙是存取權時，選 MCP——Claude 根本看不到它需要的東西（你的程式碼庫、ticket 或資料）。
- 當任務是開放式、且你希望 Claude 的判斷來選擇做法時，選 Skill——並接受每次執行會有些差異。
- 當你會一再執行同一份多步驟工作、需要保證順序，或想把配方交給別人時，選 Workflow。
一個快速直覺檢查：如果你發現自己每週都對 Claude 重寫同一大段指令，而且它漏掉一步時你會皺眉，那代表這個 Skill 已經超出它的盒子——該把它升級成 Workflow 了。
常見問題
用最簡單的話說，MCP 是什麼？
MCP（Model Context Protocol）是一套開放標準，讓像 Claude 這樣的 AI 模型能安全連接到外部系統——你的檔案、應用程式與資料。它是「存取」層：讓模型有能力觸及系統，卻不決定到那裡之後該做什麼。把它想成識別證和一串鑰匙，而不是一位工作者。
Skill 和 Workflow 的差別是什麼？
Skill 是 Claude 判斷時機合適後自行選擇使用的能力——有彈性，但仰賴模型當下的決策。Workflow 則是依保證順序執行的固定逐步計畫，常用來協調多個 agents。Skills 偏向彈性；Workflows 偏向可靠與可重複性。
Workflow 能保證每次產出完全一樣的結果嗎？
不能——這也是常見誤解。Workflow 讓流程具有確定性：同樣的步驟會以同樣順序、同樣結構執行。但每個步驟仍由進行真實推理的語言模型驅動，因此內容可能隨每次執行而變化。你獲得的是一致性與可分享的配方，而不是完全相同的答案。
我一定得只選其中一個嗎？
不需要。它們位在不同層次，搭配使用效果最好：MCP 提供存取、Skills 提供能力，Workflow 把它們編排為可重複的流程。先從能解決你眼前阻礙的那一層開始——存取、判斷，或可重複性。
一句話總結
- MCP 讓 Claude 能打開你的檔案。
- Skills 給 Claude 一個工具箱——但何時取用由 Claude 決定。
- Workflows 把 Claude 放上有組織的生產線，以彈性換取可靠、可分享的流程。
選對層次後，其餘的決策往往就會自己清楚起來。
我正在這個網站上使用三者打造東西——若你也在釐清自己的使用情境中，Skill 與 Workflow 的界線該畫在哪裡，我真心想知道你最後的結論。