Hay dos pasos separados: crear un nuevo enlace de pago de OpenRouter y pagar ese enlace. La CLI puede automatizar el pago de un enlace existente, pero no crea por ti el siguiente enlace de recarga de OpenRouter.
Esta página explica la limitación y luego repasa las alternativas que sí funcionan en la práctica. ROZO Checkout es un checkout independiente de terceros y no está afiliado a OpenRouter.
Separa la creación del enlace de pago del pago
El auto top-up funciona cobrando a un método de pago guardado de antemano. Alguien tiene que poder mover tu dinero sin que tú estés presente en ese momento. Con una tarjeta, para eso sirve exactamente la tarjeta guardada.
Una billetera de autocustodia puede firmar cada pago de forma interactiva, o un software local puede firmar con una clave que hayas autorizado a usar. La autocustodia no descarta por sí misma la automatización.
Para pagar de forma desatendida, un firmante necesita autoridad para gastar: por ejemplo, una hot wallet local dedicada usada por el modo opcional --send de la CLI. Eso es distinto de un servicio custodio que guarda tu saldo o de una autorización de tokens que permite gastar a un contrato.
Autorizar a un firmante no resuelve la creación del enlace de pago. Trata ese paso de forma explícita en lugar de suponer que un cron job puede generar nuevas facturas de OpenRouter.
Qué se rompe de verdad cuando el saldo llega a cero
Vale la pena ser concreto, porque el fallo no es elegante.
Un trabajo largo no se pausa educadamente a esperar fondos. Las solicitudes empiezan a fallar y, según cómo maneje los errores tu cliente, puedes acabar con una ráfaga de fallos, un lote a medio completar, o un bucle de reintentos que quema tiempo contra un saldo vacío. Todo sigue roto hasta que una persona se da cuenta y recarga la cuenta a mano.
El costo rara vez es la recarga en sí. Es la ejecución que tienes que empezar de nuevo, y el tiempo entre que el saldo llega a cero y tú te enteras.
Alternativas que aguantan
Ninguna de estas es ingeniosa. Funcionan porque reducen la frecuencia con la que aparece el problema.
- Dimensiona el colchón según tu consumo, no según el mínimo. Si un día intenso te cuesta cierta cantidad, mantén varios días de eso en el saldo. Recargar más y con menos frecuencia es estrictamente mejor que recargar el mínimo una y otra vez.
- Recarga antes de una ejecución larga, no durante. El momento en que sabes que un lote va a salir caro es el momento más barato para añadir fondos.
- Vigila el saldo donde ya miras. Un número que nunca ves es un número que te sorprende. Ponlo en un sitio por el que pases de todos modos.
- Mantén la recarga lo bastante rápida como para que la estrategia del colchón sea viable. En esta parte podemos ayudar: pegas el link, confirmas en tu billetera y los créditos suelen llegar unos 2 minutos después de que el pago se confirme en la cadena. Lo manual solo duele cuando lo manual es lento.
Automatízalo con la CLI o un cron
OpenRouter tenía una API de créditos cripto que un script podía llamar. A octubre de 2026 ese endpoint (POST /api/v1/credits/coinbase) devuelve 410 Gone, así que el enlace de pago hay que crearlo en la página Credits de OpenRouter.
Con el enlace en la mano, el pago sí se puede automatizar. La CLI de ROZO Checkout cotiza y paga un enlace con un comando que puede ejecutar un agente o un cron:
- npx @rozoai/checkout quote <link>
- npx @rozoai/checkout pay <link> --with usdt-solana --yes
La ruta por defecto no necesita clave privada ni variables de entorno: crea un pedido de depósito de un solo uso, imprime la dirección y el importe exacto y espera a que la factura se liquide. Tú sigues enviando desde tu propia billetera, así que lo dicho sobre la autocustodia se mantiene. Para algo totalmente desatendido, la opción --send firma con una clave local en redes EVM o Solana; usa una hot wallet dedicada con poco saldo, porque el firmante local puede gastar sus fondos.
Para verificar el pago, ejecuta npx @rozoai/checkout receipt <rozoPaymentId> --json. Termina con código 0 solo cuando Coinbase informa de que la factura está pagada; en v3 eso significa CAPTURE_SUCCEEDED. El código 3 significa en curso o desconocido, y el código 1 significa vencida sin pagar o pendiente de revisión humana. Que un comando status termine con código 0 solo significa que la comprobación se ejecutó: lee sus campos state, paymentOutcome y nextAction. Confirma los créditos en OpenRouter por separado.
Consulta el ROZO Checkout CLI README para ver los comandos actuales y los dos formatos de URL de Coinbase admitidos: payment link y payment session. Nuestra guía para agentes de IA cubre la CLI, el servidor MCP y la skill de Claude Code.
Si aun así lo quieres totalmente automatizado
Elige cómo se autorizarán los pagos y decide por separado cómo se obtendrán los nuevos enlaces de pago.
La firma local puede automatizar un pago preparado sin un saldo custodiado. Limita los fondos disponibles para ese firmante, revisa la cotización antes de concederle autoridad y comprueba el recibo antes de reintentar. Si en cambio usas un servicio custodio, revisa sus condiciones de acceso, retiro y reembolso.
Para la mayoría de quienes ejecutan agentes, un colchón más una recarga manual de 30 segundos acaba siendo menos riesgo operativo que un saldo permanente en otro sitio.