四つのプラットフォーム、四つのアイデンティティ体系。共有される記録は誰が書くのか

いま起きていること

2026年の春、数週間のあいだに、大手エンタープライズAIプロバイダーが互いに異なる角度から同一のものを打ち出しました。

それぞれが、自社のクラウド内で稼働するエージェントのためのガバナンス基盤を発表しました。それぞれが、エージェントごとの暗号学的アイデンティティを何らかの形で導入しました。それぞれが、エージェントが何を、いつ、どの範囲で行ったのかを追跡できると約束しました。それぞれが、監査、異常検知、承認ゲート、ポリシーに紐づけられた行動について語りました。

言い回しは少しずつ違いましたが、構造は違いませんでした。

ある企業はそれを「エージェント・アイデンティティ（Agent Identity）」と呼び、「エージェント・ゲートウェイ」とエージェント・レジストリを併せて束ねました。別のある企業は、自社の主力チャット製品にチームで共有するワークスペース・エージェントを載せ、どのツールにエージェントが触れられるかについての管理者側の統制と、機微な作業に対する人間の承認ステップを設けました。さらに別の企業群は、その年の早い時期にすでに各自の版を出していました——一方は基盤層のエージェント・ランタイムを、もう一方はファウンドリの名を冠したオーケストレーション・スタックを。

これらのスタックのひとつの上で何かを作る人にとって、その価値は実在します。そのクラウドの境界の内側でエージェントがどう振る舞うのかについて、筋の通った説明が手に入ります。コンプライアンス部門が指し示せるログが手に入ります。十八か月前には存在しなかったアイデンティティの基本部品が手に入ります。

しかし、これらのスタックを横断して何かを作る人にとって——あるいは、自らのエージェントがいつか別のスタックに住むエージェントとやりとりすることになる人にとって——新たな問題がいま発生しました。互いに会話できない複数のアイデンティティ体系。互いに突き合わせのできない複数のログ形式。それぞれが自らの壁の内側のエージェントについて権威をもつと主張する、複数の監査証跡。

この問題の構造的な形

その形は見慣れないものではありません。電子メールがSMTP以前にもっていた形、決済が銀行間決済標準以前にもっていた形、ウェブが共有された認証局以前にもっていた形と同じです。あらゆるプラットフォームが、内側に対しては筋が通り、外側に対しては不透明になっていきます。内側の筋の通り方は、実質的な達成です。しかし外側の不透明さは、その次の層が解くべき務めです。

いまの段階では、主要ベンダーの説明はどれもこの変奏です。「わたしたちのシステムの内側で、あなたのエージェントが何をしたのかをお伝えできます」。それは事実であり、役に立ちます。

しかし、そのうちの誰も言えないことがあります——製品の不備のためではなく、構造のためにです。それはこれです。「あなたのエージェントと相手のエージェントが何に合意したのかをお伝えできます。その相手が、わたしたちの運営しないシステムにいたときにも」。

どのベンダーもそう言うことはできません。そう言うには、自らの運用境界の外側にある何かを代弁しなければならないからです。他社のインフラについて主張を立てるということです。彼らの法務部門はそれを許さないでしょうし、許さないほうが正しいのです。

内側のアイデンティティは、外側の合意ではない

「エージェント・アイデンティティ」が実際に何を成り立たせるのかは、慎重に見ておく価値があります。

プラットフォームが発行した暗号学的アイデンティティは、いくつかのことを成り立たせます。このエージェントがこのプラットフォームの内側でプロビジョニングされたということ。その行動が、このプラットフォームのロギング層に観測されたとおりに記録されたということ。その範囲が、特定の時点に特定の管理者によって設定されたということ。

これらは実在する事実です。コンプライアンスにも、内部のフォレンジックにも、「うちのチームの誰かがこのエージェントを誤って設定したのか」という問いにも重要です。

しかしこれらは、次のいずれをも成り立たせません。別のプラットフォームで稼働するそのエージェントの相手方が、同じ条件に合意したということ。異なる二つのプラットフォームの二つのエージェントが、実行より前に共通の境界を共有したということ。二つの組織のあいだの人間の紛争が、参照できる中立的な記録をもつということ。

これらの問いに対して、各プラットフォームのアイデンティティ層は構造的に一方の側にあります。相手方は誰か他人のシステムの内側におり、そのシステムのアイデンティティの基本部品は、こちらのものと噛み合わないからです。

今回の発表は、内側のアイデンティティをより鮮明にしています。アイデンティティとアイデンティティのあいだの合意を検証可能にすることは——できませんし、しません。

内部ガバナンスが締まるほど、その隙間は広がる

直観に反することが起きています。主要プロバイダーが内部ガバナンスにより強く投資するほど、外側の隙間は狭まるのではなく、より鮮明に立ち現れます。

一年前であれば、「このエージェントがしたことについて誰が責任を負うのか」という問いは、どこにおいても曖昧でした。内部ログは薄いものでした。エージェントのアイデンティティは暗黙でした。エージェントが建物の外へ出ることは稀でしたから、プラットフォーム間のやりとりもほとんどありませんでした。

いま、内部ログは厚みを増しています。エージェントのアイデンティティは明示的です。そしてエージェント・トラフィックの成長は、「ひとつのクラウドの内側」から「クラウドを横断して」へと移りました。あるベンダーのプラットフォームに登録された小売エージェントが、別のベンダーのプラットフォームに登録された供給業者エージェントと交渉します。あるフロンティア研究所の管理型ランタイムで稼働する研究エージェントが、まったく別のクラウドを使う企業のホストするツールを呼び出します。誰かのホームオフィスの機器で動くローカルモデルが、有料APIを通じてホスト型エージェントとやりとりします。

これらのいずれの場合でも、双方はますます詳細になる内部記録をもちます。双方とも、自らのシステムの内側で何が起きたのかをコンプライアンス水準で説明できます。ところが、二つの側が実際に何に合意したのか——共有された境界が何であったのか——には、どこにも居場所がありません。

内部ガバナンスへの投資が、この隙間をより際立たせます。内部記録の質が上がるほど、それらの記録が食い違ったときに、その食い違いがいっそう明らかになるからです。

小さな具体例

二つのエージェントを思い浮かべてみましょう。エージェントAは、ある大手クラウドのエージェント・プラットフォームで稼働する調達エージェントです。そのプラットフォームからエージェント・アイデンティティを発行され、一定額までの購買を執行できる範囲をもち、あらゆる行動がそのプラットフォームの監査証跡に記録されます。エージェントBは、別の大手クラウドのプラットフォームで稼働する履行エージェントです。同じ話、違うベンダーです。

二つが大口注文に合意します。決済はマイクロペイメントのレールで行われます。配送が行われます。ところが配送の何かが、Aの運用者の見込んでいたものと合致しません。

Aの運用者がAのログを取り出します。ある価格で明確に合意した内容が、Aのプラットフォームによって暗号学的に署名され、エージェント・アイデンティティを添えて収められています。Aの側では、すべてが辻褄が合います。Bの運用者がBのログを取り出します。別の価格で明確に合意した内容が、Bのプラットフォームによって署名され、エージェント・アイデンティティを添えて収められています。Bの側でも、すべてが辻褄が合います。

どちらのログも内部的には一貫しています。どちらも質が高い。どちらもそれぞれのプラットフォームの内側では権威があります。しかしどちらも、二つのエージェントが実行より前に何に合意したのかについての中立的な記録ではありません。

二つのプラットフォームが一年前より優れた内部ガバナンスをもつという事実は、この紛争の解決をより容易にはしません。ある面ではより困難にします。いまや双方が、自らの版についてより精緻な証拠を突きつけられるようになったからです。

「外部」が正確に意味するもの

この地点において、「外部」という語は以前よりも重い意味を担います。構造的に特定の意味があります。いずれの当事者も運営せず、いずれの当事者のプラットフォームも運営せず、いかなるベンダーからも特権的なアクセスを受け取らず、決定の内容ではなくその存在と範囲を記録し、双方が参加する場合には双方の記録を同じ参照へと束ねるもの。

「外部」とは「別の場所に保存する」という意味ではありません。ログは二つ目のクラウドに保存されていても、なお、それを書いた者の統制の下にありうるからです。「外部」とは、決定の両側のいずれからも運用上独立している、という意味です。

調達・履行の例でいえば、外部の記録はこのような姿になります。エージェントAとエージェントBが共有された境界を宣言した瞬間——合意の責任境界、たとえば一方が超えないよう権限を与えられた支出上限、配送の期限、相手方のアイデンティティといったもの——その宣言が二つのプラットフォームの外側に固定されました。これは決定の境界であって、交渉の内容ではありません。アンカーは、価格の付された品目や条件そのものを保持しません。その後、いずれの側もその宣言を一方的に変えることはできず、変えたならばその変更が明らかになります。双方は同じ記録IDを参照します。紛争が生じれば、双方はそのIDとともに各自のローカルな証拠を提示します。

外部の記録は、誰が正しかったのかを述べません。それが述べるのはこれです。この時点に、この範囲の下で、この相手方と、共有された境界が宣言され、そして——双方が参加した場合には——双方がそれを確認した。

それが欠けていた部品です。内部ガバナンスはそれを作り出せません。作れないのです。内側にあることが、その務めなのですから。

これが何でないか

ひとつの誤読を、あらかじめ防いでおく価値があります。

外部アンカリングは、競合するアイデンティティ体系ではありません。いずれのプラットフォームのエージェント・アイデンティティをも置き換えません。それらを統合しようとしません。いかなるランタイムのいかなるエージェントについても、正本のアイデンティティであろうとしません。

判断もしません。外部アンカーは「このエージェントはよく振る舞った」とも「このエージェントは信頼に足りた」とも述べません。決定の境界が特定の時点に宣言され、固定されたということを記録するだけで、その先へは何もしません。

決定の内容を見ることもありません。プロンプトも、ツールの出力も、推論トレースも、モデルの重みも、プラットフォームの内部ガバナンスがその務めを果たすために正当に見なければならないその何をも、見ません。ひとつのエージェントが特定の時点に特定の範囲で境界を宣言したということ、そして——相手のエージェントが同じ外部環境にいる場合には——その相手がそれを確認したということを記録します。

内部ガバナンスと外部アンカリングの関係は、競合ではなく補完です。内部ガバナンスは、エージェントが自らの境界の内側でよく振る舞うようにします。外部アンカリングは、境界を越える合意を確認可能にします。まとまった全体像を得るには、二つが互いを必要とします。

なぜよりによっていまなのか

この隙間に目を向けるに値する、狭い窓があります。

アイデンティティ層を発表したプラットフォームは、プラットフォーム間の標準が現れるのを立ち止まって待ちはしないでしょう。彼らは自らの内部製品を固め続けるでしょう。それは彼らにとって合理的であり、彼らの顧客にとっても好ましいことです。

これらのプラットフォームのあいだを行き交うエージェント・トラフィックは、標準化団体が対応できる速さより速く育っています。プラットフォーム間のアイデンティティ相互運用層が存在するようになる頃には——存在すると仮定したとしても——プラットフォーム間の紛争の量は、すでに無視できないものになっているでしょう。

これらのプラットフォームのうち二つ以上にまたがってエージェントを運用する人にとって、問いは「どのベンダーのアイデンティティ体系を選ぶべきか」ではありません——「エージェントが自らの本拠のプラットフォームの外側で結ぶ合意について、どのような外部の参照点が存在するのか」です。

その答えが「相手方のプラットフォームのログに、自分たちのログを足したもの」であるなら、それはより上等な外皮をまとった自己証言の問題です。双方とも美しいログをもつことになります。しかし、どちらも中立的なログはもちません。

外部アンカーはどう噛み合うのか

噛み合い方は、エージェントがどのプラットフォームで稼働しているかに関わりません。外部アンカーは、プラットフォームが提供するアイデンティティ体系が何であれ、その傍らに位置します。

相手方との合意を実行する前に、エージェントはその合意の範囲を外部環境へ宣言します。責任境界が何であるか、そして任意で、これが名を明示された別のエージェントとの双方向宣言であるかどうかを。環境はタイムスタンプ、範囲、完全性参照を記録し、IDを返します。

相手方も同じ外部環境を使っているなら、双方向の確認が記録され、双方がひとつの共有された記録へと束ねられます。そうでなければ記録は単独のものになりますが、それでも外部にあります——エージェント自身のプラットフォームの外側に固定されており、一方だけが宣言したのだとしても、紛争が生じれば双方ともそのIDを参照できます。

実行のあと、エージェントが確定します。そうすると記録は固定され、追加専用になります。その後のいかなる変更も完全性参照に照らして明らかになりますから、いずれの側も、いずれの側のプラットフォームも、それを気づかれずに変えることはできません。プラットフォームのエージェント・アイデンティティは、依然としてエージェントの内側の振る舞いを説明します。外部アンカーは、特定の瞬間にその合意が存在したということと、その範囲を説明します。

短くまとめると

大手ベンダーは、自らのクラウドの内側のエージェントのための強い内部アイデンティティへと収斂しつつあります。それは筋の通った方向であり、これからも良くなっていくでしょう。しかしそれが生む隙間——中立的な記録を欠いたプラットフォーム間の合意——は、次の問題の形であり、二つ以上のプラットフォームにまたがってエージェントを運用する人にとっては、すでに肌に触れる問題でありうるのです。

本拠のプラットフォームの外側のエージェントと対話することになるエージェントを作る人であれば、問うてみる価値があります。このエージェント二つが何に合意したのかをめぐって食い違うとき、共有された記録はどこに存在するのか。

その答えが「私のプラットフォームのログと彼らのログ、どちらもそれを書いた当事者が統制するもの」であるなら、これは制度的な規模の自己証言の問題です。優れた内部記録をもつ複数のプラットフォームがあるということは、プラットフォームを横断するひとつの共有された記録があるということと同じではありません。