プロトコルは相互運用メカニズムであり、プラグの主張ではない

Marc Friborg Bersang、CoreMind Systems の創設者は、AI Engineers Academy で次のように書いている。「Model Context Protocol（MCP）は Anthropic が作成したオープン標準であり、AI モデルが統一されたインターフェースを通じて外部ツールやデータソースに接続できるようにする」とし、それを「AI の USB —— どこでも使える標準プラグ」に例えている。記事はアーキテクチャを説明する：三つの構成要素（MCP クライアント —— AI アプリケーション；MCP サーバー —— ツール、リソース、プロンプトを公開する軽量サービス；トランスポート —— ローカルは stdio、リモートは HTTP/SSE）、能力ネゴシエーション、ツール宣言のための型付きスキーマ、エラー伝播、リソース管理。現実のユースケース（データベースアクセス、API 統合、ファイルシステムアクセス、カスタムビジネスロジック）とセキュリティプラクティス（読み取り専用認証情報、スキーマ検証、レート制限、監査ログ）を挙げる。(Marc Friborg Bersang, "MCP: The Protocol Connecting AI to Everything", AI Engineers Academy, 公開 2026-04-03, 取得 2026-08-23, https://aiengineers.academy/blog/mcp-the-protocol-connecting-ai-to-everything)。Honest Architect はこの記事を、相互運用メカニズムの実例として読む：プロパティ（AI がすべてに接続する）はメカニズム（名前付き構成要素を持つ定義されたプロトコル —— クライアント、サーバー、トランスポート、能力ネゴシエーション、型付きスキーマ、エラー伝播、リソース管理）によって保証され、「AI の USB のような」という主張（USB の類推は主張；能力ネゴシエーションを持つ三構成要素プロトコルがメカニズム）によってではない。Honest Architect は the-protocol-is-the-interop-mechanism 形を Production ✅ とし、すべてのコース販促的主張（MCP コース、Claude API コース、「50 行のコード」という主張、Discord コミュニティ）を Partial ⚠️ とする（販促的、Everythink により独立に検証されていない）。

記事はコース販売意図を持つ短い教育ブログ（約 400 語のコンテンツ）であり、筆者の MCP コース、Claude API コース、無料入門コース、Discord コミュニティへのリンクが随所に現れる。Honest Architect は記事が示すメカニズム形式を抽出する —— プロトコル標準化を相互運用メカニズムとして、型付きスキーマ宣言を発見メカニズムとして、能力ネゴシエーションをハンドシェイクメカニズムとして、トランスポート抽象化をデプロイメントメカニズムとして、入力バリデーションをセキュリティメカニズムとして、読み取り専用認証情報を損害制御メカニズムとして —— そして現実かつ再現可能なものを Production ✅、販促的なものを Partial ⚠️ とする。

主要な結論

• プロトコルは相互運用メカニズムである。Theorem 3：プロパティ（AI がすべてに接続する）はメカニズム（定義されたプロトコル —— クライアント + サーバー + トランスポート + 能力ネゴシエーション + 型付きスキーマ + エラー伝播 + リソース管理）によって保証され、「AI の USB のような」という主張によってではない。プロトコルがメカニズム；USB の類推は主張。Production ✅。
• プロトコル標準化が相互運用メカニズムである。記事：「MCP の前は、すべての AI 統合はカスタムだった：カスタム API 呼び出し、カスタムパース、カスタムエラー処理。MCP はこれを、どの AI クライアントも話せ、どのツールプロバイダも実装できるプロトコルに標準化する。」プロパティ（任意のクライアントが任意のツールに接続する）はメカニズム（両者が実装するプロトコル）によって保証され、「MCP は AI をすべてに接続する」という主張によってではない。Production ✅。
• 型付きスキーマ宣言が発見メカニズムである。記事：「MCP サーバーは提供するツールを（型付きスキーマで）宣言し、AI クライアントは必要に応じて発見し呼び出す。」プロパティ（クライアントがどのツールが存在するかを知る）はメカニズム（サーバーが型付き JSON スキーマでツールを宣言 —— 名前、説明、入力スキーマ —— クライアントが宣言を読んで利用可能なものを発見する）によって保証され、「クライアントがツールを見つける」という主張によってではない。Production ✅。
• 能力ネゴシエーションがハンドシェイクメカニズムである。記事：「プロトコルは能力ネゴシエーション、エラー伝播、リソース管理を処理する。」プロパティ（クライアントとサーバーが何ができるか合意する）はメカニズム（能力ネゴシエーション —— 両者がツール呼び出しの前に能力を宣言する）によって保証され、「彼らは通信する」という主張によってではない。Production ✅。
• トランスポート抽象化がデプロイメントメカニズムである。記事：「トランスポート —— 通信方法（ローカルは stdio、リモートは HTTP/SSE）。」プロパティ（同じプロトコル、異なるデプロイメント）はメカニズム（トランスポートが抽象化されている —— プロトコルメッセージは stdio で運ばれようと HTTP/SSE で運ばれようと同じ）によって保証され、「MCP はローカルとリモートの両方で動く」という主張によってない。Production ✅。
• スキーマに対する入力バリデーションがセキュリティメカニズムである。記事：「実行前にすべてのツール入力をスキーマに対して検証する。」プロパティ（無効な入力がツールに到達しない）はメカニズム（ツールハンドラを実行する前に型付き JSON スキーマに対して入力を検証する —— 入力がスキーマに合わなければハンドラが走る前に拒否する）によって保証され、「MCP は安全だ」という主張によってない。Production ✅。
• 読み取り専用認証情報が損害制御メカニズムである。記事：「読み取り専用認証情報でデータベース MCP サーバーを実行する。」プロパティ（データベースが AI によって変更されない）はメカニズム（データベース認証情報自体が読み取り専用であり、AI が何を要求してもツールは INSERT/UPDATE/DELETE を実行できない）によって保証され、「データベースを保護する」という主張によってない。Production ✅。
• クロスドメイン並行：Oracle の一度だけ正規化（プロパティ 調整済み予測 は 多様な入力プラス一度だけ正規化 によって保証される —— プロトコル標準化は類似：多様なツールが一つのプロトコルインターフェースに正規化される）、World Monitor のソースごとの自己無効化（プロパティ サーバーが一つ失敗しても安定 は 各サーバーが自己無効化する によって保証される —— 能力ネゴシエーションに失敗した MCP サーバーは自己無効化する、キーが未設定のとき Ok(None) を返すソースのように）、Zod の実行時境界（プロパティ 整合ペイロード は 境界でパースする によって保証される —— MCP の実行前の型付きスキーマ検証は類似：ツールハンドラが走る前にスキーマに対して入力をパースする）、Eye Key（プロパティ 鍵の主権 は HMAC プラスフィンガープリント によって保証される —— 読み取り専用認証情報は類似：プロパティ データベースが変更されない は 認証情報が読み取り専用 によって保証され、信頼によってではない）。すべて Partial ⚠️：同じ形式、別のドメイン。
• スコープ：民事/防御的。プロトコル設計と AI ツールセキュリティは民事工学の関心事である。攻撃的スコープはない。トークン、ウォレット、コミュニティクレジットの結果は一切約束されない；それらは Roadmap 🔵、Howey 審査待ち。Everythink は予測プラットフォームであり、MCP サーバープロバイダではない；クロスドメイン並行はメカニズム形式の Partial ⚠️ の挿絵であり、Anthropic、MCP、AI Engineers Academy、特定のコースプロバイダへの推薦ではない。

プロトコル標準化が相互運用メカニズムである

記事は「前」の状態を説明する：「すべての AI 統合はカスタムだった：カスタム API 呼び出し、カスタムパース、カスタムエラー処理。」「後」の状態：「MCP はこれを、どの AI クライアントも話せ、どのツールプロバイダも実装できるプロトコルに標準化する。」プロパティ（任意のクライアントが任意のツールに接続する）はメカニズム（両者が実装するプロトコル —— クライアントは MCP を話し、サーバーは MCP を話し、プロトコルが対話を定義する）によって保証される。Production ✅。

区別は重要である。標準プロトコルのない世界は N クライアントかける M ツール = N*M カスタム統合を持つ。標準プロトコルのある世界は N クライアント実装プラス M サーバー実装 = N+M 総実装を持つ。メカニズムは統合面を二次から線形に縮小するプロトコルである。Production ✅。

形式は汎用的である。任意の相互運用ドメイン（ハードウェアの USB、ウェブの HTTP、メールの SMTP、AI ツールの MCP）は、プロトコルが両者が実装するインターフェースを定義するため恩恵を受ける。メカニズムはプロトコルであり、類推ではない。Production ✅。

型付きスキーマ宣言が発見メカニズムである

記事は次のように言う：「MCP サーバーは提供するツールを（型付きスキーマで）宣言し、AI クライアントは必要に応じて発見し呼び出す。」プロパティ（クライアントがどのツールが存在するかを知る）はメカニズム（サーバーが型付き JSON スキーマでツールを宣言 —— 名前、説明、入力スキーマ —— クライアントが宣言を読んで利用可能なものを発見する）によって保証される。Production ✅。

区別は重要である。スキーマなしでツールを公開するサーバーはクライアントにどの入力が有効か推測させる —— 脆弱な統合。型付きスキーマでツールを公開するサーバーはクライアントが呼び出しを行う前にどの入力が有効か正確に知ることを許す —— 堅牢な統合。メカニズムは型付きスキーマ宣言であり、ツール自体ではない。Production ✅。

形式は Everythink の World Monitor の SourceDescriptor レジストリによる発見のドメイン類推である：ソースはデータであり、コードではない —— フィードを追加するにはレジストリに SourceDescriptor を追加し、エンジンには触れない。MCP サーバーのツール宣言は類似している：スキーマを宣言することでツールを追加し、クライアントはコード変更なしにそれを発見する。Partial ⚠️（同じ形式 —— 宣言はデータでありコードではない —— 別のドメイン）。

能力ネゴシエーションがハンドシェイクメカニズムである

記事は次のように言う：「プロトコルは能力ネゴシエーション、エラー伝播、リソース管理を処理する。」プロパティ（クライアントとサーバーが何ができるか合意する）はメカニズム（能力ネゴシエーション —— 両者がツール呼び出しの前に能力を宣言する、したがってクライアントはサーバーが何できるかを知り、サーバーはクライアントが何を期待するかを知る）によって保証される。Production ✅。

形式には否定的ケースがある。能力ネゴシエーションのないプロトコルはクライアントにサーバーがすべてをサポートすると仮定させる —— 脆弱、サーバーが機能を欠くとき壊れる。ネゴシエーションのあるプロトコルはクライアントがサーバーが実際にサポートするものに適応することを許す —— 堅牢、優雅に劣化する。メカニズムはネゴシエーションであり、仮定ではない。Production ✅。

形式は Everythink の Oracle のエントロピー報告ハンドシェイクのドメイン類推である：各アンサンブルマージはエントロピー値を刻印する（予測が何を知り何を知らないかの量化された宣言）。能力ネゴシエーションは類似している：両者が作業が始まる前に能力を刻印する。Partial ⚠️（同じ形式 —— 作業の前に能力を宣言する —— 別のドメイン）。

トランスポート抽象化がデプロイメントメカニズムである

記事は次のように言う：「トランスポート —— 通信方法（ローカルは stdio、リモートは HTTP/SSE）。」プロパティ（同じプロトコル、異なるデプロイメント）はメカニズム（トランスポートが抽象化されている —— プロトコルメッセージは stdio でローカルサーバーに運ばれようと HTTP/SSE でリモートサーバーに運ばれようと同じ）によって保証される。Production ✅。

区別は重要である。トランスポートに結合されたプロトコルは各デプロイメントにそのトランスポートを使うことを強いる。トランスポートを抽象化するプロトコルは、プロトコルメッセージを変更せずに同じサーバーをローカル（stdio）でもリモート（HTTP/SSE）でも実行することを許す。メカニズムはトランスポート抽象化であり、トランスポート自体ではない。Production ✅。

形式は汎用的である。トランスポートを抽象化する任意のプロトコス（TCP 上の HTTP、HTTP/2 上の gRPC、stdio/HTTP/SSE 上の MCP）は、プロトコルメッセージがどのように運ばれるか独立に定義されるため恩恵を受ける。メカニズムは抽象化層であり、キャリアではない。Production ✅。

スキーマに対する入力バリデーションがセキュリティメカニズムである

記事は次のように言う：「実行前にすべてのツール入力をスキーマに対して検証する。」プロパティ（無効な入力がツールに到達しない）はメカニズム（ツールハンドラを実行する前に型付き JSON スキーマに対して入力を検証する —— 入力がスキーマに合わなければハンドラが走る前に拒否する）によって保証される。Production ✅。

形式には否定的ケースがある。入力を検証せずに実行するツールは、不正または悪意のある入力に対して脆弱である —— ハンドラは自らを防御しなければならない。実行前にスキーマに対して検証するツールは保護されている：スキーマが門番であり、無効な入力はハンドラに決して到達しない。メカニズムはスキーマ検証であり、ハンドラの防御ではない。Production ✅。

形式は Everythink のアーキテクチャの Zod 実行時境界ルールのドメイン類推である：ワイヤ型は Zod で一度定義され、応答はネットワーク境界でパースされ、悪いペイロードは型付き ApiError として現れ、決してクラッシュしない。MCP の実行前のスキーマ検証は類似している：入力はツール呼び出し境界でパースされ、悪い入力はプロトコルエラーとして現れ、決してハンドラのクラッシュにならない。Partial ⚠️（同じ形式 —— ハンドラの前に境界でパースする —— 別のドメイン）。

読み取り専用認証情報が損害制御メカニズムである

記事は次のように言う：「読み取り専用認証情報でデータベース MCP サーバーを実行する。」プロパティ（データベースが AI によって変更されない）はメカニズム（データベース認証情報自体が読み取り専用であり、AI が何を要求してもツールは INSERT/UPDATE/DELETE を実行できない）によって保証される。Production ✅。

区別は重要である。読み書き認証情報を持つデータベースツールが AI に「変更を要求しない」と信頼するものは信頼によって保護される —— AI が破壊的クエリを幻覚した場合、データベースは変更される。読み取り専用認証情報を持つデータベースツールはメカニズムによって保護される —— データベースは破壊的クエリを拒否する、なぜなら認証情報は変更できないから。メカニズムは認証情報のスコープであり、AI の振る舞いではない。Production ✅。

形式は Everythink の Eye Key の HMAC プラスフィンガープリント設計のドメイン類推である：鍵の主権は HMAC プラスフィンガープリントによって保証される（平文は決してディスクに触れない）、信頼によってではない。読み取り専用認証情報は類似している：データベースが変更されない は 認証情報が読み取り専用 によって保証され、信頼によってではない。両者は行動期待ではなく構造的制約によってプロパティを生み出す。Partial ⚠️（同じ形式 —— プロパティが信頼ではなく構造的制約によって保証される —— 別のドメイン）。

クロスドメイン：Everythink アーキテクチャにおけるプロトコルメカニズム

Honest Architect は四つのクロスドメイン並行を描く。Oracle の一度だけ正規化：プロトコル標準化は類似している（多様なツールが一つのプロトコルインターフェースに正規化される）。World Monitor のソースごとの自己無効化：能力ネゴシエーションに失敗した MCP サーバーは自己無効化する、キーが未設定のとき Ok(None) を返すソースのように。Zod の実行時境界：MCP の実行前の型付きスキーマ検証は類似している（ハンドラが走る前にスキーマに対して入力をパースする）。Eye Key：読み取り専用認証情報は類似している（データベースが変更されない は 認証情報が読み取り専用 によって保証され、信頼によってではない）。各 Everythink メカニズム Production ✅、各並行 Partial ⚠️（同じ形式、別のドメイン）。

Honest Architect が MCP ブログから読み取るもの

記事はコース販売意図を持つ短い教育ブログである —— 筆者の MCP コース、Claude API コース、無料入門コース、Discord コミュニティへのリンクが随所に現れる。Honest Architect はメカニズム形式を抽出するが、コースやコミュニティを製品として推薦しない。メカニズム形式は Production ✅ である：現実、再現可能、記事自体の論理によって検証可能（標準化は統合面を縮小する；型付きスキーマは発見を可能にする；能力ネゴシエーションは優雅な劣化を可能にする；トランスポート抽象化はデプロイメント柔軟性を可能にする；スキーマ検証はハンドラを守る；読み取り専用認証情報は AI の振る舞いに関わらず変更を防ぐ）。すべての販促的主張（「50 行のコード」という数字、MCP コース、Claude API コース、Discord コミュニティ、「毎週成長している」エコシステム主張）は Partial ⚠️ である（販促的、Everythink により独立に検証されていない）。Honest Architect は Anthropic、MCP、AI Engineers Academy、CoreMind Systems、Marc Friborg Bersang、特定のコースプロバイダのいずれも推薦しない。Everythink は予測プラットフォームであり、MCP サーバープロバイダではない。クロスドメイン並行は Partial ⚠️ の挿絵であり、推薦ではない。スコープは民事/防御的である：プロトコル設計と AI ツールセキュリティは民事工学の関心事である。攻撃的スコープはない。トークン、ウォレット、コミュニティクレジットの結果は一切約束されない；それらは Roadmap 🔵、Howey 審査待ち。

よくある質問

プロトコルはメカニズムか、主張か？

プロトコルはメカニズムである。Theorem 3：プロパティ（AI がすべてに接続する）はメカニズム（クライアント + サーバー + トランスポート + 能力ネゴシエーション + 型付きスキーマ + エラー伝播 + リソース管理）によって保証され、主張（「AI の USB」）によってではない。Production。販促的主張は Partial。

なぜプロトコル標準化が相互運用メカニズムなのか？

標準がなければ、N クライアントかける M ツール = N*M カスタム統合。標準があれば、N+M。メカニズムは統合面を二次から線形に縮小するプロトコルである。Production。

なぜ型付きスキーマ宣言が発見メカニズムなのか？

サーバーは型付き JSON スキーマでツールを宣言する；クライアントは宣言を読んで利用可能なものを発見する。スキーマがなければクライアントは推測する；スキーマがあればクライアントは知る。Production。

なぜ読み取り専用認証情報が損害制御メカニズムなのか？

認証情報自体が読み取り専用であり、AI が何を要求してもツールはデータを変更できない。メカニズムは認証情報のスコープであり、AI の振る舞いではない。信頼はメカニズムではない。Production。

Everythink は Anthropic、MCP、AI Engineers Academy を推薦するか？

いいえ。Everythink は予測プラットフォームであり、MCP サーバープロバイダではない。記事はコース販売意図を持つ教育ブログである。販促的主張は Partial。トークン、ウォレット、コミュニティクレジットの結果は一切約束されない；それらは Roadmap、Howey 審査待ち。

Sources

• Marc Friborg Bersang, "MCP: The Protocol Connecting AI to Everything", AI Engineers Academy, 公開 2026-04-03, 取得 2026-08-23, https://aiengineers.academy/blog/mcp-the-protocol-connecting-ai-to-everything

もしあなたのチームがプロパティを主張する代わりにメカニズムを出荷する準備ができているなら、ネットワークを構築せよ —— Oracle は Sisters のドラフトを正規化し、各ソースは自己無効化し、HAI Engine は 2016 年から同じメカニズムを実行し、Zod は境界でパースする。