2026 年的 MCP 工具：它們是什麼，如何安裝，以及我每天使用的 8 個工具

大多數人仍然像拉著手煞車一樣使用 Claude。你得到了一個能夠思考、寫作和推理的人工智慧——但一旦它需要操作真正的系統，一切又回到了複製貼上的時代。.

MCP 工具 解除駐車煞車。這些是MCP伺服器提供給AI的可呼叫函數，這樣AI就可以停止描述工作，直接開始執行。.

我在 JonOps 中運行著 10 多個自主品牌容器。每天，Claude 都會按照預設的 cron 計劃自動啟動，讀取 Airtable 中的內容日曆，撰寫文章草稿，生成圖片，發佈到 WordPress，安排社交媒體發布，並記錄所有信息——這一切都無需我進行任何鍵盤操作。這得歸功於整合到我的 Claude Code 環境中的八個 MCP 工具。.

本指南包含三方面內容，因為這才是問題真正需要的：協議層面的 MCP 工具有哪些，哪些工具值得安裝，以及如何在不破壞上下文視窗或安全態勢的情況下運行它們。.

更新於2026年9月。. 我最初是在六月發布這篇文章的。自那以後，規範更新了，Claude Code 也更改了工具載入方式，而我最初的兩個答案也從正確變成了完全錯誤。我沒有悄悄刪除，而是直接在原文中標記了更正——你們有權看到哪些說法已經過時，尤其是考慮到目前大多數仍在排名靠前的指南都是在這些變化發生之前撰寫的。.

MCP 工具是什麼（以及規範的實際內容）

讓我們先把術語搞清楚，因為你一開始使用的框架決定了之後的一切是否有效。.

MCP ModelContext Protocol (MCP) 是模型上下文協定 (Model Context Protocol) 的縮寫，它是一種開放標準，最初由 Anthropic 公司開發，現在由社群維護，用於將 AI 應用連接到外部系統。官方文件將其描述為 AI 版的 USB-C 介面：一個協議，任何配備相容伺服器的系統。而且，它不再是 Claude 的專屬——Claude、ChatGPT、VS Code 和 Cursor 等都支援它。.

一個 MCP 工具 這是伺服器公開的一個可調用函數。伺服器通常會公開多個這樣的函數。該協定定義了伺服器可以提供的三種不同的服務，而將它們混淆是我見過的最常見的錯誤：

• 工具 — 具有副作用的模型控制可呼叫函數。 Claude 決定調用它們。提交一個拉取請求，觸發一個 n8n 工作流程，寫入一條 Airtable 記錄。.
• 資源 — 客戶端可讀取的應用程式控制資料。例如文件、記錄和 API 回應。沒有人會「呼叫」資源；它是作為上下文附加。.
• 提示 — 使用者控制的模板，通常以斜線指令或選單項目的形式顯示。.

這種區別在操作上很重要： 工具能做事，資源知道事。. 如果你想讓 Claude 讀取你的資料庫架構，那是一個資源。如果你想讓 Claude 對其運行遷移，那是一個工具——而且應該需要確認。.

以下是網路傳輸中的工具定義範例。伺服器會從伺服器傳回此資訊。 工具/列表 稱呼：

{ "name": "get_weather", "title": "天氣資訊提供者", "description": "取得指定位置的目前天氣資訊", "inputSchema": { "type": "object", "properties": { "location": { "type": "string"," "type": "object", "properties": { "temperature": { "type": "number" }, "conditions": { "type": "string" } } } }

這就是全部的契約：一個名稱、一段易於理解的描述、一個輸入 JSON Schema，以及一個可選的輸出 JSON Schema。描述欄位並非裝飾——它是模型判斷該工具是否適合任務時唯一讀取的資訊。模糊的描述是導致「為什麼克勞德沒有使用我安裝的工具」這個問題的首要原因。“

目前規範中的兩個細節會在生產過程中造成麻煩：

• 工具名稱有其規則。. 長度為 1 至 128 個字符，區分大小寫，僅包含字母、數字、底線、連字符和句點。不包含空格和逗號。名稱只需唯一即可。 之內 伺服器.
• 伺服器間的衝突是你的問題，而不是協定的問題。. 運行兩台伺服器，每台伺服器都暴露 搜尋 你需要一個消除歧義的策略－規範建議使用伺服器標識符作為前綴。規範也明確警告說，伺服器本身報告的名稱並不能保證唯一，所以不要基於該名稱建立前綴。.

如果你對基本概念一無所知，我已經單獨編寫了基礎解釋文件： MCP 伺服器究竟是什麼？. 本指南假設您已具備上述條件，並想了解要運行哪些工具以及如何安全地運行它們。.

MCP 工具的工作原理—線路級思維模型

想像克勞德是電話接線生。如果沒有 MCP，就只有一條連結：就是你。你提問，它回答。你提交數據，它處理。每一次互動都要經過你這個中繼。.

安裝 MCP 工具後，電路板上的指示燈亮起。第一行是 GitHub，第二行是 Airtable，第三行是 n8n，第四行是真正的瀏覽器。當 Claude 需要從這些系統中取得資源時，它會自動接管相應的線路。.

實際的資訊流比圖示要簡單：

1. 發現。. 客戶發送 工具/列表. 伺服器傳回其工具定義。.
2. 選擇。. 此模型讀取名稱、描述和輸入模式，並從中選擇一個。.
3. 調用。. 客戶發送 工具/調用 使用工具名稱和參數。.
4. 執行。. 伺服器執行實際工作並傳回結果——文字、圖像、音訊、資源連結、嵌入式資源或經過工具驗證的結構化 JSON。 輸出模式.
5. 續。. 模型讀取結果後繼續運行。.

有兩件事值得牢記，因為它們可以解釋大多數怪異行為：

工具清單並非一成不變。. 聲明的伺服器 列表已更改 該功能可以在會話期間工具集發生變化時推送通知——例如，一台剛剛通過身份驗證的伺服器可能會突然暴露出先前隱藏的二十個工具。 Claude Code 可以即時偵測到這些變化。.

沒有協定級別的會話。. 這讓人們感到驚訝。 MCP 在伺服器端並沒有內建「我們目前的對話狀態」的概念。規範對有狀態工作（例如購物車、開啟的瀏覽器上下文、資料庫事務）的指導原則是傳回一個明確的狀態資訊。 處理 從建立工具中取得該值，並在後續呼叫中將其作為參數接受：

// → tools/call { "name": "create_basket", "arguments": {} } // ← result { "content": [{ "type": "text", "text": "Created basket bsk_a1b2c3" }], "structureContbent": "kasket bsk_a1b2c3" }], "structuredContbent": tools/call { "name": "add_item", "arguments": { "basket_id": "bsk_a1b2c3", "sku": "..." } }

該模型負責將該句柄傳遞下去。這意味著：如果您正在建立伺服器，規範本身的建議是使句柄不透明，為其賦予有限的生命週期，並在創建工具的描述中說明該生命週期，並且——至關重要的是—— 每次通話時，都需依據句柄重新驗證來電者的授權。. 句柄是一個名稱，而不是一種功能。對於未經身份驗證的伺服器，它實際上就是一個持有者令牌，因此需要使用真正的熵來產生它。.

對於單人企業來說，真正強大的並非某個單一工具，而是組合運用。 GitHub、Airtable、n8n 和瀏覽器的組合，意味著 Claude 可以獨立完成研究、撰寫、發布、記錄和觸發等一系列操作。這就是助理和操作員的差別，也是所有類似工具背後的原理。 我在生產環境中運行的 Claude Code 代理.

2026-07-28 規範中 MCP 工具發生了哪些變化

這是目前其他任何「MCP工具」指南都沒有涵蓋的部分，原因很簡單：它們寫於該情況發生之前。目前的協議修訂版是： 2026-07-28. 搜尋結果頁面第一頁上的所有清單文章都比它早發布。.

MCP 版本是帶有日期資訊的字串。 YYYY-MM-DD 表格和日期標記 上次發布不相容的變更時 ——並非最新更新。向後相容的改進會持續發布，版本號不會更新。因此，版本號的日期僅表示相容性，而非更新日誌。.

真正打動人心的是什麼，以及為什麼你會關心它。.

版本協商從握手轉移到了每次請求中

這是架構上的重大變革。在基於握手協議的修訂中—— 2025-11-25 以前，客戶端和伺服器在初始化時會約定一個協定版本，然後就一直使用這個版本。現在，每個請求都會透過協定聲明自己的版本。 io.modelcontextprotocol/protocolVersion 關鍵在於 _meta 每個請求都儲存在一個欄位中，伺服器會獨立地接受或拒絕每個請求。在 Streamable HTTP 協定下，相同的值會隨請求一起傳輸。 MCP協定版本 標題。.

如果伺服器無法處理請求的版本，則會傳回錯誤。 不支援的協定版本錯誤 列出了它的內容 能 執行此操作後，用戶端會重試或顯示錯誤。客戶端和伺服器可以同時支援多個版本。.

此外，還有一個新的強制性 RPC，, 伺服器/發現, 此函數只需一次呼叫即可傳回伺服器支援的協定版本、功能和身分。呼叫此函數是可選的——您可以直接發送請求，並在收到版本錯誤時進行處理——但如果您想在與伺服器通訊之前了解其功能，它就派上用場了。.

這對您作為操作員來說為何重要： 這是一個有用的版本過時性測試。任何將 MCP 版本一致性描述為僅在一段時間內發生一次的事情的教程都是錯誤的。 初始化 撰寫於 2026 年 7 月之前。這其中包括目前排名靠前的許多內容。.

現在，工具可以在通話過程中向您徵求輸入。

以前是 工具/調用 要嘛成功，要嘛失敗。現在伺服器可能會回應一個 輸入所需結果 — 結果類型："input_required"" —攜帶一套 輸入請求 （通常是一個 引出/創建 形式）和不透明 請求狀態 blob。客戶端收集使用者的答案，然後重試呼叫。 輸入回應 加上同樣的 請求狀態.

// ← 伺服器需要使用者提供的資訊 { "resultType": "input_required", "inputRequests": { "github_login": { "method": "elicitation/create", "params": { "mode": "form", "message": "Hubate", "params": { "mode": "form", "message": "請提供用戶名的 GHub:"Hub "properties": { "name": { "type": "string" } }, "required": ["name"] } } }, "requestState": "eyJsb2NhdGlvbiI6Ik5ldyBZb3JrIn0..." }

如果您要實現此功能，需要注意一個棘手的問題：JSON-RPC ID 必須不同 在原始請求和重試之間。如果重複使用，你可能要花一整個下午的時間來調試。.

實際上，這使得工具能夠詢問“哪個帳戶？”或“確認目標分支？”，而無需伺服器作者通過錯誤字串來偽造答案。對於任何運行無人值守代理程式的人來說，這也是一種需要預先規劃的新型故障模式：如果工具因人工輸入而阻塞，則會導致 cron 任務運行中斷。在 JonOps 中，我將具備資訊收集能力的工具排除在完全自主的技能之外，並將它們保留用於互動式會話。.

工具參數可以反映到HTTP標頭中。

這 x-mcp-header 擴充屬性允許伺服器指定要複製到 Streamable HTTP 傳輸的 HTTP 標頭中的特定工具參數，作為 Mcp-Param-{name}. 關鍵在於基礎架構：負載平衡器、代理程式和 WAF 可以根據參數值進行路由和過濾，而無需解析 JSON 正文。.

這是一個「用不急」的功能——它專為將 MCP 流量部署在實際網路基礎設施之後的團隊而設計。但這強烈表明了該協議的發展方向：MCP 的設計目標是服務於生產環境，而不僅僅是筆記型電腦。.

棄用規則現已製定並公佈。

根據正式的功能生命週期策略，可以將功能標記為已棄用。已棄用的功能仍保留在規範中。 至少十二個月 ——或至少在快速移除例外情況下保留九十天——並且必須記錄遷移路徑才能符合移除條件。目前有一個公開的已棄用功能註冊表。.

對於任何使用 MCP 進行商業開發的人來說，這是這次版本更新中最被低估的改變。它將「這會不會出問題？」這種感覺從一種猜測變成了一個具體的計劃。.

JonOps 目前正在運行的 8 款 MCP 工具

以下是我實際運行的 MCP 工具棧。這不是熱門工具匯總——而是目前安裝在 JonOps 容器內並正在運行的伺服器。對於每個工具，我將介紹它的功能、實際應用價值以及是否值得使用。.

1. GitHub MCP 伺服器

它的功能： 直接存取您的儲存庫－讀取檔案和目錄、建立分支、開啟拉取請求、發布評論、管理問題、查看歷史記錄、推送變更。.

在 JonOps 中： 當我建立或偵錯某個技能時，Claude 會開啟程式碼庫，找到相關文件，進行修改，提交 PR，然後發布審查摘要。無需在編輯器和聊天之間複製貼上。 Claude 是 用於自主任務的編輯器。.

若符合以下情況，請安裝： 你可以用程式碼建立任何東西——即使程式碼不是你自己寫的。完整設定步驟： GitHub MCP 伺服器指南.

2. 劇作家 MCP 伺服器

它的功能： 讓 Claude 擁有一個真正的瀏覽器。它可以瀏覽網頁、點擊連結、填寫表單、截圖，還可以從 JavaScript 渲染的頁面中提取內容，而這些頁面是普通 HTTP 無法存取的。.

在 JonOps 中： 對屏蔽簡單爬蟲的頁面進行搜尋引擎結果頁面 (SERP) 研究和競爭對手監控，以及發布後驗證。克勞德會開啟實際的 URL，確認頁面已渲染完畢，然後才將任務標記為完成。這個驗證步驟比我寫過的任何日誌記錄都更能發現潛在的故障。.

若符合以下情況，請安裝： 你需要 Claude 來操作 API 呼叫以外的 Web 功能。詳情： 劇作家 MCP 伺服器指南.

3. 檔案系統 MCP 伺服器

它的功能： 在您的電腦上或容器內讀取和寫入文件，範圍限定在配置的路徑內。.

在 JonOps 中： 所有技能檔案、產生的鏡像、日誌和配置都要經過它。當部落格寫作技能運行時，Claude 會讀取技能的 Markdown 文件，執行每個步驟，寫入中間結果，並記錄結果——所有這些都透過這個伺服器完成。它是基於容器的自治的核心。.

若符合以下情況，請安裝： 您是在本機還是伺服器上執行 Claude Code？這是基本要求。請先安裝它，並嚴格控制其路徑。.

4. 取得 MCP 伺服器

它的功能： 向任何 API 發送任意 HTTP 請求－GET、POST、PATCH、DELETE，並將回應傳回上下文。.

在 JonOps 中： 它包羅萬象，適用於所有沒有專用伺服器的 API。包括 Metricool 調度、Sendy 發送、Telegram 提醒、DataForSEO 查詢和 WordPress REST 呼叫。它是我整個技術堆疊中原始呼叫量最高的，遙遙領先。.

若符合以下情況，請安裝： 你可以使用任何沒有自己伺服器的REST API。而大多數REST API都是如此。.

5. n8n MCP

它的功能： 將 Claude 連線到您的 n8n 執行個體 — 列出工作流程、讀取定義、觸發執行、檢查日誌、啟用和停用工作流程。.

在 JonOps 中： n8n 負責處理郵件路由、線索分發和第三方同步。當內容管道完成並需要發送郵件時，Claude 會直接觸發 n8n，而不是等待計時器。 Claude 成為觸發層，而不是其內部的一個節點。.

若符合以下情況，請安裝： 你運行 n8n 並希望 Claude 來決定何時觸發事件。完整整合指南： n8n MCP 面向個體經營者.

6. Airtable MCP

它的功能： 資料庫的讀取/寫入權限－篩選公式、記錄建立、欄位更新、連結表格查找。.

在 JonOps 中： Airtable 是所有資料的權威來源：內容日曆、關鍵字佇列、已發佈文章、社群媒體佇列、外接線索、新聞郵件佇列、圖片日誌。所有技能都會從中讀取資料並向其寫入資料。如果沒有 Airtable，Claude 就無法了解佇列中的內容，也無法記錄已完成的工作。這就是 JonOps 能夠保證跨版本運行一致性的原因。.

若符合以下情況，請安裝： Airtable 已融入您的工作流程。但根據經驗，需要注意一點：分頁介面會誤導那些不翻頁的客服人員。如果查詢結果剛好回傳 100 行，那隻是頁面上限，並非總數。.

7. Slack MCP 伺服器

它的功能： 發布訊息、建立頻道、查看歷史記錄、提及使用者、做出反應。.

在 JonOps 中： 執行結束通知、錯誤警報、狀態摘要。我的行動推送由 Telegram 處理；Slack 是面向團隊的審計跟踪，虛擬助理或協作人員可以滾動查看。.

若符合以下情況，請安裝： 你可以使用 Slack，或者你想要一個共享頻道，讓 Claude 報告結果，並將需要手動決定的事情上報。.

8. 記憶體 MCP 伺服器

它的功能： 跨會話持久性儲存。儲存事實、決策、專案背景、偏好；下次無需重新解釋即可檢索。.

在 JonOps 中： 正是這一點將無狀態模型轉換為操作器。每次定時任務運行都會載入品牌配置、最新貼文、已發佈內容、已排隊內容以及上次執行出錯的原因。如果沒有它，每次運行都會從零開始，並重複昨天的錯誤。有了它，運作效率就能不斷提升。.

若符合以下情況，請安裝： 你運行所有循環任務。如果你除了核心的三個工具之外只能增加一個，那就選這個。.

哪裡可以找到MCP工具（以及如何在安裝前進行驗證）

尋找 MCP 工具的地方有三個，依我信任程度降序排列。.

1. 官方 MCP 註冊機構。. 現在有一個權威的註冊表，地址是： registry.modelcontextprotocol.io 透過公共 API，每個條目都包含官方元資料——狀態、發布日期、最後更新時間戳記——以及伺服器聲明的名稱、版本和遠端端點。這種來源資訊就是其全部價值所在。社群清單告訴你伺服器存在；註冊表則告訴你誰發布了它以及該清單是否仍然有效。.

我在編寫本節內容時對該 API 進行了分頁，因為我想要的是一個實數而不是一個重複的數字。. 我數到 40,000 筆記錄就停止了，但遊標仍然沒有到達盡頭。 — 這40000人中有39377人攜帶了 積極的 狀態。所以，把 40,000 看作底線，而不是總數。關鍵不在於這個數字本身，而是「總會有一個 MCP 伺服器來處理這種情況」現在已成為預設事實，稀缺資源的性質也從可用性轉變為判斷性。.

2. 社區目錄。. mcpservers.org 和 mcp.so 兩者都規模龐大、易於瀏覽，並按類別組織——開發、資料庫、搜尋、檔案系統、通訊、記憶體。它們比註冊表更便於發現，但在溯源方面稍遜一籌。可利用它們尋找候選對象，然後再從其他地方進行驗證。.

3. 供應商自己的文件。. 如果您需要 Notion 伺服器，Notion 官方文件是取得其 URL 和驗證流程的權威來源。第一方伺服器是最安全的選擇。.

五分鐘檢討清單

安裝 MCP 工具意味著向第三方提供憑證，並允許你的 AI 呼叫其程式碼。這需要五分鐘。我的：

• 誰出版的？ 第一方供應商伺服器、官方註冊表項，還是一個只有 11 個星標的隨機 GitHub 帳戶？這些風險並不相同。.
• 遠端還是本地？ 遠端 HTTP 伺服器意味著你的參數會傳輸到其他人的基礎架構。本機標準輸入輸出伺服器運作在你的機器上，只會洩漏你提供給它的資訊。對於任何涉及敏感資料的情況，最好選擇本地伺服器。.
• 最窄的合格證書是什麼？ 不是“它是否需要寫入權限”，而是“我能否給它一個作用域限定於一個倉庫、一個基礎目錄、一個通道的令牌？” 幾乎總是可以的，但幾乎沒人這麼做。.
• 在信任任何工具之前，請先閱讀其說明。. 規範在這方面措詞直白：客戶 必須 除非工具註釋來自可信任伺服器，否則請將其視為不可信。工具對自身的描述僅是一種聲明，而非保證。.
• 需要一直開著嗎？ 大多數人不會這麼做。把它限定在那個真正需要它的物品上。.

沒人會警告你的潛在故障模式並非惡意伺服器，而是權限過高的普通伺服器。把讀寫代幣交給一個只讀取資料的工具，這絕對是一筆糟糕的交易，你可能一時衝動，一年都忘不了。.

如何在 Claude Code 中安裝 MCP 工具（2026 指令）

本指南六月版更正： 我最初帶你了解了手工編輯的過程。 claude_desktop_config.json. 這種方法仍然有效，但我不再推薦任何人使用這種方法。 Claude Code 提供了一個完善的命令列介面 (CLI)，它可以自動處理 JSON、作用域和驗證流程。.

遠端 HTTP 伺服器 — 推薦的雲端服務選項：

# 基本語法 claude mcp add --transport http # 實際範例：claude mcp add --transport http notion https://mcp.notion.com/mcp # 使用 bearer token：claude mcp add --transport http secure-api https://api.example.com/mcp \ --header "Authorization: Bearkener your-mcp \ --header "Authorization: Bearken your-too""

本地標準輸入輸出伺服器 — 對於任何需要直接系統存取的操作：

claude mcp add --transport stdio -- [參數...]

關於 SSE 的說明：此傳輸方式已被棄用。某些服務仍然隻公開 SSE 端點，但在目前的 Claude 程式碼中，您可以使用相同的方式新增它們。 --transport http 指令－它會先嘗試 HTTP，如果失敗則會自動回退到 SSE。僅用於 --transport sse 明確地在舊版本中。.

選擇合適的瞄準鏡－這是人們最容易出錯的地方。

MCP 工具可以安裝在三個範圍內，選擇該範圍既控制哪些項目可以使用該工具，也控制您的憑證是否會被納入版本控制：

範圍	裝載	與團隊分享	儲存於
當地的 (預設)	僅限當前項目	不	~/.claude.json
專案	僅限當前項目	是的，透過版本控制。	.mcp.json 專案根目錄
使用者	你的所有項目	不	~/.claude.json

經驗法則： 專案範圍僅限於伺服器，絕不包括金鑰。. 承諾 .mcp.json 這會告訴你的團隊專案使用了哪些伺服器；將憑證保存在環境變數中。 .mcp.json 運行時會擴展。本地作用域是預設作用域，也是存放任何實驗性或個人用途內容的理想場所。.

兩個陷阱值得了解，以免花你一小時。

• 一個包含以下內容的 JSON 條目 網址 但是沒有 類型 這是配置錯誤。. Claude Code 將無類型條目讀取為標準輸入/輸出伺服器，跳過該條目，並提示您新增。 ""type": "http"". 如果您是從別人的 README 文件中貼上配置，請先檢查該欄位。 （規範中稱之為傳輸） 可流式HTTP; 克勞德·科德接受它作為別名 http, 因此，複製的配置無需修改即可正常運作。 ）
• npx基於 - 的伺服器需要在環境中安裝 Node.js。. 桌面環境通常可以找到它，但容器環境往往找不到。在 JonOps 中，我會在鏡像建置時全域預安裝伺服器軟體包，而不是讓它們自行安裝。 npx 每次 cron 運行都進行冷啟動——僅此一項就能為每次執行節省幾十秒的時間。.

透過執行以下命令來驗證任何安裝： /mcp 在 Claude Code 會話中，您將獲得所有已註冊伺服器、其連線狀態及其工具。.

第二次更正，這次比較重要。. 六月我曾寫過，在網頁版 Claude 中無法使用自訂 MCP 伺服器。現在情況已經不同了。您可以新增伺服器作為 連接器 在 claude.ai/customize/connectors 現在，當您使用 claude.ai 帳戶登入時，資料會自動流入 Claude Code——它們會顯示在… /mcp 標記為來自 claude.ai。對於像我這樣的無頭設置，需要注意一點：只有當 claude.ai 訂閱登入是您的有效身份驗證方法時，才會取得連接器。如果 人類學 API 金鑰 如果設定了，或者您是透過 Bedrock 或 Google Cloud 進行路由，則它們根本無法載入。.

有關包括環境變數管理和容器特定陷阱在內的完整演練： Claude Code MCP 設定指南.

你能運行多少個MCP工具？ （我六月答錯了）

以下是我需要撤回的說法。.

六月我寫過，每個註冊的伺服器都會將其工具描述添加到 Claude 的上下文視窗中，所以實際上伺服器數量上限大概在 8 到 12 個左右，再多就會佔用你實際工作所需的空間。我當時是這麼說的，現在已經不是這樣了。.

Claude Code 現已出貨 工具搜尋, 預設情況下已啟用。它不會在會話開始時載入所有工具定義，而只會載入所需的工具。 姓名 此外，它還會取得每個伺服器的指令，並在 Claude 實際需要時按需拉取完整的定義。 Anthropic 的官方文件明確指出：添加更多 MCP 伺服器對上下文視窗的影響微乎其微，而且每個伺服器的工具數量沒有固定上限——實際的限制在於您的上下文預算。.

所以，2026 年對於「我能運行多少個 MCP 工具」的真實答案是： 比你想像的多很多，而且這個數字本身已經不再是有趣的問題了。.

取而代之的是選擇品質——你運行哪些 MCP 工具，而不是運行多少個。以下幾點仍然至關重要：

• 工具搜尋需要一個支援模型 工具參考 積木 — Sonnet 4.5、Haiku 4.5、Opus 4.5 及更高版本。舊款機型採用前置式裝紙，容量上限也已恢復。.
• 在某些環境下會被禁用。. 觀點 人類基本網址 在非第一方主機上，Claude Code 關閉了工具搜尋功能，因為大多數代理伺服器不會轉送流量。 工具參考 阻塞。如果您要經過網關，請在假設有足夠的頻寬之前檢查這一點。.
• 伺服器指令承擔了負載。. 由於定義被延遲，伺服器的指令文字決定了 Claude 是否需要尋找您的工具。如果您要發布伺服器，請說明您的工具處理的工作類別以及 Claude 應該在什麼情況下查找它們。描述和指示每條都會被截斷到 2KB，因此請將重要部分放在前面。.
• 工具越多，選錯工具的可能性就越大。. 上下文壓力並非唯一的代價。二十個功能重疊、描述模糊的工具建構出的模型運行遲緩，而無人值守的定時任務運行時出現的遲緩，看起來就像程式卡住了一樣。.

我的堆疊追蹤一直保持在八個，持續了好幾個月，因為八個是工作所需的數量——並非因為我刻意限制上下文。這個理由恰好在這次變更後仍然適用。但我公佈的數字卻不適用，我寧願向你展示更正後的數字，而不是讓陳舊的上限阻止你使用你需要的工具。.

您實際需要哪些 MCP 工具？ （與您的業務類型相符）

既然不再受制於情境壓力，你可能會忍不住想把所有 MCP 工具都安裝到控制面板上。千萬別這麼做。你添加的每個工具都意味著你需要承擔一項資格認證，並且模型需要處理一個決策介面。以下是我根據業務類型推薦的部署順序。.

內容創作者（部落客、簡報撰稿人、課程製作者）：
首先 檔案系統 + Airtable + 獲取. 文件系統是存放草稿的地方。 Airtable 是你的編輯隊列。 Fetch 無需專用伺服器即可支援所有 API。需要進行真實瀏覽器競賽分析時，可新增 Playwright。.

軟體建構者和開發人員：
首先 GitHub + 檔案系統 + 獲取. GitHub MCP 可以將 Claude Code 從程式碼助理轉變為可以建立 PR 和管理問題的工具。此外，還可以新增 Playwright 來進行自動化測試。.

服務型企業和顧問公司：
首先 Airtable + Slack + Fetch + 內存. Airtable 管理客戶關係，Slack 處理溝通，Fetch 連結到你的 CRM 和計費系統。記憶體管理是人們常常忽略但不應該忽略的部分——你希望 Claude 能夠在每次會話之間保存每個客戶的上下文訊息，而不是每次都重新學習。.

自動化操作員（JonOps 模型）：
最終你會得到全部八個組件。依下列順序新增：檔案系統 → Fetch → Airtable → GitHub → n8n → 記憶體 → Playwright → Slack。先是資料層，然後是操作層，接著是編排層，最後是監控層。每次新增組件都應該移除一個需要你手動點擊的特定位置。.

誠實的80/20法則： 檔案系統 + Airtable + Fetch 幾乎涵蓋了所有自僱者的應用程式場景。光是這三者就能讓 Claude 管理你的內容、資料和 API 呼叫。除此之外的一切都是為了更好地利用現有功能，而非為了實現功能全面。.

選擇規則沒有改變，我也不認為它會改變： 順著摩擦力走。. 不要隨意安裝。只有當你想到「真希望克勞德能直接推送這個」時，才應該安裝——安裝那個能省去這一步的伺服器。如果你想了解最終結果，我已經把整個過程記錄下來了。 運作一個完全自主的人工智慧代理究竟需要哪些條件.

MCP 工具安全：清單文章遺漏的內容

每篇總結文章都會告訴你應該安裝哪些 MCP 工具，但幾乎沒有文章會告訴你安裝這些工具意味著你要接受哪些條款。規範本身寫得很清楚，所以我們直接閱讀規範就好。.

伺服器需要完成以下任務： 驗證所有工具輸入，實施適當的存取控制，限制呼叫速率，並對輸出進行清理。這些都是必須的。如果你要搭建伺服器，這些是你的底線，而不是你的目標。.

客戶應該怎麼做 ——以下是檢驗您系統配置是否合格的清單：

• 對敏感操作提示使用者確認
• 在呼叫伺服器之前，向使用者顯示工具輸入框。, 具體而言，是為了防止惡意或意外的資料外洩。
• 在將工具結果傳遞給模型之前，請先驗證工具結果。
• 對工具呼叫實作逾時設定
• 出於審計目的使用日誌工具

請再讀一遍第二條，因為正是它應該改變你的行為。風險不僅在於工具本身會造成不良後果，還在於工具本身… 接收 這是不應該發生的情況。參數由一個包含你整個會話上下文的模型組成。遠端伺服器可以看到最終進入這些參數的所有內容。這是一種數據外洩途徑，而且是無聲的。.

由此衍生出三種操作員習慣：

• 將所有資質認證的範圍縮小到最有效的程度。. GitHub MCP 可以限定於特定程式碼庫。 Airtable 可以限定於一個資料庫。先以唯讀模式開始，確認行為符合預期，再擴大權限範圍。預設權限範圍幾乎總是超出實際需求。.
• 將工具元資料視為不可信輸入。. 規範指出，除非伺服器可信，否則客戶端必須將工具註解視為不可信。如果工具將自身描述為唯讀，則表示它在聲明自身的權限。請使用有效範圍的憑證進行驗證，而不是使用不確定的憑證。.
• 記錄所有操作，並檢查日誌。. 無人值守代理程式會悄無聲息地發生故障。規範的客戶指南中包含審計日誌是有原因的——這是唯一能讓你發現某個工具已經故障六天的方法。這是我在幾次慘痛教訓後總結出的原則： 每次自主運作都會寫入一個結構化的結果行, 無論成功或失敗，沒有例外。.

這並不意味著MCP工具本身有危險。相反，它們屬於基礎設施，而這正是您應該對待任何與您企業相關的憑證的方式。.

關於 MCP 工具的常見問題

MCP 工具、資源和提示之間有什麼區別？
工具是受模型控制的、有副作用的函數－由 Claude 決定呼叫。資源是應用程式控制的數據，客戶端讀取這些數據並將其作為上下文附加。提示是使用者控制的模板，通常以斜線命令的形式呈現。簡而言之：工具執行操作，資源了解訊息，提示啟動操作。.

我需要是開發人員才能使用MCP工具嗎？
不，安裝一個就是一個 克勞德·MCP 添加 如果您在 claude.ai 中新增連接器，則只需執行命令或點擊幾下即可。取得底層服務的 API 憑證通常是最耗時的步驟，但對於大多數服務來說，這只需要五分鐘。.

MCP工具安全嗎？它們會刪除我的資料嗎？
它們會根據您授予的權限運作。例如，擁有 Airtable 讀寫權限的金鑰意味著 Claude 可以寫入 Airtable，而只讀金鑰則表示它沒有寫入權限。操作步驟應從小處著手，驗證權限後再逐步擴展—同時，請記住規格中的建議：客戶應在呼叫工具前向您展示工具輸入，並確認敏感操作。.

我可以在網頁版 Claude 上使用 MCP 工具嗎？
是的——自本指南第一版以來，情況有所改變。伺服器已新增為連接器。 claude.ai/customize/connectors 使用 claude.ai 工作，並在登入該帳戶後同步到 Claude Code。團隊版和企業版套餐中，只有管理員才能新增連接器。需要注意的是：如果您目前的驗證方式是 API 金鑰或 Bedrock 等第三方供應商，則連接器無法在 Claude Code 中載入。.

Claude 一次最多可以處理多少台 MCP 伺服器？
比之前的建議更進一步。工具搜尋會將工具定義延遲到需要時才進行定義，因此額外的伺服器佔用的上下文資源非常少，而且沒有固定的單一伺服器上限。真正的限制在於您的上下文資源預算以及您自身區分不同工具的能力。.

如何判斷我正在閱讀的指南是否已過時？
兩個快速測試。如果它將協議版本協定描述為一次性的 初始化 握手過程早於 2026 年 7 月 28 日的修訂版。如果它提示您手動編輯 claude_desktop_config.json 作為主要安裝路徑，它比命令列介面 (CLI) 出現得更早。兩者都沒有否定先前的建議，但都說明了自那時以來發生的巨大變化。.

如果我使用的工具沒有 MCP 伺服器怎麼辦？
使用 Fetch 直接呼叫 REST API（這涵蓋了大多數情況），或建立自己的伺服器。建立一個伺服器只需幾個小時。 Claude Agent SDK, 不是幾週。首先使用 Fetch；只有當 Fetch 的靈活性確實不足以滿足需求時，才需要建立自訂函數。.

MCP工具除了Claude之外，還能與其他軟體相容嗎？
是的。 MCP 是一個開放協議，擁有廣泛的客戶端支援——ChatGPT、VS Code 和 Cursor 都支援它，Claude 也支援。這正是基於 MCP 進行開發的真正優勢：你今天寫的伺服器不會被某個廠商的路線圖所束縛。.

結論：從三個開始，然後逐步增加。

MCP 工具並非魔法，而是基礎建設。與所有基礎設施一樣，其帶來的收益會隨著您精心建造的程度而成正比增長。.

JonOps 經過數月的實際應用後坦誠地總結：效率提升最大的關鍵在於三個工具——Filesystem、Airtable 和 Fetch。這三個工具讓 Claude 從對話助理變成了一個無需我幹預就能完成多步驟工作的智慧助理。之後的一切都只是錦上添花，而且都是有計劃地進行。.

自六月以來發生的變化值得直截了當地說出來。協議進行了修訂，加入了實際的生產功能。我之前警告過的上下文上限問題已經透過技術手段解決了。 Claude 網站上的答案也從「不能」變成了「可以」。我自己的兩個回答在三個月內就過時了，我寧願公開更正它們，而不是讓你們繼續針對一個已經不存在的限制進行優化。.

這才是真正的教訓，它比任何工具清單都更持久： 這個堆疊的運行速度比相關的指南寫的速度還要快。. 查看規格日期。查看 CLI（命令列介面）。確認您設計時所依據的天花板是否仍存在。.

然後從小處著手。安裝 Filesystem、Airtable 和 Fetch。完整運行一個工作流程，期間不要做任何修改。等到遇到下一個瓶頸時再加入下一個工具—不要提前添加。.

實現業務自動化並非一朝一夕之功。但只要部署合適的 MCP 工具，每週你投入的時間就會減少一些。這才是關鍵所在。.