Claude Code в России: что мешает доступу и оплате

Что это решает

Вопрос «Claude Code в России» возникает на втором шаге: программа поставилась, claude --version печатает номер, а /login заканчивается ошибкой либо карта не проходит при оплате. Барьеров тут три, они устроены по-разному и лечатся по-разному, а половина советов из интернета ведёт к закрытию аккаунта вместе с историей и остатком на балансе. Разбор ниже отделяет то, что технически не работает, от того, что работает, но нарушает условия, и от того, что остаётся рабочим вариантом надолго.

Как устроено

Барьер первый: регион обслуживания

У сервиса есть перечень поддерживаемых стран, и Россия с Белоруссией в него не входят. Это условие договора, а не техническая настройка: использование сервиса из неподдерживаемого региона нарушает условия обслуживания независимо от того, каким способом получилось подключиться. Последствие прописано там же — приостановка или закрытие аккаунта, без возврата остатка и без переноса истории.

Барьер второй: технический геоконтроль

Проверки стоят на регистрации, на входе и на вызовах API. На практике это выглядит как отказ при создании аккаунта, отказ при подтверждении номера телефона или ответ с кодом 403 и текстом про неподдерживаемый регион на обычном запросе к API.

Барьер третий: платёж

Списание идёт через международный эквайринг. Карты, выпущенные российскими банками, не проходят. Это отдельный барьер: даже аккаунт, созданный законно, упирается в невозможность оплатить подписку или пополнить баланс.

Что при этом не заблокировано

Сам CLI. Программа устанавливается и запускается где угодно: это клиент, который ходит на адрес из переменных окружения. Внутри него заданы ANTHROPIC_BASE_URL (куда стучаться), ANTHROPIC_AUTH_TOKEN (чем авторизоваться) и ANTHROPIC_MODEL (что просить). Ограничения живут на стороне сервиса и платёжного контура, а не в бинаре на диске. Отсюда растёт часть рабочих путей.

Почему схемы с обходом геоблока не решают задачу

VPN плюс чужая карта или купленный у посредника аккаунт дают доступ на неопределённый срок: до первой проверки, до смены платёжных данных, до подозрительной активности. Аккаунт закрывается вместе с историей, оплаченным периодом и остатком на балансе, апелляции при нарушении условий не работают. Для личных экспериментов это личный риск. Для компании, где на агента завязан рабочий процесс или CI, — гарантированный простой в неизвестный момент, плюс отдельный разговор с бухгалтерией про природу платежа посреднику.

Как подключить

Пути, которые не строятся на обмане проверок.

1. Реальное присутствие за пределами ограниченного контура

Иностранное юридическое лицо или личное резидентство с настоящим адресом, счётом и картой. Работает штатно, потому что никаких проверок обходить не требуется. Санкционный и валютный контур меняется, поэтому конкретная схема проверяется с юристом и бухгалтером до, а не после оплаты. Общего рецепта здесь нет и быть не может.

2. Доступ через работодателя или заказчика

Если компания за периметром выдаёт корпоративный аккаунт или место в командном плане, доступом распоряжается она, включая правила по данным и по юрисдикции. Ограничения на регион при этом никуда не деваются и остаются зоной ответственности владельца аккаунта.

3. Облачные шлюзы

Amazon Bedrock и Google Vertex AI поддерживаются клиентом напрямую:

export CLAUDE_CODE_USE_BEDROCK=1     # плюс AWS-креды и регион
export CLAUDE_CODE_USE_VERTEX=1      # плюс проект и регион GCP

Счёт приходит облачному провайдеру. Правила доступа к самому облаку — его собственные, и для российского контура они не мягче.

4. Сменить модель под тем же клиентом

CLI остаётся, движок меняется. Часть провайдеров отдаёт эндпоинт, совместимый по формату запросов, — тогда переключение делается тремя переменными:

export ANTHROPIC_BASE_URL=https://<адрес-провайдера>
export ANTHROPIC_AUTH_TOKEN=<ключ провайдера>
export ANTHROPIC_MODEL=<идентификатор модели>

Те же значения кладутся в блок env в .claude/settings.json, чтобы настройка жила в проекте и не зависела от профиля оболочки. Между клиентом и любым набором моделей ставится шлюз-прокси (класс инструментов вроде LiteLLM), который приводит форматы к одному виду и держит ключи в одном месте. Крайний случай — локальная модель на своей машине через тот же совместимый прокси.

5. Другой агент в терминале

Самостоятельный класс инструментов с похожей механикой работы. Наработки переносятся: правила проекта, скрипты, описания инструментов — обычные файлы в репозитории.

Что делать в любом случае

Держать процесс переносимым. CLAUDE.md, каталог .claude/, конфигурации MCP-серверов и скиллы — текстовые файлы под контролем версий. Пока рабочие договорённости живут в репозитории, а не в голове и не в истории одного аккаунта, смена движка стоит вечера, а не месяца.

Полезные сценарии

Личные эксперименты без завязки на процессы: совместимый эндпоинт стороннего провайдера, оплата в доступной валюте, переключение тремя переменными окружения.
Команда с иностранным юрлицом: обычная подписка или места, оплата с корпоративного счёта, вопрос закрыт полностью.
Компания с требованием к юрисдикции данных: облачный шлюз, доступ и биллинг внутри уже согласованного контракта с провайдером облака.
Закрытый код, который нельзя отдавать наружу: локальная модель через совместимый прокси, с осознанной потерей качества на длинных агентных цепочках.
Смешанный вариант: единый шлюз с несколькими провайдерами позади, переключение модели без правок в проекте.
Подготовка к переезду: вынести все правила и промпты в файлы репозитория заранее, чтобы смена провайдера не тянула переписывание рабочих процессов.

Ограничения

Посреднические схемы оплаты и перепродажа аккаунтов не дают ни гарантий, ни поддержки, ни предсказуемого срока жизни. Строить на них рабочий процесс с CI и командой — закладывать простой в расписание.

Совместимый по формату эндпоинт не означает ту же модель. Формат запроса совпадает, поведение в длинных агентных цепочках отличается: там, где одна модель доводит рефакторинг до зелёных тестов, другая зацикливается на третьем шаге. Проверять это нужно на своей задаче, а не по табличкам с бенчмарками.

Любой сторонний шлюз видит содержимое запросов — то есть код, пути, куски конфигов и данные, которые агент прочитал. Для коммерческого проекта это отдельное решение с оценкой рисков, а не техническая деталь.

Юридическая сторона меняется. Санкционные и валютные правила пересматриваются, и вчерашняя рабочая схема оплаты сегодня оказывается нарушением. Ответственность за соответствие несёт плательщик, справочная статья её не снимает.

Поддержки и SLA у обходных конструкций нет: когда шлюз отвечает 500, обращаться некуда.

Правило одной строкой: не строить рабочий процесс на схеме, которая ломается при первой проверке аккаунта, — держать правила проекта в файлах и заранее знать, на что переключиться.

Как проверить результат

Первым делом определить, какой именно барьер сработал. Один запрос:

curl -i https://api.anthropic.com/v1/messages \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{"model":"<модель>","max_tokens":16,"messages":[{"role":"user","content":"ping"}]}'

Читать не сам код, а текст ошибки. Упоминание региона или страны — геоконтроль, и лечится он только легальной сменой контура. Сообщение про аутентификацию — вопрос к ключу. Сообщение про баланс или биллинг — платёжный барьер, доступ при этом технически открыт.

После переключения на сторонний эндпоинт проверить, что клиент действительно ходит туда:

env | grep ANTHROPIC
claude
/status

/status показывает активную модель и источник доступа — если там осталось прежнее значение, переменные не подхватились из профиля или перебиты содержимым settings.json.

Последняя проверка — рабочая, на реальном репозитории. Дать одну содержательную задачу с несколькими шагами: найти место в коде, внести правку, запустить тесты, починить падение. Посмотреть git diff и число ходов. Именно на такой задаче видно, годится ли выбранный движок для повседневной работы, — короткие вопросы вида «объясни функцию» вытягивает почти любой.