開發生態
MCP 發布新路線圖：聚焦 Agentic 訊息與 HTTP 傳輸統一，Tasks 擴充預計 2026 年 6 月納入規範
Hacker News單一來源
尚未逐項核實
目前依單一來源整理，這是來源數量描述，不是對消息真假的判定。
Model Context Protocol (MCP) 官方發布最新路線圖，確立未來數月的五大優先發展領域。在 Agentic 訊息原語方面，為打破傳統請求與回應模式，將引入伺服器發起事件（Webhook 與頻道）。官方文件顯示，Tasks 擴充功能（SEP-2663）預計納入 2026-06-30 版本規範，具體引入 tasks/get、tasks/update 與 tasks/cancel 三種方法，讓伺服器能以非同步任務控制代碼回應請求。
傳輸層將推動 HTTP 原生統一，延續 2026-07-28 版本將遠端 MCP 伺服器視為標準 HTTP 負載的設計，未來將擴展至透過 stdio 執行 Streamable HTTP 的本機伺服器。針對企業級安全，MCP 將擺脫僅依賴瀏覽器授權，推動標準化代理身分驗證，包含 DPoP（持有證明）、工作負載身分聯邦（Workload Identity Federation）、ID-JAG 與標準 token 交換，並與 IETF OAuth 及 WIMSE 等標準組織合作。
此外，路線圖計畫統一工具呼叫的結果處理合約，並開發「漸進式發現」機制，讓伺服器僅提供小型入口點，隨對話聚焦再揭露更多目錄，以避免大量工具消耗模型上下文。官方也將持續最佳化 SDK 開發者體驗與文件，以利 AI 代理自動生成程式碼。
讀原始報導背景
Model Context Protocol (MCP) 是由 Anthropic 於 2024 年 11 月推出的開源標準，旨在讓大型語言模型等 AI 系統能以標準化介面連接外部工具與資料來源。透過 MCP，像是 Claude 或 ChatGPT 等 AI 應用程式可以更順暢地與外部系統整合並共享資料。
社群討論
社群對新版 MCP 路線圖普遍認為過度複雜，許多開發者質疑其相較於單純的 REST API 搭配 openapi.yaml 或 skills.md 並無絕對優勢，且對捨棄長效 token 改用複雜身分驗證標準抱持疑慮。不過，將遠端 MCP 轉為無狀態 HTTP 工作負載（2026-07-28 版本）的決定獲得讚賞，解決了 v.1 狀態化設計難以部署的問題。支持者則補充，MCP 的價值在於解決企業端工具更新的集中分發問題、提供細粒度控制以節省 token，以及作為高層易懂的行銷術語，同時也有部分開發者正轉向效能更佳的 code mode。