← 2026-07-29 の一覧へ戻るホーム
MCP 2026 年 7 月 28 日仕様：通信のステートレス化へ移行

2026/07/29 3:35

MCP 2026 年 7 月 28 日仕様：通信のステートレス化へ移行

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

モデルコンテキストプロトコル（MCP）が公式に仕様バージョン 2026-07-28 をリリースし、複雑なステートフルな接続から簡素化された ステートレスなリクエスト/レスポンスアーキテクチャ への決定的な転換を示しています。TypeScript、Python およびその他の言語における SDK のダウンロード数が月にあたり約 5 千万回 に達している現在、この更新によりすべてのリクエストが自己記述可能となり、共有ストレージや永続セッションを必要とせずに標準的なロードバランサーを通じたシームレスなルーティングを可能にします。主なアーキテクチャの変更点としては、「initialize」エクスチェンジの廃止（代わりに 

_meta
内のメタデータを使用）および能力学習のためにオプションの 
server/discover
RPC の導入が含まれます。複雑な双方向ストリームは マルチラウンドトリプレクエスト（MRTR） に置き換えられ、リストレスポンスには安定したキャッシュを支える 
ttlMs
および 
cacheScope
属性が追加されました。セキュリティ面では、RFC 9207 への準拠と クライアント ID メタデータドキュメント（CIMD） の導入によって強化され、従来のダイナミッククライアント登録手法に代わるものとなっています。サンプリング、ルートリスト表示、ロギング、HTTP+SSE トランスポートといったレガシー機能は正式な 12 ヶ月のアップグレード期間を経て非推奨となり、AWS、Microsoft、Google Cloud、Anthropic を含む主要エンタープライズパートナーがすでにこれらの更新を検証済みです。開発者は、重たい JSON ボディを解析する代わりに標準ヘッダーを使用することで、より効率的なゲートウェイを構築できるようになりました。

本文

モデルコンテキストプロトコル（MCP）2026-07-28 版リリースのお知らせ

概要

2026 年 7 月 28 日、モデルコンテキストプロトコル（MCP）の新しいバージョンが正式にリリースされました。これにより、クライアントとサーバーを即時に構築できる SDK も同時に提供されます。

これまでの成長は目覚ましいものでした：

  • ティア1 SDK: 月間ダウンロード数が5 億件に到達。
  • 総ダウンロード数: TypeScript と Python の両 SDK で合計10 億件。
  • 短時間で、自律的なタスク処理（エージェントワークフロー）のためのデータおよび対話型基盤として進化を遂げました。

今回の最大のハイライトは、開発者から最も要望された**「ステートレスなプロトコルコア」の実装**です。MCP は、双方向かつ有状態のプロトコルから、リクエスト/レスポンス型のステートレスプロトコルへと変貌を遂げます。

主な機能および変更点

  • すべてのリクエストは自己記述的（Self-describing）
    • 事前に対話機能を把握したいクライアント向けのオプションディスカバリーコールが用意されています。
    • シンプルなラウンドロビン型のロードバランサーの背後にあるどのインスタンスにも任意のリクエストが到達可能になります。
  • ルーティングと認証の簡素化
    • メソッド名とツール名は 
      Mcp-Method
      および 
      Mcp-Name
      の HTTP ヘッダーを通じて伝送されます。
    • ゲートウェイ側でヘッダーを直接参照して、ルーティングや認証を行うことができます。
  • マルチラウンドトリプレクエスト（MRTR）の導入
    • サンプリングやエリシテーション（促問）などのサーバーからクライアントへのリクエストが再設計されます。
    • 常時開保持された双方向ストリームの必要性がなくなります。
    • サーバー側は 
      resultType: "input_required"
      を返し、必要な回答を含むリクエストを返すことで、不足しているパラメータの確認などを可能にします。
  • リスト結果のキャッシュ支援
    • リスト応答にはキャッシュのヒントと決定論的な順序情報が含まれます（
      ttlMs
      および 
      cacheScope
      ）。
    • クライアントはツールカタログをキャッシュでき、再接続時でもアップストリームでのプロンプトキャッシュが安定します。
  • 拡張機能（Extensions）フレームワーク
    • 正式な拡張機能フレームワークが確立されます。
    • タスクが MCP アプリや企業管理認証（EMA）などの他の拡張機能と連携可能になります。
  • 認証の強化
    • RFC 9207 に基づいた発行元（Issuer）の検証を導入します。
    • 動的クライアント登録（DCR）から、**クライアントメタデータドキュメント（CIMD）**への公式な移行を行います。
    • CLI クライントの OAuth フローにおける 
      redirect_uri
      エラーなどの問題が解消されます。
  • 正式な廃止（Deprecation）ポリシー
    • 最低でも12 カ月の猶予期間を設けます。
    • アップグレードは突然の対応ではなく、事前に計画可能になります。
  • SDK の完全対応
    • TypeScript、Python、Go、C# のすべての SDK が最新仕様に対応し、不互換部分の詳細な移行ガイドが提供されます。

主な変更内容の詳細

ハンドシェイクやセッションの廃止

公式に 

initialize/initialized
のやり取りと 
Mcp-Session-Id
ヘッダーの使用を廃止します。

  • 個別処理: 各リクエストは個別に送信され、プロトコルバージョン、クライアント ID、クライアント機能を 
    _meta
    部に含めて伝送します。
  • 発見プロセス: クライアントが最初に対処法を学習したい場合、新しい 
    server/discover
    リモートプロシージャコール（RPC）を利用できます（必須ではありません）。
  • スケーラビリティ: シェアードストレージを必要とせず、単純なラウンドロビン型のロードバランサーの背後にある任意のサーバーインスタンスにリクエストが到達可能になります。

HTTP リクエストの例

POST /mcp HTTP/1.1
MCP-Protocol-Version: 2026-07-28
Mcp-Method: tools/call
Mcp-Name: search

{"jsonrpc":"2.0","id":1,"method":"tools/call", "params":{"name":"search","arguments":{"q":"otters"}, "_meta":{"io.modelcontextprotocol/clientInfo":{"name":"my-app","version":"1.0"}}}}

注意点: プロトコルレベルでのセッション廃止が、アプリケーション自体をステートレスにする強制条件ではありません。サーバー側で状態保持が必要な場合は、ツールから明示的なハンドル（ハンドラー）を発行し、モデルに引数として渡す方法を採用してください。

マルチラウンドトリプレクエスト（MRTR）

MRTR は、以前は保持されたストリームを必要とした以下のリクエストに取って代わります：

  • サーバー側によるエリシテーション/作成
  • サンプリング/メッセージ作成
  • ルート一覧

リスト結果はキャッシュ可能

tools/list
、
prompts/list
、
resources/list
、および 
resources/read
から返される応答には、**
ttlMs
および 
cacheScope
**が含まれます。これにより、クライアントは最適なキャッシング戦略を決定でき、不要な再フェッチを削減できます。

認証の強化

今回の仕様改訂により、以下が強化されました：

  • 発行元検証: 認証サーバーは RFC 9207 に準拠して 
    iss
    パラメータを返し、クライアントはこの発行元の検証を行ってコードを換金します。
  • CIMD の導入: クライアントは DCR 時に 
    application_type
    を設定し、デスクトップや CLI アプリのローカルホストリダイレクトが拒否されなくなります。
  • 証明書管理: クライアント証明書は発行元によって紐付けられ、認証サーバー間で再利用することは許可されません。

タスク（Tasks）

タスクは実験的コアから外れ、**

io.modelcontextprotocol/tasks
**という拡張機能に移管されます。

  • ポーリングベースの 
    tasks/get
    と新しい 
    tasks/update
    が追加されました。
  • 変更通知は、単一のサブスクリプション/リスニングストリームへ統合されます。

廃止される機能

以下の機能は、12 ヶ月間の移行期間が設けられており、新しい実装では採用すべきではありません：

  • ルート、サンプリング、ロギング（SEP-2577）
  • 従来の HTTP+SSE トランスポート

SDK の対応状況

2026-07-28の仕様に対応した SDK が以下の通り提供されています。

  • TypeScript
  • Python
  • Go
  • C#
  • Rust（ベータ版として対応）

移行には一定のコストがかかりますが、早期テストからのフィードバックを反映し、プロセスを大幅に容易化しています。

エコシステム支援

今回のリリースは、リモート MCP が公開されて以来の最も重要なマイルストーンです。スケーラブルな MCP サーバーを提供するための飛躍であり、過去 18 ヶ月に学んだ教訓をすべて取り込んでいます。

パートナーの声

  • David Soria Parra（MCP の共同発明者）: 「今回のリリースは、MCP が真にプロダクショングレードのインフラへと変化していることを示す最も明確なシグナルです。」
  • Alex Salazar（AWS と Anthropic の CEO）: 「Cloudflare の Agents SDK は仕様の最初からサポートしており、開発者は Workers で直接 MCP サーバーを実行できます。」
  • Swami Sivasubramanian（エージェンティック AI プレジデント）: 「ステートレスで、キャッシュ可能で、ルーティング可能であり、かつグローバルにスケーラブルです。」
  • Enrico Toniato（Microsoft Foundry CTO）: 「ステートレスな運用、長期間にわたるタスク用機能、ならびに企業管理アイデンティティにより、次世代の MCP が容易になりました。」

（他にも多数のパートナーから、エンタープライズ化、スケーラビリティ向上、エージェントインフラの成熟などへの評価が届いております。）

スタートガイド

新しい仕様に基づいて構築する開発者を応援しています。以下のリソースを参照してください：

  • 仕様: [リンク]
  • 完全な変更ログ: [リンク]
  • ドキュメントとガイド: [リンク]

お礼

今回のリリースは、大規模なコミュニティの貢献者と業界パートナーなしには可能ではありませんでした。

  • 仕様、ドキュメント、SDK の整備
  • 作業グループおよび関心グループへの協力
  • 世界中のコミュニティからの支援

プロトコルが成長し続けるにつれて、その進化を継続することを楽しみにしております！

同じ日のほかのニュース

一覧に戻る →

2026/07/29 5:52

OpenAIがCodex Securityをオープンソース化した

## Japanese Translation: `@openai/codex-security` ツールは、コードベース内に直接存在するセキュリティ脆弱性を特定、検証、修正することを目的とした CLI と TypeScript SDK です。このツールにより、チームはリポジトリの走査、コード変更のレビュー、発見結果の自動追跡が可能となり、安全な開発ライフサイクルが効率化されます。ユーザーはワークフローにこれらのチェックを簡単に統合できます：ローカルでの使用には `npm install @openai/codex-security` でインストールし、`npx codex-security login` でログインし、`npx codex-security scan .` で走査を実行します。継続的インテグレーション（CI）パイプラインでは、ログインを必要とせず `OPENAI_API_KEY` 環境変数を設定することで自動化がサポートされます。该软件は現代的な環境（Node.js 22+ または Python 3.10+）で動作し、GitHub Actions などの既存の CI システムにシームレスに統合できます。TypeScript SDK を活用することで、開発者はビルドプロセス内でチェックをプログラム的に初期化し、レポートパスを直接ログ出力できます。この反応的な修正から能動的な予防への転換により、チームは手動介入なしで効率的に堅牢なセキュリティ標準を維持できるようになります。

2026/07/29 1:58

Substack の書き手にはウェブサイトが必要です。

## 日本語訳: 著者は、長期的な生存を確保するため、Substack を単なる配信チャネルとして厳格に扱うべきであり、主なデジタル居宅としては見なしてはならない。`substack.com` などのプラットフォームへの一依存はリスクが高く、同社は規約を変更した場合、著者がコンテンツや可见性（視認性）を失う可能性があるためであり、過去に Twitter、Medium、Reddit、Facebook が直面した状況と同様です。「デジタルテナント」または「デジタル小作農家」として突然の立ち退きに晒されることを避けるために、クリエイターは自らの独立したドメイン所有し、ホームベース（主要サイト）を自らコントロールする必要があります。著者ジョン・スカルズィはこの戦略を例示しており、その 28 年間の歴史を持つ独立ブログが安定的な錨（アンカー）として機能し、ソーシャルメディアはそのトラフィックをそちらへ誘導するための単なる増幅器として使用しています。このアプローチは POSSE（自サイトの公開他サイトへの Syndication：Publish On Your Own Site, Syndicate Elsewhere）手法と整合しており、RSS フィードを通じて著者の「事実上の真実源」から発信されたコンテンツが外部プラットフォームへと配信されることを保証します。これにより、将来の企業崩壊、アルゴリズムのシフト、無警告で少数派やローカライズされた声を沈黙させる可能性があるエコーチェンバーに対する防護策となります。独立したデジタル居宅を確保することで、著者は過渡的なエコシステムに対する耐性を保証し、ユーザーもクリエイターも利得志向のアルゴリズムに人質となるのを防ぎます。

2026/07/29 5:58

ハーフライフを Mac OS 9 に移植

## Japanese Translation: ### サマリー： ハーフライフシリーズが、オリジナルタイトル発売から 28 年ぶりに、PowerPC ベースのマッキン托しコンピュータ向けの初プレイ可能版をリリースしました。これは GitHub ユーザー doctashay が Xash3D FWGS エンジンのフォーク（GoldSrc テクノロジーのリ実装）を用いて作成したものであり、Valve による過去のキャンセルされた計画や、Intel チップへの移行後の 2013 年版に続く長らくの空白を埋めるものです。このファングレードリリースには、『ハーフライフ』、『ブルー・シフト』、『オポージング・フォース』および『Uplink』のデモが含まれ、マルチプレイヤー対応を含み、開始から終了までフルプレイ可能です。Mac OS 9.0 以降で G3 や G4 プロセッサーなどのレガシーハードウェア上で動作し、廃棄されたシステムにも新たな生命を与え、これまでこれらのプラットフォームでは入手不可能だった象徴的なタイトルへのアクセスを維持します。この成就是マッキン托しゲームコミュニティにとって重要ですが、性能はユーザーのグラフィックカードに大きく依存します。VRAM が限られたデバイス（8MB 未満の iMac や iBook など）では動作が困難な場合があります。まだ公式 Valve プロダクトではありませんが、このリリースは PowerPC マクintosh の計算機史におけるキャンセルされた時代を成功裡に蘇らせます。

MCP 2026 年 7 月 28 日仕様：通信のステートレス化へ移行 | そっか～ニュース