GitHub 於 2026 年 7 月 23 日介紹 GitHub MCP Server 對下一版 Model Context Protocol 規格的支援。公告指出，MCP protocol 預計在 7 月 28 日轉向 stateless core，而 GitHub MCP Server 已在正式發布前完成相應更新。
對 agent 系統而言，最重要的變化不是名稱，而是連線狀態的處理方式。GitHub 描述的新核心移除 sessions 和 initialize，讓 client 可以更快連接 server，並可以平行完成 handshake。公告亦提到，新的 extensions 為 MCP apps 和 Enterprise Managed Auth 等能力提供空間，而多輪 HTTP request 令 remote server 可以支援 elicitation 等互動。
GitHub 為配合新規格做了三項具體調整。第一，移除 Redis sessions，initialize 不再寫入資料庫，每次呼叫也不再讀取資料庫。第二，避免在 SDK 處理前深入檢查每個 request payload；需要用於 logging 和 secret scanning 的資料，改從規格保證存在的 HTTP headers 讀取。第三，更新 elicitation 實作，令 stdio MCP server 的 URL login 可以配合新舊 client，並由 Go SDK wrapper 同時處理兩種機制。
這些改動顯示 MCP server 的可靠性開始由「一個長時間保存狀態的連線」轉向「可水平擴展的 request、身份和工具協議」。對多個 agent、remote tool 或跨區域部署來說，少一層 session state 可以簡化擴展；但狀態並沒有消失，而是需要由 client、身份系統、外部資料存放和每次操作的語義共同處理。
另一個值得留意的部分是官方 conformance tests。GitHub 表示，新規格提供測試套件，讓 agent 可以協助檢查 client、server、draft spec 和 tier 1 SDK 是否符合預期。這對 MCP 生態很重要，因為只靠「模型成功呼叫一次工具」不足以證明在錯誤、重試、認證、elicitation 和版本切換時仍然可靠。
不過，這篇是 GitHub 的產品公告，不能獨立證明所有 MCP server 在 7 月 28 日都會以相同方式切換。供應商提到的向後相容性、效能改善和不需採取行動等說法，仍應配合實際使用的 SDK 版本、client 行為、proxy、認證流程及企業網絡政策核對。Stateless transport 也不等於自動安全；權限最小化、secret redaction、審計和工具輸入驗證仍然需要在應用層設計。
對開發團隊來說，這次更新可當作一個檢查點：先盤點是否依賴 server-side session，是否把 auth 或交易上下文錯誤放在 initialize，是否有 proxy 會改寫 headers，以及是否已經有跨版本 conformance test。MCP 的下一步不只在於讓 agent 接更多工具，也在於讓這些工具連接可以被測試、擴展和治理。
