AI 智能体应该买的第一样东西，是移动流量。判断一个品类是否「智能体就绪」，有五道测试：不需要发实物、单笔风险足够低、按 MB 计费让模型可以直接做算术、几乎每一项其他任务背后都潜藏着这份需求、以及在 193 个国家里形状完全一致——流量五项全过。支付协议在短短几个季度里就都到齐了；真正还缺的，是一个智能体能顺顺当当买下去的卖家。
在互联网的大部分历史里，软件负责推荐，人类负责成交。页面推荐一件商品，人点「购买」、输卡号、扫码确认。无论是网上下单、订机票还是充话费，最后按下确认的永远是一根手指。所有被造出来的结账流程，都默认屏幕前坐着一个活人。
这个前提在大约一年之内塌掉了。Anthropic 发布了 Model Context Protocol，让模型能以结构化的方式调用工具和 API。OpenAI 推出了 Agentic Commerce Protocol 和对话内的 Instant Checkout。Google 公布了 Agent Payments Protocol。Coinbase 把沉睡多年的 HTTP 402 Payment Required 状态码复活成 x402，用稳定币为一次 API 调用直接收费。Visa 发布了 Intelligent Commerce，Mastercard 发布了 Agent Pay。卡组织、模型厂商和加密支付通道，在几个季度里得出了同一个结论：买家马上就要变成一段程序了。
管道铺得很快。被讨论得少得多的，是到底哪些品类已经准备好让智能体来买。这才是更有意思的问题，而答案并不是各家 demo 最爱拿出来的那几个。不是演唱会门票，不是球鞋，也不是生鲜。是网络连接——移动流量。理由值得一条条摊开讲，因为它们同时也是一份检查清单：任何品类想做到「智能体可购买」，都得照着这张清单过一遍。
「智能体商务」到底指什么
有必要说得精确一点，因为这个词已经被拉得很宽。一个把你导向结账页的聊天机器人不叫智能体商务，那只是一个礼貌一点的搜索框。智能体商务指的是：智能体自己同时握着三样东西——意图（用户下周要在日本用流量）、预算（花销不超过某个数）和授权（可以代为动手），并且在最关键的那一步不把控制权交回给人，自己把这笔交易从头做到尾。
把上面这些协议的品牌名去掉，它们描述的其实是同一套五步动作：
- 发现——以机器可读的形式找到商品和它的价格。
- 认证——确认智能体以谁的身份在行动，或者判断它是否需要身份。
- 支付授权——在用户同意的额度之内动钱。
- 履约——把东西真正交付出去。
- 确认——返回一个用户能核验、能直接用的结果。
每份协议都只在其中一两步上很强，对剩下的几步保持沉默。MCP 讲的是发现和工具调用。x402 和 AP2 讲的是支付授权。它们都没有回答：哪些商品能扛住剩下那三步。大多数品类恰恰是在履约这一步悄悄散架的——而流量是极少数履约近乎零成本的品类。
为什么流量是最合适的第一个品类
五条性质让移动流量几乎成了完美的智能体消费品。大多数实物品类和高客单价品类，至少会栽在其中一条上。
1. 没有实体。一张 eSIM 是纯粹的使用权——一份空中下发的配置文件，加上一个标识符。没有收货地址，没有仓库，没有报关单，没有退货期，也没有「已放门口」这回事。商务里最难的那几块——物流、履约、以及为了把一件实物送到某个人手上所必需的现实身份——在这里根本不存在。一个你还不敢把家庭住址交给它的智能体，仍然可以安全地替你买流量。
2. 即时，而且风险低。开通以秒计，金额很小，余额有上限。智能体把一笔流量买得略微不对，波及范围也就是几美元，可以再充值或者退款——这跟让智能体订一张不可退改的国际机票完全是两回事。低风险恰恰是自治能够成立的前提：错了能在几分钟内改回来，人才愿意把手松开。适合最先交给智能体做的，永远是便宜的、可逆的那几笔，而不是那些一按下去就无法撤销的。
3. 按量计费而不是打包，这正合模型的推理方式。传统 eSIM 市场卖的是套餐包：5 GB 管 15 天、10 GB 管 30 天。要买这样一份，智能体必须猜用户会用掉多少，还要和一个到期日对赌。猜少了，用户旅途中途断网；猜多了，没用完的流量到期蒸发。携程、飞猪上的境外流量包，还有三大运营商的国际漫游日包，形状其实是一样的：先买一个额度，然后祈祷自己猜对。按兆字节计费的模型把这场对赌换成了一道算术题：每天预计多少 MB，乘以天数，再乘以当地费率。算术正是模型擅长的事。在到期日的压力下瞎猜，正是模型不擅长的事。
4. 它是几乎所有其他任务底下的隐性需求。网络连接很少是智能体正在做的那件事的标题，但它是标题所依赖的东西。一个替你订好行程的旅行智能体，等于已经默认你需要在一个还没有网的地方上网。一个管理野外传感器的车队智能体，需要每台设备都在线。一个在主人跨过国境之后还要继续工作的私人助理，需要网络跟着一起走——不只是它自己要联网，还包括让主人手机上的微信、支付宝和地图，在落地那一刻就能直接用。流量垫在其他一切消费的底下，属于基础设施——这意味着，只要智能体在物理世界里做任何事，对流量的需求就自动被创造了出来，用不着谁去单独触发。
5. 全球形状统一，定义清晰。一次流量消费可以归约成三个值：一个国家、一个费率、一份余额。这个形状在每个市场都一模一样。一个能推理法国的智能体，不需要新建一套世界模型，就能同样推理日本或泰国——变的只是一个数字。统一、可量化、可横向比较的商品，正是模型能够评估并引用而不至于产生幻觉的那一类。
买一份流量，对智能体提出了什么要求
所以品类是选对了。问题在于，现有的流量售卖方式是围绕结账页前的那个人设计的；一旦买家变成一段程序，这五步里几乎每一步都会断掉：
- 发现——商品目录活在一个 JavaScript 渲染的店面里，智能体根本读不到，背后还压着几千个互相重叠的套餐 SKU。
- 认证——下单必须先有账号，注册又要邮件验证或者一段 OAuth 跳转，而智能体手上没有浏览器可以走完这一段。
- 支付授权——结账页要的是一张银行卡表单，而且整个流程里根本没有「智能体受此额度约束」这个概念。
- 履约——激活方式是一张给手机摄像头扫的二维码，而那台设备智能体通常够不着。
- 确认——返回的标识符是内部管道（ICCID、订单号），而不是用户真正用得上的东西。
这些都不是难题。它们只是在买家永远是人的那些年里，没人非解决不可的问题。把它们逐个解决掉，才是「智能体原生」的真正含义——不是在一个消费者商城上挂一个聊天窗口，而是把认证、支付和交付这三层，围绕一个不同的买家重新造一遍。这件事一旦只做表面，就会露馅：目录能读了，结账还是要人；结账通了，激活又卡在扫码那一步。五步里断掉任何一步，整条链路对智能体来说就等于没通。
一个智能体原生的供应商长什么样
这一段开始不谈抽象。Roamzy 就是把这五步照着智能体的需要做一遍的样本；下面逐条讲，包括仍然粗糙的地方。
发现。商品目录以三种不需要浏览器的方式对智能体开放：一个带 OpenAPI 规范的公开 REST API、一份写给模型而不是写给人看的 llms-full.txt，以及一个带十二个工具的 Model Context Protocol 服务器。这个 MCP 服务器有两种跑法——作为 npm 包走 stdio，或者作为一个远程端点，智能体填个 URL 就能连上，零安装。发现是所有人最先做对的一步，因为它最显眼；它同时也是最不重要的一步，因为如果后面四步仍然默认屏幕前坐着一个人，做好它也没有意义。
认证。这是摩擦消除得最彻底的一环，而且它是做减法而不是做加法：没有强制注册。智能体调一个接口拿到一个匿名会话，随即就能浏览、询价、下单——不要邮箱，不走 OAuth，不需要账号。如果用户之后希望把这笔购买挂到真实身份上，可以用一次性验证码加 Google 或 Telegram 登录来认领这个会话。默认是匿名的；身份是事后的可选项。智能体不该为了问清楚一样东西多少钱，先去谈一次登录。这一条听上去像是省事，实际上它决定了整条链路能不能自动跑完：只要中间需要有人去邮箱里翻一封验证信，这笔交易就不再是自主的。
支付授权。支付走 USDT，用户（或者代表用户行动的智能体）因此可以持有一份余额并从中扣减，全程不需要银行卡表单出现在链路里。这里得把代价说清楚：一个手上没有加密钱包的用户，在这儿的体验比刷卡结账更差；而大家最兴奋的那条链上原生智能体支付通道——x402 那种「直接为这次 API 调用付钱」——在我们这边还没有接通，那需要一套资金库，是被刻意搁置的。今天真实存在的是：生成一个支付 URL，用户在任意钱包里打开，随后由 webhook 确认到账并计入余额。机制细节见这篇 USDT 结算的拆解。
履约。只有一件商品，而不是一整本目录：一张全球 eSIM，按国家、按兆字节计价，余额不过期。这才让第 3 条理由里的预算算术真正成立——没有套餐要挑，没有到期日要赶。开通对接的是真实的 eSIM 平台，所以回来的是一份能用的配置文件，不是一个占位符。
确认。智能体拿到的是一个手机号（MSISDN）作为面向用户的标识，一张二维码图片、一段原始配置串，再加一个一键安装链接——这样无论智能体和手机是不是同一台设备，激活都走得通；此外还有一份用户能眼看着往下掉的余额。内部标识符留在内部。
护栏本身就是产品。最容易被跳过、却真正区分「智能体能买」和「智能体能被信任去买」的，是限额。每一个智能体令牌都带着日额度和月额度、对全新令牌的冷静期上限、对任何异常大额交易的确认闸门，以及一个运营方随时可以拉下的总闸。匿名会话被管得比实名会话更紧，这是有意为之的：
流量按每个国家的当地费率、以兆字节计价——多数市场在每 GB 一两美元的量级，高价市场更贵——完整的 193 国费率表公开且机器可读。智能体不会从这篇文章里写死的数字取价；它需要哪个国家，就直接从目录里取该国的实时费率，然后做算术、待在额度以内，全程不用猜。一个来源，永远是最新的。这也是我们坚持把费率表做成公开、可抓取的原因：如果价格只活在渲染出来的页面里，模型要么读不到，要么读错，两种结果都比没有更糟。
老实说：这还很早期
以上这些都不是绕场庆祝。智能体商务新到什么程度呢——今天连上我们的智能体，最常见的行为是匿名连接：OAuth 身份层已经建好并发布了，但连接器目前实际的行为方式，意味着它大多用不上，这也是我们有意留出的默认。只收加密货币这一点，实实在在筛掉了一部分买家。所有人都在期待的那条链上智能体支付通道，在我们的技术栈里还没上线。我们做这件事的时间是按周算的，不是按年算的。
我们有把握的是这场下注的方向，而不是领先的幅度。品类是对的：对一次自主购买真正重要的每一道测试，流量都过了，而多数替代品类至少要栽一条。摩擦点是已知的，也是可以逐个解决的。而那些还在用老办法卖流量的供应商——套餐 SKU、强制注册、银行卡表单、只能扫码激活——他们优化的那个对象，马上就不再是唯一的买家了。我们宁可早一点、并且对缺口坦白，也不愿意晚一点、然后把它包装得漂亮。想看一场更锋利的正面对比、看看老模式在哪些地方仍然赢，可以读Roamzy 与 Airalo 的对比，那篇没留情面。
这条路会走到哪里
智能体的第一笔消费一定很无聊。这正是重点。流量是入口匝道，不是目的地——但几乎所有别的东西，都要从这条匝道开上去。一旦智能体能在世界上任何地方、在预算之内、不需要人守在结账页前，就可靠地把一台设备接进网络，有意思的任务会自己解锁：旅行智能体在出发前就把流量开好，而不是把用户丢在到达大厅里；车队智能体给另一个国家田野里的传感器充上值；私人助理在主人跨境的时候不用被吩咐，就让他一直在线，落地就能收验证码、开地图、回消息。
在智能体将要购买的那份清单里，流量是最不激动人心的一项。它同时也是清单上其余各项所依赖的那一项。基础设施通常就是这个样子。
开发者常问的问题
智能体必须有 Roamzy 账号才能下单吗？不需要。智能体调用匿名会话接口，随即就能询价和购买。把会话认领到真实身份是可选的、事后再做的，用一次性验证码加 Google 或 Telegram 登录即可。认领之后，这张 eSIM 和余额就归到这个账号名下，额度也随之放宽。
智能体怎么保证不超预算？每个令牌都有日额度和月额度、针对新令牌的冷静期上限，以及一道大额闸门，把异常大的交易打回给人确认。剩余额度会在每次调用时返回，所以智能体是在推理预算，而不是靠失败才发现预算在哪儿。运营方还可以随时拉下总闸，把一个令牌整个停掉。
接入成本最低的方式是什么？远程 MCP 端点——填个 URL 就能连，不用装包，十二个工具立刻可用。安装页和开发者指南把远程和 stdio 两条路径都讲到了，智能体总览页则是一页看懂整体怎么拼在一起。