Что меняется с 12 ноября: суть обновлённой политики Supported Regions
С 12 ноября Anthropic вводит обновлённую политику Supported Regions. Она закрывает доступ к Claude организациям, зарегистрированным в России, и компаниям, которые контролируют российские лица. Гражданство сотрудников и их фактическое местонахождение при этом не учитываются.
Ограничения охватывают Claude.ai, Claude Code, консоль разработчика с доступом по API, а также модели, которые Anthropic поставляет через партнёрские облачные платформы и сторонних реселлеров. Сообщение о новой политике перечисляет эти каналы как закрытые для организаций под запретом.
Главное изменение касается корпоративного контроля. Запрет действует для компаний, прямо или косвенно находящихся под мажоритарным контролем лиц из неподдерживаемых юрисдикций, даже если юрлицо зарегистрировано в третьей стране. В документах Anthropic это описано как разъяснение ранее действовавших правил.
Что реально новое, а что лишь разъяснение старых правил
Территориальный запрет существовал и раньше: пользоваться сервисом нельзя, физически находясь в юрисдикции вне списка поддерживаемых. Разбор нового регламента подтверждает, что эта норма сохраняется в полном объёме.
Новое - явное расширение правил на организации по двум признакам: страна регистрации и корпоративный контроль. К этому добавляется формулировка про всех работников независимо от фактического местонахождения. Раньше такие случаи разбирали вручную и точечно, теперь они описаны как общий принцип.
Практический вывод: буква правил изменилась мало, меняется правоприменение. Проверки становятся системными, а апелляция вида «компания зарегистрирована на Кипре» перестаёт работать, если контроль остаётся российским.
Почему Anthropic ужесточает правила именно сейчас
Компания связывает шаг с подготовкой к IPO и задачей очистить выручку от клиентов, нарушающих региональную политику. Логика прозрачная: перед размещением аудиторы и инвесторы смотрят на структуру выручки и на комплаенс, а платежи из закрытых юрисдикций превращаются в юридический и репутационный риск.
Как это выглядит на практике: вендор предпочитает потерять часть оборота, чем объяснять на due diligence, откуда пришли деньги. Даты IPO в открытых источниках не раскрываются, поэтому рассчитывать на откат политики после размещения смысла мало.
Кого именно касается запрет: критерии для компании и сотрудников
Формальных признаков три: регистрация в неподдерживаемой юрисдикции, мажоритарный контроль со стороны лиц из такой юрисдикции, принадлежность гражданам или юрлицам из неподдерживаемых государств. Для попадания под запрет достаточно одного.
Российская компания
Доступ закрыт организациям, зарегистрированным в России, независимо от того, где работают сотрудники и какие у них паспорта. Стоит проверить свою структуру по формальным признакам: юрлицо в РФ, ИП, филиал или представительство иностранной компании, зарегистрированное в России.
Отдельного внимания требуют холдинговые схемы, где российская «дочка» формально небольшая, а через неё идёт разработка или закупка подписок для всей группы. При проверке такая связка видна сразу.
Компания в третьей стране с российскими владельцами
Запрет действует для компаний под прямым или косвенным мажоритарным контролем лиц из неподдерживаемых юрисдикций, даже если компания зарегистрирована в третьей стране. «Косвенный» здесь означает владение через цепочку юрлиц, «мажоритарный» - контрольный пакет или право решающего голоса.
Точные пороги и методику проверки Anthropic не раскрывает. На практике это значит, что оценивать придётся самостоятельно: кто владеет фондом, кто назначает директора, у кого право вето по ключевым решениям. Номинальный директор-иностранец без реальных полномочий картину не меняет.
Сотрудники вне России и фрилансеры
Ограничение распространяется на всех работников организаций из неподдерживаемых юрисдикций независимо от их фактического местонахождения. Политика привязана к организации, поэтому «я же в другой стране» само по себе не аргумент для вендора.
Как именно Anthropic проверяет физических лиц, публично не описано. Для отдельных разработчиков ключевое значение сохраняет территориальный запрет: находиться физически в неподдерживаемом регионе и пользоваться сервисом нельзя.
Список неподдерживаемых регионов наряду с Россией включает Белоруссию, Китай, Иран, КНДР, Сирию, Кубу, Венесуэлу, Афганистан, Мьянму и Йемен. Принцип простой: любая страна или регион, не указанные в списке поддерживаемых, считаются неподдерживаемыми. То есть список закрытый по умолчанию, и новые юрисдикции не требуется вносить отдельным решением.
Какие каналы доступа к Claude закрываются
Закрывается весь набор точек входа, а не один интерфейс. Ниже сводка по каналам.
| Канал | Что происходит | Кого затрагивает |
|---|---|---|
| Claude.ai | веб-интерфейс входит в список закрытых приложений | все сотрудники организаций под ограничениями |
| Cowork | сервис упомянут среди закрытых приложений | командные и совместные сценарии |
| Claude Code | консольный инструмент под запретом | разработчики, CI/CD, агенты |
| API и консоль разработчика | доступ закрывается | продукты и интеграции на моделях Anthropic |
| Облачные платформы и реселлеры | поставка моделей через партнёров входит в ограничения | те, кто покупал доступ через посредника |
Claude.ai и Cowork
Веб-интерфейс Claude.ai и сервис Cowork входят в список закрытых пользовательских приложений. Риск блокировки аккаунта при нарушении политики существует, но процедуру и сроки Anthropic в доступных источниках не описывает. Планировать работу «до первой проверки» не стоит: отключение может совпасть с релизом или дедлайном.
Claude Code и API
Claude Code и консоль разработчика с доступом по API попадают под ограничения. Удар приходится по инженерным процессам: CI/CD, агентные пайплайны, автоматизация ревью, встроенные в продукт интеграции.
Что проверить в своём проекте:
- где именно вызывается Anthropic API: сервисный код, скрипты, внутренние тулы, тестовые стенды;
- есть ли fallback-провайдер и переключатель модели через переменную окружения;
- насколько глубоко код завязан на специфику Claude: tool use, формат системных промптов, особенности работы с длинным контекстом;
- какие данные уходят в запросах и есть ли среди них то, что нельзя отправлять стороннему вендору вообще.
Облачные платформы и реселлеры
Ограничения охватывают модели, доступные через облачные платформы и реселлеров, поэтому схема «купить Claude через посредника» обходом не является. Конкретных провайдеров политика не называет, но и не оставляет лазейки: канал поставки входит в перечень закрытых.
Если модели Anthropic используются в корпоративном контуре через облако, стоит заранее проверить, как настроены регионы развёртывания, ключи доступа и роли. Технические детали таких проверок разобраны в материале о Claude в AWS Bedrock и корпоративных сценариях.
Что делать командам, работающим с Claude: практические варианты
Вариантов четыре, и у каждого своя цена. Универсального решения нет: выбор зависит от того, насколько продукт завязан на Claude и сколько данных нельзя выносить за периметр.
Миграция на другого облачного провайдера LLM. Плюс: быстро, биллинг и инфраструктура знакомы. Минус: другая модель, другой стиль ответов, промпты придётся переписать, а качество на ваших задачах перепроверить с нуля. Подходит, если продукт не использует уникальные особенности Claude.
Локальные модели. Плюс: контроль над данными и независимость от юрисдикционных решений вендора, отсутствие внешних лимитов на запросы. Минус: железо и VRAM, просадка качества на длинном контексте и в сложных агентных циклах, затраты на обслуживание и инженерное время. Подходит командам с чувствительными данными и готовностью держать собственный inference-контур.
Гибридная схема. Чувствительные данные обрабатываются локально, остальное уходит в облако к разрешённому провайдеру. Требует маршрутизации запросов и дисциплины: случайно отправить наружу то, что должно было остаться внутри, проще, чем кажется.
Пересборка Claude Code-подобных сценариев на открытых инструментах. Дороже по времени, зато не зависит от одного вендора. Подробнее о приёмах ниже.
Миграция на другого провайдера: что проверить перед переездом
- Инвентаризация вызовов API: сервисы, скрипты, тестовые окружения, внутренние инструменты.
- Выделение промптов, завязанных на специфику Claude: формат tool use, длинные системные инструкции, работа с файлами.
- Тестовый набор задач из реальной практики, чтобы сравнить качество на одинаковых входных данных.
- Оценка стоимости на новом провайдере с учётом кэширования и длины контекста.
- Проверка, что новый провайдер сам не подпадает под похожие региональные ограничения и не закроет доступ через месяц.
Пятый пункт часто пропускают, а он самый дорогой: повторная миграция обходится дороже первой.
Локальные альтернативы Claude
Локальные модели дают то, чего не может облако: независимость от политики вендора и полный контроль над данными. Где ломается: требования к GPU и VRAM, качество на длинном контексте, поведение в агентных сценариях и стоимость поддержки инфраструктуры.
Реалистичная замена получается там, где задачи узкие: классификация, извлечение данных, черновики, суммаризация своих документов. Там, где нужен длинный контекст и сложная многошаговая логика, разница будет заметна, и это придётся честно принять. Экономику перехода на self-hosting и общий тренд на отказ от подписок разбирает материал о переходе с подписок OpenAI и Anthropic на локальные модели.
Claude Code: чем заменить консольный сценарий
Сценарий Claude Code состоит из CLI, доступа к файлам проекта, выполнения команд и интеграции с git. Пересобрать его можно на открытых инструментах: CLI-агент, локальная или сторонняя модель, набор разрешённых команд, хуки на коммиты.
Ограничения честные: качество агентного цикла зависит от модели, промпты и правила придётся настраивать заново, поведение проверять на реальных задачах. Часть работы по разгрузке контекста и оркестрации моделей описана в материале об оркестрации моделей и агентах для кодинга: приёмы переносятся на любой стек.
Риски обхода: аккаунты, ToS и корпоративный комплаенс
Попытки сохранить доступ в обход политики создают риск блокировки аккаунтов и нарушения ToS. Для бизнеса добавляется репутационный и юридический риск: перед IPO Anthropic чистит выручку от клиентов, нарушающих региональную политику, значит проверки вероятны, а не гипотетичны.
Корпоративный комплаенс тут важнее технической ловкости. Компания, которая сознательно обходит ограничения вендора, получает вопрос на due diligence у своих инвесторов и партнёров. Правила Anthropic для пользователей меняются регулярно, и полезно понимать их логику целиком: это разобрано в материале об обновлённых правилах использования Claude.
Что будет с уже оплаченными подписками и интеграциями
Данных о порядке возвратов, сроках отключения и переходном периоде в доступных источниках нет, придумывать их не станем. Практический совет простой: зафиксируйте у себя даты продления, зависимости в коде и критичные сценарии. Тогда отключение не станет сюрпризом посреди спринта.
Отдельно проверьте контракты с реселлерами: условия возврата средств там свои, и после 12 ноября логика «деньги вернут автоматически» может не сработать.
Что это значит для рынка и для пользователей Claude в России
Новость вписывается в общий тренд: провайдеры LLM всё чаще управляют доступом по юрисдикциям и корпоративному контролю, а не только по IP-адресу. Принцип «любая не указанная страна считается неподдерживаемой» делает список закрытым по умолчанию: вендору не нужно ничего добавлять, достаточно не вносить исключение.
Для команд это означает одно: AI-стек стоит строить с расчётом на сменяемость провайдера. Абстракция над API, свой тестовый набор задач, готовность к локальному контуру и понятный план переключения. Такой подход стоит денег и времени, но он дешевле, чем аварийная миграция за неделю.
Внутренние дискуссии Anthropic о темпах разработки и безопасности моделей тоже влияют на то, как компания расставляет приоритеты между ростом и комплаенсом. Контекст этих обсуждений собран в разборе о внутренних дебатах Anthropic по AI-безопасности.
Что сделать на этой неделе: составить список всех точек, где в проекте вызываются модели Anthropic, проверить структуру владения компанией на предмет мажоритарного контроля, протестировать одну альтернативную модель на реальных задачах и зафиксировать план переключения. Дальше останется только выполнить его по расписанию, а не в день отключения.