AgentCard

AgentCardとは？

AgentCardは、AIエージェント向けに単発のバーチャルVisaデビットカードを提供します。支払いが必要な際にスコープ付きカードインスタンスを作成することで、エージェントがウェブ上で購入を支払えるようにし、従来のウォレットや事前資金充填のワークフローを必要としません。

主な目的は、開発者や企業がアプリケーションに制御された「エージェント支出」を追加できるようにすることです。カードはトランザクションごとに分離され、カード作成と支払い完了前に人間のレビューをサポートするよう設計されています。

主な機能

• ワンタイム使用のバーチャルVisaカード: 各カードは1回のみ使用可能で、トランザクションの分離と追跡を支援します。
• 自己破壊カード（7日間有効）: 未使用カードは7日後に自動的に自己破壊し、忘れられた認証情報や残存ホールドのリスクを低減します。
• 人間の承認（human-in-the-loop）: カード作成と支払いに人間の承認が必要で、ユーザーはエージェントがトランザクションを完了する前に通知/メールを受け取ります。
• スコープ付きカードライフサイクルと制御: カードは「スコープ付き、承認済み、デフォルトで自己破壊」と記述され、エージェント支出の運用制御を強化します。
• 事前資金充填不要、自動ホールド解除: 事前チャージの代わりに銀行カードにホールドをかけ、カード使用時のみチャージ。未使用ホールドは自動解除されます。
• チェックアウト支払い用Chrome拡張: サイトでは、チェックアウトページでエージェントが支払えるChrome拡張を説明しています。
• 開発者CLIと管理ツール: カード作成と組織管理のためのCLIワークフロー（例: agent-cards、agent-cards-admin）を提供。
• APIとウェブフック（企業向け）: 企業はAPIでユーザーの代わりにカードを作成し、ダッシュボードやウェブフックで活動を監視できます。

AgentCardの使い方

1. CLIで開始: CLIパッケージをインストール（サイトではnpm install -g agent-cardsを表示）し、signupを実行してカード作成を開始。
2. オンデマンドでカード作成: ページで説明されたコマンドラインで、エージェントが必要とする際にワンタイムバーチャルカードを発行。
3. ブラウザ経路を有効化（オプション）: Chrome拡張を使ってチェックアウトページでの支払いをサポート。
4. API経由で統合する企業向け: agent-cards-adminで組織を登録し、ユーザーごとにカード保有者IDを作成後、設定した制限内でユーザーのエージェントがスコープ付きワンタイムカードを作成。
5. 承認と監視の運用: ダッシュボード/ウェブフックでカードとトランザクション活動を監視し、完了前に人間の承認を実施。

ユースケース

• ウェブチェックアウト時のエージェント主導購入: AIエージェントがワンタイムバーチャルカードを作成し、提供ブラウザ拡張ワークフローでチェックアウトページの支払いを進める。
• エージェントワークフロー向け開発者制御支出: チームがカード作成を統合し、エージェントが定義制限内で支出可能。人間が各カード作成/支払いを承認。
• マルチユーザーSaaS支出管理: アプリケーションがユーザーごとに別カード保有者IDを作成し、顧客間でカード発行を分離しつつ監督を集中。
• カードインフラ構築なしのAPI駆動支払い: 企業がAgentCard APIを使い、エージェントがユーザー代わりに支払い。ダッシュボードやウェブフックでホールド、トランザクション、結果を監視。
• 孤立ホールドと陳腐化支払い方法の削減: 7日間自己破壊のワンタイムカードと未使用カードの自動ホールド解除で、忘れられたカードインスタンスを回避。

FAQ

• カードの事前資金充填は必要ですか？ 事前資金充填は不要です。AgentCardは銀行カードにホールドをかけ、作成カード使用時のみチャージ。未使用ホールドは自動解除されます。

• バーチャルカードは再利用可能ですか？ いいえ。ページではカードはワンタイム使用で、各カードは1回のみ使用可能と述べています。

• 承認の仕組みは？ 製品はカード作成と支払いの両方に人間の承認（human-in-the-loop）を使用。エージェントがトランザクションを完了する前に通知が送信されます。

• 未使用カードの有効期限は？ ページでは未使用カードは7日後に自己破壊し、金額が返金されると述べています。

• 企業はAgentCardをプログラムで統合できますか？ はい。ページではAPI、管理CLI（agent-cards-admin）、組織設定、ユーザーごとのカード保有者作成、ダッシュボードとウェブフックでの監視を説明しています。

代替案

• 従来のバーチャルカードプラットフォーム: 同カテゴリの代替案は通常、再利用可能または管理されたバーチャルカードを提供します。AgentCardと比較して、ワンタイムのエージェント主導支出や取引ごとの人間承認をどれだけ簡単にサポートするかがワークフローの違いとなります。
• 保存された支払い方法付きの決済ゲートウェイ: 一部のゲートウェイでは支払い方法を管理し、バックエンドから開始される請求を処理できます。これらは単発で分離されたカード動作を実現するために異なるエンジニアリングを要します。
• 手動承認 + 請求/請求書ワークフロー: カード以外の支払い手段を好むチーム向けに、請求書や手動支払いを使用したワークフローはカード発行を完全に回避できますが、同じエージェントからチェックアウトへの支払いパターンをサポートしません。
• 汎用エージェント支払いオーケストレーション（カスタム構築）: 独自の支払いレールを中心にカスタムの「エージェント支出」システムを構築できます。主な違いは、AgentCardがすぐに利用可能なカード/チェックアウト処理と制御をあなたが担当することです。