Чем отличаются модели Claude: Haiku, Sonnet, Opus и Fable — какую выбрать

Для коротких и массовых задач проверьте Haiku; для обычной работы — Sonnet; для сложного анализа и разработки — Opus. Fable имеет смысл сравнивать на особенно требовательных задачах, где результат остальных моделей вас не устраивает. Это отправная точка для собственного теста, а не рейтинг, одинаковый для всех.

Самая дорогая модель не обязательно окажется выгоднее на каждом шаге. Но и дешёвый ответ, который приходится трижды переделывать, может стоить дороже одного удачного.

Какая линейка актуальна сейчас

На 25 сентября 2026 года в официальном обзоре Anthropic перечислены Claude Haiku 4.5, Sonnet 5.5, Opus 5.5 и Fable 5.1. Haiku позиционируется как самая быстрая из этих моделей, Sonnet — как сочетание скорости и возможностей, Opus и Fable — для более сложной агентной работы. Официальный каталог моделей.

Каталог и тарифы конкретного сервиса проверяйте отдельно. Доступность в подписке Claude, прямом API и стороннем шлюзе может различаться; старшая версия также может иметь другой идентификатор. В Клодыче доступные варианты показаны при выборе модели, а ставки — на странице тарифов.

Четыре модели — четыре отправные точки

Haiku 4.5 — для коротких, понятных операций. Извлечь номер заказа, разложить обращения по категориям, переформулировать фразу. Начните с него, если проверку правильности можно описать несколькими условиями. При неоднозначности заранее предусмотрите передачу задачи старшей модели или человеку.

Sonnet 5.5 — для повседневной работы. Письма, документы, небольшие изменения кода, объяснения и задачи с несколькими условиями. Его удобно взять за базовый вариант и повышать класс модели там, где видно конкретное ограничение качества.

Opus 5.5 — для сложной работы с ценой ошибки. Архитектурное решение, поиск причины сбоя в нескольких подсистемах, проверка противоречивых требований. Anthropic сообщает об улучшениях в программировании и агентных задачах; официальный тариф обычного API — $4 за миллион входных и $20 за миллион выходных токенов. Описание Opus 5.5.

Fable 5.1 — кандидат для отдельного сравнения на трудных задачах. Не считайте его автоматически лучшим ответом на любой запрос. После выхода Opus 5.5 особенно полезно проверить оба варианта на одном наборе вводных: дополнительная стоимость должна оправдываться результатом, а не местом названия в списке.

Это рабочая схема выбора редакции, а не обещание производителя о победителе в любой задаче.

С какой модели начать: таблица задач

Задача	Первый кандидат для проверки	Когда пробовать модель выше
Классификация писем, извлечение полей	Haiku	Путает близкие категории или пропускает исключения
Перевод и редактура обычного текста	Haiku или Sonnet	Теряет оттенки смысла, терминологию, голос автора
Статья, план, рабочее письмо	Sonnet	Сложная аргументация и много противоречивых требований
Небольшая правка кода	Sonnet	Требуется разбираться в нескольких подсистемах
Архитектура, сложная ошибка	Opus	Не хватает качества после уточнения задачи и контекста
Длинная цепочка исследований и действий	Opus, затем сравнение с Fable	Ошибки в промежуточных решениях делают задачу ненадёжной

Таблица — наша схема выбора по характеру работы. Она не подменяет проверку на ваших данных и не обещает, что одна модель всегда даст правильный ответ.

Проще всего сравнить модели на своей задаче. В чате Клодыча в Telegram доступны Haiku, Sonnet, Opus и Fable: задайте один и тот же вопрос разным моделям и посмотрите, какая справится лучше. Без подписки и настройки API, оплата только за запросы.

Сравнить модели Claude в чате Клодыча →

Для программирования: считайте задачу целиком

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

Для сложной задачи полезно разделить работу:

1. Попросить составить план и обозначить спорные места.
2. Внести ограниченный набор изменений.
3. Запустить тесты и проверить результат на исходном примере.
4. Посмотреть общую стоимость сессии, включая неудачные попытки.

Сравнивайте модели на одном и том же состоянии проекта. Если первой вы дали пустое описание, а второй уже приложили найденную причину, это неравные условия. Для подключения CLI есть гайд Claude Code.

Для текстов: оцените то, что действительно будете публиковать

Запрос «напиши хороший текст» оставляет слишком много решений модели. Дайте адресата, цель, объём и пример желаемого тона:

Напиши письмо клиенту о переносе срока на два дня. Сохрани спокойный деловой тон, объясни причину одной фразой и предложи конкретную новую дату. До 120 слов, без рекламных оборотов.

Оцените фактическую точность, естественность языка и объём ручной правки. Если Haiku решает ваш шаблон без доработки, переход на Opus ради названия не обязателен. Если Sonnet постоянно упускает важные ограничения, сравните его результат с Opus на тех же вводных.

Для документов: способ загрузки важнее названия модели

Сильная модель не увидит таблицу, если сервис передал только текст без её структуры. Перед выбором проверьте, как именно обрабатываются PDF, сканы и изображения.

Начните с вопроса, ответ на который вы уже знаете: попросите найти конкретный раздел и процитировать фразу. Затем переходите к выводам. Если в документе есть графики, отправьте читаемый снимок нужной страницы.

Как провести честное сравнение за одну рабочую сессию

Соберите небольшой набор реальных задач: несколько простых, несколько обычных и несколько трудных. Для каждой заранее определите, какой результат принимается.

Критерий	Как проверить
Правильность	Есть ли фактическая ошибка или сломанный сценарий
Соблюдение условий	Сохранены ли формат, ограничения и обязательные поля
Полезность	Можно ли использовать результат без переписывания
Скорость	Сколько времени прошло до пригодного результата
Стоимость	Сколько стоили все попытки, а не только последняя

Записывайте результаты, не полагаясь на впечатление от одного красивого ответа. Отдельно учитывайте стоимость вашей проверки: экономия нескольких копеек теряет смысл, если каждую выдачу приходится долго исправлять.

Дешёвый запрос или дешёвый готовый результат

Представим условный пример: одна попытка стоит 1 ₽, но две из трёх требуют повторения. Другой вариант стоит 2 ₽ и обычно проходит проверку с первого раза. Важна не цена одной отправки, а сумма всех попыток и ваше время на исправление.

Для сравнения запишите три числа: стоимость всей сессии, время до пригодного результата и число ошибок. В коде критерием может быть воспроизводимый сценарий и тесты; в тексте — фактическая точность и объём редакторской правки. Красивый длинный ответ сам по себе не доказывает качество.

Не меняйте сразу и модель, и промпт, и режим рассуждений: тогда непонятно, что помогло. Сначала одинаковые вводные, затем настройка лучшего кандидата. При массовой обработке проверьте не только типовые примеры, но и пустые поля, неоднозначности и необычные формулировки.

Можно ли менять модель внутри работы

Да, разные этапы могут выполнять разные модели: извлечение полей — более быстрая, разбор исключения — более сильная. Но сохраняйте промежуточный результат в понятном виде: исходные данные, ограничения, уже проверенные выводы.

В API смена модели также требует проверки поддерживаемых параметров. Настройки рассуждений, ограничения вывода и экспериментальные возможности не обязательно переносятся между версиями без изменений.

Для первого сравнения достаточно двух моделей и нескольких ваших задач. Текущие рублёвые ставки собраны на странице цен; калькулятор покажет, как меняется сумма при разном объёме контекста и ответа.