STREAMABLE HTTP

MCP 伺服器檢查

連線到遠端 MCP 伺服器,檢視有哪些工具,確認後再執行呼叫。

未連線

連線伺服器

只支援 443 連接埠的公開 HTTPS 端點。重新導向與私有網路位址會被封鎖。

  1. URL 與安全性等待中
  2. 驗證等待中
  3. 協定協商等待中
  4. 探索工具等待中

認證資訊只會為了你要求的連線經過 ComUtil,且僅保存在加密的瀏覽器工作階段中。

什麼是 MCP 伺服器檢查?

Model Context Protocol 伺服器對外提供 AI 用戶端可以呼叫的工具、資源與提示詞。伺服器檢查會確認遠端端點能否完成 MCP 交握、回報協商出的協定版本、列出它公開的工具,並驗證一次真實呼叫是否回傳可用結果,這些都能在把伺服器寫進 Claude Code、Codex 或其他用戶端設定之前完成。

檢查如何進行

檢查分階段進行。先驗證 URL:只接受 443 連接埠的公開 HTTPS 端點,拒絕重新導向、IP 字面主機以及私有或保留位址。接著用戶端建立 Streamable HTTP 工作階段,透過 initialize 協商協定版本,再呼叫 tools/list,並把每個工具連同其輸入 schema 一起呈現。tools/call 只有在你確認了確切的工具與參數之後才會執行,因為伺服器對自己工具所寫的註解並不可信。

常見使用場景
  • 確認剛部署的遠端 MCP 端點能回應 initialize 與 tools/list
  • 在寫入用戶端設定前,檢查 OAuth 2.1 伺服器能否完成授權
  • 不更動本機用戶端設定就重現失敗的工具呼叫
  • 在針對它撰寫提示詞或程式碼之前,先讀伺服器公開的輸入 schema
  • 從非開發機的環境驗證託管的 MCP 端點
檢查會回報什麼
  • initialize 階段協商出的協定版本
  • 所有公開的工具及其描述與輸入 JSON Schema
  • 由於不支援舊版 SSE,端點是否接受了 Streamable HTTP
  • Bearer 權杖、API 金鑰與 OAuth 2.1 的認證結果
  • 經確認的工具呼叫回傳的文字、結構化內容與中繼資料
示例
輸入: https://mcp.example.com/mcp
輸出: 協定協商完成,發現 12 個工具
輸入: Authorization: Bearer <token>
輸出: 憑證通過,tools/list 回傳 3 個工具
輸入: {"query": "release notes", "limit": 5}
輸出: 412 毫秒回傳文字與結構化內容
常見問題

這個工具會替我託管或執行 MCP 伺服器嗎?

不會。它只是連線到你已經執行或已訂閱的伺服器,並顯示該伺服器的回應。這裡不部署也不託管任何東西。

為什麼只接受 443 連接埠的 HTTPS 端點?

連線是從 ComUtil 這一側發起的,因此會拒絕 localhost、私有網段、IP 字面主機以及重新導向。少了這個限制,這項檢查就可能被指向並非你所有的基礎設施。

我的權杖與 API 金鑰會存到哪裡?

它們只用於你要求的那次連線,並且只保存在加密的瀏覽器工作階段中。八小時內到期,中斷連線或瀏覽器工作階段結束後即失效。

它支援舊版的 HTTP + SSE 傳輸嗎?

不支援,只支援 Streamable HTTP。若伺服器仍保留舊的 SSE 端點,請把檢查指向它的 Streamable HTTP 路徑。

工具會在我未批准的情況下執行嗎?

不會。每次呼叫都要經過一次最終確認,明確顯示工具名稱與參數,因為伺服器可能對自己的工具描述不準確。

最終確認

要執行這個工具嗎?

MCP 伺服器可能會實際變更外部系統。繼續前請確認工具與參數是否正確。

工具
參數