Os únicos eSIMs que um agente de IA consegue de fato comprar são o punhado de serviços nativos para agentes — Roamzy, eSIM.dog, eSIM Copilot — que passam nos cinco passos de uma compra autônoma: catálogo legível por máquina, sem cadastro, sem formulário de cartão, entrega como dados e tetos de gasto reais. Os marketplaces convencionais, como a Airalo ou a Holafly, normalmente só passam em um ou dois; o teste abaixo mostra exatamente onde cada categoria falha.

Pergunte “este fornecedor de eSIM tem uma API?” e você vai ouvir muitos sins. Pergunte “um agente de IA consegue concluir uma compra nele, sozinho, sem um humano no teclado?” e quase todos os sins evaporam. As duas perguntas parecem iguais e não são. A primeira é sobre se o software existe; a segunda é sobre se um comprador autônomo consegue ir do “preciso de dados” até o “aqui está o seu eSIM funcionando” sem tropeçar num passo que pressupõe uma pessoa.

Comprar é só metade do trabalho: um agente que consegue concluir uma compra ainda precisa saber quantos dados precisa de fato. Veja a nossa análise de quantos dados um agente de IA usa antes de se comprometer com um plano.

Essa segunda pergunta é a que importa se você está construindo um agente, e raramente é respondida com honestidade, porque a resposta normalmente é não. Por isso, em vez de ranquear marcas, este é um teste que você mesmo pode rodar. Cinco passos. Um fornecedor precisa passar nos cinco para que um agente consiga de fato comprar nele; a maioria passa em um ou dois.

O teste: o agente consegue chegar ao fim?

Percorra os cinco passos que uma compra exige e pergunte, em cada um, se um programa sem navegador e sem ajuda humana consegue concluí-lo.

  1. Consegue ler o catálogo sem um navegador? Preços e cobertura precisam estar disponíveis como dados — uma API pública, um endpoint de catálogo, um llms.txt — e não trancados dentro de uma vitrine em JavaScript que só renderiza para um olho humano.
  2. Consegue começar sem um cadastro? Se a primeira coisa exigida é uma conta — um e-mail para confirmar, um fluxo OAuth para clicar —, um agente sem caixa de entrada e sem navegador trava antes de começar.
  3. Consegue pagar sem um humano num formulário de cartão? O checkout com cartão salvo pressupõe uma pessoa digitando um número numa página presa a um cookie de sessão. Um agente precisa de um trilho que ele consiga de fato concluir: um saldo que ele detém, uma transferência de stablecoin, um protocolo de pagamento agêntico — qualquer coisa que não seja um formulário.
  4. Consegue receber o eSIM como dados, e não como um QR enviado por e-mail a uma pessoa? A entrega precisa voltar pela API como um identificador mais formas de ativação que o agente possa usar — uma URL de imagem QR, um payload bruto, um link de instalação com um toque — e não um código enviado por e-mail para um humano ler com a câmera de um celular.
  5. Dá para confiar nele, e não apenas ele ser capaz? Capacidade técnica não basta. Sem tetos de gasto, escopos e um botão de emergência, “um agente pode comprar isto” na verdade significa “um agente pode esvaziar isto”, e ninguém deveria ligar algo assim. A autonomia limitada é a diferença entre uma demo e algo que você de fato deixaria rodar.

Como o mercado pontua de fato

Uma ressalva antes das categorias: este mercado muda rápido, e os fornecedores ganham recursos novos. Trate o que vem a seguir como uma forma de classificar, não como um veredito permanente — e rode os cinco passos você mesmo antes de confiar em qualquer parte disto.

Marketplaces de consumo convencionais

Os nomes conhecidos — Airalo, Holafly, Nomad, Saily, Ubigi e o resto — são construídos, claro, para consumidores. O catálogo vive num app ou numa vitrine em JavaScript; comprar exige uma conta ou um cartão salvo; a ativação é um código QR feito para a câmera de um celular. Vários oferecem APIs de parceiro ou B2B, mas elas ficam atrás de um contrato assinado e de um processo de aprovação voltado a empresas, não a um agente individual se conectando hoje à tarde. No teste de cinco passos, eles tipicamente passam no passo 1 só em parte (uma API B2B fechada não é o mesmo que uma pública) e caem no cadastro, no formulário de cartão e na ausência de qualquer modelo de gasto para agentes. São excelentes naquilo para que foram feitos, que é um humano num checkout. A comparação Roamzy vs Airalo passa um deles pelo teste em detalhe e é franca sobre onde o veterano ainda ganha.

eSIMs de privacidade e cripto

Uma segunda categoria — Silent Link, Surfroam e serviços parecidos, com foco em privacidade — resolve o passo de pagamento em que os convencionais tropeçam, ao aceitar cripto, e às vezes também afrouxa a exigência de cadastro. Isso os aproxima bastante nos passos 2 e 3. Mas eles continuam, na maioria, sendo checkouts web voltados para humanos: sem API pública para agentes nem servidor MCP para conduzir o fluxo de forma programática, e sem modelo de tetos de gasto e botão de emergência para autonomia delegada. Mais perto no trilho, mas ainda não feitos para serem conduzidos por um programa.

O grupo nativo para agentes

Uma terceira categoria, bem menor e mais recente, está construindo para agentes de propósito — uma API pública ou um servidor MCP como porta de entrada, não como algo pensado depois. A Roamzy está nela; também estão iniciativas iniciais como o eSIM.dog e o eSIM Copilot. É a única categoria em que passar nos cinco passos sequer está em jogo, porque o fluxo foi projetado para um comprador não humano desde o início, em vez de adaptado a partir de uma loja de consumo. Também é minúscula e inicial — um punhado de nomes, não um mercado maduro —, então o enquadramento honesto é “é aqui que vale a pena olhar”, e não “isto está resolvido”.

Rodando o teste na Roamzy

Como esta é a nossa publicação, aqui está a Roamzy diante dos seus próprios cinco passos, incluindo onde ela é fraca. Sem facilitar a avaliação.

  • Ler o catálogo sem um navegador — sim. Uma API REST pública com especificação OpenAPI, um endpoint de catálogo com CORS aberto, um llms-full.txt escrito para mecanismos de busca e um servidor MCP com doze ferramentas, disponível tanto como pacote npm quanto como endpoint remoto ao qual você se conecta por URL.
  • Começar sem um cadastro — sim. Anônimo por padrão: o agente chama um endpoint, recebe uma sessão e pode consultar preços e comprar sem conta. A identidade é opcional, para depois. Essa é a maior barreira que a maioria dos fornecedores nunca remove.
  • Pagar sem um formulário de cartão — sim, com um asterisco honesto. O pagamento é em USDT ou USDC, na rede que você escolher, então não há formulário de cartão no circuito. O asterisco: um usuário sem carteira cripto fica de fato em desvantagem aqui em relação a um checkout de cartão, e os trilhos nativos de pagamento agêntico on-chain que empolgam todo mundo ainda não estão ligados — isso exige uma tesouraria e está deliberadamente em pausa. O que funciona hoje é um link de pagamento que o usuário quita de qualquer carteira. Depois, o saldo vai baixando na tarifa local por megabyte: na Roamzy, 100 MB de tráfego de um agente na França custam $0.08, e um gigabyte no Japão custa $2.15.
  • Receber como dados — sim. A resposta do pedido devolve um número de telefone mais três formas de ativação: uma URL de imagem QR, o payload QR bruto e um link de instalação com um toque, para funcionar quer o agente e o celular sejam o mesmo aparelho, quer não.
  • Dá para confiar, e não apenas ser capaz — sim, e esse é o ponto. Cada token carrega tetos diários e mensais, um teto de resfriamento em tokens novos, uma trava de confirmação para transações grandes e três botões de emergência independentes; as sessões anônimas têm limites mais apertados do que as nomeadas. O guia do desenvolvedor cobre o modelo.

Mais duas notas honestas. A camada de identidade OAuth está construída e publicada, mas, pelo jeito como os conectores se comportam hoje, fica em grande parte sem uso — a maioria dos agentes se conecta anonimamente, por design. E a categoria nativa para agentes em que a Roamzy está tem semanas, não anos. O que a Roamzy pode afirmar é a combinação atual mais completa dos cinco — começo anônimo, trilho cripto, cobrança por MB sem validade, entrega programática e um modelo de gasto real —, não que esteja sozinha na categoria nem que a categoria esteja pronta.

O que faz a combinação importar

Cada uma dessas peças pode ser encontrada em outro lugar. Pagamento cripto existe nos eSIMs de privacidade. Uma API quase pública existe no nível B2B dos marketplaces. A questão é que um agente precisa passar em cada passo num fluxo contínuo — e uma corrente se rompe no elo mais fraco. Um fornecedor que acerta o pagamento, mas força um cadastro, falha. Um com uma ótima API, mas checkout só com cartão, falha. Um que passa nos quatro primeiros, mas não tem tetos de gasto, nem deveria ser ligado. Estar pronto para agentes não é um recurso que se tem pela metade; é a sequência inteira ou nada. Essa restrição de fluxo único é o motivo pelo qual o argumento a favor da conectividade como primeira compra de um agente depende de fazer os cinco, não quatro.

Rode você mesmo

As cinco perguntas são curtas de propósito. Aplique-as a qualquer fornecedor de eSIM — incluindo este — e em poucos minutos você vai saber se um agente consegue de fato comprar nele: consegue ler o catálogo sem um navegador, começar sem um cadastro, pagar sem um formulário de cartão, receber o eSIM como dados e ficar limitado por um modelo de segurança real? A maior parte do mercado responde não a três ou mais. Quem responde sim às cinco merece o seu tempo de integração. Para ver como é um sim de ponta a ponta, o tutorial de configuração em cinco minutos percorre o fluxo inteiro, e agents.html é a visão geral de uma página.