原文標題：Model Context Protocol gateway for Red Hat OpenShift is now generally available
Red Hat 10 月 16 日宣布，MCP Gateway 已隨 Connectivity Link 1.5 正式提供，並與 Red Hat AI 產品整合。MCP（Model Context Protocol）讓 AI 代理使用外部工具與資源，但當企業有多個代理、部門和後端服務時，工具存取就需要集中治理；這次更新著重於流量隔離、權限控管、觀測及生產環境安全。
隔離機制有兩種：企業可以為不同團隊部署完全獨立的閘道實例，包括 router 與 broker；也能共用核心閘道，但從不同 listener 入口向下隔離各自的 MCP 元件，例如將 /mcp-team-a 與 /mcp-team-b 對應到不同的服務群組。這有助於降低不同租戶工具流量互相影響的風險。
閘道除了工具呼叫，也能整合上游 MCP Server 的 prompts/list、prompts/get，以及 resources/list、resources/read。管理員可透過 JWT 的 allowed-capabilities 權限宣告與 MCPVirtualServer 設定，限制代理可接觸的提示與資源。工具數量龐大時，新的 discover_tools 與 select_tools 允許代理先查詢精簡工具中繼資料，再挑選真正需要的工具集合，減少一次把全部 schema 塞入模型上下文的成本；此功能目前依賴有狀態工作階段。
官方也加入 2026-07-28 版 MCP 無狀態 HTTP 協定支援，並能在同一端點同時處理 2025 年各版本的舊協定。/mcp 可協商版本，/mcp/stateful 可強制舊式有狀態路徑。這對同時維護新舊代理與伺服器的企業尤為重要。
安全方面，router 會為有效的 tools/call 產生結構化稽核日誌，記錄工具、服務、狀態與請求識別；broker 也提供 Prometheus 指標觀察上游探索、工具數量與連線失敗。NeMo guardrails 整合可在呼叫前檢查請求、回傳前檢查回應，以降低提示注入及敏感資訊外洩風險，但需額外安裝與設定 NeMo。
Connectivity Link MCP Gateway 的 OpenShift Console 外掛目前標示為 developer preview，可在主控台建立、管理、觀察並測試 MCP Gateway 與 MCP Server。整體閘道雖已 GA，並不代表外掛、所有整合及每項協定能力都處於相同成熟階段。
發生了什麼事
Red Hat 的 MCP Gateway 隨 Connectivity Link 1.5 正式提供，加入租戶隔離、無狀態協定、稽核與安全防護。
為什麼重要
企業導入代理式 AI 後，工具呼叫若沒有可觀測的權限邊界，可能成為新型資料與操作風險。
影響哪些人
主要影響 OpenShift 管理員、AI 平台工程師、MCP Server 開發者與企業資安治理團隊。
已確認與未確認
閘道正式版已確認；主控台外掛仍為開發者預覽，NeMo guardrails 需另行安裝設定，部分工具探索依賴有狀態協定。
