Anthropic 28 сентября 2026 года выпустила Claude Sonnet 5.5 — вторую модель в семействе Claude 5.5 после Opus 5.5. Это не корпоративный кейс и не обещание будущего продукта, а конкретный релиз модели: она уже доступна в Claude, Claude API и через облачные платформы. Главная идея простая: Sonnet 5.5 должен закрывать повседневное кодирование, работу с документами и агентные задачи быстрее и дешевле, чем Sonnet 5, оставаясь заметно доступнее старшего Opus 5.5.
Если коротко, Anthropic пытается развести роли внутри линейки. Opus 5.5 остаётся моделью для сложной работы, где важны максимальная аккуратность и долгие рассуждения. Sonnet 5.5 — рабочая модель на каждый день: исправить баг, разобраться в кодовой базе, собрать документ, таблицу или презентацию, помочь с дизайном интерфейса и не сжечь бюджет там, где старший класс избыточен.
Что именно выпустила Anthropic
Официальный анонс Anthropic называет Claude Sonnet 5.5 «clear upgrade» над Sonnet 5. Компания заявляет, что новая модель работает более чем на 30% быстрее и может стоить до 30% меньше для большинства рабочих задач. Важно читать это как оценку по workload, а не как универсальную гарантию: реальная экономия зависит от глубины рассуждения, числа tool calls, объёма контекста и того, как приложение настроено.
Модельный ID для Claude API — claude-sonnet-5-5. В документации Anthropic для Sonnet 5.5 указаны контекстное окно 1 млн токенов, максимальный обычный вывод 128 тыс. токенов и цена $2 за миллион входных токенов и $10 за миллион выходных токенов. Для Batch API заявлена скидка 50% на input и output, а через beta-header доступен расширенный вывод до 300 тыс. токенов.
По доступности релиз выглядит полноценным: Claude Sonnet 5.5 активен как latest-модель и доступен не только на Claude Platform, но и через Amazon Bedrock, Google Cloud, Microsoft Foundry и Claude Platform on AWS. В документации также указано, что модель не будет снята раньше 28 сентября 2027 года. Для команд, которые боятся быстрых model churn, это полезная опора для планирования миграции.
Отдельная деталь для тех, кто уже использует Sonnet 5: Anthropic предупреждает о breaking changes. Самая заметная практическая миграция — если приложение запускало Sonnet с отключённым thinking, нужно перейти на настройку between_tools, которая отключает предварительное рассуждение перед переносом на Sonnet 5.5. Это не декоративная строчка из changelog: такие изменения могут ломать ожидания вокруг streaming, tool use и формы ответа.
Почему релиз важен для разработчиков
Sonnet 5.5 особенно продвигают как модель для кодинга. В таблице Anthropic новый Sonnet набирает 70,6% на Terminal-Bench 4.0 против 10,3% у Sonnet 5. На FrontierCode 1.1 компания показывает 46,2% в Max effort и 52,1% в Xhigh, а на CursorBench 4.0 — 55,5%. Эти цифры стоит воспринимать как ориентир, а не как автоматическое доказательство качества на вашем репозитории, но направление понятно: прирост именно в задачах, где модель работает с кодом, инструментами и многошаговым контекстом.
Для практики важнее не абсолютный процент, а профиль модели. Sonnet 5.5 должен быстрее понимать кодовую базу, чаще укладываться в меньшее число шагов и экономнее использовать выходные токены. В реальном агентном workflow это может дать больше пользы, чем сухое «модель умнее»: когда агент делает меньше лишних tool calls, не уходит в долгие объяснения и быстрее сходится к рабочему diff, снижается и стоимость, и раздражение от ожидания.
Есть и хороший инженерный вывод: Sonnet 5.5 не отменяет Opus 5.5. Скорее появляется нормальная связка. Старшая модель может проектировать, проверять сложные решения и разбирать неоднозначные задачи, а Sonnet — выполнять хорошо ограниченные изменения, чинить баги, писать тесты, собирать документы и делать повторяемую работу. Это ближе к реальной архитектуре AI-команд, где одна модель не обязана быть молотком для всего.
Что нового в knowledge work
Anthropic отдельно подчёркивает прирост в задачах «knowledge work» — работе с документами, таблицами, презентациями, диаграммами и многошаговыми офисными процессами. В анонсе Sonnet 5.5 почти на уровне Opus 5.5 в GDPval-AA и AA-Briefcase, а также заметно лучше Sonnet 5 в распознавании графиков и компьютерном использовании.
Для бизнеса это важный слой. Многие AI-внедрения упираются не в то, что модель не может написать абзац текста, а в то, что она плохо держит рабочий контекст: документ, таблицу, требования, прошлые правки, формат компании и ограничения задачи. Если Sonnet 5.5 действительно даёт большую часть качества Opus при меньшей цене, его логично пробовать в массовых сценариях: разбор входящих материалов, подготовка черновиков отчётов, преобразование таблиц, проверка документов, сборка презентаций и помощь аналитикам.
Но здесь есть та же оговорка, что и с кодом. Benchmarks не заменяют локальный eval. Если модель будет работать с финансовыми файлами, юридическими документами, медицинскими текстами или внутренними отчётами, её надо проверять на своих примерах, а не только верить красивой строке в таблице. Хорошая новость в том, что Sonnet 5.5 выглядит достаточно дешёвым кандидатом для таких eval-прогонов.
Effort как ручка цены и качества
Одна из полезных частей релиза — акцент на effort levels. В Claude Code и приложениях Claude средний effort используется по умолчанию, а на Claude Platform default — High. Чем выше effort, тем дольше модель думает и тем дороже обходится задача; чем ниже, тем быстрее и дешевле ответ, но ниже запас качества.
Это звучит очевидно, но в 2026 году именно такая ручка становится частью нормальной архитектуры. Не все запросы одинаковые. Простое исправление текста, классификация тикета или маленький bugfix не должны идти тем же режимом, что архитектурный рефакторинг или сложная диагностика production-инцидента. Sonnet 5.5 интересен тем, что Anthropic показывает сильные результаты не только на максимальном effort, но и на более дешёвых режимах.
Для разработчика приложения это означает: вместо одного дефолтного вызова «самой умной модели» стоит проектировать routing. Сначала определить класс задачи, затем выбрать модель и effort. Рутинные операции можно отдавать Sonnet 5.5 на Low или Medium, спорные — повышать до High, а стратегические решения отправлять Opus 5.5 или человеку. Так AI перестаёт быть дорогой кнопкой и становится управляемым компонентом системы.
Безопасность и ограничения
Anthropic пишет, что Sonnet 5.5 улучшает или повторяет Sonnet 5 по большинству пунктов автоматизированного поведенческого аудита примерно на 1850 сценариях. По containment-оценкам модель близка к Opus 5.5 и, по словам компании, реже других моделей Anthropic пытается исследовать границы своих контейнеров. Это сильное заявление, но оно остаётся внутренней оценкой Anthropic, поэтому в production всё равно нужны собственные guardrails.
Есть важная практическая часть по cybersecurity. Anthropic признаёт, что кибервозможности Sonnet 5.5 заметно выросли относительно Sonnet 5, поэтому модель запускают с safeguards, похожими на Opus 5.5. Рутинная разработка и поиск багов в своём коде должны работать, а высокорисковые киберзадачи могут откатываться на Sonnet 5. Для специалистов по защите Anthropic готовит расширенный Cyber Verification Program с tiered-доступом к более сильным возможностям.
По биологии подход другой: Sonnet 5.5 использует тот же набор биологических safeguards, что и Sonnet 5. Компания отдельно говорит, что большая часть исследовательских, образовательных и клинических задач не должна страдать, но часть запросов по микробиологии и вирусологии может ошибочно попадать под ограничения. Это важно для команд, которые работают в научных доменах: ограничения модели надо проверять заранее, а не в середине рабочего процесса.
Где Sonnet 5.5 может быть полезен
Первый очевидный сценарий — агентное программирование. Sonnet 5.5 выглядит как кандидат для задач, где уже есть понятная рамка: исправить ошибку, обновить тесты, пройтись по ревью, адаптировать компонент, найти причину падения сборки, подготовить небольшой PR. Особенно интересно проверять его там, где Opus качественен, но дороговат для каждого шага.
Второй сценарий — внутренние ассистенты для сотрудников. Если нужно помогать с документами, таблицами, презентациями, регламентами и поиском по рабочему контексту, Sonnet может стать более экономичным default-слоем. Старшую модель имеет смысл оставлять для сложных случаев, а большинство запросов пропускать через более быстрый режим.
Третий сценарий — model routing в AI-продуктах. Sonnet 5.5 можно поставить между дешёвыми массовыми моделями и дорогим frontier-классом: сначала он решает или оценивает задачу, а вверх отправляются только кейсы с высокой неопределённостью. При 1 млн токенов контекста это особенно полезно для приложений, где запрос часто приходит вместе с длинными файлами, логами или историей проекта.
Четвёртый сценарий — миграция с Sonnet 5. Если приложение уже сидит на Claude Sonnet 5, новый релиз логично проверить первым. Но миграцию лучше делать не blind replace, а через сравнение на сохранённом наборе задач: качество, цена, задержка, число tool calls, форма ответа, ошибки со streaming и поведение на пограничных prompts.
Что проверить перед переходом
Я бы не переносил production на Sonnet 5.5 одним переключателем. Минимальный чек-лист такой: собрать 30–100 реальных задач, прогнать Sonnet 5 и Sonnet 5.5 рядом, отдельно измерить latency, token usage, success rate и число ручных вмешательств. Для coding-агентов обязательно проверять не только текст ответа, но и фактический результат: тесты, build, линтер, корректность diff и отсутствие лишних правок.
Если используются tools, надо внимательно прочитать migration guide. Изменения вокруг thinking, forced tool use, computer-use tool и advisor tool могут быть незаметны на простых prompts, но проявиться в сложной интеграции. Особенно аккуратно стоит смотреть приложения, которые стримят промежуточный текст пользователю или ожидают строго определённую форму ответа между tool calls.
Ещё один пункт — стоимость по effort. Заявления Anthropic про цену за задачу красивы, но ваш счёт зависит от маршрутизации. Если все запросы отправлять на High или Xhigh, экономия может оказаться не такой драматичной. Если правильно разделить routine, medium и hard tasks, Sonnet 5.5 может дать более ощутимую выгоду.
Как попробовать
Claude Sonnet 5.5 уже доступен в Claude и Claude API. Разработчики могут использовать model ID claude-sonnet-5-5, а в облаках — соответствующие варианты для Amazon Bedrock, Google Cloud, Microsoft Foundry и Claude Platform on AWS.
Практичный старт — не переписывать весь продукт, а выбрать один повторяемый workflow. Например: ревью небольших PR, исправление падающих тестов, сборка черновика документа, анализ таблицы или классификация входящих задач. Затем прогнать старую и новую модель на одинаковом наборе, зафиксировать цену, задержку и качество, и только после этого менять default.
Если в приложении раньше был выключен thinking у Sonnet, отдельно проверьте between_tools. Это та самая маленькая миграционная деталь, которая может сэкономить много нервов: модельный релиз свежий, а интеграции ломаются обычно не на громких возможностях, а на форме ответа и поведении инструментов.
Источник
Официальный анонс Anthropic: Introducing Claude Sonnet 5.5.
Документация модели: Claude Sonnet 5.5 в Claude Platform Docs.