この記事について海外で公開された情報をもとにAIが要約・解説した記事です。原文の翻訳ではありません。正確な内容は記事末尾の出典元をご確認ください。
この記事の要点
  • OpenClawに決済機能を追加するプラグインをAWSが提供開始
  • 人間が事前設定した範囲内でエージェントが自動決済
  • x402 v2プロトコルを使い、HTTP 402チャレンジを処理

何が発表されたのか

AWSは2026年8月17日付けのブログで、OpenClawエージェントがAmazon Bedrock AgentCore paymentsを使ってHTTP 402決済を行える統合を発表しました。OpenClawはローカル環境で動作するAIアシスタントで、モデルやツール、メッセージングチャネルを接続する仕組みです。この統合では、OpenClaw用のプラグイン「@aws/aws-agents-pay」をインストールすると、エージェントが有料サービスへのアクセスを自動的に支払って継続できるようになります。

現時点ではテストネットのBase Sepoliaでの動作例が示されており、実運用のBaseにも対応できると説明されています。この記事はAWSとOpenClaw Foundationの共同執筆で、ClawConなどのコミュニティイベント支援を通じて協力関係を築いてきた背景があります。

安全設計の考え方

ポイントは、モデル実行環境に支払いの全権限を与えないことです。ウォレットプロバイダーの認証情報はAgentCore Identityに保存され、モデルから見えるランタイムの外に置かれます。人間は事前にウォレットと支払いセッションを準備し、受取先や予算、有効期限を設定します。エージェントができるのは、承認済みのセッション内で決済を開始することだけです。

プラグインがモデルに公開するツールは「get_payment_session_status」と「get_paid_content」の2つに限定されます。セッションの作成や拡張、置き換えは管理者だけが行えるため、プロンプトインジェクションによってモデルが操作された場合でも、被害は事前設定された範囲に留まります。決済リクエストには冪等性トークンを使い、同じ支払いを二重に実行しない仕組みも含まれています。

既存のAgentCore機能との関係

この統合はAmazon Bedrock AgentCoreの機能群を活用しています。ウォレット連携と支払いレイヤーを提供するのが「AgentCore payments」、認証情報を安全に保存するのが「AgentCore Identity」、ログやメトリクスを提供するのが「AgentCore Observability」です。これらの組み合わせにより、決済プロトコルが進化しても一貫したインターフェースを保てるとしています。

決済プロトコルとしてはx402に加えてMachine Payments Protocol(MPP)への対応も視野に入れています。この記事のチュートリアルではx402 v2を例に、HTTP 402チャレンジを処理し、署名付き認可を作成して元のリクエストを再送する流れを説明しています。ウォレットプロバイダーはCoinbaseまたはStripe Privyが指定されており、ステーブルコインウォレットが使われます。

実装の流れと注意点

実装の手順は、まずClawHubからプラグインをインストールし、次に人間が管理端末で支払いセッションを作成します。このとき、セッション作成には対話的なTTYで「approve」と入力する承認ゲートがあり、OpenClawの助言に従っても最終的な承認は人間が行う必要があります。その後に、生成された設定を確認し、ネットワーク、アセット、受取先、支払い上限などを明示的なポリシーとして設定します。

IAMロールも管理者用とランタイム用に分離し、ランタイムのロールには読み取りとProcessPaymentのみの権限を与えることが推奨されています。また、受取先アドレスなどはHTTPレスポンスから取得するのではなく、マーチャントのドキュメントなど信頼できる情報源で事前に確認するよう注意が促されています。この統合はプロンプトインジェクションを防ぐものではなく、被害を範囲内に抑える設計である点も明記されています。

モデル実行環境と管理者の権限の違い
項目モデル実行環境管理者(人間)
ウォレット資格情報へのアクセス不可専用の管理パスでのみ
支払いセッションの作成・拡張不可承認後に可能
支払いの開始承認済みセッション内でのみ可設定・監視
予算・受取先・期限の設定ポリシーに従う設定可能
原文からの引用
Payments are a natural extension of what plugins already do in OpenClaw: give an agent a new capability through a well-defined tool, not a special case bolted on afterward.

決済は、OpenClawのプラグインがすでにやっていることの自然な延長です。後付けの特例ではなく、明確に定義されたツールを通じてエージェントに新たな能力を与えるものです。

今後の見通し

今回の統合はテストネットを中心とした実装例ですが、OpenClaw Foundationは「エージェントが自律的に支払う時代」が来るとしており、AWS AgentCoreとの連携をさらに深める意向を示しています。今後はx402以外のプロトコルや、Ethereum、Solanaなど他のブロックチェーンへの対応が進む可能性があります。実際の本番導入事例や、フレームワークの料金体系、プロトコルごとの相互運用性が明らかになれば、日本企業でもより具体的に導入を判断できるようになるとみられます。

日本の開発者・IT企業にとっての意味

日本のIT企業にとって、この統合はAIエージェントが外部の有料サービスを自律的に利用するための一つの設計指針を示しています。APIやデータ提供側がHTTP 402で課金する動きが進めば、エージェントの決済処理は避けて通れません。AWSが示す「認証情報をランタイム外に置く」「人間が事前に範囲を設定」「冪等性トークンで二重支払いを防ぐ」といったパターンは、プロンプトインジェクション対策と合わせて実装の参考になります。また、OpenClawのようなローカル型エージェントのプラグインとして提供されるため、既存のチャット設定を大きく変えずに試せる点も日本企業にとって検討しやすい要素と言えます。

気になる点

このプラグインをOpenClawで使うには何が必要ですか?
OpenClaw 2026.3.24以降と、AgentCore paymentsを利用できるAWSアカウントが必要です。さらに Coinbase CDPまたはStripe Privyの認証情報と、テストネット用のx402エンドポイントが必要です。管理者用とランタイム用にIAMロールを分離する運用も推奨されています。
エージェントが勝手に高額な支払いをするリスクはありませんか?
事前に人間が受取先、アセット、ネットワーク、支払い上限、累計予算、期限を設定するため、エージェントはその範囲を超えて支払うことができません。認証情報はモデル実行環境の外にあるため、プロンプトインジェクションでセッションを拡張されることも防げます。
日本国内でもこの統合を利用できますか?
記事では「ウォレットプロバイダーの地理的可用性に依存する」と説明されています。CoinbaseとStripe Privyの提供状況は地域によって異なるため、現時点では日本で使えるかどうかは未公表です。各プロバイダーの利用可能地域を確認する必要があります。

用語解説

HTTP 402 Payment Required
Web APIやコンテンツサービスが支払いを要求する際に返すHTTPステータスコード。
x402
HTTP 402を利用してAIエージェントがプログラムで決済するためのプロトコル。
AgentCore
Amazon BedrockのAIエージェントを管理・実行するための基盤機能。
OpenClaw
ローカル環境で動くAIアシスタントで、モデルやツールを接続して自動操作を行う。
USDC
米ドルに連動するステーブルコイン。少額決済や高速な送金に利用される。

出典

Build OpenClaw agents that transact with Amazon Bedrock AgentCore payments

Amazon Web Services / Daniel Wirjo / 2026年8月18日

https://aws.amazon.com/blogs/machine-learning/build-openclaw-agents-that-transact-with-amazon-bedrock-agentcore-payments

AI導入も顧問も、お任せください

何から手をつけるか、どこまでAIに任せるか。自社の業務に合わせて整理し、導入から運用まで伴走します。相談だけでも構いません。

AI導入について相談する