Claude Opus 5 в эфире: изменения Model ID, кривая стоимости effort и решение по routing, которое должен знать каждый оператор

24 июля 2026 года Anthropic выпустила Claude Opus 5. Model ID — claude-opus-5, цены остались на уровне Opus 4.8: $5 / MTok input и $25 / MTok output, — при значительно выросшем качестве. Если вы балансировали между Opus 4.8 и Fable 5, Opus 5 меняет routing-расчёт для большинства production-нагрузок.

Но прежде чем менять конфигурацию, есть три вещи, которые каждый оператор, направляющий трафик в Opus, должен знать — и которые анонс не ставит в начало.

Что реально изменилось на уровне API

Model ID на разных платформах:

Соглашение об именовании в Bedrock изменилось — anthropic.claude-opus-53 не следует прежнему паттерну версионирования 4-8. Если вы закрепляли Bedrock Model ID в routing-конфигурации, это ручное обновление, а не автоматическая подмена alias.

Adaptive thinking включён по умолчанию — и тарифицируется.

На Opus 5 thinking всегда активен. Поле "thinking": {"type": "enabled"} не требуется — это синтаксис Haiku 4.5. Opus 5 (как Fable 5 и Sonnet 5) работает с adaptive thinking по умолчанию. Ключевое следствие для операторов: thinking-токены тарифицируются как output-токены, даже если текст thinking не возвращается вашему приложению. Дефолтное значение display — "omitted", поэтому в теле ответа не будет блока thinking — но вычисление уже произошло, и вы за него платите.

Если вы делали замер стоимости Opus 4.8 и пересчитываете на Opus 5 только по прайсу, ваши оценки на thinking-интенсивных задачах окажутся заниженными. На сложных multi-step agentic-задачах средний расход output-токенов на запрос вырастет по сравнению с вашими базовыми предположениями.

Параметр effort управляет соотношением стоимости и качества:

Opus 5 предоставляет регулятор effort. По данным Anthropic, на CursorBench 3.2 при max effort Opus 5 показывает результат в пределах 0.5% от пика Fable 5 за вдвое меньшую стоимость на задачу; при более низких значениях effort модель работает быстрее и дешевле. Это первая модель уровня Opus, где routing-решение — не просто «какую модель выбрать», а «какую модель при каком effort».

Для routing-команд это означает: ваша политика маршрутизации Claude-вызовов теперь имеет три рычага — выбор модели (Opus 5 vs Fable 5), уровень effort и нужно ли возвращать thinking-вывод в приложение.

Routing-решение: Fable 5 vs Opus 5

Fable 5 стоит $10 / MTok input и $50 / MTok output — ровно в 2 раза дороже Opus 5. Анонс прямо указывает: на CursorBench 3.2 при max effort Opus 5 достигает результата в 0.5% от пика Fable 5 за вдвое меньшую стоимость на задачу.

Для coding-агентов и agentic software engineering: Opus 5 при max effort в большинстве задач является почти эквивалентной заменой Fable 5 за вдвое меньшие деньги. Случаи, когда Fable 5 остаётся предпочтительным: задачи по кибербезопасности (верхняя планка здесь — Mythos 5), ситуации, где расширенное thinking Fable 5 принципиально отличается от adaptive thinking Opus 5, и нагрузки, где вы уже настраивали вывод Fable 5 и не хотите повторно проходить валидацию.

Для knowledge work, business automation и multi-step agentic задач — Zapier AutomationBench, ARC-AGI 3, OSWorld 2.0 — данные анонса показывают: Opus 5 превосходит все остальные модели, включая Fable 5, по числу выполненных задач на единицу затрат. При любом фиксированном compute-бюджете Opus 5 закрывает больше задач.

Обновлённая routing-политика для большинства команд: если вы отправляете Fable 5 вызовы для coding или agentic-работы, Opus 5 при max effort стоит A/B-теста. Если вы используете Opus 4.8 для общей enterprise-работы, Opus 5 при high или max effort — это прямой апгрейд без изменения цены.

Что проверить перед миграцией с Opus 4.8

Допущения о token-бюджете устарели. Поскольку adaptive thinking включён по умолчанию и тарифицируется как output, средний расход output-токенов на запрос вырастет на сложных задачах. Переизмерьте baseline перед обновлением cost-прогнозов.

Bedrock routing-конфиги требуют ручного обновления ID. anthropic.claude-opus-53 не обнаруживается через wildcard-матчинг по прежним Bedrock Opus ID. Обновляйте routing-таблицы явно, не полагайтесь на pattern-based версионирование.

Дефолт thinking display изменился. На Opus 5 display по умолчанию "omitted". Если ваше приложение раньше зависело от отсутствия блоков thinking-контента (разумное допущение для Opus 4.8, у которого thinking не было), поведение совпадает — но если вы хотите показывать thinking конечным пользователям или логировать для отладки, теперь нужно явно задать "display": "summarized" в конфигурации thinking.

Effort — не бесплатный параметр. Более низкий effort снижает стоимость, но и производительность. Если вы переходите с Opus 4.8 (без параметра effort) на Opus 5 при low effort, на сложных задачах может наступить регресс, несмотря на то что модель новее. Начните тестирование с high или max effort, затем оптимизируйте вниз.

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

Для команд, маршрутизирующих Claude-вызовы через AI gateway, конкретное обновление — это две строки в routing-таблице:

# Claude API
claude-opus-4-8  →  claude-opus-5

# Amazon Bedrock
anthropic.claude-opus-4-8-v1:0  →  anthropic.claude-opus-53

Vertex AI и Microsoft Foundry используют ту же строку claude-opus-5, что и Claude API. В документации описано, как настраивать Model ID и per-provider routing-политики для multi-cloud Claude-развёртываний.

Параметр effort — поле уровня запроса, а не routing-уровня: ваш gateway передаёт его без изменений. Задавайте его в запросе приложения или в дефолтном шаблоне запроса для маршрутов Opus 5.

По предыдущему анализу Fable 5 vs Opus 4.8 смотрите статью Claude Fable 5 вышел: что новый Model ID, семантика отказов и token accounting означают для вашего routing-слоя. Opus 5 существенно меняет расчёт в пользу маршрутизации в Opus для чувствительных к стоимости coding-нагрузок.