Запрос к ChatGPT API из России перестал проходить. Причина не в вашем коде и не в ключе: изменился сам путь до вендорского адреса. Разберём, что именно ломается, как отличить сетевой сбой от закрытого доступа и как за вечер перевести проект на модели, до которых из России есть рабочий маршрут.
Что именно перестало работать
Интеграция с API вендора состоит из нескольких слоёв, и ломается не вся сразу. Полезно понимать, на каком именно вы застряли.
- Соединение. Запросы на api.openai.com из российских сетей не проходят: соединение рвётся по таймауту или отдаёт ошибку доступа.
- Аккаунт. Новый аккаунт разработчика из России не завести: номер телефона и регион не принимаются.
- Оплата. Карта российского банка не проходит. Даже если ключ уже на руках, баланс не пополнить.
Вывод простой: пока упирается хотя бы один слой, интеграция не живёт. Обходной прокси решает соединение, но не решает оплату, а без пополнения баланса ключ перестаёт работать через несколько недель.
Почему запрос не проходит из России
Вендор не обслуживает российский регион, и это не сбой, который переживают ожиданием. Правила доступа задаёт сам провайдер: они меняются по его решению, а не под задачи вашего продукта.
Дальше вопрос перестаёт быть техническим. Продукту нужен предсказуемый канал: чтобы запрос уходил, чтобы оплата шла в рублях, чтобы расходы закрывались документами. Прямой адрес вендора не даёт ничего из этого списка.
Как отличить проблему доступа от обычной ошибки
Перед тем как что-то менять, разберитесь, с чем именно вы столкнулись. Симптомы похожи, причины разные.
- Таймаут или обрыв соединения. Запрос вообще не доходит до сервера. Чаще всего это ограничение доступа по региону.
- 401 или 403. Ключ не принят: истёк, отозван или принадлежит заблокированному аккаунту.
- Ошибка оплаты или квоты. Ключ жив, но баланс не пополняется и лимит исчерпан.
- 429. Это лимит частоты запросов, а не доступ. Лечится повторами и очередью, а не сменой провайдера.
Если совпали первая и третья причины, дело точно не в логике приложения. Проверьте это простым тестовым запросом с того же сервера, где живёт продакшен: домашний компьютер и боевая машина могут вести себя по-разному.
Что делать: три пути и их цена
- Обходить и ждать. Прокси или зарубежный сервер снимает вопрос соединения. Вопросы оплаты и закрывающих документов остаются на вас. Для прототипа годится, для продукта с клиентами неудобно.
- Заводить аккаунт вендора напрямую. Упирается в регион и карту. Закрывающих документов для бухгалтерии такой вариант не даёт.
- Идти через российский шлюз. Код обращается по одному адресу, совместимому с OpenAI. Ключ, оплата в рублях и счёт с НДС остаются на стороне шлюза, а модель становится параметром.
Третий путь снимает сразу обе проблемы: доставку запроса и деньги. Ваш продукт при этом не привязан к одному адресу, который может закрыться в любой момент.
Что менять в коде
Проект на OpenAI SDK переключается на адрес шлюза правкой конфигурации. Логика продукта, разбор ответов и стриминг остаются прежними.
Было:
client = OpenAI()
Стало:
client = OpenAI(base_url="https://адрес-шлюза/v1", api_key=LLM_KEY)
Вызов остаётся прежним:
client.chat.completions.create(model="deepseek-chat", messages=[...])
Держите адрес, ключ и имя модели в переменных окружения. Тогда следующая смена поставщика займёт минуты, а не вечер. Подробный разбор механики — в статье «OpenAI SDK и китайские модели».
Какие модели доступны вместо ChatGPT API
Речь не о копии прежнего провайдера. Китайские семейства закрывают похожие задачи, но с разными акцентами, и выбирать стоит под конкретную работу.
- DeepSeek — рассуждения, код, расчёты. Уверенный выбор там, где нужен инженерный ассистент.
- Qwen — широкий набор моделей под разные бюджеты и задачи, сильная многоязычность.
- GLM — сценарии с инструментами: модель планирует шаги и обращается к вашим системам.
- Kimi — длинный контекст: договоры, переписка, техническая документация целиком.
Все четыре семейства подключаются через один OpenAI-совместимый интерфейс, поэтому выбор модели остаётся параметром, а не отдельной интеграцией. Если сомневаетесь, с чего начать, посмотрите разбор «DeepSeek или Qwen».
Что проверить перед первой оплатой
Совместимый протокол не означает одинаковое поведение. Разница всплывает в деталях, и почти все они проверяются заранее.
- Промпты: формулировки, заточенные под прежнюю модель, на новой дают другой результат. Прогоните свои, а не ждите совпадения.
- Вызов функций и строгий JSON: поддержка форматов отличается между семействами. Проверяйте на своих схемах.
- Длинный контекст: сверьте лимиты с самыми большими запросами приложения.
- Обработка ошибок: обвязка с повторами не должна зависеть от формулировок прежнего провайдера.
- Логи и лимит расходов: пишите в журнал модель и адрес запроса, поставьте потолок расходов до продакшена.
Что можно сделать прямо сейчас, без покупки
- Вынесите в переменные окружения адрес шлюза, ключ, имя модели, если они ещё в коде.
- Соберите набор из своих реальных запросов, включая неудобные формулировки.
- Прогоните этот набор через две-три доступные модели и сравните ответы с текущими.
- Заведите журнал расходов и лимит до того, как на новую модель пойдёт продакшен.
- Переводите сервисы по одному: ошибка в конфигурации одного бота не заденет остальные.
Это подготовка, которая не зависит от выбранного поставщика. Она окупается на первой же смене провайдера.
Доступ к ChatGPT API для российских проектов не вернётся по нашему запросу. Зато вернётся предсказуемость, если убрать зависимость от одного адреса: пусть модель и поставщик будут параметром конфигурации. Тогда следующий разрыв доступа станет правкой одной строки.
Платформа Китай-API готовится к запуску: один ключ к DeepSeek, Qwen, GLM и Kimi, оплата в рублях, счёт с НДС. Оставить заявку на ранний доступ можно в Telegram-боте: сообщим, когда откроем доступ первым. Как устроен шлюз, описано на главной странице. Про оплату моделей из России читайте в разборе «Как оплатить DeepSeek из России».