MCP網關：你需要一個嗎？我的10個貨櫃船隊目前一個都沒運行（以下是我會添加一個的地方）

每個排名前幾名的頁面 MCP網關 很多公司都在賣這種產品。 Kong、TrueFoundry、Operant、Traefik、Zuplo，這些都不錯。這很好，它們都是好產品。但這也意味著，最重要的問題——「我真的需要嗎？」——總是由那些答案永遠是「是」的人來回答。.

所以，這裡提供另一個答案，並附上證據。我在 Claude Code 上運行著 10 多個自主品牌容器。撰寫此貼文的容器自 2026 年 6 月 12 日起一直在執行排程任務，並且擁有超過 1700 條運行日誌。此集群中的 MCP 網關數量為 [此處應填寫具體數量]。 零. 此容器中配置的 MCP 伺服器數量為 一, 而且，自 8 月 3 日以來，該帳戶一直無法通過身份驗證。.

第二個數字才是關鍵所在，也是這篇文章存在的意義。以下內容將介紹：MCP 閘道的實際作用、如何在沒有 MCP 閘道的情況下實現其各項功能、此方法的限制、大多數排名頁面尚未更新的 2026 年 7 月協定變更，以及何時需要新增 MCP 閘道的簡單閾值。.

MCP網關究竟是什麼（一段話，不含廠商術語）

MCP 伺服器透過以下方式向 AI 代理程式公開工具（讀取檔案、查詢資料庫、建立工單）： 模型上下文協定. 。 一個 MCP網關 網關是一個位於代理程式和伺服器之間的代理程式。代理只需連接到網關一次。網關決定哪些代理可以呼叫哪些工具，將呼叫轉發到正確的伺服器，注入憑證，並記錄發生的情況。就是這樣。它是一個檢查點，而不是一種新型人工智慧。.

如果您使用過 API 網關，那麼這個結構對您來說應該很熟悉。差別在於 MCP 閘道能夠理解 MCP 流量。它可以識別出請求是 MCP 協定的。 工具/調用 一個名為 刪除記錄, 它不只是“向某個 URL 發送 POST 請求”，而且它可以將規則應用於該特定工具。.

網關包含兩樣東西： 不是:

• MCP並沒有要求這樣做。. 任何 MCP 用戶端都可以直接與任何 MCP 伺服器通訊。就連網關供應商 API7 也在其常見問題中明確指出：“MCP 需要網關嗎？不需要。”
• 這不是快速注入修復方案。. 它可以透過限制代理可以使用的工具範圍來縮小爆炸半徑。但它無法判斷工具返回的文字是否試圖劫持你的代理。.

如果你對MCP伺服器本身還不太清楚，可以先看看我的指南。 MCP 工具以及我每天運行的工具, 然後回來。.

MCP 閘道 vs MCP 伺服器 vs API 閘道 vs AI 網關

有四個術語經常被混淆，商家也故意模糊它們之間的聯繫，因為「能做到這四件事」的產品更容易賣出去。以下是簡明版本：

成分	它控制著什麼	典型範圍	當你需要它的時候…
MCP伺服器	提供工具、資源和提示	一項服務（GitHub、Postgres、您的文件）	您希望代理人使用該服務
MCP網關	誰可以呼叫哪個工具、路由、憑證、審計	許多代理 × 許多 MCP 伺服器	多個使用者或代理共享伺服器，您需要控制權限。
API網關	服務之間的 HTTP/REST 通信	您的微服務和公共 API	您可以大規模發布或使用 API。
人工智慧門戶	呼叫模型提供者：金鑰、配額、代幣支出	LLM 和嵌入式 API	多個應用程式共享型號密鑰和預算。

簡短版本： AI網關控制智能體的思考方式（模型呼叫）。 MCP網關控制智慧體執行的操作（工具呼叫）。. API 閘道了解 HTTP，但不了解 MCP 工具調用，因此無法強制執行「此代理可以讀取但不能刪除」。“

有些產品將所有這些功能整合在一個設備中。例如，Kong 的 AI Gateway 就在一個控制平面上涵蓋了 LLM、MCP 和代理間通訊。如果您需要這三種功能，這確實是一個很大的優勢。但如果您只需要其中一種，那麼這個設備就顯得過於龐大了。.

MCP Gateway 的五項功能

去掉排名頁面上的行銷內容，每個 MCP 網關都會執行五種功能中的幾種。分別命名這些功能很重要，因為你可能只需要其中一兩種功能，而不需要全部五種。.

1. 身份驗證：誰在打電話？

網關會在任何資料到達伺服器之前進行身份驗證，通常使用與您的身分提供者關聯的 OAuth 2.1、OIDC 或 JWT。 Red Hat 的文件更進一步，採用了 OAuth 令牌交換，因此代理根本不會持有下游憑證。.

2. 授權：他們可以撥打哪些電話？

這項工作才是真正體現產品價值的地方。身份驗證表明“這是研究代理”。授權表明“研究代理可以致電”。 搜尋文檔 但不 退款問題“Traefik 將其版本稱為 TBAC（基於任務、工具和事務的存取控制）。無論名稱為何，關鍵在於工具層級的權限，而不是非此即彼的金鑰。.

3. 路由：此呼叫將發送到哪裡？

代理連接到一個端點，網關將每個呼叫轉發到正確的伺服器。這意味著您可以移動、擴展或替換伺服器，而無需重新配置每個客戶端。.

4. 審計和可觀察性：發生了什麼事？

每次呼叫都會被記錄在一個地方：誰呼叫的，使用的工具，允許呼叫的策略，耗時，以及是否失敗。這正是合規人員所需要的，而且如果沒有網關（下文會詳細介紹），這項工作也最難偽造。.

5. 發現與註冊：現有情況如何？

經過認證的伺服器和工具目錄，可以讓新加入的代理商或團隊成員了解哪些資源可用，避免有人隨意從 GitHub README 檔案找伺服器接取系統。 IBM 的 ContextForge 在這方面做得最為出色，它自稱為「註冊表和代理程式」。“

我的車隊如何在沒有 MCP 閘道的情況下完成這五項任務

首先，一個足以改變整個局面的坦白： 我的艦隊在運作時幾乎不使用MCP。. 我統計過了。在這個容器中的 39 個即時技能檔中，呼叫 MCP 工具的指令數量為 零. 每次整合都是一個簡單的 REST 呼叫。 捲曲. Airtable 在 56 個端點引用中出現，DataForSEO 在 13 個端點引用中出現，Metricool 在 12 個端點引用中出現，Asana 在 11 個端點引用中出現，Gmail 在 8 個端點引用中出現。.

這是設計選擇，並非偶然。一個每晚運行一個任務的定時代理不需要任何工具就能被發現。它需要的是每次都記錄下來的確切端點。 MCP 在互動式工作中表現出色，代理可以動態選擇工具。 （關於這方面，請參見…） 如何將MCP連接到Claude程式碼.)

以下是每個網關任務與艦隊實際執行的任務之間的對應關係，以及這種對應關係的有效性：

入門級工作	我的艦隊會怎麼做？	誠實評分
驗證	憑證以環境變數的形式註入到每個容器中，這些環境變數來自主機上每個品牌對應的設定檔。此容器包含 114 個環境變量，其中 33 個變數的名稱採用密鑰/令牌/密鑰/密碼格式。.	好的 對於一個運營商
授權	容器只能使用指派給它的憑證。品牌 A 的容器絕對不會看到品牌 B 的 WordPress 密碼。.	粗。. 一個 Airtable 令牌可以寫入資料庫中的所有表格。沒有工具層級的規則。.
路由	無需路由。每個技能文件直接指定其端點。.	美好的, 因為什麼都沒動。
審計	每次運行的日期日誌，以一個結尾 技能結果 夜間巡邏員會檢查的線路。.	虛弱的。. 這是經紀人說的 說 確實如此，但那不是電報紀錄。.
發現	技能文件即註冊表。.	失敗, ， 見下文

我不引以為傲的收據

此容器中配置的唯一一台 MCP 伺服器是姐妹品牌模板遺留下來的。它是一個占星資料伺服器，隸屬於一個發布 AI 自動化內容的品牌。它一直處於返回狀態。 HTTP 401 至少從8月3日起就出現了這個問題。 9月25日的一次運行追蹤發現問題出在其身份驗證標頭中存在多餘的空格。今晚（10月22日），本次會話開始時仍連線失敗。.

更糟的是：該品牌本身的設定檔聲稱連接了另外兩台 MCP 伺服器（Asana 和 Replicate）。但實際上，它們並未連接到此容器。代理程式幾個月前就發現了這個問題，每次都悄悄地回退到 REST 介面。這項工作從未失敗，而這正是沒人修復它的原因。.

這就是網關註冊表存在的意義：它集中管理哪些伺服器存在、哪些伺服器運作正常以及哪些伺服器連線錯誤。由於有 10 多個容器各自保存自己的配置，我根本找不到一個統一的地方來查看這些資訊。最後我是透過搜尋日誌才找到的。.

第二個薄弱環節：審計。我的運行日誌由代理程式寫入。如果代理程式錯誤地報告了其操作，日誌也會顯示錯誤訊息。而網關則在網路傳輸過程中記錄日誌，因此它記錄的是實際發出的呼叫。對於我這樣一位獨立操作員來說，只需閱讀日誌即可，這種差距尚可接受。但如果審計人員需要信任這些日誌，那就不可接受了。我已經將容器端的相關內容（包括這些未解決的差距）發佈在我的… Claude Code 沙箱審計.

2026 年 7 月 MCP 規範變更將降低網關運作成本

該術語排名靠前的頁面大多是根據舊協議編寫的。目前的修訂版，, MCP 2026-07-28, 更改了網關最關心的部分。我閱讀了官方的變更日誌，而不是僅僅相信摘要。以下是日誌內容：

• MCP現在是無狀態的。. 這 初始化 / 通知/已初始化 握手機制已不存在。每個請求都攜帶自己的協定版本和客戶端功能。 _meta.
• 協定級會話被移除, 包括 Mcp-Session-Id Streamable HTTP 請求頭。如果伺服器需要在呼叫之間保持狀態，它會傳回一個明確句柄，下一個工具呼叫會將該句柄作為普通參數傳遞。.
• 現在必須使用標準請求頭。. 可串流 HTTP POST 請求必須攜帶 Mcp方法 和 Mcp-名稱 （SEP-2243），因此代理可以路由或應用策略而無需解析 JSON 正文。.

為什麼這對MCP網關很重要：

1. 沒有黏滯會話。. 任何網關實例都可以處理任何請求，因此您不需要會話親和性或共用會話儲存。橫向擴展會變得枯燥乏味，而這正是您想要的。.
2. 更便宜的保單檢查。. “「堵塞 工具/調用 為了 刪除記錄”現在，它可以作為標頭規則，就像在任何 HTTP 代理上編寫規則一樣。.
3. 傳統領域是另一條道路。. 2025年11月25日及之前發布的客戶端仍然使用握手和會話機制。同時服務這兩種機制的網關必須確保兩者完全分離。.

這對於供應商頁面來說也是一個有用的測試。 Traefik 的解釋文件仍然稱「會話智慧路由」（即將工作流程綁定到單一後端實例）為「一項必要功能」。這對於舊版客戶端來說仍然適用。但對於目前規範的流量，協定本身已不再需要綁定會話。. 當供應商告訴你「你需要什麼」時，請檢查他們所描述的是哪個規格版本。. 微軟的開源網關已經發生了變化：其 README 文件描述了無狀態的按請求路由，其中傳統的會話標頭「不再決定路由」。“

何時真正需要MCP網關：閾值

排名頁面給出了一些閾值，但這些閾值比較廣泛。 Kong 建議，只有當伺服器數量超過 2-3 台，並且考慮到合規性要求、團隊隔離或部署到生產環境時才需要添加網關，最後還強調「不要等到混亂才行動」。 API7 則更為謹慎：直接連接“對於本地開發或小型可信任環境來說已經足夠”，而對於單一使用者工作流程來說，網關“可能會增加複雜性，卻無法提升安全性”。“

伺服器數量是錯誤的維度。我更願意統計… 人類與撤銷. 這是我的底線。這只是我個人的觀點，但我是從四個月來經營一些無人問津的經紀人的經驗中總結出來的。.

如果符合以下情況，您可能暫時不需要 MCP 網關…

• 所有代理人和所有憑證都歸一個人（或一個值得信賴的小團隊）所有。.
• 您的代理程式大多執行具有已知端點的固定作業，其中 REST 或幾個本機 MCP 伺服器完成工作。.
• 每個代理程式都在自己的容器中運行，只使用它需要的金鑰。這是成本最低的授權方式。.
• 團隊以外的人無需信任你的日誌。.

當以下任何一種情況屬實時，您就需要它：

1. 多個用戶共享同一個 MCP 伺服器, 你需要知道是誰的代理人做了什麼。.
2. 您需要撤銷一個代理，但無需重新部署它。. 使用容器級環境變數時，撤銷意味著輪換鍵，所有共用該鍵的容器都會受到影響。.
3. 您需要對共享伺服器擁有工具級權限讀作“是”，寫作“否”，絕不退款。.
4. 合規機制需要一個集中記錄工具呼叫情況的資料庫。 （SOC 2、HIPAA、SOX、GDPR 存取日誌）。代理商自行上報的日誌無法通過審核。.
5. 你不可能在一分鐘之內回答「哪些 MCP 伺服器配置在哪裡？」這個問題。. 那是我的占星伺服器。一筆過期的記錄只是清理工作，五十筆記錄分散在團隊裡，遲早會出問題。.

根據我自己的測試，前四項我都通過了，第五項沒通過。目前針對我這邊的伺服器群，最適合的解決方案還不是網關。而是每晚執行的檢查腳本，它會列出所有容器中已配置的 MCP 伺服器，並標記出所有無法連接的伺服器。這只是一個簡短的腳本，並非一個完整的平台。如果第二個人也對共享伺服器運行代理，情況就完全不同了。.

對於涉及所有者、登記冊和分階段審批流程的大型公司版本，請參閱我的文章。 什麼因素會導致企業人工智慧代理飛行員死亡？. 網關通常是飛行員最先缺少的管理環節。.

您的 MCP 網關選項及其各自的費用

如果達到閾值，選項將清晰地分開。以下所有資訊均已於 2026 年 10 月 22 日在供應商頁面和 GitHub 上核實。價格會變動，請在購買前再次確認。.

開源（你自己運行）

• Docker MCP 網關, 該工具採用 MIT 許可證，在 GitHub 上擁有約 1.6k 個星標。它將每個 MCP 伺服器運行在各自獨立的容器中，並限制其權限、網路和資源，同時注入憑證，並記錄和追蹤呼叫。如果您使用 Docker Desktop 和 MCP Toolkit，它已在背景運行。該工具最適合已在 Docker 環境中運行的小型團隊。要注意的是：捆綁了 Docker AI 治理功能的版本僅限受邀用戶透過銷售管道取得。.
• Microsoft mcp-gateway, MIT 出品，約 890 個 star。這是一個專為 Kubernetes 建構的反向代理和控制平面，支援 bearer token 和 RBAC 認證，並提供適用於 Azure 的 Entra ID 路徑。如果您已經在使用 Kubernetes，它非常實用；但如果您沒有使用，則可能過於臃腫。.
• IBM ContextForge, Apache 2.0，約有 4.7k 個 star。它是一個註冊表和代理，將 MCP 伺服器、A2A 代理和普通的 REST/gRPC API 整合到一個統一的入口點。在服務發現方面表現優異。.
• 代理網關, Apache 2.0 版本，擁有約 5.4k 個星標。這是一個基於 MCP 和 A2A 建構的代理，可在一個地方處理代理到 LLM、代理到工具以及代理到代理的流量。如果您希望使用一個代理程式同時管理 AI 網關和 MCP 網關，那麼它值得考慮。.

許可證是免費的。成本在於您的時間：部署、修補、將其與身分驗證系統連接，以及在系統當機時隨時待命。網關位於每個工具呼叫的路徑上，因此一旦網關發生故障，所有代理程式都會同時失效。.

託管式（您租用）

• 孔康Plus套餐起價為每月$25，另加流量使用費，涵蓋LLM、MCP和A2A流量。每月包含100萬次AI網關請求，之後每增加100萬次，每月額外收取$200，Plus套餐最高可達1000萬次。提供30天免費試用，無需信用卡。.
• TrueFoundry開發者套餐：$0，最多可供 3 位使用者使用，每位使用者每月 1 萬次請求和工具調用，日誌保留 7 天。專業版套餐：每位用戶每月 $25，每位用戶每月 2 萬次請求，超出部分每增加 10 萬次收費 $20。.
• 此外，在託管和企業級領域，還有：Traefik、Zuplo、Operant（安全優先）以及微軟 Foundry 的以 MCP 工具為導向的 AI 閘道治理（預覽版）。大多數產品不公開價格。.

購買前先快速檢查一下：調度代理群實際呼叫工具的次數遠比您預想的要少。這個品牌每天大約運行十幾個調度任務。對於小型團隊來說，請求配額很少會成為限制因素，真正受限的是席位和日誌保留時間。七天的日誌不足以構成完整的審計追蹤。.

如果您正在考慮您的設定是否需要網關，或者只需要更精簡的容器和憑證佈局，這正是我在一份文件中詳細闡述的內容。 制定戰略會議. 通常的答案是「先修復憑證」。“

MCP 閘道常見問題解答

什麼是MCP網關？

AI代理和MCP伺服器之間的代理，集中管理身份驗證、工具級權限、路由、審計日誌和已批准伺服器註冊表。代理連接到網關，而不是連接到每個伺服器。.

MCP 伺服器和 MCP 閘道有什麼不同？

MCP 伺服器將來自某個系統的工具（例如 GitHub 或資料庫）公開出來。 MCP 閘道位於多個伺服器的前端，控制哪些使用者可以存取哪些工具。您可以擁有一些沒有網關的伺服器。沒有後端伺服器的網關本身不執行任何操作。.

我們需要MCP網關嗎？

如果所有代理程式和憑證都由一個人或一個受信任的小團隊擁有，並且代理程式在具有作用域密鑰的隔離容器中運行，則不需要。但多人共用伺服器、必須在不影響其他代理程式的情況下撤銷某個代理程式、需要在共用伺服器上設定工具級規則，或稽核人員需要集中記錄時，就需要使用工具級規則。.

MCP網關和API網關是一樣的嗎？

不。它們在身份驗證、速率限制和日誌記錄方面有重疊，但 API 網關無法理解 MCP 工具調用，因此無法強制執行針對每個工具的規則。一些 API 網關（例如 Kong 和 Traefik）透過擴充功能添加了對 MCP 的支援。.

MCP網關能否阻止提示符號注入？

它透過限制代理可以使用的工具以及對高風險工具要求審批來降低損害。它無法判斷工具的輸出是否惡意，因此仍然需要精心設計工具，並且對高影響操作需要手動批准。 克勞德代碼安全指南 涵蓋代理方。.

2026-07-28 MCP 規範是否有任何變化？

是的。它使 MCP 成為無狀態的，並移除了協定會話，因此網關不再需要為當前客戶端提供黏性路由。它還要求 Mcp方法 和 Mcp-名稱 標頭，因此策略可以基於標頭進行匹配。舊版客戶端仍然需要單獨的舊版路徑。.

結語：取得您的 MCP 網關

MCP 閘道是能有效解決實際問題的工具：使用者眾多、代理眾多、伺服器眾多，卻無人能追蹤使用者的操作記錄。如果您也面臨這樣的問題，可以選擇與您現有技術堆疊相容的開源方案，或租用 MCP 網關，將時間投入到其他更有意義的事情上。.

如果你還沒達到那個水平，那就先做每項工作的低成本版本：

• 身份驗證和授權： 每個代理商或品牌一個容器，只存放該代理商所需的鑰匙。.
• 審計： 每次運行都會產生一個帶有日期的日誌，最後會產生一行結果，該結果每晚都會被檢查。.
• 發現： 每晚清點你配置的每台 MCP 伺服器，並檢查它們是否連接。我的伺服器群組缺少這個功能。.

然後密切注意廉價版本何時無法滿足需求。這並非伺服器數量的問題，而是當你第一次需要撤銷某個代理，卻又不得不影響其他三個代理。那時你就該買網關了。至於我的無人值守設定是如何運作的，請閱讀… 真正支撐我旗下10個品牌業務的是什麼？ 以及 我從四個月的無人陪伴跑步中學到的九種技巧.