Fable 5.2, Fable 5.1 или Opus 5.5: когда оправдан переход

Fable 5.2 — кандидат на обновление существующих процессов Fable 5.1 с более низким тарифом, но Opus 5.5 остаётся менее дорогой отправной точкой для многих новых задач. Решение зависит от того, позволяет ли более дорогая модель получить принятый результат с меньшими общими затратами или выполнить требование, с которым не справляется дешёвая.

Это сравнение документированных возможностей и стоимости с воспроизводимыми расчётами, проверенное 10 ноября 2026 года. Оно не является тестом скорости или измерением доли успешных задач. Ofox публикует статью и предлагает эти модели в своём API-каталоге; эта связь не доказывает, что одна модель лучше остальных для вашей нагрузки.

В чём реальные различия

Источники: официальные таблицы Fable 5.2, Fable 5.1 и справочник тарифов. Верхние пределы совпадают, поэтому потребность в большем окне контекста не помогает выбрать между этими тремя моделями.

В датированном каталоге Ofox для этих полей указаны те же стандартные ставки под ID anthropic/claude-fable-5.2, anthropic/claude-fable-5.1 и anthropic/claude-opus-5.5. Это сравнение публичных тарифов, а не цен поставщика или счёта. Типы провайдеров и доступность функций могут различаться, поэтому фиксируйте не только модель, но и маршрут.

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

Три сценария стоимости для самостоятельного расчёта

Ниже приведены синтетические бюджеты токенов, а не измеренные результаты. Везде используются стандартные синхронные тарифы в USD, без batch-скидки, fast mode и отдельно оплачиваемых инструментов. Вывод — весь тарифицируемый вывод, включая оплачиваемые рассуждения. В сценариях чтения кэша не учтён предшествующий запрос записи; их нельзя считать счётом за всю сессию.

Последняя строка показывает, почему общее утверждение «Fable вдвое дороже» неверно для запроса с преобладанием кэша. Кэшированная часть стоит $0,02 и у 5.2, и у Opus 5.5. Повышенная ставка Fable применяется лишь к оставшемуся вводу и выводу, поэтому отношение стоимости запросов составляет примерно 1,23, а не 2.

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

from decimal import Decimal as D

rates = {
    "fable52": (D("8"), D("40"), D("0.20")),
    "fable51": (D("10"), D("50"), D("0.25")),
    "opus55": (D("4"), D("20"), D("0.20")),
}
for name, (input_rate, output_rate, read_rate) in rates.items():
    cost = (1000 * input_rate + 4000 * output_rate
            + 19000 * read_rate) / D("1000000")
    print(name, cost)

Создание кэша оплачивается отдельно. Опубликованные ставки записи на 5 минут составляют соответственно $10, $12,50 и $5 за миллион токенов; на 1 час — $16, $20 и $8. При расчёте сессии учитывайте нужный тип записи, фактические промахи и истечение срока хранения. Наличие директивы кэша в коде не означает, что каждый шаг будет попаданием в кэш.

Какой дополнительный вывод съест экономию относительно 5.1

Предположим, задача на 5.1 потребляет 20 000 некэшированных входных и 4 000 выходных токенов из первой строки. Расчётная цена — $0,40. При том же вводе на 5.2 вход стоит $0,16; до той же суммы остаётся $0,24. По тарифу $40 за миллион выходных токенов это 6 000 токенов вывода.

При этих конкретных допущениях 5.2 может выдать на 50% больше токенов, чем в примере 5.1, и стоить столько же. Если же ввод и вывод растут в одинаковой пропорции, снижение ставки на 20% допускает увеличение общего объёма токенов на 25% до точки равенства затрат. Проценты отвечают на разные вопросы; ни один не предсказывает реальное поведение модели.

Поэтому при первых измерениях миграции фиксируйте категории токенов для одной и той же задачи. Более низкая ставка и более высокий счёт могут одновременно быть правдой, если новая модель выполняет больше работы, повторяет попытки или использует дополнительные инструменты. Руководство по API объясняет, какие поля ответа сохранять.

Выбирайте по задаче и условию приёмки

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

Официальные рекомендации по выбору модели предлагают начинать большинство задач с Opus и повышать уровень, если оценки остаются неудовлетворительными. Ценность Fable — в работе, которая проходит приёмку, а не в более высоком номере версии самом по себе.

Сравнивайте цену принятой задачи, а не отдельного вызова

Для набора сопоставимых задач делите все расходы на API и инструменты на число принятых результатов. Учитывайте отклонённые, незавершённые и исправленные вручную задачи. Исключение неудач искусственно удешевляет слабую модель.

Для примера предположим, что одна попытка на Opus стоит $0,16, а на Fable — $0,32, как в первой синтетической строке. Если доля принятых результатов равна 50% и 90%, упрощённая цена одной принятой попытки составит $0,32 и примерно $0,356 соответственно. Более высокая приёмка не обязательно компенсирует разницу в тарифах. Эти доли придуманы для расчёта и не являются результатами измерений моделей.

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

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

Учтите затраты на миграцию до переноса трафика

Fable 5.2 проверяет префиксы разговоров для каждого аккаунта. Старый клиент, переписывающий system или инструменты, может потребовать исправлений, даже если его запросы 5.1 принимались. Effort по умолчанию также отличается от Opus 5.5: если не указать его явно, сравнение меняется с medium на high. Задайте effort и раскройте конфигурацию.

Руководство по миграции перечисляет различия хранения данных, computer tool, advisor и совместимости thinking. В частности, для старого computer-use tool есть исключение Amazon Bedrock; нельзя распространять платформенную несовместимость на все маршруты Ofox. В диагностике 400 приведены варианты исправления.

При переходе с 5.2 на более старую модель успешный запрос не обязательно сохраняет рассуждения 5.2. Храните проверенные факты задачи и результаты инструментов отдельно. Руководство по контрольной точке агента объясняет, что нужно принимающей модели для завершения работы.

Начните со сравнения, которое можно проверить вручную

Возьмите фиксированный набор типичных задач и выделите часть для отложенной проверки. Зафиксируйте промпт, входные файлы, инструменты и критерии приёмки до просмотра результатов. Для каждой модели запишите точный ID, маршрут, effort, лимит токенов, версию SDK, время, входные/выходные/кэшированные токены, расходы на инструменты, статус завершения и вердикт приёмки.

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

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

Документация: каталог моделей Ofox, учёт использования, нативный Messages. Если сравнительный запуск падает после вызова инструмента, сначала устраните ошибку сопоставления результата инструмента, а затем трактуйте запуск как свидетельство качества рассуждений.