Circleが公開したもの
Circleは9月9日、Agent Marketplaceのカタログを単一のDiscovery APIから、APIキーやアカウントなしで取得できるようにしたと発表しました。レスポンスには、x402対応のHTTP・MCPサービス、提供者、入力スキーマに加え、ネットワーク、USDCコントラクトアドレス、金額、受取ウォレットなどの支払条件が含まれます。カテゴリ、ネットワーク、USD建て上限価格、サービスタイプ、vanilla x402またはCircle Gatewayへの対応有無で絞り込めます。
Circleは、カタログが15以上のブロックチェーンネットワークを対象とし、キュレーションと売り手側の継続的な制裁スクリーニングを行い、サービスの稼働状態も確認していると説明しています。これらはCircleが示すカタログ運用上の措置です。一方、製品条件では、第三者のエージェントやサービスについて、本人性、正当性、安全性、信頼性、性能をCircleが検証または保証しないと明記しています。探索は連携の摩擦を減らしますが、事業者を信頼して支払う判断までCircleへ移すものではありません。
探索データは認可ではなくオファーである
機械可読な掲載情報により、探索、価格確認、支払いを一つのエージェントループにできます。そのため、カタログのレスポンス自体が金融統制経路の一部になります。本番の購入側は署名やGateway支払いを作成する前に、CAIP-2形式のネットワークID、トークンコントラクト、最小単位で表された金額、受取ウォレット、HTTPメソッド、接続先ホスト、プロトコル版を自社ポリシーと照合すべきです。
承認済み見積もりは、これらの項目から作った不変のダイジェストに結び付け、支払いとサービス呼び出しまで引き継ぎます。計画から実行までの間に掲載内容が変わった場合、新しい価格、受取人、資産、エンドポイントを黙って受け入れず、再認可が必要です。これにより、古いキャッシュ、メタデータ侵害、通常の設定ミスに対処できます。
有効なスキーマはサービスの安全性を保証しない
返却されるJSON Schemaは構文的に正しいリクエストの作成には役立ちますが、その要求が適切か、送信データが保護されるか、応答を信頼できるかは保証しません。入力には顧客情報、認証情報、独自プロンプト、市場機密情報が含まれ得ます。提供者の説明、スキーマ、文書リンク、サービス出力は、エージェントの権限を拡張できる命令ではなく、信頼できないデータとして扱います。
接続先とメソッドを許可リスト化し、プライベートまたはリンクローカルアドレスへの名前解決を遮断し、外部送信項目を最小化し、取得コンテンツをプランナーの制御チャネルから隔離します。取引シグナル、支払指示、スマートコントラクトのパラメータなど高影響の出力は、次の操作を起動する前に独立検証が必要です。カタログの稼働確認や売り手側の制裁スクリーニングは有用ですが、エンドポイント完全性、購入側のコンプライアンス、出力の正しさとは別の統制です。
ナノペイメントにも予算管理と照合が必要
1セント未満の価格でもリスクが消えるわけではなく、形が変わります。ループするエージェントは、個々には有効なリクエストを積み重ね、大きな支出を生み得ます。リクエスト、タスク、提供者、ウォレット、チェーン、時間枠ごとに上限を設け、再試行回数を制限し、対応可能な場合は冪等性キーを使い、並列呼び出しの前に資金を予約します。支払署名者はモデル出力へ直接公開する汎用ウォレットではなく、限定されたポリシー強制サービスにすべきです。
各試行について、探索時のスナップショット、ポリシー判断、支払レール、トランザクションまたは決済ID、サービス応答、再試行の系譜、最終的な業務結果を記録します。照合では、支払い済みなのに利用可能な応答がない呼び出し、重複支払い、タイムアウト後の応答、Gateway会計とオンチェーン記録の差異を検出する必要があります。運用指標には、支出速度、拒否理由、見積もり変更、提供者別エラー率、未照合支払いを含めます。
Ineezaの見解
CircleのAPIは、エージェントが機能と支払条件を標準的な方法で同時に発見できる重要な基盤です。一方、本番の統制境界は、手動設定された連携から、実行時に行われる動的な調達判断へ移ります。探索と支払いの間に決定論的なポリシー層を置くべきです。探索が候補を提示し、ポリシーが検証し、制約付き署名者が認可し、照合が結果を証明します。動的にサービスを選べることでマーケットプレイスは価値を持ちますが、変化するカタログがエージェントの権限を変えられない設計によって初めて安全になります。