Здесь два отдельных шага: создать новую ссылку на оплату OpenRouter и оплатить её. CLI может автоматизировать оплату существующей ссылки, но следующую ссылку на пополнение OpenRouter за вас не создаёт.
Ниже разберём само ограничение, а затем обходные пути, которые действительно работают на практике. ROZO Checkout, это независимый сторонний checkout, не аффилированный с OpenRouter.
Разделяйте создание ссылки на оплату и саму оплату
Auto top-up работает так: списывает деньги со способа оплаты, сохранённого заранее. Кто-то должен иметь возможность двигать ваши деньги без вашего участия в этот момент. У карты это ровно то, для чего сохранённая карта и нужна.
Самокастодиальный кошелёк может подписывать каждый платёж интерактивно, либо локальная программа может подписывать ключом, который вы разрешили ей использовать. Самостоятельное хранение само по себе не исключает автоматизацию.
Для оплаты без участия человека подписанту нужны полномочия на трату: например, отдельный локальный горячий кошелёк, который использует необязательный режим CLI --send. Это не то же самое, что кастодиальный сервис, который хранит ваш баланс, или allowance на токены, позволяющий тратить контракту.
Авторизация подписанта не решает вопрос создания ссылки на оплату. Выделите этот шаг явно и не рассчитывайте, что cron-задача сможет создавать новые счета OpenRouter.
Что на самом деле ломается, когда баланс обнуляется
Стоит сказать конкретно, потому что сбой происходит совсем не мягко.
Долгая задача не встанет вежливо на паузу в ожидании средств. Запросы начинают падать, и в зависимости от того, как ваш клиент обрабатывает ошибки, вы получите либо серию ошибок, либо частично выполненный батч, либо цикл ретраев, который жжёт время при пустом балансе. Всё остаётся сломанным, пока человек не заметит и не пополнит аккаунт вручную.
Дорого обходится редко само пополнение. Дорого обходятся прогон, который приходится начинать заново, и время между обнулением баланса и моментом, когда вы об этом узнали.
Обходные пути, которые работают
Ничего хитрого здесь нет. Они работают потому, что уменьшают частоту, с которой вопрос вообще возникает.
- Держите запас по своему расходу, а не по минимуму. Если тяжёлый день стоит вам определённой суммы, держите на балансе несколько таких дней. Пополнять больше и реже строго лучше, чем раз за разом пополнять по минимуму.
- Пополняйте перед долгим прогоном, а не во время него. Момент, когда вы понимаете, что батч будет дорогим, это самый дешёвый момент, чтобы добавить средств.
- Смотрите на баланс там, куда и так смотрите. Число, которое вы никогда не видите, это число, которое вас однажды удивит. Разместите его там, где вы и так проходите мимо.
- Держите пополнение достаточно быстрым, чтобы стратегия с запасом была рабочей. Вот эта часть, где мы помогаем: вставили ссылку, подтвердили в кошельке, и кредиты обычно поступают примерно через 2 минуты после подтверждения платежа в сети. Ручной режим болезненен только тогда, когда он медленный.
Автоматизация через CLI или cron
Раньше у OpenRouter был API крипто-пополнения, который мог вызывать скрипт. На октябрь 2026 года этот эндпоинт (POST /api/v1/credits/coinbase) отвечает 410 Gone, поэтому саму платёжную ссылку нужно создавать на странице Credits в OpenRouter.
Когда ссылка есть, её оплату можно автоматизировать. CLI ROZO Checkout получает котировку и оплачивает ссылку одной командой, которую может запускать агент или cron:
- npx @rozoai/checkout quote <link>
- npx @rozoai/checkout pay <link> --with usdt-solana --yes
Путь по умолчанию не требует приватного ключа и переменных окружения: создаётся одноразовый заказ на депозит, печатаются адрес и точная сумма, и команда ждёт оплаты счёта. Монету по-прежнему отправляете вы со своего кошелька, так что сказанное выше о самостоятельном хранении в силе. Для полной автоматизации есть опция --send, которая подписывает локальным ключом в EVM-сетях или Solana; используйте для этого отдельный горячий кошелёк с небольшим балансом, потому что локальный подписант может тратить его средства.
Чтобы проверить оплату, выполните npx @rozoai/checkout receipt <rozoPaymentId> --json. Команда завершается с кодом 0, только когда Coinbase сообщает, что счёт оплачен; для v3 это означает CAPTURE_SUCCEEDED. Код 3 означает, что платёж в процессе или его статус неизвестен, а код 1 означает, что срок истёк без оплаты или нужна проверка человеком. Код 0 у команды status означает лишь, что проверка выполнена: смотрите её поля state, paymentOutcome и nextAction. Кредиты в OpenRouter проверьте отдельно.
Актуальные команды и оба поддерживаемых формата URL Coinbase, payment link и payment session, описаны в ROZO Checkout CLI README. Наше руководство для ИИ-агентов описывает CLI, MCP-сервер и skill для Claude Code.
Если вам всё же нужна полная автоматизация
Выберите, как будут авторизоваться платежи, и отдельно решите, как получать новые ссылки на оплату.
Локальная подпись может автоматизировать подготовленный платёж без кастодиального баланса. Ограничьте средства, доступные этому подписанту, проверьте котировку перед выдачей полномочий и проверьте квитанцию перед повторной попыткой. Если вы используете кастодиальный сервис, изучите его условия доступа, вывода и возврата.
Для большинства тех, кто гоняет агентов, запас плюс ручное пополнение за 30 секунд оказываются меньшим операционным риском, чем постоянный баланс где-то на стороне.