AI 智能体真正能自己买下的 eSIM，只有少数几家原生面向智能体的服务——Roamzy、eSIM.dog、eSIM Copilot——它们通过了自主购买的全部五步：机器可读的目录、无需注册、无需刷卡表单、以数据形式交付、以及真实的花费上限。Airalo、Holafly 这类面向大众的市场通常只过一到两步；下面这套测试会指出每一类各自断在哪里。
问「这家 eSIM 服务商有 API 吗？」，你会收获一堆「有」。问「AI 智能体能不能自己完成一次购买，全程没有人坐在键盘前？」，这些「有」基本就蒸发了。两个问题听着像，其实不是一回事。第一个问的是软件存不存在；第二个问的是一个自主买家能否从「我需要流量」一路走到「这是你能用的 eSIM」，中途不掉进任何一个默认有人在场的环节。
买到只是活儿的一半：能完成购买的智能体，还得知道自己到底需要多少流量。在它下单之前，先看我们对 AI 智能体用多少流量的拆解。
如果你正在做智能体，真正要紧的是第二个问题，而它很少被诚实回答，因为答案通常是「不能」。所以这篇不排品牌，而是给你一套可以自己跑的测试。五步。要让智能体真的买得到，五步得全过；大多数只过一到两步。
测试：智能体能一路走到底吗？
把一次购买必经的五步走一遍，每一步都问：一个没有浏览器、没有人类帮手的程序，能不能完成它。
- 不用浏览器，能读到目录吗？价格和覆盖必须以数据形式提供——公开 API、目录接口、一份
llms.txt——而不是锁在只为人眼渲染的 JavaScript 店面里。 - 不注册账号，能开始吗？如果第一步就要建账号——要确认邮件、要点完 OAuth 流程——一个没有收件箱、没有浏览器的智能体在起跑前就卡住了。
- 没有人坐在刷卡表单前，能付款吗？存卡结账默认有个人在把卡号敲进一个绑着会话 Cookie 的页面里；国内的支付宝、微信支付同样是给人扫码确认的收银台。智能体需要一条它自己就能走完的通道：一份它持有的余额、一笔稳定币转账、一个智能体支付协议——总之不能是表单。
- eSIM 能以数据形式返回，而不是把二维码邮件发给一个人吗？交付必须通过 API 回来：一个标识符，加上智能体用得上的激活载体——二维码图片 URL、原始负载、一键安装链接——而不是一封让人拿手机相机去扫的邮件。
- 它可不可信，而不只是可不可行？技术上做得到还不够。没有花费上限、权限范围和急停开关，「智能体能买这个」的真实含义是「智能体能把这个刷爆」，没人该把它接上线。有边界的自主，才是产品和演示视频之间的分界线。
这个市场实际得几分
分类之前先说一句：这个市场变化很快，服务商会不断补能力。下面的内容请当作一种分类方法，而不是永久判决——在你依赖任何一条之前，自己把五步重跑一遍。
面向大众的消费级市场
那些耳熟能详的名字——Airalo、Holafly、Nomad、Saily、Ubigi 等等——本来就是给消费者做的。目录活在 App 或 JavaScript 店面里；购买要账号或存卡；激活靠一张给手机相机扫的二维码。其中几家提供合作方或 B2B API，但那些要签协议、走审批，面向的是公司，不是今天下午想接个东西的个人开发者。按五步测试，它们通常只算部分通过第 1 步（有门槛的 B2B API 不等于公开 API），然后倒在注册、刷卡表单，以及完全没有智能体花费模型这三处。它们在自己被设计的场景里非常出色，那个场景就是「一个人站在收银台前」。Roamzy 与 Airalo 的对比把其中一家逐步走了一遍，也如实写了老玩家仍然赢的地方。
隐私与加密货币 eSIM
第二类——Silent Link、Surfroam 之类偏隐私的服务——用接受加密货币解决了让大众市场翻车的支付那一步，有时还放松了注册要求。这让它们在第 2、3 步上明显更近。但它们大体上仍是给人用的网页结账：没有公开的智能体 API 或 MCP 服务器可以程序化驱动流程，也没有为委托自主而设的花费上限与急停模型。通道上更近了，但依然不是为程序驱动而生的。
原生面向智能体的一小撮
第三类更小也更新，是刻意为智能体而建的——把公开 API 或 MCP 服务器当作正门，而不是事后补丁。Roamzy 属于这一类；eSIM.dog、eSIM Copilot 这些早期尝试也是。只有在这一类里，五步全过才有可能，因为流程从一开始就是为非人类买家设计的，而不是往消费级店面上加装。这一类同时也很小、很早——是几个名字，不是一个成熟市场——所以诚实的说法是「该往这里看」，而不是「问题已解决」。
用这套测试量一量 Roamzy
既然这是我们自家的刊物，就把 Roamzy 按同一套五步过一遍，包括它弱的地方。不打人情分。
- 不用浏览器读目录——可以。公开的 REST API 带 OpenAPI 规范，目录接口开放 CORS，一份为引擎写的 llms-full.txt，以及一个带十二个工具的 MCP 服务器，既有 npm 包，也有按 URL 直连的远程端点。
- 不注册就能开始——可以。匿名优先：智能体调一个接口拿到会话，不建账号就能查价和下单。身份是事后可选的。这是大多数服务商始终没拆掉的最大一道门槛。
- 不用刷卡表单也能付款——可以，但有一个诚实的星号。付款用 USDT 或 USDC，网络任选，链路里没有刷卡表单。星号是：手上没有加密钱包的用户，在这里确实比在刷卡结账那边更麻烦；而大家很兴奋的那些链上原生智能体支付通道，目前还没有接上——那需要一个金库，是我们刻意搁置的。今天能用的是一条支付链接，用户用任意钱包结清。之后余额按当地的每兆费率扣减：在 Roamzy 上，智能体在法国跑 100 MB 是 $0.08，在日本 1 GB 是 $2.15。
- 以数据形式接收——可以。下单返回里带一个号码和三种激活载体：二维码图片 URL、原始二维码负载、一键安装链接，所以不管智能体和手机是不是同一台设备都能用。
- 可信，而不只是可行——可以，而这正是重点。每个令牌都带日额度和月额度、新令牌的冷却上限、大额交易确认闸，以及三个互相独立的急停开关；匿名会话被管得比实名会话更紧。开发者指南讲了这套模型。
还有两点。OAuth 身份层已经建好并上线，但受限于当前连接器的行为方式，它基本没被用到——按设计，多数智能体是匿名接入的。另外，Roamzy 所在的这个原生智能体品类，年龄是以周计的，不是以年计。Roamzy 能声称的是目前把五步组合得最完整——匿名起步、加密货币通道、按 MB 计费且余额不过期、程序化交付、以及一套真实的花费模型——而不是这个品类里只有它，或者这个品类已经定型。
为什么「组合」才是关键
这里的每一项单拎出来别处都有。加密货币付款，隐私类 eSIM 有。近似公开的 API，大众市场的 B2B 层有。关键在于智能体必须在一条不中断的流程里过每一步——而链条断在最弱的一环。支付做得漂亮却强制注册的，不行。API 很好但只收银行卡的，不行。前四步都过、却没有花费上限的，根本不该接上线。智能体就绪不是一个「大部分具备」就算数的特性；要么整条链路通，要么等于没有。正因为有这条单流程约束，把连接当作智能体第一笔采购这个论点，靠的是五步全过，而不是四步。
自己跑一遍
这五个问题是刻意做短的。把它们指向任何一家 eSIM 服务商——包括我们自己——几分钟内你就能知道智能体到底能不能从它这里买到东西：能不能不用浏览器读目录、能不能不注册就开始、能不能不用刷卡表单付款、能不能以数据形式收到 eSIM、以及有没有一套真实的安全模型给它划边界。市场上多数服务商在其中三项以上答「不能」。五项全「能」的，才值得你花集成时间。想看看「全能」端到端长什么样，五分钟上手教程把整个流程走了一遍，原生智能体 eSIM 总览是单页概要。