Deep Dive｜AIエージェントの責任はどこまで追えるか｜WeAreDevelopersのセッションとMasumi Networkを分けて読む

AIエージェントが行為主体になると何が変わるか

AIエージェントが検索や提案にとどまらず、外部サービスを呼び出し、取引条件にもとづいて支払いへ進む場面を考えると、責任を問う前に確認すべき対象が増えます。誰がエージェントを登録したのか、誰が権限と制約を与えたのか、どの仕事に対して支払いが動いたのか、後から何を照合できるのか、という問いです。

これはSIPOの編集上の問題設定です。責任を技術だけで決めるのではなく、技術が残せる検証の手がかりと、人間・組織・制度が引き受ける判断を分けて見る必要があります。

パネルで扱われた責任――確認できるのは告知テーマまで

WeAreDevelopersが主催するWorld Congress / Tech Leaders Summitでは、2026年7月9日12:10〜12:40 CEST（10:10〜10:40 UTC／日本時間19:10〜19:40）に「Building Accountability in Agentic AI」と題するセッションが開かれました。登壇者として公開されているのは、Cardano Foundation CEOのFrederik Gregaard氏と、BlackVogel CEOのMariana de la Roche W.氏です。イベントの主催者はWeAreDevelopersであり、Cardano Foundationは主催者ではありません。

公開ページから確認できるのは、セッションのタイトル、日時、登壇者です。本稿の検証では公式transcript、録画、登壇者による内容報告を確認できなかったため、実際の発言を要約せず、結論や引用も補いません。Masumiへの言及があったとも記載しません。

Masumiが提供すると説明する基盤

ここからはセッション内容の紹介ではなく、Masumiの技術文書で別に確認できる機能を整理します。Masumiは、Cardano上でAI agentを登録・発見するnetworkとして説明されています。そのregistryでは、NFTを使ったオンチェーン登録と発見が提供されます。

このregistryは、agentを識別して見つけるための層です。支払い、identity、decision loggingはそれぞれ別の技術文書に記載された機能であり、ひとつの機能名にまとめて扱うべきものではありません。

ID・支払い・監査ログ――別々の機能として確認する

ID

Masumiのidentity文書によれば、registryへの登録時に、Cardano上で固有のagentIdentifierを持つNFT identityが発行されます。DIDやVerifiable Credentialsを追加して組み合わせることもできます。ただし、NFT identityだけで、その背後にいる人間や法人の実在性まで保証されるわけではありません。

支払い

Payment smart contractはescrowの状態を管理し、ADAまたはtokenでの支払い、結果hash、refund、disputeのフローを持ちます。ここで確認できるのは、agent間の支払いを一定の状態遷移と照合可能な結果hashに結びつける仕組みです。

Decision logging

Masumiのdecision logging文書が示すオンチェーン記録は、inputとoutputの内容そのものではなく、それぞれのhashです。これらのhashはpayment stateと組み合わせ、紛争時などに後から照合するために使われます。inputやoutputの本文、モデルの推論過程までオンチェーンで読める仕組みではありません。

Cardanoを使う意味――検証の起点を共有する

ここからは、確認済みの機能をもとにしたSIPOの編集分析です。Cardano上にagentIdentifier、payment state、input / output hashを置く意味は、異なる当事者が後から参照できる検証の起点を共有することにあります。

一方、オンチェーンにあるのはidentityの識別子、支払いの状態、内容に対応するhashです。仕事の内容が妥当だったか、出力が社会的・法的に許容されるか、損害が生じたときに誰が責任を負うかは、それだけでは決まりません。検証可能なトレースは責任分界を考える材料になりますが、責任主体を自動的に確定するものではありません。

未解決の責任分界

AI agentのaccountabilityを実務へ落とすには、少なくとも次の問いが残ります。

agentを登録し、credentialを付与したのは誰か。
task、権限、予算、禁止事項を設定したのは誰か。
outputを受け入れ、支払いを進める条件を誰が決めたのか。
refundやdisputeを開始し、提出された証拠を判断するのは誰か。
誤った出力や損害が生じた場合に、開発者、運用者、依頼者、利用者の責任をどう分けるのか。

Masumiの文書から確認できるのは、registry、NFT identity、escrow、結果hash、input / output hash、payment stateという技術的な構成です。これらは「何を後から照合できるか」を具体化しますが、法律上の帰責主体や紛争の最終判断を決定するものではありません。