0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

個人エージェント時代の標準化が進んだ 2026 年 10 月:ステートレス MCP と AAIF の新プロジェクトを整理する

0
Posted at

最初に明記しておきます。私はここで取り上げる製品や標準の開発者ではありません。公開情報と報道をもとに、個人エージェントまわりの標準化の動きを整理した記事です。時点は 2026 年 10 月 27 日です。

1. MCP の 2026-07-28 改訂:プロトコル層がステートレスに

Model Context Protocol(MCP)の 2026-07-28 改訂で、プロトコル層がステートレスになりました。おもな変更点は次のとおりです。

  • 必須だった initialize / initialized のハンドシェイクが廃止された
  • Mcp-Session-Id ヘッダーも廃止され、各リクエストがプロトコルバージョン、クライアント情報、ケイパビリティを自己完結的に運ぶ
  • その結果、通常のラウンドロビン負荷分散が使えるようになり、スティッキーセッションやセッション状態の共有ストレージが不要になった
  • ツール/プロンプト/リソースの一覧はキャッシュ可能になり、ゲートウェイが MCP ヘッダーでルーティングや認可を行える

注意点として、ステートレスは「エージェントが状態を持てない」という意味ではありません。ブラウザセッションやジョブ、承認状態といった業務側の状態は、プロトコルの暗黙のセッションに頼らず、明示的なハンドルで表現する設計に寄せる、という話です。リモート MCP を本番運用する際の前提が変わるので、サーバーを公開している人は移行ガイドに目を通す価値があります。

2. 現実は「複数バージョンの併存」

改訂が出ても、世の中のサーバーが一斉に追随するわけではありません。現在、 2025-03-26、2025-06-18、2025-11-25、2026-07-28 が併存しています。

  • 2026 年 10 月 16 日、Red Hat の MCP ゲートウェイが一般提供(GA)になり、1 つのエンドポイントで 4 バージョンをクライアントごとにネゴシエーションする構成が示されました
  • 実地の確認方法は単純で、initialize リクエストに対してサーバーが返す protocolVersion が「実際に合意したバージョン」です。自分が要求した値ではなく、返ってきた値をログに残すことが推奨されています
  • あわせて、tools/list の内容が呼び出し間で安定しているか(listChanged ケイパビリティ)も記録しておくと、障害の切り分けが楽になります

「MCP 対応」と一口に言っても、どの改訂で合意できるかはサーバーごとに違います。利用側はフォールバック前提、提供側は対応バージョンの明示が、これからの作法になりそうです。

3. AAIF に 4 プロジェクトが追加(10 月 22 日)

2026 年 10 月 22 日、AGNTCon + MCPCon North America(サンノゼ)で、Agentic AI Foundation(AAIF)に 4 つのプロジェクトが新たに加わると発表されました。

プロジェクト 提供元 内容
Agent Skills Anthropic エージェントに作業手順を教えるテキスト記述の標準形式
Open Responses OpenAI LLM インターフェースのオープンな API 仕様
OpenEnv Hugging Face コンテナ化された強化学習環境
OpenSandbox Alibaba エージェントの実行範囲を制限するサンドボックス

AAIF は Linux Foundation 傘下の基金で、2025 年 12 月に Anthropic、Block、OpenAI が共同で設立し、MCP、goose、AGENTS.md の 3 プロジェクトから始まりました。今回の追加でホストするプロジェクトは 10 になり、メンバーは 300 組織を超えたと報じられています。Anthropic によれば、Agent Skills は公開スキル 100 万件、インストール約 2 億 8,000 万回、70 以上のプラットフォームが統合済みとのことです(同社発表に基づく数字です)。

4. ビルダーへの含意

  • スキルが「持ち運べる資産」になった:SKILL.md を中心とするフォルダ形式が財団の標準になったことで、特定ベンダーの中に閉じない形で手順知を配布できます
  • ツール設計はステートレス前提に:リクエスト単体で完結する設計にし、状態は明示的なハンドルで渡すほうが、新旧どちらのホストでも動きやすくなります
  • バージョン合意を軽視しない:接続先ごとに合意バージョンとツール一覧の安定性を記録する運用が、静かな事故を防ぎます

「どのモデルを使うか」と同じくらい、「どの標準の上に作るか」が効いてくる段階に入ったと感じます。

参考リンク

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?