MCP にリリースカレンダーができた：SEP-3398、Server Cards、10月のセキュリティ波が B2B 展開に意味するもの

重要ポイント

• MCP の仕様は固定カレンダーでリリースされるように — SEP-3398 が2026年10月14日に採択され、3月と9月の最終火曜日を基本に6か月ごとのリリースを定め、2026年12月の目標を2027年3月下旬へ移しました。
• Server Cards が Final に — SEP-2127 が2026年10月6日に Final としてマージされ、MCP サーバーに接続前に transports・プロトコルバージョン・接続ガイドを発見できる標準的なメタデータ文書を与えます。
• 公式リポジトリに28日間で31件のセキュリティ勧告 — eSEOspace の State of MCP October による集計。MCP Inspector の深刻2件を含み、10月21日の 1.0.3 セキュリティリリースで修正されました。
• Smithery のプロキシとマネージド ID は2026年10月31日に停止 — Smithery 自身の通知が run.tools と server.smithery.ai のサーバー URL を引退させました。賃貸の配信ルートが運用リスクであることの、今月最も明確な証明です。
• 冬季は 2026-07-28 仕様を前提に — ステートレスコアに影響はありません。次のリリースは2027年3月下旬で、移行のステップは changelog への追従ではなくカレンダーに載せて計画できます。

Smithery の MCP プロキシとマネージド ID サービスは2026年10月31日——本日——停止しました。依然として run.tools や server.smithery.ai の URL でサーバーを解決しているエージェント展開は、それとともに動かなくなります。Smithery 自身の通知が失われたものを列挙します：ホストされたサーバー URL、API、Connect と Toolbox、アカウント、API キー、CLI。移行の正解はベンダー自身のエンドポイント—— linear.run.tools の代わりに mcp.linear.app/mcp ——であり、移行リストを持っていなかったチームは本日、それを書くことになりました。

同じ28日間で、MCP のメンテナーはプロトコル初の固定リリースカレンダーを採択し、Server Cards の発見標準を Final として取り込み、eSEOspace の集計では公式 MCP リポジトリに31件のセキュリティ勧告を記録しました。うち2件は MCP Inspector で深刻と評価されています。

この組み合わせは、一つの転換を三つの方向から見たものです——日程、発見、そして運用。MCP は高速に動く接着剤ではなく、マネージドインフラとして振る舞い始めました。本稿は10月の記録を一つのシグナルとして読み、それが含意する運用リズムを整理します：仕様バージョンを固定する、リリースの節目をカレンダーに載せる、SDK をセキュリティリリースの軌道に載せ続ける、配信ルートを賃借しない。

本稿は MCP 2026-07-28：ステートレスプロトコルが B2B エージェント展開にもたらす意味に基づいています。同稿はステートレスコア、明示的ハンドルのパターン、7月28日仕様のデプロイ計算を扱いました。ここでの焦点は、その仕様を取り巻いて10月に変わったもの——カデンス、発見レイヤー、勧告の流れ、配信の停止——です。ステートレスのテーゼ自体は、そのどれにも触れられていません。

10月の記録を一望する

キャプション：28日間の5つの出来事が、MCP をローリングする仕様から、カレンダーと発見標準とセキュリティリリース軌道を備え、初のサードパーティ配信停止を経験したプラットフォームへ変えました。

採択され、その後 Final に至ったリリースカレンダー

SEP-3398 はプロセス系 SEP であり、プロセス系 SEP は見出しになりにくい——だがこれはなるべきでした。10月14日に採択され10月27日にマージされたこの SEP は、MCP のリリースリズムを文書として固定します：仕様のリリースは6か月ごと、「一般に3月と9月の最終火曜日」。各リリースに8か月のワーキングサイクル——2か月の計画、日程化されたコアメンテナー（Core Maintainer）レビューウィンドウ、安定化フェーズ——が与えられ、隣接するサイクルは2か月重なります。移行条項が残りを片付けます：2026年12月として提案されていたリリース目標は、2027年3月下旬へ移りました。

メンテナーにとってこれはレビュー能力の管理です。B2B 展開にとっては計画インフラです。

• 非推奨化のウィンドウがカレンダー可能になった。 Roots、Sampling、Logging、そして非推奨となった HTTP+SSE トランスポートは、7月28日仕様から12か月のアノテーションのみウィンドウを持っています。固定カレンダーは「7月28日から12か月」を、ERP のリリースウィンドウと同じロードマップ上の節目に変えます。
• 未完了の作業は移動し、日は動かない。 リリースに紐づく提案は soft freeze までに Final としてマージが必要。未完了の提案は後のサイクルへ移り、リリース日は動きません。チームがプラットフォームベンダーに期待する挙動——完全性より予見可能性——です。

すぐ実務に使える結論は、eSEOspace が10月のデータから引き出したものです：新しい仕様バージョンは10月に出ず——最新はいまだ 2026-07-28で、カレンダーは次を2027年3月下旬に動かしました。今日の展開が固定しているステートレスコアは、冬季を通じて現行です。

Server Cards：発見が設定ファイルであることをやめる

SEP-2127（MCP Server Cards）はカレンダー SEP に先立ち、10月6日に Final としてマージされ、デプロイ問題の残りの半分を閉じます。ステートレス仕様は、接続した後にエージェントがどうサーバーと話すかを定義しました。Server Cards は、手動設定なしにエージェントがどうサーバーを発見するかを定義します：transports、プロトコルバージョン、接続ガイドを記述した標準化されたメタデータ文書を、サーバーが晒し、クライアントが接続開始前に読める形で。

SEP 自身からの機構：各サーバーは自分の card を晒します——card は予約されていない任意の URI にホストでき、推奨位置は <streamable-http-url>/server-card ——拡張識別子 io.modelcontextprotocol/server-card の下です。ドメインレベルの「AI Catalog」が関連する card をリンクまたは埋め込め、これがレジストリのクロールとサービス自動検出を、各エンドポイントを手作業で触ることなく可能にします。

B2B での対応物は A2A の agent card——.well-known/agent-card.json ——で、当社の A2A カバレッジはすでにこれをマシン間発見の基本装備として扱っています。Server Card はプロトコルサーバー版の同じ発想であり、今日多くのエージェント展開が維持している成果物——手書きのサーバーエンドポイントとそのツールスキーマのリスト——を消し去ります。そのリストが発見可能なメタデータになると、運用姿勢は三つの面で変わります——新しいサーバーは自らの表面を自己宣言する。陳腐化したエンドポイントは監査可能になる（稼働中のサーバーと一致しない card はそれ自体が発見事項）。ベンダーのアップグレードはクライアント側の再設定を必要としなくなる。

SDK とクライアントのサポートは SEP が明示する次のステップなので、実務的な一手は今のうちに設計へ組み込むこと：card の置き場所を意識してエンドポイントを構築し、サーバーリストが設定からメタデータへ変われるよう準備しておくことです。

10月のセキュリティの波：勧告は運用リズムの一部

10月の記録で最も鋭い行はセキュリティの行であり、趣味プロジェクトの changelog ではなく、プラットフォームベンダーのパッチ火曜日のように読めます。MCP Inspector の深刻2件が10月21日に公開され、いずれも 1.0.3 セキュリティリリースで修正されました：

• GHSA-6x67-4w4w-9f3w — リモートの MCP App がプロキシの認証トークンを盗み、任意のローカルコマンドを実行できる（RCE）。影響バージョン：Inspector 0.20.0〜1.0.2。
• GHSA-4fc4-wcmh-4g86 — 悪意ある MCP OAuth コールバックがトランスポートを stdio に切替え、任意のローカルコマンドを実行できる（RCE）。影響バージョン：0.13.0〜1.0.2。

Inspector の外では、TypeScript SDK の10月の勧告が B2B にとって最も牙のあるものです：GHSA-jm63-cq47-j5jp —「共有されたトランスポートまたはサーバーインスタンスが、一方の HTTP クライアントのメッセージを他方へ届けていた」——重要度高、2.0.0 から影響、2.3.0 で修正。共有トランスポートを経由したクライアント間のデータ漏洩は、まさに B2B 展開が許容できない欠陥クラスであり、実験的な隅ではなく SDK のコアパッケージに来ました。

リリース日付は深刻度と同じくらい明確にプラットフォームの物語を語ります。Python SDK 2.3.0 は10月2日に、ツール登録時のヘッダーチェックを強化して登場。TypeScript SDK 2.4.0 は10月23日に Skills-over-MCP（SEP-2640）対応を追加。Kotlin 0.16.0 は10月27日にメモリ枯渇の穴を塞ぎ SSE を非推奨化（リリース；記述は eSEOspace のリリースノートレビューによる）。主要な公式 SDK はすべて月内に少なくとも1回のリリースを出し、eSEOspace のレビューによれば共通のテーマは堅牢化：リクエストサイズ、セッション数、メモリのハードリミットです。公式リポジトリにわたる勧告数の集計——28日間で31件——は彼らの集計ですが、それが描く形は検証可能です。セキュリティリリースの軌道は現在、断続ではなく連続です。

運用者にとっての読解は単純です。あなたの MCP 資産に SDK 更新ポリシーがあるなら、10月はポリシーが2度発火しなければならなかった月です。ないなら、上記の勧告が積み上がっていくものです。

Smithery：配信レイヤーの契約が切れた

三つ目の出来事は、運用チームが本日感じるものです。Smithery の通知は曖昧さを残しません：2026年10月31日、Smithery は接続管理サービスを停止しました——つまり、すべての run.tools と server.smithery.ai のサーバー URL、ホストされたプロキシ経路、API、アカウント、API キー、CLI が停止しました。smithery.ai のディレクトリは公開ディレクトリとして存続し、現在は Arcade.dev が支えています。

ベンダー原生のエンドポイントを持つサーバーにとって移行は単純です——Smithery 自身の例が、linear.run.tools から mcp.linear.app/mcp への向き先変更です。プロキシを配信戦略として構築した展開にとっては駆け込みです：ベンダー原生の URL はなく、あなたのコントロールプレーンで何が置き換わるかの契約もなく、トラフィックを記録していたプロキシが消えた今、誰が接続しているかの監査もありません。

この教訓は一つのベンダーを超えて一般化します。エージェント群が MCP サーバーを解決するために経由するエンドポイントが第三者に属するなら、そのエンドポイントのライフサイクルは、あなたが選ばず追跡もしていない依存です。10月はその証明を——プロトコルが発見メタデータを標準化し、自らのリリースカレンダーを固定したのと同じ月に——届けました。持続する立場は、Smithery 自身の移行ガイダンスにあるベンダー原生のエンドポイント、または自チームが運用するエンドポイントです——当社の MCP サーバー保護分析が境界線として描いた buy-vs-build の線を、この記録が配信について証明します。

B2B MCP 展開のための運用チェックリスト

キャプション：10月のシグナルを展開ポリシーに変える6つの管理——それぞれが今月の特定の日付の出来事に対応します。

#	管理	対応する10月の出来事	展開の中での姿
1	仕様バージョンを固定	10月に新仕様なし。次のリリースは2027年3月下旬	2026-07-28 を明示的に固定。そのバージョンをサポートと宣言する SDK を使う。各カレンダー節目で固定を見直す
2	リリースの節目をカレンダーに	SEP-3398：3月と9月の最終火曜日	soft freeze（T−2.5か月）と hard freeze（T−1か月）をレビューウィンドウとしてチームのロードマップに入れ、サプライズにしない
3	SDK のセキュリティ軌道に留まる	10月に31件の勧告。Inspector 1.0.3 で深刻2件	SDK の床をセキュリティリリースに固定（TS ≥ 2.3.0、Inspector ≥ 1.0.3）。公式リポジトリの勧告フィードを購読
4	ベンダー原生または自社運用のエンドポイントを優先	Smithery の run.tools / server.smithery.ai が10月31日に EOL	サーバーリストの中の非ベンダー系エンドポイントをすべて棚卸し。プロキシ依存の経路を廃止するか自社運用へ
5	Server Cards メタデータに向けて設計	SEP-2127 が10月6日に Final。SDK/クライアント対応は今後	card の置き場所を意識してエンドポイントを設計。サーバーリストが発見可能なメタデータになれるよう準備
6	レジストリへの登録は未審査と扱う	公式レジストリに52,141サーバー、66%がリモートエンドポイント提供（eSEOspace の集計）	掲載はセキュリティシグナルではありません。サードパーティのサーバーを接続する前にガバナンスチェックリストのモジュール承認ゲートを適用

2026-07-28 のデプロイパターンはこれでどうなる

以前の分析が示したステートレスコアは、10月が触れなかった部分——そしてそれこそ率直に言うに値する点です。SEP-3398 は将来のリリースを再スケジュールします。冬季を通じてあなたが固定している仕様は動かしません。Server Cards はトランスポートを変えずに発見を追加します。勧告は同じプロトコルバージョン上で SDK を強化します。Smithery の停止はサードパーティの商業判断であり、プロトコルの出来事ではありません。

あなたの展開パターンが「MCP は速すぎて固定できない、若すぎてカレンダー化できない」と想定していたなら、10月はその反証の記録です。changelog 視聴からカレンダー視聴へ転換するチームは、2027年3月下旬のリリースを予定されたレビューとして扱います。それ以外のチームは、障害からそれを知ることになります。

関連記事

• MCP 2026-07-28：ステートレスプロトコルが B2B エージェント展開にもたらす意味 — 親となる分析：ステートレスコア、明示的ハンドルのパターン、7月28日仕様のデプロイ計算、そして pre-final 時点の Server Cards 提案
• MCP セキュリティ：ガバナンスされたモジュール — 勧告と承認のフローをモジュールレベルの管理に変えるガバナンス層
• MCP サーバー保護：買うか、作るか — この10月の記録が配信へ広げた境界の問い：接続経路のどの部分があなたのものか

---

代表的な実装：NetSuite、BigCommerce、3つのサプライヤーカタログを接続する販売業者のエージェントプラットフォームは、すべての MCP モジュールをベンダー原生または自己運用のエンドポイントで実行し、2026-07-28 仕様に固定し、3月/9月のリリース節目と勧告フィードをランブックに入れています——Smithery 型の停止も 1.0.3 型のセキュリティリリースも、どちらも定期チケットであり障害ではありません。この実装は Discovery → Governance → Automation → Expansion の4ステップ方式に従い、通常5〜8週間で稼働します。

スコープを定めたビルドを依頼する。 1週間のディスカバリー。システムインベントリ、ワークフローマップ、固定スコープを得られます——あなたが当社とビルドするか否かに関わらず。