Brave Search APIのx402対応は、AIエージェントが検索のたびにUSDCで少額決済し、Web検索やLLM Contextをその場で使えるようにする変更です。2026年11月12日のBrave公式発表では、APIキーや事前プラン選択に依存しない従量課金の検索利用、HTTP 402による支払い要求、Base上のUSDC決済、1,000回あたり5ドルの料金が示されました。対象はAIエージェントに検索グラウンディングを組み込みたい開発者、社内AI基盤担当、検索API費用を小さく検証したいチームです。
Brave Search APIのx402対応とは？
x402は、リクエストに対して支払いを紐づけるためのオープンな決済プロトコルです。Brave Search APIでは、支払いなしで対象エンドポイントへアクセスするとHTTP 402 Payment Requiredが返り、その検索の価格と支払いに必要な情報が提示されます。エージェント側は指定額のUSDC支払いに署名し、署名済み支払いを添えて再リクエストします。Brave側で検証されると検索が実行され、Baseブロックチェーン上の取引レシートとともに結果を受け取る流れです。
従来のAPIキー方式との違い
従来の検索API運用は、アカウント作成、プラン選択、APIキー発行、キー保管、利用量監視という固定的な準備が必要でした。x402対応では、少なくとも対象のagentic search用途では、リクエストごとの支払いが認証の役割を持ちます。つまり、検証用の小さなエージェント、短期のPoC、外部ツールに一時的に検索を持たせる用途では、アカウントとキー管理を増やさずに検索利用を始められる可能性があります。
ただし、APIキーが完全に不要になるというより、x402対象エンドポイントでは支払い付きリクエストが使える、という整理が安全です。既存の契約、社内プロキシ、監査ログ要件、請求書払いが必要な企業では、従来のAPI管理とx402利用を分けて評価する必要があります。
5ドル/1000回で何を検証すべきか
Braveの公式発表では、LLM Contextは1リクエスト0.005ドル、つまり1,000回あたり5ドルとされています。Web、news、image、video、localの各エンドポイントも同じ0.005ドルで利用できると説明されています。ガス代は限定期間Brave側がカバーするとされていますが、恒久条件ではないため、PoCの費用試算では検索料金と決済ネットワーク費用を分けて見積もるのが現実的です。
30日PoCなら、まず1日100回、500回、2,000回の3段階で利用量を置き、検索結果が回答品質をどれだけ改善するかを測ります。RAGの再検索、問い合わせ分類、競合調査、ニュース監視のように検索回数が増えやすいワークロードでは、1回あたり0.005ドルでも月間回数が費用を左右します。
導入前の5項目チェック
1. エージェントの検索目的をLLM Context、一般Web検索、ニュース検索に分ける。2. USDCウォレットの補充権限と上限を決める。3. HTTP 402の再試行処理、失敗時のフォールバック、二重支払い防止を実装する。4. 取引レシート、検索クエリ、回答ログを同じ監査単位で保存する。5. 1,000回あたり5ドルの前提で、日次上限とアラートを設定する。この5つを先に決めると、便利さより先に費用と権限の事故を抑えられます。
特に社内AIエージェントでは、検索クエリそのものが機密情報を含むことがあります。x402は支払いを簡単にしますが、送信してよいクエリ、保存してよいログ、外部検索に出してはいけない顧客名や未公開情報のルールは別途必要です。
実装フロー：Purl Walletから始める
Braveは最短経路として、Stripeが開発したCLIウォレットのPurl Walletを案内しています。実装の流れは、ウォレットを用意し、Base-native USDCを補充し、x402対応のBrave Search APIへリクエストする、という順番です。支払いが必要な場合はHTTP 402の応答から価格と支払い詳細を読み、エージェントが署名済み支払いを付けて再送します。
本番化する前に、ウォレット残高、署名権限、リクエスト上限をアプリケーションコードから切り離す設計が重要です。単一のエージェントに無制限の支払い権限を渡すのではなく、用途別ウォレット、日次予算、異常回数の停止条件を作ると、検索APIの実験を小さく始めやすくなります。
企業利用で注意したいリスク
最初のリスクは費用の見え方です。従量課金は小さく始めやすい一方、長時間動くエージェントや複数エージェントが同時に検索すると、回数が急に増えます。2つ目は決済権限です。ウォレットに資金を入れる運用では、秘密鍵、署名権限、補充権限の管理がAPIキー管理と同じくらい重要になります。3つ目は監査です。誰の指示で、どの検索に、いくら支払ったかを追えないと、便利なPoCがそのまま統制不能な本番機能になります。
そのため、Brave Search APIのx402対応は、検索機能そのものよりも『AIエージェントに外部サービスを自律購入させる』設計の先行事例として見ると価値があります。検索、翻訳、画像生成、データ取得など、将来ほかのAPIにも同じ考え方が広がる可能性があるため、今のうちに支払い付きエージェントのガードレールを検討しておくとよいでしょう。
FAQ
Q. APIキーは不要になりますか？ A. x402対象のBrave Search APIでは、リクエストごとの支払いが認証の役割を持つため、Braveはアカウントなしでも利用できると説明しています。ただし、企業契約や既存API運用を置き換えるかは別判断です。
Q. 料金はいくらですか？ A. 公式発表ではLLM Context、Web、news、image、video、localの各エンドポイントが1回0.005ドル、1,000回あたり5ドルです。ガス代は限定期間カバーとされているため、長期運用では条件確認が必要です。
Q. どんな企業に向いていますか？ A. 検索グラウンディング付きのAIエージェントを小さく試したいチーム、APIキーを増やしたくないPoC、検索回数をリクエスト単位で管理したい開発基盤チームに向いています。
導入判断のまとめ
Brave Search APIのx402対応は、検索APIの新機能であると同時に、AIエージェントが外部リソースを必要な分だけ購入する運用モデルの実験場です。まずは1用途、1ウォレット、1日上限つきで30日検証し、回答品質、検索回数、失敗率、費用、監査ログを見てから拡大するのが安全です。
AIエージェントの検索グラウンディング、API利用コスト、権限設計を自社向けに整理したい場合は、HelloCraftAIにご相談ください。PoC設計からガードレール作成まで一緒に確認できます。
