Brave让Agent自己付搜索费

Brave Search API 接入 x402,AI Agent 无需注册账户或管理 API 密钥,即可使用 Base 网络上的 USDC 按请求支付搜索费用,每次调用价格为 0.005 美元。
Brave Search API 接入 x402:Agent 终于能自己为搜索买单
Brave 在 11 月 12 日宣布,Brave Search API 已正式支持 x402 协议,AI Agent 可以在调用搜索服务时,用钱包中的 USDC 自动完成按请求付款,不再需要开发者提前注册账户、选择套餐和配置传统 API 密钥。首批开放的能力包括 LLM Context、网页、新闻、图片、视频和本地搜索,每次请求统一收费 0.005 美元,也就是每 1000 次请求 5 美元。(brave.com)
这是一个看起来像支付功能、实际更接近 Agent 基础设施的更新。
过去,Agent 即使能够自主规划任务、调用工具和检查结果,也很难独立购买一个此前没有接入过的服务。账户注册、信用卡绑定、套餐选择、密钥创建和额度审批都要求人类介入。x402 把这些步骤压缩成了一次标准 HTTP 交互:服务端报出价格,Agent 判断是否值得购买,签署付款,再拿到结果。
x402 是一种基于 HTTP 402 Payment Required 状态码的开放支付协议,允许软件直接为 API 或数字资源按次付款。 它要解决的并不是“如何让人扫码付款”,而是“如何让机器在没有人工结账页面的情况下购买另一台机器提供的服务”。

一次搜索是怎样完成付款的
Brave 的 x402 调用流程只有四个核心步骤。
- Agent 向受 x402 保护的 Brave Search API 发起搜索请求。
- 如果请求没有附带付款,服务器返回 HTTP 402,并告知本次搜索的价格、接收资产、网络和支付地址等信息。
- Agent 使用钱包签署相应金额的 USDC 支付凭证,再次提交请求。
- Brave 运行的 facilitator 验证并结算付款,随后执行搜索,返回结果和链上交易回执。(brave.com)
Facilitator 是 x402 体系中负责验证支付凭证并协助完成结算的服务。 它让 API 服务商不必在每个业务接口里自行编写链上验证逻辑,也让客户端可以采用相对统一的支付流程。
Brave 当前接受 Base 网络上的 USDC,并自行运行 facilitator。官方表示,后续计划加入其他网络和稳定币。Base 的选择并不意外:单次搜索只值 0.005 美元,如果网络手续费接近或超过搜索价格,微支付就失去了意义。Brave 目前会在有限时间内承担相关 Gas 成本,但这不是永久承诺,正式部署时仍然要把未来的结算费用计入预算。(brave.com)
官方推荐的快速使用方式是给 Agent 配置 Purl Wallet。Purl Wallet 是 Stripe 面向命令行和 Agent 场景提供的钱包工具,用于持有资产、签署付款并完成 x402 请求。 开发者向钱包转入 Base 原生 USDC 后,Agent 就能够开始购买搜索,不必先创建 Brave Search API 账户。
这里需要特别澄清:x402 并没有消灭身份和权限管理,而是把“谁有资格请求”从固定 API 密钥,改成了“谁能为本次请求提交有效付款”。对于公开、标准化、低风险的搜索数据,这种模式相当自然;对于涉及企业内部数据、用户隐私或管理员权限的接口,支付凭证显然不能代替完整的身份认证。
价格没有变,计费方式变了
Brave 没有因为 x402 增加额外的搜索溢价。LLM Context 与网页、新闻、图片、视频、本地搜索均为每次 0.005 美元,与搜索套餐每 1000 次请求 5 美元的公开费率一致。
LLM Context API 是 Brave 面向 RAG 和 AI Agent 提供的搜索上下文接口,它会直接返回经过提取、排序和 Token 预算控制的网页内容。 相比只返回标题、URL 和简短摘要的传统网页搜索,LLM Context 更接近可以直接塞进模型上下文窗口的材料,减少 Agent 再次抓取网页、清理导航栏和截取正文的步骤。
| 使用方式 | 单次搜索成本 | 账户与凭证 | 支付方式 | 更适合的场景 | |---|---:|---|---|---| | Brave Search x402 | 0.005 美元 | 无需 Brave 账户和传统 API 密钥 | Base 网络 USDC,逐次付款 | 临时 Agent、跨服务调用、低频突发任务 | | Brave Search 标准搜索套餐 | 0.005 美元 | 需要账户和 API 密钥 | 账户余额或绑定支付方式 | 稳定生产流量、集中审计和团队管理 | | 传统搜索 API 模式 | 通常按千次或套餐计费 | 通常需要账户、密钥和预设额度 | 信用卡、月结或预付费 | 固定供应商、可预测的大规模工作负载 |
标准套餐仍然有自己的优势。Brave 当前为搜索套餐提供每月 5 美元抵扣额度,公开容量为每秒 50 次请求;x402 的价值则是免去账户开通和密钥分发流程,而不是把基础搜索费率进一步压低。(brave.com)
因此,如果一个团队每天稳定调用几十万次搜索,传统账户模式通常更容易进行发票管理、成本归集、限流和故障排查。反过来,如果 Agent 只在某个复杂任务里临时搜索 20 次,它完全没必要为了 0.10 美元的消费提前开通一套供应商账户。
搜索可能是 x402 最合适的落地场景之一
搜索是典型的突发型 Agent 消费。一个 Agent 平时可能完全不需要外部检索,但在进行公司调查、代码排错、旅行规划或事实核查时,短时间内可能连续发起几十次查询。
传统 API 商业模式要求开发者提前预测需求:选择供应商、创建密钥、购买额度,再把密钥写入部署环境。问题是,Agent 无法在运行过程中自行发现一个新工具并立刻购买。它只能调用人类事先批准和配置好的服务。
x402 把搜索从“预先采购的软件能力”变成了“运行时购买的数字资源”。Agent 可以先看到明确报价,再根据任务预算决定是否搜索。理论上,它还可以比较多个支持 x402 的搜索服务,在价格、延迟、索引覆盖和结果质量之间动态选择。
这会改变工具路由器的设计。未来的 Agent 工具列表不一定是一组写死的 API,而可能更像一张实时服务市场:
- 普通网页搜索每次 0.005 美元;
- 深度研究报告每次 0.05 美元;
- 财务数据查询每次 0.02 美元;
- 高质量网页正文提取每页 0.003 美元;
- 对结果进行二次事实核查再支付额外费用。
Agent 的规划模块不仅要判断“调用哪个工具”,还要判断“这条信息值不值得花钱”。这比简单地增加一个钱包插件复杂得多,但也更接近真正的自主系统。
Brave 卖的不只是搜索结果
Brave 在 Agent 搜索市场中的核心筹码,是一套不依赖 Google 或 Bing 的独立网络索引。独立搜索索引是由服务商自行抓取、整理和排序公开网页形成的数据集合,而不是转发其他搜索引擎的结果。
这件事在 Agent 时代比在人类搜索时代更重要。人类可以看十个蓝色链接,再判断哪个页面可信;Agent 更依赖搜索 API 返回的排序、摘要和正文片段。如果上游数据质量差,模型再强也只是在更流畅地总结错误内容。
Brave 的 LLM Context 接口还允许开发者控制返回上下文的 Token 数量和相关性阈值,并保留来源 URL、时间戳等可追溯信息。对于需要多轮搜索的研究型 Agent,这些能力直接影响上下文成本:返回内容太少,模型缺乏证据;返回内容太多,搜索省下的钱又会在模型输入 Token 上花掉。
Brave 此前披露,LLM Context API 已在自家搜索产品中每天支持超过 2200 万条回答。这个数字不能直接证明它在所有第三方 Agent 中都优于 Tavily、Exa 或其他搜索服务,但至少说明该接口不是只停留在演示阶段。(brave.com)
Brave 接入 x402 后的真正优势,也不是“第一个支持加密支付的搜索工具”。Exa 等 Agent 搜索服务此前已经尝试按请求支付。Brave 的不同之处在于,它把一个有独立索引、成熟端点和明确公开定价的搜索基础设施接入了机器支付协议,服务规模和数据覆盖都更接近生产级供应商。
没有 API 密钥,不等于没有运维问题
x402 降低了接入摩擦,却把一部分运维责任转移到了 Agent 钱包和支付策略上。
Agent 钱包是由软件控制、用于签署交易和支付数字服务费用的钱包。 一旦 Agent 能自主花钱,开发者就必须给它设置比传统 API 限额更严格的边界。
至少需要考虑以下问题:
- 单次限额: 防止异常服务端返回过高报价,Agent 仍然机械签名。
- 累计预算: 限制每个任务、每天或每个用户最多花费多少 USDC。
- 服务白名单: 只允许向经过验证的域名、合约或收款地址付款。
- 网络白名单: 当前 Brave 使用 Base,客户端不应因服务器返回其他网络而自动切换。
- 重试与幂等: 网络超时后,Agent 必须确认付款是否已结算,避免为了同一次搜索重复支付。
- 私钥安全: 如果 Agent 运行环境被注入恶意指令,钱包权限可能比泄露单个 API 密钥更危险。
Coinbase 的 CDP SDK 已经提供单笔限额、累计限额、网络与收款方白名单等 x402 支出控制能力,这说明“让 Agent 付款”只是第一步,“让 Agent 在预算内安全付款”才是生产部署的核心。(github.com)
此外,链上结算天然会留下支付记录。查询关键词和完整响应未必写入链上,但付款时间、金额和地址之间的关联可能被观察。对隐私敏感的企业而言,钱包隔离、地址轮换、资金归集和日志脱敏仍然是必要工作。
这次更新的意义,大于 0.005 美元
Brave Search API 接入 x402 的直接收益,是让开发者少配置一个账户和一把密钥;更深层的变化,是让 Agent 首次能够在搜索这一高频基础能力上完成“发现需求—接受报价—付款—获取结果”的完整闭环。
这还不是 Agent 经济真正成熟的标志。当前方案依赖 Base 和 USDC,钱包资金仍需要人类准备,服务发现、信誉评价、退款争议和跨网络流动性也没有完全解决。对普通应用来说,API 密钥依然更熟悉,也更容易接入现有的财务和监控系统。
但对临时运行、按任务结算或需要动态组合外部工具的 Agent 来说,x402 比订阅套餐更符合机器的消费方式。机器不需要会员中心,也不需要每月套餐;它需要的是一个可验证的价格、一条明确的预算规则,以及在几十毫秒内完成购买的能力。
Brave 这次没有发布新模型,也没有刷新搜索跑分,却补上了 Agent 自主调用链中长期缺失的一环:Agent 过去会搜索,但搜索费仍然要人类替它结账;现在,它至少可以自己掏这 0.005 美元了。
参考来源
- x402 Foundation:x402 协议文档 — x402 开放标准、HTTP 402 支付流程及参考实现。
- Coinbase CDP SDK — Agent 钱包、facilitator、支付客户端和支出控制的实现说明。
- Coinbase x402 参考实现 — x402 的 TypeScript、Python 与 Go 生态及协议代码。



