エージェントOSIモデル—AIエージェント基盤のための7層フレームワーク

OSIモデルはネットワーキングを作り出しませんでした。ネットワーキングを学問として成立させた語彙を作り出しました。OSI以前は、エンジニアは「接続が切れた」と言っていました。OSI以後は、「第2層リンクがダウンしている」と言うようになりました。

AIエージェントには同等のものがありません。エージェントが失敗したとき、私たちは「エージェントが壊れた」と言います。それでは役に立ちません。

私は、エージェント基盤のための7層フレームワークを公開しました。製品でもありません。標準でもありません。語彙です。

7つの層

L7  ガバナンス    監査 · コンプライアンス · 承認       「これで安全ですか？」
L6  検証            テスト · 評価 · 関門               「本当に動きますか？」
L5  調整            合意形成 · 配布 · 競合            「エージェントはどう連携するの？」
L4  セッション      引き継ぎ · 状態 · コンテキスト        「エージェントはどう継続するの？」
L3  発見            レジストリ · 能力 · 場所             「エージェントはどうやって互いを見つけるの？」
L2  通信            メッセージング · 認証 · API          「エージェントはどう話すの？」
L1  実行            ハードウェア · ランタイム · ツール      「エージェントを何が動かすの？」

なぜ重要なのか

デバッグのために：「第4層の引き継ぎが壊れている」は対処可能です。「エージェント同士が連携できていない」は曖昧です。

構築のために： すべてを一度に作らないでください。特定の層を狙いましょう。ローカルのエージェントには、L1（ランタイム）+ L2（認証）+ L4（引き継ぎ）が必要です。マルチエージェントのフリートでは、L3（発見）+ L5（調整）を追加します。エンタープライズの導入では、L6（検証）+ L7（ガバナンス）を追加します。

標準のために： 各層が標準なしであることは「ギャップ」であり、同時に「機会」でもあります。このフレームワークは、標準が必要な場所を明確にします。

何があり、何が欠けているか

今日公開された3つの新しい仕様

調整プロトコル（第5層）

エージェントが同時に連携して動く方法。リーダー選出（エージェント向けのRaft-lite）。能力に基づくマッチングによる作業の分配。ワークスティーリング—暇なエージェントが混んでいるキューから引き抜く。監査証跡による競合解決。

エージェント能力マニフェスト（第3層）

エージェントができることを機械可読で宣言するもの。package.jsonのようなものですが、エージェントの能力向けです。発見：「SPFxを作れるのは誰？」→ 成功率 + 負荷 + 信頼スコアで順位付け。

エージェントトランザクションプロトコル（第7層）

自律的なアクションのための保証。冪等性キー（二重デプロイを防ぐ）。意図の前にアクションをログに記録（クラッシュしても、エージェントが「何をしようとしたか」を把握できる）。ロールバック用のフック。保証レベルは3段階：Best-Effort、At-Least-Once、Exactly-Once。

より大きな取り組み

誰もがAIエージェントを作っています。私は、エージェントが動くためのインフラストラクチャを作っています—エージェントのゴールドラッシュで使われる「ツルハシとスコップ」です。

エージェントOSIモデルはフレームワークです。各層の仕様はツルハシとスコップにあたります。認証システム（Blueprint、Ready、Certified）は、その上に重なる信頼の層です。

フルのフレームワークとすべての仕様：workswithagents.dev/specs/

人が読める概要：workswithagents.com/agent-osi-model

すべての仕様はCC BY 4.0 — 無料で使用でき、出典を明記して引用し、その上に構築できます。帰属表示が必要です。

マルチエージェントシステムを構築していて調整（コーディネーション）の問題にぶつかっている方、または規制産業にいて自律エージェントの監査証跡が必要な方—ぜひあなたのユースケースについて聞かせてください。仕様は公開されています。インフラストラクチャは構築中です。会話は今始まっています。