5 月 28 日，Tavily 宣布接入 x402，第二天，Coinbase Developer Platform 又用一个更直观的 demo 解释了这件事：一个 Claude agent 为了读取当天新闻，花了大约 $0.10。
这件事表面上很普通。AI 读新闻、搜索网页、总结信息，现在已经不算新鲜了。但这个 demo 真正有意思的地方，不是 Claude 会读新闻，而是它读新闻的方式。
它不是人类先去注册 Tavily，拿 API key，绑定账号和套餐，再把权限配置给 Claude。而是 Claude 在需要搜索时，调用 Tavily；Tavily 通过 x402 返回价格；agent 用 USDC 按次付款，然后拿到搜索结果。这可能是 Agent Payment 最好懂的一个例子。
不是 Claude 会读新闻，而是它怎么获得搜索能力
以前我们讲 AI agent 付款，很容易讲得很抽象，什么 agent wallet、machine payment、autonomous commerce、onchain settlement，每个词都对，但听起来都离真实工作流有点远。
但“Claude 花 $0.10 读新闻”这个例子很具体。它回答的是一个很简单的问题：如果一个 AI agent 今天需要查实时信息，它应该怎么临时购买一次搜索能力？
大模型本身不是实时数据库。Claude 可以理解问题、写总结、做判断，但它不天然知道今天发生了什么。比如你问它：今天 x402 有什么新进展？帮我总结一下 AI payment 相关的新闻。如果没有外部信息入口，它只能基于已有知识回答。这个回答可能过期，也可能不完整。
当然，Claude 也可以通过浏览器自己去搜索网页。但这更像是让一个 AI 像人一样操作互联网：打开搜索页面、输入关键词、点击结果、等待网页加载，然后从广告、导航栏、弹窗和正文里找出真正有用的信息。这条路能用，但它慢、不稳定，也不适合大量重复任务，因为网页本来是给人看的，不是给 agent 直接消费的。
Tavily 的作用不一样，它不是让 Claude “看网页”，而是把搜索、网页读取、正文提取和初步排序提前处理好，然后用 API 把结构化结果交给 Claude。Claude 自己搜索网页，是像人一样使用浏览器，自己找、自己点、自己读；Claude 调用 Tavily，是直接拿到整理好的网页数据，再基于这些数据推理和总结。
这就是为什么 Tavily 这类工具对 agent 有价值，它不是替代 Claude，而是给 Claude 一个更稳定的外部信息入口。
API key 是人类互联网的凭证
但这里还有一个问题：Claude 怎么获得 Tavily 的使用权限？
过去的标准答案是 API key。人类先去 Tavily 注册账号，选择套餐，拿到 API key，然后把这个 key 配置进 Claude、LangChain、MCP server 或某个 agent workflow 里。之后 agent 才能调用 Tavily。
这套方式对开发者很熟悉，但它本质上还是“人类互联网”的权限模型。API key 是人提前申请好的，套餐是人提前购买的，额度是人提前配置的，agent 只是拿着人类给它的钥匙去调用服务。
这在很多场景里够用，但如果我们真的相信 agent 会越来越多地执行复杂任务，它迟早会遇到一个问题：我需要这个服务，但我没有账号；我需要这个 API，但我没有 key；我需要付钱，但支付动作还要回到人类这里。
所以 agent 不是不能思考，而是不能完成很多现实世界里的“购买外部能力”动作。Agent Payment 要解决的，就是这个断点。
Agent Payment 是 agent 的购买动作
x402 可以理解成一种基于 HTTP 402 的支付协议。HTTP 里原本就有一个状态码叫 402 Payment Required，意思是“需要付款”。只是过去很长时间，这个状态码没有真正成为互联网支付的标准接口。x402 做的事情，是把这个状态码重新用起来。
它的大致流程是：agent 请求一个付费资源，比如 Tavily search；服务端返回 402 Payment Required，告诉 agent 价格、收款地址、接受什么 token、在哪条链结算；agent 用自己的钱包签一个付款授权；agent 带着付款证明重新请求；服务端验证付款，然后返回搜索结果。
在 Tavily + x402 这个例子里，付款用的是 USDC，结算发生在 Base 上。这件事的重点不是“用加密货币买了一次搜索”，而是 agent 第一次可以在运行时看到价格、授权付款、拿到服务。它不再必须等人类提前给它 API key。
当然，Tavily 不是唯一主角。Claude 不一定只能用 Tavily。类似的 web search / web data 工具有很多，比如 Exa、Perplexity API、Firecrawl、SerpAPI、Brave Search API。
真正重要的是，Tavily 这次把自己变成了一个 agent-payable API。也就是说，它不只是“可以被 agent 调用”，而是“可以被 agent 按次购买”。这是两个不同层级的事情。前者是工具调用。后者是商业关系。
这个案例很小，但方向很清楚
我觉得这个案例最有价值的地方，就在这里。搜索是最自然的 agent 需求之一，一个 agent 想写报告，要搜索；一个 agent 想做竞品分析，要搜索；一个 agent 想读今天新闻，要搜索；一个 agent 想验证某个事实，也要搜索。搜索不是一个边缘能力，它几乎是 agent 接触现实世界的入口。
所以当 Claude 为读新闻付 $0.10 时，我们看到的不是一笔小额支付，而是一种新的交互模式：agent 发现自己缺少信息，agent 找到一个外部服务，agent 为这次服务付费，agent 拿回结果继续工作。
这就是 agent-payable API 的基本形态。我会用一句话概括它：API key 是人类互联网的凭证；Agent Payment 是 agent 互联网的购买动作。
API key 时代，开发者先把工具准备好，agent 在预设边界内执行。Agent Payment 时代，agent 可以在任务过程中临时购买能力，这个差别很大。
因为未来 agent 做的事情越复杂，它需要的外部服务就越多：搜索、数据、模型、存储、身份验证、风控、交易、计算、人工审核。不可能每一个服务都提前由人类注册好、充值好、配置好。更合理的方式是：人类给 agent 设置预算、权限和边界；agent 在边界内自己决定什么时候买什么服务。
这才是 Agent Payment 真正有用的地方，不是让 AI 自由花钱，而是让 AI 在可控预算内完成外部能力采购。
当然，这还不是终局。真正落地时，还有很多问题要解决。agent 的预算怎么设？一次最多能花多少钱？它怎么判断一个服务值不值得买？如果付了钱但结果不好，怎么算？如果服务失败，怎么退款？支付记录怎么审计？谁对 agent 的购买行为负责？
这些问题比“能不能付款”更重要。所以我不会把 Tavily + x402 写成一个已经成熟的终局。它更像一个清晰的 early example。它告诉我们，Agent Payment 不只是一个协议概念，它已经可以落在一个非常具体的场景里。
一个 Claude agent 想读今天新闻，它需要搜索，搜索要付费，于是它通过 x402 支付 USDC，调用 Tavily，拿回结果。这件事很小，但它把未来的接口形态露出来了。
以后我们讨论 Agent Payment，不一定要从钱包、链、协议开始讲。可以从这个问题开始：当 Claude 这样的 agent 需要临时买一次外部服务时，它应该怎么付钱？
Tavily + x402 给了一个很容易理解的答案。
Written by: Yuki（刘雨晴）Stablehunter/Money in Motion
