Claude Opus: что это за модель и когда она реально нужна
Разбираю линейку Claude — Opus, Sonnet, Haiku: когда Opus даёт заметный прирост, а когда хватает модели подешевле, и стоит ли платить за подписку ради него.
Олег ЕмельяновДелаю продукты с помощью ИИClaude Opus — старшая модель в линейке Claude от Anthropic. Если заходишь на сайт claude.ai или работаешь через Claude Code и видишь в списке моделей три варианта — Opus, Sonnet, Haiku, — это не маркетинговая обёртка, а деление по мощности и по цене. Haiku — быстрая и дешёвая модель для простых запросов, Sonnet — рабочая лошадка на каждый день, Opus — самая медленная, самая дорогая и самая сильная там, где нужно по-настоящему думать.
Сейчас в линейке Claude — Opus 5.5, Sonnet 5.5 и Haiku 5.5: номер версии у них общий, а различаются они мощностью и ценой. Над ними стоит Fable 5.1 — отдельная модель Anthropic для самых тяжёлых задач, не версия Opus. Opus — старшая из трёх моделей, которыми пользуются каждый день.
Opus, Sonnet, Haiku: зачем Anthropic делит модели
Деление на три модели — это ответ на простой вопрос: не каждая задача стоит одной и той же цены. Короткий ответ в чат-боте, перевод абзаца, генерация идей для поста — для этого не нужна самая мощная модель, достаточно быстрой и дешёвой. А сложное архитектурное решение или разбор запутанного бага требуют больше вычислений на каждый шаг рассуждения — и здесь платишь за глубину.
Opus, Sonnet и Haiku — это не разные личности с разным характером, а одна линейка, настроенная на разный баланс между скоростью, ценой и качеством рассуждения. Чем выше по лестнице, тем медленнее ответ и дороже токен — но тем надёжнее результат на тяжёлой задаче.
Что Opus умеет лучше остальных
Разница между Opus и остальными моделями — не в скорости печати текста, а в глубине рассуждения. Opus держит в голове больше шагов сразу: архитектурное решение, завязанное на нескольких файлах, редкий баг, который проявляется через два слоя абстракции, рефакторинг, где нужно не сломать три соседних модуля одновременно. Sonnet в таких задачах часто справляется тоже — но со второй-третьей попытки, после уточнений.
Один разработчик, который почти год собирал проект с Claude, в какой-то момент попросил модель показать кусок кода, которым она сама довольна. Модель выбрала обработчик сканера штрихкодов — несколько десятков строк, и вся суть держится на одной короткой проверке: сканер присылает символы почти без пауз, а человек на клавиатуре — с паузами в десятки раз длиннее. По этой разнице код и отличает одно от другого.
I'll pick the barcode scanner listener, src/hooks/useLabelScan.ts. It's about 50 lines, and one of them does nearly all the work. · one of them does nearly all the work · разработчик с Reddit · строил проект с Claude
Такая находка — не строчка кода, а решение: как по миллисекундам отличить сканер от человека. Это и есть уровень задач, где Opus отрывается от более лёгких моделей — не написать функцию, а выбрать правильную абстракцию для неё.
Где разница с Sonnet не ощущается
На рутине разница стирается. Поправить текст кнопки, написать эндпоинт по образцу, собрать компонент по готовому дизайну, ответить на простой вопрос по документации — здесь Sonnet выдаёт результат того же качества, но быстрее и без раздумий, которые Opus себе позволяет на каждом шаге.
В Claude Code я вижу это каждый день: простые команды — исправить опечатку в кнопке, переименовать переменную, прогнать линтер — не требуют глубокого размышления, им нужна скорость.
Для такой задачи переключать модель на Opus — не ошибка, но и не нужно: результат будет тот же, а подождать придётся дольше и заплатить больше за те же токены.
Цена вопроса: подписка и токены
Opus стоит дороже за счёт того же токена — и в подписке, и при прямой оплате по API. Подписка Claude даёт доступ к Opus на верхних планах, а на нижних модель либо недоступна, либо включается с ограничением по числу сообщений. Через API Opus доступен без подписки вообще, но токены там заметно дороже токенов Sonnet — так что вопрос не «какая модель лучше», а «где прирост качества окупает разницу в цене».
Проверка простая: если задача такая, что ты готов подождать и переформулировать запрос два-три раза, бери Sonnet. Если ошибка в логике обойдётся дороже, чем разница в цене токена, — спроси у Opus сразу.
Claude Opus · Разложить платежи и рефанды в один сервис или в разные? · Раздели: разные жизненные циклы, разная частота изменений, разные гарантии согласованности. Общий сервис — только для чтения статуса. · Показать схему · Написать интерфейсы
Как выбирать: по умолчанию или по случаю
Держать Opus включённым всегда — понятный соблазн: разница в качестве заметна сразу. Но если посчитать, большая часть рабочего дня — мелкие правки, а не архитектурные решения, и постоянный Opus тратит время и токены без пользы.
Рабочая схема — переключать руками: Sonnet — на весь обычный поток, Opus — когда ломаешь голову над архитектурой, разбираешь чужой код без документации или ищешь баг, который не находится по логам.
Тот же принцип работает и для подписки: не обязательно платить за верхний план ради Opus, если архитектурные задачи у тебя — раз в неделю. Доступ по API, где платишь только за использованные токены, в таком случае часто выходит дешевле, чем держать дорогой тариф постоянно.
Вопросы и ответы
Чем Claude Opus отличается от Sonnet и Haiku?
Opus держит в голове больше шагов рассуждения и справляется со сложными многошаговыми задачами лучше, но делает это медленнее и дороже. Haiku — для быстрых и простых запросов, Sonnet — для ежедневной работы, Opus — для решений, где ошибка стоит дорого.
Нужна ли подписка, чтобы пользоваться Claude Opus?
Доступ к Opus даёт подписка верхнего уровня — на нижних планах модель либо недоступна, либо ограничена по числу сообщений. Через API Opus доступен без подписки, но токены там стоят дороже, чем у Sonnet.
Когда стоит выбирать Opus, а когда хватит Sonnet?
Для рутинных правок, типовых компонентов и простых ответов хватает Sonnet — результат тот же, но быстрее и дешевле. Opus стоит включать для сложных архитектурных решений, разбора чужого кода без документации и поиска багов, которые не находятся по логам.