MCPは7月28日にstatelessへ、GitHub Serverが先行対応
Original: GitHub MCP Server supports the next MCP specification View original →
agentとtoolをつなぐMCPで、運用面の大きな変更が7月28日に入る。GitHubは2026年7月23日、GitHub MCP Serverが最新specを先行サポートしたと公開した。焦点はstateless coreへの移行だ。
MCPはAI agentがrepository、外部tool、enterprise systemへ接続するためのprotocolとして広がっている。新specではsessionとinitializeが取り除かれ、clientはhandshakeをより速く完了できる。GitHubによれば、tier 1 SDKはbackwards compatibilityを維持し、beta supportもすでに含んでいるため、既存の対応を保つための緊急作業は不要だ。
GitHub MCP Serverの変更は具体的だ。Redis sessionを削除し、initialize時のdatabase writeと各callでのdatabase readをなくした。loggingとsecret scanningのためにpayloadを深く検査する処理も減らし、新specで保証されるHTTP headerを使う。elicitationについては、loginの各stepを別々のHTTP requestとして扱えるようにし、Go SDKのwrapperで新旧clientに対応する。
もうひとつの重要点はofficial conformance testである。GitHubは、Copilotにcodebase、conformance suite、draft spec documentation、tier 1 SDK implementationへのaccessを与えて検証する流れを示した。agent infrastructureをagentが修正する場面が増えるほど、protocol complianceを機械的に確認できることの価値は上がる。
これは派手なmodel releaseではないが、remote MCP serverが増える前の基盤整備として意味がある。stateless化でscaleしやすくなり、payload inspectionの負荷が下がり、multi round-tripのelicitationが標準化される。今後の争点は、agentがtoolを呼べるかではなく、その接続を監査し、検証し、運用できるかに移る。
Related Articles
HNがStageに反応した理由はchapter UIだけではなく、agentが作ったcodeを人間がどう理解し責任を持つかだった。
GitHub Desktop 3.6は、worktree、Copilotによるcommit作成、merge conflict支援をデスクトップにまとめた。agentが複数branchで並行作業する前提に、Gitクライアント側が追いつき始めた形だ。
GitHubはCopilot code reviewでgrep、rg、glob、viewなどCLI・SDKのファイル探索ツールを使い、レビュー品質を保ったままコストを約20%削減した。Medium analysis depthには組織デフォルト設定も加わった。