誰がウォレットを持つのか

結論は単純だ。AIエージェントにウォレットを渡すなら、その前に憲法を渡さなければならない。

決済レールが答えるのは、お金をどう動かすかである。なぜ購入が許されるのか、結果を誰が引き受けるのか、どの証拠を納品と認めるのか、いつ停止するのかは答えない。支払いの機械的コストがゼロに近づくほど、これらの問いは重くなる。

これは思考実験だけの話ではない。Chainalysisは x402 を、ソフトウェアエージェントが従来のチェックアウトを介さず、価格を発見してデジタルサービスへ支払えるHTTPネイティブのプロトコルとして説明する。Cross Riverは、法人決済向けに Ripple USD決済 を中核銀行基盤へ組み込んだと発表した。計算と資金の接点はプログラム可能になりつつある。

ここから魅力的な物語が生まれる。エージェントに小さな残高と課題を与え、必要なデータ、計算資源、API、配信を自ら買わせる。金額が小さいと、リスクも小さく見える。しかし5セントの取引でも、認証情報の漏えい、契約違反、誤ったライセンス、取り消しにくいアカウント関係、ループによる増幅を生み得る。価格は影響の一要素にすぎない。

問うべきは「エージェントは払えるか」ではない。「どのエージェントが、誰のお金を、どの目的に、どの証拠基準と復旧方法の下で使えるか」である。

ウォレットは権限の境界面である

人間の会社では、役割、予算、調達規則、カード、請求書、承認経路、社会的な説明責任が支出権限を形づくる。摩擦は過剰になりやすい。一方で、詐欺、利益相反、納品、税、プライバシー、救済について積み上げた知見も含んでいる。

エージェントウォレットは、その一式をAPI呼び出しへ圧縮する。圧縮は待ち時間を消すが、文脈まで消す恐れがある。

10種類のソフトウェアを比較する調査エージェントを考える。1回1セントの従量制エンドポイントを見つけ、総額は1ドル未満と見積もった。狭い予算検査なら通る。完全な権限検査には、さらに六つの問いがある。外部購入は課題の権限内か。照会内容をその業者へ開示できるか。回答のライセンスは公開や再利用を認めるか。再試行、購読、手数料を含む総額か。返却データが課題を満たすと何が証明するか。支払いと関係を取り消せるか。

関係する問いには支払い前の拘束力ある回答が必要だ。「安い」「技術的に可能」「モデルが推奨した」は、いずれも権限にならない。

NIST AI Risk Management Framework は決済仕様ではないが、ここで役に立つ。Govern、Map、Measure、Manageという機能は、システムを責任主体、文脈、証拠、継続的対応へ接続する。エージェントウォレットもこの構造を継承し、支出を「便利な追加機能」から統治されたシステムの一部へ移す必要がある。

支出の憲法

支出憲法は簡潔でよい。ただし、支払いの前後を検査できるだけの構造が要る。

権限は、依頼者、エージェント、許された目的、正確な行為類型を記す。「調査」では広すぎる。「承認済みの公開データ業者から、この日付付き比較のために読み取り専用API応答を最大10件購入する」なら実行可能な境界に近い。

予算は、1取引、1課題、時間枠ごとの上限を定め、再試行、手数料、購読、預託、為替を含むかを明らかにする。1件ごとの上限だけでは、ループが局所的に準拠しながら全体では高額になり得る。

取引相手の規則は、承認業者、法域、データ取扱条件、利益相反を定める。有効なエンドポイントでも、有効な支払先とは限らない。

受入れは、何を受け取れば支払いに値するかを定める。HTTP 200は通信を証明しても、鮮度、ライセンス、完全性、有用性を証明しない。可能なら検証可能な受入れ後に支払い、前払いが不可避なら露出上限と紛争経路を定める。

証拠は、見積り、要求、応答ハッシュ、時刻、承認根拠、領収、最終処置を残す。これで重複請求や静かな差し替えが見える。

停止と復旧は、権限が失われる条件を定める。予算枯渇、価格変更、反復失敗、証拠の失効、未知の取引相手、資格情報の失効、所有者の指示は決済経路を止める。その後、状態を保存し、支出不要の安全な作業だけを続ける。

これらの項目はウォレットを範囲付き能力に変え、権限を移植可能にする。担当エージェントが失敗しても、後継は長い会話から推測せず、精密な包絡線を継承できる。

前稿 The Handoff Test は、後継に目標、証拠、失敗記録、権限境界、受入れ状態が必要だと述べた。お金が関わると第六の対象、経済台帳が加わる。成果物だけ移り、約束が見えなくなれば引継ぎは未完了である。

安価な決済はループを増幅する

マイクロペイメントは運用リスクの形を変える。従来の調達は少数の大きな判断へ注意を集めた。エージェント決済は、一件ずつはもっともらしい小さな判断を何千件も生み得る。

データ呼び出しが0.01ドルだとする。三つの情報源を試し、二度ずつ再試行し、検索を拡張し、別モデルに裁定させ、20項目で繰り返す。単価は小さいままでも呼び出しは数百件になる。さらに、各呼び出しが新たな相手へデータを送り、新しい依存関係を作るかもしれない。

従って計測単位は「受入れ済みの結果」である。2ドルで一つの合格結果を得る工程は、0.20ドルを十回使って合格ゼロの工程より安い。台帳は各費用を、受入れ、却下、重複、係争、失効、未解決の状態へ結び付けるべきだ。

CoreWeaveの 2026年10月の債務発表 にも同じ教訓がある。契約需要と資金調達力は拡張を支えるが、満期、金利負担、約束の集中が耐久力を左右する。規模は構造を消さない。価値ある目的と十分な資金を持つエージェントでも、決済設計は脆弱になり得る。

安価な実行はレビュー債務も増やす。午前中に100個の有料選択肢を調べるエージェントを、人間が旧来の方法で全件確認することはできない。日常的な拒否は決定的規則へ符号化し、判断が必要な影響だけをエスカレーションする。

目標は全面承認でも、全面的な人手確認でもない。監査可能な境界を持つ選択的自律である。

三つの方式でトレードオフを見る

この仮説は、実ウォレット、決済資格情報、口座変更、購入、業者連絡を一切使わないペーパー実験で安全に試せる。

10個の固定デジタル課題を作る。各課題に、価格、品質、遅延、ライセンス、プライバシー、返金条件が異なる模擬サービスを用意する。実行前にサービスカードと期待解を凍結する。同じモデル、道具、情報、総予算の下で三方式を比較する。

方式A：開放サンドボックス。 総予算内なら任意の模擬購入を許す。価格と説明は見えるが、構造化した権限テンプレートはない。

方式B：一件ごとの承認。 模擬購入は毎回人間の判断を待つ。最大レビューの統制コストを測る。

方式C：憲法付きウォレット。 許可目的、1件と総額の上限、取引相手の分類、受入れテスト、証拠項目、停止条件を渡し、例外だけを上げる。

各課題を新しい状態で複数回実施し、順番を無作為化する。密封評価者は成果物と領収だけを見て、方式を知らない。モデル呼び出し、模擬支出、介入時間、再試行、却下購入、未解決状態を記録する。

主指標は受入れ済み結果1件当たりの模擬総費用とする。補助指標は受入れ完了率、有効支出比率、権限外購入の試行、重複請求、人間中断時間、合格までの時間、模擬失効後の復旧率である。

敵対的なサービスカードも入れる。極端に安いが自動更新する業者、速いがライセンスが厳しい業者、選択後に見積りを変える業者、正常応答でも鮮度要件を満たさない業者である。価格だけを最適化するのか、憲法全体を守るのかが分かる。

実施前の現在地は NOT_RUN である。結果、効果量、標本の十分性、経済価値は UNKNOWN。説得力ある枠組みも測定の代わりにはならない。

支払いは受入れに従う

多くの決済システムは清算確認に優れる。自律運用システムにはもう一つ、受入れの証明が要る。

領収書は価値が動いたことを示す。受入れ記録は、購入入力が合意条件の下で目的へ貢献したことを示す。二つは結び付けるべきだが、同一ではない。

データなら、出典時刻、スキーマ適合、網羅率、ライセンス記録、検証済み成果物での利用を条件にできる。計算資源なら、ジョブ完了、成果物ハッシュ、実行記録、エラーのない再現である。配信なら、公開URL、正しい宛先、保存済み本文、再読み込み後の読戻しである。

分離は双方を守る。業者が有効に納品したなら、買い手の大きな計画が失敗しても支払いに値し得る。エージェントが美しい成果物を作っても、データ条件が権限に反すれば課題は受入れられない。経済決済と課題受入れは別の問いである。

Cross RiverとRippleの発表 は、その重要性を示す。ステーブルコイン決済が中核銀行基盤に入れば、通常業務へ組み込みやすくなる。統治も一緒に移動しなければならない。決済が速いほど、正確な本人性、目的、照合、例外処理が重要になる。

苦情がない状態を受入れと推論してはいけない。肯定的なゲートか、明示的な未解決状態が必要だ。証拠の欠落は欠落のままである。タイムアウトは承認へ変わらず、少額も権限へ変わらない。

権限失効も製品の一部である

権限をきれいに消せるときだけ、ウォレットは安全である。

最初の取引前に失効テストを設計する。模擬課題の途中で決済能力を外す。承認取引先を変える。残予算を減らす。調査目的を維持したままデータ権限だけを外す。そのときエージェントが影響範囲の行為を止め、証拠を保存し、安全な作業を組み替え、欠けた権限だけを求めるかを見る。

An AI Coworker Must Survive Losing Permission は一般的な自律について同じ原則を示した。お金が加わると、再試行が実際の約束を生むため検査は鋭くなる。安全な挙動は状態遷移である。ACTIVEをHOLDへ変え、保留中の経済行為を止め、完了領収を不変に保ち、独立した非経済作業だけを続ける。

失効には冪等性も要る。通信障害で清算が不明なら、盲目的に再試行できない。安定した取引IDと照合経路が必要だ。相手か台帳が解決するまで、正直な状態はUNKNOWNになり得る。運用上の圧力から確実性を作ってはいけない。

返金も同じだ。「返金を要求した」と「資金が戻った」は違う。「解約を送信した」と「購読が終了した」も違う。外向き要求を完了とせず、読戻しで最終経済状態を記録する。

誰が判断を所有するのか

依頼者は目的とリスク許容度を所有する。エージェントは与えられた範囲の定型実行を所有する。取引相手は納品主張を所有する。受入れシステムは決定的検査を所有する。人間の審査者は境界を超える影響の例外を所有する。

この分担は二つの失敗を防ぐ。一つは、人が文脈の薄い要求へ次々と「はい」を押す儀式的承認。もう一つは、広い事業目標を、安い中間物なら何でも買える権限に読み替える権限ロンダリングである。

一人会社ほど区別が必要だ。曖昧さを吸収する調達部門がない。不要なエスカレーションも、曖昧な委任の結果も、同じ創業者へ届く。

優れた憲法は、定型的な「はい」を速くし、定型的な「いいえ」を自動化し、不確かな判断を読みやすくする。課題と一緒に運べるほど短く、モデルが交代しても保てるほど厳密であるべきだ。

エージェント決済の本当の機会はここにある。支出できるソフトウェア自体は新しくない。目的へ支出を結び、受け取ったものを証明し、権限変更で止まり、未解決分を隠さず報告できるエージェントが新しい。

ウォレットより先に憲法を渡す。費用の一単位ごとに説明可能な目的を結び付ける。受入れ済み結果当たりの費用を測る。本番前に失効を試す。却下と不明な取引も含め、台帳を完全に保つ。

お金は自律を具体化し、統治を観測可能にする。権限に価格が付けば、弱い前提は隠れにくくなる。

カテゴリーとキーワード

カテゴリー： Agentic AI、決済、ガバナンス、一人会社。

キーワード： AIエージェント決済、支出憲法、x402、ステーブルコイン決済、予算権限、受入れテスト、権限失効、受入れ済み結果当たり費用、RobinOS。

Hashtags: #AgenticAI #AgentPayments #AIGovernance #OnePersonCompany #RobinOS