Claude Enterprise Model Entitlements: ролевые ограничения доступа к моделям и уровней effort вышли в бета

Новая функция Anthropic позволяет администраторам ограничивать доступ к конкретным моделям Claude по ролям и устанавливать максимальный уровень effort на роль — тем самым напрямую ограничивая расход токенов. Разбираем, что нужно настроить AI-командам.

TheRouter Newsroomисточник Anthropic
Схема двухуровневого контроля доступа к моделям: потолок на уровне организации и ограничения effort на уровне роли, модели Claude скрыты за шлюзами доступа

1 июля 2026 года Anthropic незаметно выпустила функцию governance, которая меняет логику доступа к моделям для каждой корпоративной команды: model entitlements. Теперь администраторы могут принудительно задавать, какие модели Claude доступны каждой роли, и — отдельно — каков максимальный уровень вычислительного effort на запрос для каждой роли. Для AI-команд, которые до сих пор управляли выбором моделей и расходами через неформальные договорённости или хрупкие конфиги managed-settings.json, это первое платформенное ограничение доступа.

Что изменилось

Новые элементы управления доступом к моделям работают на двух уровнях.

Уровень 1 — потолок доступа на уровне организации. Администраторы включают или отключают конкретные модели Claude для всей организации. Если модель отключена на уровне организации, ни одна роль не сможет её включить. Прежде чем отключить модель, нужно заменить её во всех ролях, где она задана по умолчанию.

Уровень 2 — доступ и ограничение effort на уровне роли. Пользовательские роли можно ограничить подмножеством моделей из числа разрешённых на уровне организации. Помимо этого, администраторы могут задать максимальный уровень effort — low, medium, high или max — для каждой роли по каждой модели. Участники этой роли видят в меню модели только те уровни effort, которые не превышают установленного потолка.

Функция запускается в бета-режиме в Claude Code (CLI ≥ 2.1.196), Claude Chat, Cowork и Office Agents. Claude in Chrome, Design и Security пока не поддерживаются.

Почему это важно для AI-команд

Уровни effort — не просто ярлыки в интерфейсе. Они напрямую влияют на расход токенов: ответ с уровнем max на Sonnet 5 или Opus стоит заметно дороже, чем с уровнем medium. Раньше контролировать этот расход можно было либо через доверие пользователям, либо через кастомную политику на уровне API.

Model entitlements закрывают этот пробел на уровне провайдера ещё до того, как запрос достигает вашей routing-инфраструктуры:

  • Роль junior-инженера можно зафиксировать на Claude Sonnet 5 с уровнем medium — чтобы исследовательская работа не приводила к случайным вызовам Opus.
  • Роль специалиста по данным может иметь доступ к Opus на уровне high, но не max — сохраняя вычислительный бюджет для batch-задач.
  • Роль внешнего подрядчика можно полностью ограничить моделями класса Flash.

Это особенно актуально для организаций, развёртывающих Claude Code в масштабе на нескольких подразделениях. Claude Code 2.1.196 ввёл дефолтные модели на уровне организации; model entitlements теперь позволяют администраторам не только указывать дефолтную модель, но и принудительно ограничивать набор доступных.

Анализ с точки зрения router/operator

Функция напрямую пересекается с полем availableModels в managed-settings.json Claude Code. Согласно обновлённой документации, оба механизма действуют совместно: в Claude Code CLI и IDE участник видит только те модели, которые входят одновременно в availableModels и в его model entitlements — работает пересечение, побеждает более строгое ограничение.

Для команд, маршрутизирующих трафик Claude через gateway, это означает следующее.

  1. Целостность цепочки fallback. Если ваш gateway настроен на fallback с Sonnet 5 на Opus, но роль запрашивающего пользователя не имеет доступа к Opus, fallback завершится ошибкой model_not_available. Команды маршрутизации должны проверить цепочки fallback на соответствие ролевым entitlements.

  2. Конфликты параметра effort. Параметр effort в Anthropic API (low / medium / high / max) отображается в UI effort. Если ваш routing-слой добавляет дефолтный effort: "high" ко всем запросам, пользователи с ролями, ограниченными уровнем medium, получат неожиданные ошибки или скрытое понижение — в зависимости от того, как Anthropic обрабатывает конфликт.

  3. Моделирование затрат. Ролевые ограничения effort дают более предсказуемый потолок расходов на запрос. Команды, строящие модели затрат по комбинациям модель × effort, получают принудительный платформенный потолок для планирования — вместо реактивных алертов по факту.

Контрольный список действий:

  • Проверьте, какие роли сейчас имеют доступ к Opus или к высокому effort в Sonnet; решите, нужно ли это ограничить.
  • Сопоставьте список availableModels в managed-settings.json Claude Code с планируемыми model entitlements — несоответствия приведут к видимым пользователю ошибкам.
  • Если какая-либо fallback-модель недоступна для определённой роли, обновите конфигурацию цепочки fallback.
  • До закрытия акционного ценового окна Claude Sonnet 5 (31 августа 2026 года) настройте ограничения effort для ролей с чувствительным бюджетом.

Что стоит проверить пользователям TheRouter

Команды, маршрутизирующие трафик Claude через gateway, должны рассматривать model entitlements как upstream-ограничение, а не как параметр маршрутизации. Вашему gateway не нужно воспроизводить эту логику — Anthropic применяет её на платформенном уровне до диспетчеризации запроса, — но ваша политика маршрутизации должна быть согласована с ней.

Если вы используете TheRouter или другой AI routing-слой для распределения запросов между несколькими ролями или уровнями пользователей Claude, убедитесь, что логика маршрутизации соответствует профилю entitlements каждого уровня. В частности, протестируйте, что ваш error-handling правильно обрабатывает ответы model_not_available и не повторяет попытку на модели, недоступной для данной роли.

Документация по политикам маршрутизации — хорошая отправная точка для команд, выстраивающих многоуровневый routing для Claude.

Диаграмма роутинга Claude API через AWS Bedrock в регионе Азиатско-Тихоокеанский для соответствия корпоративным требованиям хранения данных

Anthropic открывает офис в Сеуле — что волна корейских корпоративных внедрений говорит об архитектуре регионального роутинга

Открытие офиса Anthropic в Сеуле и корпоративные развёртывания в Корее обнажают ограничение, с которым сталкиваются AI-команды по всему миру: регулируемые отрасли не могут использовать прямой API Claude — им нужен роутинг через AWS Bedrock.

источник Anthropic
Архитектурная диаграмма: промпт проходит через routing-шлюз, затем через сервер безопасности AI и только потом попадает в модель Claude

Anthropic Inference Hooks переносит точку перехвата на уровень до запуска модели: что это значит для вашей routing-архитектуры

Inference Hooks от Anthropic перехватывают каждый управляемый промпт до того, как модель его обработает. Командам, фильтрующим на уровне gateway, это создаёт двухуровневую архитектуру контроля и требует ответа на вопрос, кто и что проверяет.

источник Anthropic Platform Docs
Абстрактная редакционная иллюстрация: классификатор биологии перенаправляет запросы на резервную модель в узле маршрутизации, представляя управляемый провайдером fallback в инфраструктуре AI API

Исправление классификатора биологии Fable 5: тихая замена модели, о которой ваш биллинг не предупредил

Fable 5 сократил fallback по биологическим запросам на 85%. Для API-операторов это обнажило скрытый риск: запросы к Fable 5 обслуживал Opus 5 без каких-либо предупреждений. Что нужно проверить, прежде чем считать, что паритет модели восстановлен.

источник Anthropic
Помощь и контакты