В этом материале
402 связан с кредитами, но причина может быть в оценке одновременно выполняемых запросов. Разберите metadata и предел ответа; обычное ожидание полезно не для каждого варианта этой ошибки.
Ошибка 402 в OpenRouter требует проверить доступные кредиты и оценку расходов запроса. Положительный баланс в интерфейсе не всегда означает, что новая большая операция будет принята немедленно: текущая документация отдельно описывает бюджет одновременно выполняемой работы.
Разбор актуален на 1 ноября 2026 года. Вместо универсального совета «пополните счёт» полезно определить конкретный источник ограничения и применить действие, которое относится именно к нему.
Сверьте баланс и ключ
OpenRouter Limits объясняет кредитные ограничения и состояние API-ключа. Проверьте аккаунт, отдельный предел ключа и приложение, которое реально выполняет запрос. Показатель в другом рабочем окружении не подтверждает доступ текущего процесса.
Не путайте кредитный отказ с любым бюджетным запретом организации. Разные правила могут возвращать разные статусы и metadata. Для дальнейшей обработки сохраняйте структурированный источник ограничения, если он предоставлен, а не стройте логику только на человеческой фразе сообщения.
Проверьте размер потенциального ответа
При оценке оплачиваемого запроса важны не только уже полученные токены. Максимально разрешённое продолжение и объём входа могут повлиять на предварительную оценку. Если приложение просит очень длинный ответ на короткую задачу, сначала исправьте этот параметр.
Условный бот должен вернуть одну метку категории, но унаследовал максимальную длину из режима длинного отчёта. Уменьшение допустимого ответа здесь соответствует задаче. Оно не означает, что можно произвольно обрезать сложную работу без проверки качества и завершённости.
Разделите ожидание и изменение запроса
В Errors and Debugging описано использование Retry-After для применимых ошибок. Не каждый 402 относится к кратковременной ситуации, которая исчезнет после паузы. Сначала прочитайте metadata и сверяйте его с описанием лимитов.
| Ситуация | Возможное действие после проверки |
|---|---|
| Временная занятость бюджета одновременных операций | Дождаться указанного интервала и сократить конкуренцию |
| Одна операция слишком велика для применимого бюджета | Уменьшить вход или предел ответа, пересмотреть средства |
| У ключа исчерпан доступный объём | Согласовать изменение его предела |
| У аккаунта недостаточно кредитов | Рассмотреть разрешённый порядок пополнения |
Эта таблица не заменяет фактический ответ API: одинаковое внешнее состояние баланса может сопровождаться разными причинами отказа.
Проверьте очередь приложения
Несколько крупных запросов, отправленных одновременно, создают другой профиль расходов, чем те же операции последовательно. Ограничьте число активных задач и проверьте состояние после их завершения. В очереди должны быть срок ожидания, отмена и понятный результат для пользователя.
Сохраняйте число попыток и итоговый расход отдельно. Ошибка до исполнения и частично выполненная операция не должны автоматически считаться одинаково бесплатными или одинаково оплаченными. Для вывода нужны сведения конкретного выполнения и расчётной системы.
Используйте отказ как сигнал настройки
Если ошибка повторяется на обычной задаче, пересмотрите профиль приложения: размер контекста, максимальный ответ, параллелизм и применимые лимиты. Покупка GPU не исправит неверный бюджет клиентского аккаунта; это разные уровни системы.
Дальше полезны учёт токенов роутера и ошибка 429.