AIエージェント決済の弱点は暴走ではない。承認が形骸化することだ

2026年7月26日

AIエージェントが財布を持つ、と聞いたときに多くの人が想像するのは「AIが勝手にお金を使ってしまう」という絵だと思います。実際、この手のニュースにつく反応はほぼそれです。

ですが、今回発表されたサービスは、資産が動く操作には必ずユーザー本人の承認が必要だと明記しています。暴走は設計上防がれている。つまり心配すべき場所はそこではありません。

社内でAI導入を進めていて確信していることが一つあります。

承認を挟めば安全になる、というのは嘘です。承認は、挟んだ瞬間から形骸化に向かって進みます。

決済にAIエージェントを入れるときの本当の論点は、そこにあります。

何が起きたか

株式会社HashPortは2026年7月10日、AIエージェントとステーブルコインウォレットを連携させるMCP（Model Context Protocol）サービス「HashPort Wallet MCP」をリリースすると発表しました。第1弾機能は2026年9月のリリースを予定しています。

仕組みはこうです。新しいエージェントをゼロから作るのではなく、ClaudeやCodex、ChatGPTなど既存のAIエージェントに、同社のノンカストディアルウォレット「HashPort Wallet」を接続する。ユーザーがチャットで指示を出すと、エージェントが状況を判断して送金や交換を自律的に組み立て、取引プランとして提示します。

リリースによれば、資産が移動する操作にはPIN・生体認証などによるユーザー本人の承認が必ず必要で、最終的な意思決定は常にユーザーが行います。秘密鍵はユーザー自身が保持し続けます。

ロードマップも公開されています。

時期	提供予定の機能
2026年9月（予定）	複数チェーンに散らばった残高のJPYCへの集約／利息のつく預け先への送金／国内・海外へのマルチバンク振込
2027年前半（予定）	エージェンティック・コマース（ホテル・旅行・買い物）／業務ソフトウェア連携（会計・給与・請求・受発注など）

出典：HashPort リリース（2026年7月10日）。いずれも予定であり、実装済みの機能ではありません

接続先として想定されているAIエージェントも公開されています。ClaudeとCodexは全プランまたは有料プラン、ChatGPTとPerplexityは有料プラン、Geminiは法人向けプランのCLI経由が対象とされています。つまり、すでに業務で使っているエージェントがそのまま入口になる設計です。

そのうえでリリースは、他ソフトウェアとの連携について、現時点では完全自動化に技術的な課題が残っていると自ら書いています。この一文は率直で、しかも記事の核心に触れています。

承認は、二週間で押すだけになる

社内でAIを業務に入れるとき、最初は必ず人間の確認を挟みます。出力を人が見て、問題なければ次に進める。導入時の説明としてはこれ以上ないほど安全に聞こえますし、実際その通りに運用が始まります。

ところが、実際に起きるのはこうです。

経過	確認者の行動	判断の基準
1週目	出力を最初から最後まで読む	内容が正しいか
2週目	斜め読みになる	違和感がないか
3週目以降	形式だけ見て通す	いつも通りかどうか

厄介なのは、この変化がAIの精度が低いときには起きないことです。品質が良いからこそ、確認が省略されていきます。精度が上がるほど承認は形骸化する。導入する側にとって、これは最も直感に反する性質です。

これは怠慢ではなく、人間の認知の話です。同じ判断を繰り返し求められて、九割九分が承認で終わるなら、確認のコストを下げる方向に必ず適応します。AI導入で最初に失うのは、精度ではなく注意力です。

これを決済に持ち込むと何が起きるか。PINを入れる操作は、二週間後には内容を読まずに指を動かす操作になっている可能性があります。そして決済の場合、その一回が取り返しのつかない送金になります。

誤解のないように書きますが、これはHashPortの設計の欠陥ではありません。人間の承認を挟むこと自体が、この性質を必ず持つということです。だからこそ、承認を挟んだから安全、という説明で止まってはいけない。

「本人が承認した」は、決済では責任の移転を意味する

決済の側から見ると、この構図には既視感があります。カード決済における本人認証と、それに伴う責任の移転です。

カード決済では、本人認証を経た取引かどうかで、不正が起きたときに誰が損失を負うかが変わります。認証を通っていれば、責任は加盟店から離れる。「本人が認証した」という記録は、単なるログではなく、責任の所在を決める証拠として機能しています。

AIエージェント決済も、構造は同じです。並べるとこうなります。

	カード決済の本人認証	AIエージェント決済の承認
承認するもの	この取引を行う意思	エージェントが組み立てた取引プラン
資産の保持	発行体・事業者側	ユーザー（ノンカストディアル）
取消の可否	可能（チャージバック等）	不可（オンチェーン送金）
誤りが起きたとき	ルールに基づき責任が配分される	ユーザーに残る

優劣ではなく、責任の置き場所が違うという整理です

ノンカストディアルはユーザーの主権を守る設計であると同時に、責任をユーザー側に置く設計でもあります。事業者が資産を預からないということは、事業者が資産について責任を負わないということでもある。両方が同じコインの裏表です。

これは批判ではありません。ノンカストディアルとはそういうものです。ただ、その前提のうえで一つ問いが立ちます。

ユーザーが承認したのは、いったい何だったのか。

問われるのは「何を承認したか」が残るかどうかです

エージェントが取引プランを提示し、ユーザーがそれを承認する。ここで実務的に効いてくるのは、次の三点だと考えています。

ユーザーが画面で読んだ取引プランと、実際に署名されたトランザクションが同一であることを、あとから確認できるか
そのプランをエージェントが組み立てた根拠、つまりどの指示に基づいて何を選んだかが残るか
その記録を、本人以外の第三者に示せる形で保持できるか

一つめは技術的にはウォレット側で担保できる領域です。二つめから先が難しい。AIエージェントは自然言語で指示を受け取り、外部の情報を読み、手順を組み立てます。読んだ情報の中に、エージェントの振る舞いを変える内容が紛れ込む可能性は、現在のLLMを使ったツール連携につきまとう一般的な課題です。この点についてHashPortの具体的な対策は現時点で公開されておらず、判断はできません。

ただ、方向としてはこう考えています。AIエージェント決済で最終的に問われるのは、エージェントの賢さでも、承認を挟んだかどうかでもなく、誰がいつ何に対して承認を与えたかを後から復元できるかどうかです。そしてこれは、リリース自身が認めた技術的課題と、たぶん同じ場所を指しています。

日本では、本命はB2Bになると考えています

ロードマップを読むと、個人向けよりも法人向けのほうが手前に置かれています。多店舗・多通貨の売上を日次でJPYCに揃えて本部ウォレットに集約する、複数の取引先への支払いを国内外まとめて実行する。第1弾に含まれるマルチバンク振込も法人の資金移動の話です。

日本企業でこれを使う場合、承認の問題は個人利用よりはるかにはっきりした形で現れます。支払いの承認は、日本の会社では職務分掌と承認権限規程で定められた行為だからです。誰がいくらまで承認できるかが文書で決まっていて、内部統制の対象になっています。

ここにAIエージェントが入ると、論点が一つ増えます。エージェントが組み立てた支払いプランを承認した担当者は、その内容を理解したうえで承認したのか。稟議書の内容を理解せずに判子を押す行為が問題になるのと、まったく同じ議論です。

面白いのは、日本の金融側が別の解き方を検討していることです。三菱UFJフィナンシャル・グループと三菱UFJ信託銀行は2026年6月30日、DID/VC共創コンソーシアム内に「AIエージェント×金融取引分科会」を設置しました。公開資料によれば、検討の中心はユーザーからAIエージェントへの権限移譲のあり方、委任範囲の定義と証明、取引承諾の根拠の記録です。

アプローチの違いを整理すると、こうなります。

	都度承認型	事前委任型
考え方	取引のたびに人が判断する	委任の範囲をあらかじめ証明可能な形で定義する
強み	実装が早い。今すぐ動く	承認疲れの影響を受けにくい
弱み	回数が増えるほど形骸化する	枠組みの整備に時間がかかる

どちらが正解かは現時点では分かりません。ただ、承認疲れという観点からは、後者のほうが構造的に強いと考えられます。海外がエージェントに払わせる技術を作っている間に、日本は誰が払ってよいと証明するかから入っている。この順序の違いは、遅れではないかもしれません。

自分なら、送金機能ではなく承認画面を見ます

個人としては、2026年9月に出たら触ります。ただし普段使いのウォレットは接続しません。少額の専用ウォレットを分けて、そこだけをつなぎます。理由は単純で、承認が形骸化することを前提に置くなら、形骸化しても致命傷にならない金額に限定するのが唯一確実な対策だからです。

仕事の側では、評価の順序を変えます。「AIに何をやらせられるか」から入ると、必ず機能の話になります。そうではなく、次の順で見ます。

見る場所	確認すること	理由
承認画面	金額と宛先だけか、選定の根拠まで出るか	根拠が出ないなら、承認は形式でしかない
記録の出力	監査部門と経理が読める形式で取り出せるか	説明できない記録は、無いのと同じ
自動承認の設定	存在するか。あるなら誰が有効化できるか	ここが最重要。設けた瞬間に安全性の前提が変わる

三つめを最重要に置いているのは、利便性を上げるために「今後このパターンは自動承認」という機能が、ほぼ確実にどこかの時点で要望として上がってくるからです。現場から出る要望としてはまったく自然で、だからこそ止められません。

社内で検討するなら、情報システム部門より先に経理と監査に見せます。AI導入で何度も学んだのは、技術的に動くかどうかより、動いた結果を誰がどう記録して説明するかのほうが導入の可否を決める、ということでした。決済はその傾向がさらに強い領域です。