Claude Sonnet 5 исключён из Priority Tier: что разрыв в уровнях обслуживания означает для команд с требованиями к задержкам

Запуск Claude Sonnet 5 30 июня вызвал волну публикаций о бенчмарках и новом tokenizer. Однако большинство команд, занимающихся маршрутизацией, упустили ключевой момент: Sonnet 5 явно исключён из Priority Tier — и Priority Tier более не доступен для новых покупок. Для команд, полагающихся на capacity commitments Priority Tier для соблюдения latency SLA, это решение нельзя откладывать дальше 31 августа.

Что произошло

В документации по уровням обслуживания Anthropic теперь содержится предупреждение: «Обязательства по мощностям Priority Tier больше не продаются». Организации с действующими обязательствами могут использовать Priority Tier до истечения контракта. Новые клиенты не могут приобрести доступ к Priority Tier.

Ещё важнее: таблица поддерживаемых моделей в разделе существующих commitments явно перечисляет исключения:

Priority Tier поддерживается для всех доступных моделей Claude (включая Claude Fable 5 и Claude Opus 4.8), кроме Claude Sonnet 5, Claude Mythos Preview и моделей Batch tier.

Это означает: команда, которая сейчас маршрутизирует чувствительный к задержкам трафик через claude-sonnet-4-6 в рамках Priority Tier commitment, не может просто заменить модель на claude-sonnet-5 и сохранить защиту tier. Запрос к Sonnet 5 уйдёт на standard tier вне зависимости от оставшейся зарезервированной мощности.

Почему это важно для команд разработки на базе AI

Priority Tier был единственным механизмом Anthropic для снижения ошибок «server overloaded» в пиковые периоды. Tier работает за счёт резервирования лимитов входных и выходных токенов в минуту. При наличии доступной зарезервированной мощности запросы приоритизируются над standard tier трафиком; при исчерпании — автоматически падают обратно на standard tier.

Без Priority Tier варианты для Sonnet 5 трафика следующие:

1. Принять SLA standard tier — доступность по принципу best-effort, без защиты от перегрузок в пиковые моменты.
2. Маршрутизировать чувствительные к задержкам запросы на Opus 4.8 или Fable 5 в рамках действующего Priority Tier commitment, а менее приоритетный Sonnet 5 трафик — через standard tier.
3. Использовать multi-provider fallback — настроить резервный маршрут через другого provider, чтобы ошибки overloaded от Sonnet 5 автоматически перенаправлялись на альтернативный endpoint.

Вариант 3 — наиболее чистый путь для команд, которые не могут приобрести новые мощности Priority Tier; именно для такой логики и предназначен gateway-уровень маршрутизации.

Взгляд router/operator

Отсутствие Priority Tier накладывается на два других ограничения Sonnet 5, которые operator должен моделировать в совокупности:

1. Мультипликатор tokenizer. Sonnet 5 использует новый tokenizer, который генерирует примерно на 30% больше токенов для того же входного текста. Стоимость за токен не изменилась, но стоимость запроса — нет: один и тот же prompt обрабатывается с большим расходом токенов. Наш более ранний разбор охватывает все детали; коротко: бюджеты, рассчитанные под Sonnet 4.6, могут недооценивать расходы на Sonnet 5 на 20–35% в зависимости от типа нагрузки.

2. Ценовой обрыв 31 августа. Anthropic установил вводное ценообразование для Sonnet 5: $2 / $10 за миллион токенов (input / output) до 31 августа 2026 года. С 1 сентября вступает стандартная цена $3 / $15. Если ваш routing layer выбирает модели по стоимостным порогам, Sonnet 5 будет казаться дешевле, чем окажется после лета.

Три ограничения — отсутствие Priority Tier, ~30% инфляция токенов и сентябрьский рост цены — означают, что реальный профиль стоимости и задержек при миграции на Sonnet 5 в Q4 будет отличаться от сегодняшнего. Команды, проводящие ревизию политики маршрутизации, должны протестировать сентябрьские цены в своих расчётах заранее.

Фреймворк решений для разрыва в Priority Tier

Для команд, оценивающих, как обрабатывать исключение Sonnet 5 из Priority Tier, приводим практическое дерево решений:

Если у вас есть действующий Priority Tier commitment:

• Продолжайте маршрутизировать критически важный по задержкам трафик на модели, покрытые commitment (Fable 5, Opus 4.8, Sonnet 4.6).
• Маршрутизируйте Sonnet 5 через standard tier для нагрузок, где редкие retry при перегрузке допустимы.
• Не предполагайте, что зарезервированная мощность покрывает Sonnet 5 — проверяйте поле usage.service_tier в ответах API.

Если у вас нет Priority Tier commitment:

• Priority Tier закрыт для новых покупок. Единственный путь к защите от перегрузок — fallback маршрутизация.
• Проектируйте маршрутизацию Sonnet 5 с переключением на резервного provider или модель при ошибках overloaded.
• Отслеживайте заголовок anthropic-priority-input-tokens-remaining в ответах API — его отсутствие в запросах к Sonnet 5 подтверждает, что вы работаете на standard tier.

До 31 августа:

• Зафиксируйте политику маршрутизации Sonnet 5 по вводным ценам. Любые правила, трактующие Sonnet 5 как равный по стоимости Sonnet 4.6, станут некорректными с 1 сентября.
• При настройке лимитов max_tokens и потолков стоимости запроса учитывайте мультипликатор tokenizer.

На что обратить внимание пользователям TheRouter

Если вы маршрутизируете Sonnet 5 трафик через model gateway, проверьте поле service_tier в ответах API, чтобы подтвердить корректную обработку запросов. Ответ service_tier: "standard" для Sonnet 5 ожидаем и правилен — любую политику маршрутизации, ожидающую значение "priority" для Sonnet 5 запросов, нужно обновить немедленно.

Для настройки fallback: добавление резервного маршрута через другого provider при overloaded ответах от Sonnet 5 — ближайший доступный эквивалент защиты Priority Tier по мощности. Обратитесь к документации TheRouter за руководством по настройке цепочек fallback.