Claude Haiku 4.5: обзор самой дешёвой модели Claude и где она реально окупается

Характеристики и место в линейке

Claude Haiku 4.5 — самая дешёвая актуальная модель. Идентификатор claude-haiku-4-5, цена 1 доллар за миллион входящих и 5 за миллион исходящих токенов. Это вдвое дешевле Sonnet 5 по обеим статьям и в пять раз дешевле Opus 5.

Ключевое ограничение — контекст 200 тысяч токенов. Haiku 4.5 единственная из актуальных моделей, у которой окно не миллионное. Для потоковых операций над короткими фрагментами это не мешает, но разобрать большой документ одним запросом уже не выйдет.

Haiku работает по старым правилам API

Это главная техническая особенность. Haiku 4.5 относится к предыдущему поколению по поведению параметров, поэтому всё, что справедливо для Claude 5, здесь неверно.

Мышление включается по-старому: типом enabled с явным бюджетом токенов. Бюджет обязателен, должен быть меньше max_tokens и не меньше 1024 — иначе запрос завершится ошибкой. Адаптивного мышления на Haiku 4.5 нет.

Уровни усилия на Haiku 4.5 не поддерживаются вовсе: параметр effort вызывает ошибку. Соответственно, единый код, который ставит усилие для всех моделей подряд, на Haiku сломается — нужна отдельная ветка.

• Мышление — только через явный бюджет токенов, минимум 1024.
• Бюджет обязан быть меньше max_tokens.
• Параметр усилия вызывает ошибку — исключайте Haiku из общей ветки кода.

Где Haiku 4.5 окупается

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

Второй хороший сценарий — рабочие подзадачи внутри агента. Главный цикл держит Opus 5, а всё, что сводится к «прочитать и вернуть выжимку», уходит на Haiku. Читающие подзадачи обычно и составляют основную массу токенов в агентных прогонах, поэтому экономия получается кратной.

• Классификация, извлечение, модерация, маршрутизация.
• Читающие подзадачи внутри многоагентных схем.
• Всё, где важен объём, а не глубина.

Где Haiku 4.5 не подходит

Не подходит там, где нужен длинный контекст: 200 тысяч токенов против миллиона — разница ощутимая, если вы работаете с крупными кодовыми базами или объёмными документами. Не подходит для сложного многошагового рассуждения — за этим идут к Opus и Fable.

И отдельно: не подходит как модель по умолчанию в агенте, который сам решает, что делать дальше. Дешёвая модель в управляющем цикле экономит на токенах и теряет на количестве лишних шагов — итоговый счёт часто выходит выше.

• Крупные документы и репозитории — контекста не хватит.
• Сложное рассуждение — не тот класс модели.
• Управляющий цикл агента дешёвой моделью экономить не стоит.