24 июля 2026 года Anthropic представила Claude Opus 5 — обновление верхней линейки Opus. В анонсе релиз назван шагом вперёд для всего уровня: ставка сделана на агентов, которые работают долго, а вместе с этим улучшены результаты в программировании и профессиональных задачах.
Предыдущие версии того же семейства, 4.7 в апреле и 4.8 в мае 2026 года, тоже упоминали агентов и код. Там на первом плане стояла устойчивость на длинных прогонах, здесь заявлен прирост качества, а не шлифовка.
Оговорка, которая влияет на выбор уже сейчас. Линейка после июля двигалась быстро: 22 сентября 2026 года вышла Opus 5.5, и, по заявлению Anthropic, на типичных нагрузках она обходится примерно на 40% дешевле Opus 5, лидируя в агентском программировании и работе со знаниями. Планировать бюджет, глядя только на июльский релиз, смысла мало.
Почему Anthropic представила Claude Opus 5 как модель для долгих агентов
Разница между чатом и агентом в том, где возникает ошибка. В диалоге неудачный ответ виден сразу, его переписывают. В агенте модель выстраивает цепочку: читает файл, вызывает инструмент, проверяет результат, планирует следующий шаг. Промах на пятом шаге тянет за собой всё остальное, и через час прогона на выходе получается аккуратно оформленный мусор.
Отсюда и требования: удерживать план на десятки шагов, не терять контекст задачи, замечать собственные сбои и возвращаться назад. Этот класс работы в Anthropic называют long-running agents, и Opus 5 заявлена как улучшение прежде всего для него.
Есть и побочный эффект: расход токенов на каждом шаге. Разница в цене между версиями умножается на длину цепочки, поэтому 40% экономии у 5.5 для команд, которые держат агентов в проде, не мелочь.
Что прирост даёт на практике, а где его не видно
Короткий ответ на самый частый вопрос: Opus 5 заметна там, где нужны многошаговое планирование и самостоятельные решения — миграция кода, разбор инцидентов, длинные исследования. Если работа сводится к одной генерации текста или короткой правке, прирост растворят задержка и расход токенов.
В программировании эффект проявляется неровно. Задачи с готовыми тестами и понятным критерием «зелёный билд» выигрывают: модель чаще доводит правку до рабочего состояния с первого захода. Там, где проверить результат нечем, агент уверенно движется в сторону, и это вопрос процесса, а не модели.
Ещё одно ограничение связано с данными. Долгий агент читает много контекста, а значит, в прогон попадает больше внутренних документов и кода. Для компаний, работающих с чувствительной информацией, это отдельное решение о том, что вообще отдаётся модели.
Версии и даты: как не купить вчерашнюю модель
Срок жизни флагманской версии в 2026 году сократился до месяцев, иногда до недель. Это меняет практику закупки: привязывать архитектуру сервиса к конкретному имени модели дороже, чем к её роли в цепочке обработки запроса.
| Модель | Дата анонса | Заявленный акцент | Что это значит на практике |
|---|---|---|---|
| Opus 4.8 | 28 мая 2026 | Консистентность на длинной работе | База для сравнения при миграции |
| Opus 5 | 24 июля 2026 | Агенты, код, профессиональные задачи | Основной кандидат для сложных цепочек |
| Opus 5.5 | 22 сентября 2026 | Агентский кодинг, работа со знаниями | Дешевле в работе примерно на 40% |
| Sonnet 5.5 | 28 сентября 2026 | Скорость и цена на массовых задачах | Ускорение свыше 30%, экономия до 30% |
| Haiku 5.5 | 7 октября 2026 | Большие объёмы: суммаризация, субагенты | Исполнение однотипных шагов |
Между Opus 5 и следующей версией прошло меньше двух месяцев. Ставить долгосрочную смету на конкретную сборку рискованно: разумнее держать в коде точку замены, чтобы смена модели была правкой конфигурации, а не переписыванием логики.
Отдельно про судьбу старых версий. В ноябре 2025 года Anthropic заявила, что сохраняет веса всех публично выпущенных моделей, а в феврале 2026-го уточнила условия для Opus 3: после вывода из эксплуатации та остаётся доступной платным пользователям в claude.ai и выдаётся по запросу через API. Риск внезапного отказа это снижает, но не отменяет необходимости тестировать миграцию заранее.
Когда Opus избыточна и дешевле работать на младших моделях
Не всякая задача заслуживает верхнюю линейку. В том же графике релизов видно, как компания разводит модели по нагрузке: Sonnet 5.5 заявлена как явный апгрейд предыдущей Sonnet с ускорением свыше 30% и снижением цены до 30% для большей части работы, а Haiku 5.5 предназначена для больших объёмов — суммаризации, субагентов, работы в браузере.
Практическая схема для команды выглядит так: планирование и сложные решения на Opus, исполнение однотипных шагов на средней модели, фоновая обработка массивов на самой дешёвой. Экономия берётся из того, что дорогой вызов не делается там, где хватает дешёвого.
Верхние позиции линейки при этом не пустуют. В сентябре 2026 года вместе с Fable 5.1 вышли модели Mythos, которые Anthropic описывает как самые продвинутые для кода и работы со знаниями, отдельно отмечая исследовательские возможности. Для большинства прикладных задач это запас на будущее, а не текущий инструмент.
Что обычно ломается при переходе на новую версию
Самая частая ошибка — поменять идентификатор модели и ждать улучшений. Промпты, описания инструментов и правила ретраев подгонялись под прежнее поведение, и после смены версии агент начинает вести себя иначе: короче планирует, охотнее вызывает инструменты, по-другому реагирует на сбои.
Вторая ошибка связана с отсутствием набора проверочных задач. Без десятка реальных сценариев с известным правильным результатом сравнение сводится к субъективному «стало лучше». На длинных прогонах полезна отдельная метрика: сколько шагов агент делает до первого самоисправления и как часто цепочка обрывается на середине.
Третья касается счёта за токены. Долгие агенты стоит запускать с лимитом шагов и бюджетом на прогон, иначе один зацикленный процесс съедает дневную квоту. Модель, которая лучше держит план, всё равно упирается в этот предохранитель.
С чего начать проверку Opus 5 в рабочем проекте
Начинать разумно с одной задачи, у которой есть объективный критерий успеха и которая уже сейчас требует много шагов. Дальше фиксировать не общее впечатление, а измеримые вещи, чтобы решение о миграции опиралось на замеры.
- Собрать 10–15 реальных сценариев из журнала обращений или бэклога и записать для каждого ожидаемый результат.
- Прогнать их на текущей версии и на Opus 5, сравнивая число шагов, долю успешных прогонов и расход токенов.
- Повторить замер на Opus 5.5: разница в стоимости на длинных цепочках накапливается быстро.
- Вынести имя модели в конфигурацию и отметить в документации, какие промпты привязаны к её поведению.
- Поставить лимиты на длину цепочки и бюджет прогона до того, как агент попадёт в прод.
Если по итогам прогонов выигрыш не выходит за пределы погрешности, менять версию рано: следующая сборка Opus, скорее всего, появится в пределах квартала, и тестирование придётся повторять. Первое действие, доступное сегодня, — выписать сценарии, на которых агент обрывает цепочку посередине, и прогнать их на обеих версиях.
