Claude Fable 5: что меняется в routing-слое — новый model ID, семантика refusal и учёт токенов

9 июня 2026 года Anthropic сделала Claude Fable 5 (claude-fable-5) общедоступной — одновременно в Claude API, AWS Bedrock, Vertex AI и Microsoft Foundry. Это самая мощная публично доступная модель Anthropic, и она выходит с рядом API-изменений, требующих явной миграции от команд, пропускающих трафик через routing-слой.

Claude Mythos 5 (claude-mythos-5) выходит в тот же день, но доступна только участникам Project Glasswing и не является общедоступной.

В этой статье — все API-изменения, важные для команд, использующих multi-provider routing, и объяснение того, что нужно обновить до переключения трафика на claude-fable-5.

Новый model ID и tokenizer

Производственный model ID — claude-fable-5. В первом релизе суффикс с датой отсутствует.

Важное замечание для команд, мигрирующих с моделей до поколения 4.7: Claude Fable 5 использует tokenizer, введённый в Claude Opus 4.7. Тот же prompt генерирует примерно на 30% больше токенов по сравнению с более ранними моделями. Если вы тарифицируете downstream-пользователей по количеству input-токенов или применяете жёсткие ограничения по контексту — необходимо пересмотреть эти значения до переключения трафика. Prompt, укладывающийся в 60k токенов под Sonnet 4.6, может превысить этот лимит под Fable 5.

Контекстное окно: 1M токенов. Максимальный output: 128k токенов. Соответствует параметрам Opus 4.8.

Цена: $10 за миллион input-токенов / $50 за миллион output-токенов — вдвое дороже Opus 4.8 ($5/$25) и в 3+ раза дороже Sonnet 4.6 ($3/$15). Убедитесь, что cost-routing пороги учитывают этот ценовой уровень.

Адаптивное мышление всегда включено — raw chain-of-thought недоступен

Это наиболее значимое API-изменение для routing-слоёв, которые инспектируют или логируют структуру ответов.

Адаптивное мышление — единственный режим для Claude Fable 5. thinking: {"type": "disabled"} не поддерживается. Параметр принимается, но тихо игнорируется, обрабатываясь как дефолтный адаптивный режим. Для управления глубиной мышления используйте параметр effort.

Главное: raw цепочка рассуждений никогда не возвращается. thinking.display по умолчанию имеет значение "omitted" — thinking-блоки присутствуют в структуре ответа, но поле thinking в них пустое. Если ваш routing-прокси логирует или инспектирует thinking-текст в блоках контента, теперь эти блоки будут структурно присутствовать, но пустыми. Для получения читаемого резюме рассуждений установите display: "summarized".

Под удар попадают:

• Observability-пайплайны, извлекающие thinking-блоки для отладки
• Промпты, рассчитанные на появление thinking-текста в content для downstream-парсинга
• Любая логика, использующая непустые thinking-блоки как сигнал

В многоходовых диалогах thinking-блоки нужно передавать обратно без изменений, как и в других моделях Claude.

Новый stop_reason: "refusal" — обязателен явный обработчик

Claude Fable 5 содержит safety-классификаторы. При отказе от запроса Messages API возвращает успешный HTTP 200 с stop_reason: "refusal", а не 4xx/5xx ошибку.

Пример refusal-ответа:

{
  "stop_reason": "refusal",
  "stop_details": {
    "type": "refusal",
    "category": "cyber",
    "explanation": "This request was declined because it could enable cyber harm."
  },
  "content": [],
  "usage": {
    "input_tokens": 412,
    "output_tokens": 0
  }
}

Поле stop_details.category может принимать значения "cyber", "bio", "reasoning_extraction" или null. Текст explanation нестабилен — его следует отображать пользователю, но не парсить программно.

Что это значит для routing-слоя: если вы сейчас трактуете любой HTTP 200 как успех и передаёте вывод модели downstream, то при срабатывании refusal вниз по цепочке молча уйдёт пустой массив content. Проверки stop_reason !== "stop" недостаточно — необходимо явно обрабатывать "refusal": показывать его пользователю, переключаться на другую модель или повторять запрос с переформулированным промптом.

Серверный и клиентский fallback для отклонённых запросов

Anthropic ввела бета-параметр fallbacks, позволяющий API автоматически повторить отклонённый запрос на другой модели в рамках одного вызова:

await client.beta.messages.create({
  model: "claude-fable-5",
  max_tokens: 1024,
  messages,
  betas: ["server-side-fallback-2026-06-01"],
  fallbacks: [{ model: "claude-opus-4-8" }]
});

Если Fable 5 отклоняет запрос, API прозрачно повторяет его с claude-opus-4-8. В ответе поле model отражает фактически обслужившую модель.

Функция доступна в бета-версии только для Claude API и Claude Platform on AWS. На Bedrock и Vertex AI необходим клиентский fallback: перехватите stop_reason: "refusal" в middleware SDK и переотправьте запрос на другую модель.

Тарификация: если запрос отклонён до генерации любого output, плата не взимается. При переключении на fallback-модель стоимость prompt-кэша с первой попытки компенсируется — двойного начисления за кэширование не происходит.

Zero Data Retention недоступен

Claude Fable 5 и Claude Mythos 5 являются Covered Models с обязательным 30-дневным хранением данных. Zero data retention (ZDR) недоступен ни для каких аккаунтов или enterprise-планов.

Если ваша routing-политика предписывает ZDR для определённых классификаций данных — claude-fable-5 необходимо исключить из этих маршрутов. Ограничение действует одинаково для Claude API, Bedrock и Vertex AI.

Model ID для Bedrock и Vertex AI

Чек-лист обновлений перед переключением трафика

• Пересмотрите лимиты токенов — те же промпты дают ~30% больше токенов по сравнению с моделями до 4.7 поколения
• Явно обрабатывайте stop_reason: "refusal" — не передавайте пустой массив content downstream
• Проверьте логику thinking-блоков — raw цепочка рассуждений не возвращается; только резюме или пустые блоки
• Настройте fallback-цепочку — используйте серверный fallbacks (бета) при прямом обращении к Claude API; реализуйте клиентский обработчик refusal на Bedrock/Vertex
• Обновите стоимостные пороги маршрутизации — $10/$50 за MTok: ×2 к Opus 4.8 и ×3,3 к Sonnet 4.6
• Исключите из ZDR-маршрутов — 30-дневное хранение обязательно, обходного пути нет

При маршрутизации запросов Claude через multi-provider AI gateway ответ с stop_reason: "refusal" придёт как HTTP 200 и будет проксирован без изменений — убедитесь, что downstream-клиент обрабатывает этот сценарий, или настройте fallback-правила в TheRouter до попадания ответа в приложение. Подробности — в документации по routing провайдеров.

Ссылки

• Официальная документация Anthropic
• Руководство по refusal и fallback
• Обзор моделей
• Документация TheRouter по routing провайдеров