AIエージェントがSolanaでギフトカードを購入する方法

最近、Cryptorefills x402のリリースにより、AIエージェントはカタログ内のSolanaでギフトカードやモバイルチャージを購入できるようになり、支払いはUSDCで行われます（取引のいかなる時点でも人間は関与しません）。このインサイトでは、実際にどのように機能するかを説明します。

x402とは？

x402は、HTTP 402ステータスコードに基づいた決済プロトコルです。このステータスは1996年からウェブ標準に存在していましたが、実際に決済に使用されることはありませんでした。まず、サーバーがクライアントに支払いが必要であることを伝え、クライアントがトランザクションに署名してリクエストを再送信し、サーバーが支払いを確認した後に商品を提供します。この一連の流れは、支払いページへのリダイレクトもなく、人間の承認も必要なく、1回のやり取りで完結します。

Solanaでは、このやり取りは400ms未満でUSDCで決済されます。エージェントは購入を行った同じステップ内で確認された応答を受け取るため、実装がシンプルで流れが途切れることがありません。

x402におけるCryptorefills

Cryptorefillsはこの商業側の構築を行いました。AIエージェント統合を通じて、x402対応のエージェントは、6,600以上のブランドのギフトカード、180カ国のモバイルチャージ、通常のユーザーが利用できる同じ商品在庫にアクセスできます。すべてブラウザセッションや人間の介入なしにチェックアウトを完了できます。

pay.shの設定

pay.shはSolanaネイティブのエージェントシェルで、Cryptorefillsの統合はそのプラグインとして提供されます。設定には3つのコマンドが必要です：

ステップ1：Cryptorefillsスキルのインストール

pay.shプラグイン対応環境内で、設定は3つのコマンドです：
 

/plugin marketplace add cryptorefills/agents/plugin install cryptorefills@cryptorefills-skills/plugin reload

リロード後、エージェントはCryptorefillsの全商品在庫と、それに対してx402を介してやり取りするための基盤となる決済ロジックにアクセスできます。

ステップ2：エージェントが購入を実行

次のプロンプトを試してみてください：
 

"Solana USDCを使用して、米国で$5のAmazon.comギフトカードを購入するためにスキルを使用してください。受取人としてinfo@cryptorefills.comを使用してください。Amazonギフトカードの商品コードもこのチャットに表示してください。ウォレットのプライベートキーは.envファイルのSOLANA_SIGNER_KEYの下にあります。この値を決して公開しないでください。"

エージェントは.envファイルからプライベートキーを取得し（SOLANA_SIGNER_KEYの下）、x402決済トランザクションに署名し、Solanaに提出して確認を待ちます。支払いがクリアされると、Cryptorefillsはギフトカードコードを提供し、エージェントはそれをターミナルの会話に直接表示します。
 

なぜSolanaなのか

速度とコストが明らかな理由ですが、それだけではありません。Solanaのトランザクションの確定性は非常に速く、x402はエージェントのワークフロー内で実際に同期的に機能します。エージェントが支払いを送信し、商人がそれを確認し、応答がエージェントの推論ループの同じ「ターン」内に戻ってきます。

これを、確認時間が数十秒または数分に押し上げられる遅いチェーンで同じことを試みるのと比較してください。その時点で、非同期の複雑さ、再試行ロジック、エージェントの文脈で優雅に処理するのが本当に難しい失敗状態の可能性が生じます。

SolanaのUSDCは、ボラティリティの問題を回避します。エージェントは、$5のギフトカードの購入時に重要な、予測可能なレートでドル建てトークンを使用しています。
 

Cryptorefillsがここで可能にすること

AIエージェントページでは、統合を通じて実際に利用可能なものが文書化されています：数百のブランドのギフトカード、170以上の国でのモバイルチャージ、特定の市場での請求書支払いです。カタログは人間のユーザーがアクセスするものと同じで、APIと決済レイヤーを通じてエージェントが実際に使用できるように公開されています。

知っておくべきいくつかのこと：

在庫と可用性は地域によって異なります。購入フローを構築するエージェントは、静的なカタログを仮定するのではなく、動的に商品可用性を確認する必要があります。APIがこれを処理します。

受取人のメールアドレスは、Cryptorefillsがデジタル配信をルーティングする方法です。自動化されたフローでは、通常、エージェントがアクセスできるシステムメールか、設定時に構成されたメールアドレスです。

デモで示されたプライベートキーの取り扱い（.envからの読み取り）は開発パターンです。プロダクション展開では、ウォレットキーを扱う際の標準的なプラクティスとして、環境ファイルではなく適切なシークレットマネージャーを使用するべきです。

完全なカタログはCryptorefills AIエージェントページに文書化されています。米国および国際的に数百のブランドのギフトカード、180以上の国でのモバイルチャージ、特定の市場での請求書支払いが含まれています。可用性は地域によって異なるため、エージェントは購入時にAPIを介して在庫を確認する必要があります。

例の$5のAmazonカードは、このパターンの最もシンプルなバージョンです。同じフローはカタログ内の他のすべてに対しても機能します。
  

これは誰のためのものか

ユーザーの代理としてお金を使う必要があるエージェントを構築している開発者向けです。顧客サービスボットが補償としてギフトカードを発行する場合や、手動での履行なしにユーザーにチャージを配布するワークフロー、ユーザーの代理として購入を処理するアシスタントなどです。Cryptorefills x402統合は支払いと商品配信を処理し、開発者はその周りのビジネスロジックを接続します。

pay.shは、テキスト入力と結果出力のインタラクションが行われるターミナル環境で動作するエージェントを対象としています。以下のビデオでは、プラグインのインストールからチャットでのギフトカードコードの配信までの全フローを示しています。