MCP 通道

MCP 通道讓您能夠將 Claude 連接到在您私有網路內執行的「Model Context Protocol」，即 MCP 伺服器。流量透過僅限出站的連線傳輸，因此您無需開放入站防火牆連接埠、將服務暴露於公共網際網路，或在您的來源端將 Anthropic 的 IP 範圍加入允許清單。

關於零資料保留（Zero Data Retention）與 HIPAA BAA 資格，請參閱 API 與資料保留。

運作方式

通道堆疊由兩個在您網路內執行的元件組成：

• cloudflared： Cloudflare 的開源通道連接器。它會向通道邊緣發起僅限出站的連線，並將來自 Anthropic 的加密流量傳送到您的代理伺服器。
• 代理伺服器（Proxy）： Anthropic 的路由元件。它會終止內層 TLS、驗證上游 IP 是否落在允許的範圍內，並根據主機名稱將每個請求路由到正確的上游 MCP 伺服器。

您公開的每個 MCP 伺服器都會在您的通道網域下取得一個主機名稱（例如 docs.<your-tunnel-domain>）。您可以在 Console 中將這些主機名稱附加到 Managed Agent 工作階段，或透過 MCP 連接器將它們傳遞給 Messages API。

先決條件

在部署之前，請確保您具備：

• 一個部署目標：Kubernetes 叢集，或安裝了 Docker 和 Docker Compose 的虛擬機器。
• 在 Claude Console 中建立的通道。請參閱建立通道。
• 讓您的堆疊向 Tunnels API 進行驗證的方式。請選擇其中一種：
  • 程式化存取（建議）。 在建立通道時設定 Workload Identity Federation。您的堆疊會從您的身分提供者產生短期 API 權杖、擷取通道權杖，並自動產生和註冊 CA 憑證。需要管理聯合規則的權限、已註冊的 OIDC 簽發者，以及具有 org:manage_tunnels 範圍的聯合規則。
  • 手動。 自行提供靜態憑證：來自 Console 的通道權杖，以及由您在該處註冊的 CA 所簽署的伺服器憑證。請參閱取得連線詳細資訊和新增 CA 憑證。
• 一個或多個在您私有網路中執行的 MCP 伺服器。請參閱遠端 MCP 伺服器以取得範例。
• 符合網路需求中所列的出站連線能力。

網路需求

安全模型

安全層級

三個獨立的層級保護每個請求：

通道傳輸在 Cloudflare 的網路上執行。由於代理伺服器使用只有您持有的憑證來終止內層 TLS，Cloudflare 無法讀取請求或回應酬載。在註冊 CA 憑證之前，Anthropic 不會連接到通道，因此酬載在穿越 Cloudflare 網路時始終處於加密狀態。Cloudflare 確實會收到連線中繼資料；請參閱傳輸供應商可觀察到的內容。

共同責任模型

傳輸供應商可觀察到的內容

Cloudflare 提供出站傳輸。它無法讀取 MCP 請求或回應酬載，但會收到以下連線中繼資料：

• 執行 cloudflared 的主機的出口 IP 位址
• cloudflared 主機指紋
• 連線時間與位元組流量
• 指派給您通道的 *.tunnel.anthropic.com 子網域

Anthropic 與 Cloudflare 的協議限制了 Cloudflare 對此遙測資料的使用。在此研究預覽中，Cloudflare 作為子處理者。

部署通道

如果您是 MCP 通道的新手，請先從快速入門開始，在本機取得可運作的通道，然後再設定正式環境部署。

如何選擇：

• 部署目標
  • 部署到 Kubernetes 時使用 Helm。
  • 單一主機或本機測試時使用 Docker Compose。
• 設定時的驗證方式
  • 當您擁有 OIDC 身分提供者（例如 Kubernetes 叢集、雲端 IAM 或 SPIFFE）時，使用程式化存取（透過 Workload Identity Federation）。
  • 當您沒有上述條件，或正在進行測試時，使用手動憑證。

使用通道化的 MCP 伺服器

一旦您的通道處於啟用狀態（具有啟用的 CA 憑證且您的通道堆疊已連線），即可從 Claude Managed Agents 和 Messages API 存取上游 MCP 伺服器。

在這兩種情況下，通道會將加密流量傳送到您的 MCP 伺服器，但不會對其進行驗證。如果上游 MCP 伺服器需要自己的驗證（OAuth、bearer token），請以與任何其他 MCP 伺服器相同的方式提供；這與通道無關。

Managed Agents（Console）

1. 在 Managed Agents > Sessions 中，建立一個工作階段並選擇 Create new agent，以便您可以編輯 MCP 伺服器清單。
2. 點擊 + MCP Server 並開啟下拉選單。工作階段所屬工作區中至少有一個啟用憑證的通道會出現在清單頂端，位於公開連接器目錄之上。
3. 選擇通道並提供您的代理伺服器路由到特定 MCP 伺服器的 Subdomain（子網域），以及上游 MCP 伺服器預期的 Path（路徑）。Resolves to 行會顯示確切的 URL。

Messages API

在 mcp_servers 陣列中傳遞上游 MCP 伺服器的 URL，方式與任何其他遠端 MCP 伺服器相同。請求主體和 anthropic-beta 標頭遵循標準的 MCP 連接器格式；只有 url 是通道專屬的。以下範例使用 MCP 連接器的 mcp-client 測試版標頭，這與 Tunnels API 使用的 mcp-tunnels 測試版不同。請使用建立通道時所在工作區的 API 金鑰（Console Settings > API keys）。

URL 的主機為 <subdomain>.<your-tunnel-domain>。路徑取決於您的上游 MCP 伺服器，而非通道：FastMCP 的 streamable-http 傳輸在 /mcp 提供服務，其他伺服器可能使用 / 或自訂路徑（請查閱該伺服器的文件）。代理伺服器會原封不動地轉發路徑。

curl https://api.anthropic.com/v1/messages \
  -H "Content-Type: application/json" \
  -H "X-API-Key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: mcp-client-2025-11-20" \
  -d '{
    "model": "claude-opus-4-8",
    "max_tokens": 1000,
    "messages": [{"role": "user", "content": "Use the hello tool to greet tunnel."}],
    "mcp_servers": [
      {
        "type": "url",
        "url": "https://echo.YOUR_TUNNEL_DOMAIN_HERE/mcp",
        "name": "echo"
      }
    ],
    "tools": [{"type": "mcp_toolset", "mcp_server_name": "echo"}]
  }'

如需各種語言的 SDK 範例，請參閱 MCP 連接器；唯一的通道專屬值是 url。

後續步驟