# Claude Fable 5.1: до 45% дешевле и вдвое сильнее в двух тестах

Разбираем цены, режимы усилий и один тест четырёх моделей, в котором красивый интерфейс оказался менее важен, чем выполненная задача.

## Обновление на одну десятую, которое меняет выбор модели

Anthropic обновила Claude Fable 5 до Fable 5.1. По названию кажется, что перед нами обычная промежуточная версия. Но я дал одну и ту же задачу Claude Fable 5.1, Claude Fable 5, Claude Opus 5 и GPT-5.6 Sol. На реальном интерфейсе разница оказалась намного заметнее, чем в таблице характеристик.

Главное изменение не в цене входа или выхода. Оно в чтении кэша. Именно эта строка определяет стоимость длинных разговоров, работы с большими файлами и агентных задач, где модель снова и снова читает уже переданный контекст.

карточка 1 — метка «типичная нагрузка» / значение «около 25%» / капшен «оценка снижения стоимости от Anthropic»; карточка 2 — метка «агентная работа» / значение «до 45%» / капшен «экономия при высокой доле чтения кэша»; карточка 3 — метка «чтение кэша» / значение «−75%» / капшен «в четыре раза дешевле, чем у Fable 5». Ключевая — #2

_Чем длиннее задача и стабильнее контекст, тем заметнее новая экономика._

// экономика

## Три цены одного входного токена

Теперь считать только вход и выход недостаточно. У входного контекста есть обычное чтение, запись в кэш и повторное чтение кэша. У Fable 5.1 обычный вход стоит 10 долларов за миллион токенов, выход – 50 долларов, а чтение кэша – 0,25 доллара. Поэтому короткий разговор с нуля почти не меняется, а длинная рабочая сессия может стать заметно дешевле.

строки «Операция → Цена за 1 млн токенов»: Обычный вход → $10; Выход → $50; Чтение кэша → $0,25. Сноска: «Тарифы Claude Fable 5.1 по официальной документации Anthropic на дату выхода модели.»

врезка `// простое правило`: текст «Скидка пропорциональна доле кэш-чтения. Если каждый запрос начинается с нуля, чудесной экономии не будет.»

// выбор модели

## Не начинай любую задачу с самой дорогой модели

В обычной работе с кодом я не увидел разницы, ради которой нужно всегда включать Fable 5.1. Поменять кнопку, поправить небольшой баг или внести локальную правку можно на Sonnet. Большую кодовую задачу логичнее начинать с Opus 5. Fable 5.1 имеет смысл подключать там, где нужна длинная агентная работа, тяжёлое рассуждение, проектирование логики или интерфейса.

карточка 1 — метка «небольшая правка» / значение «Sonnet 5» / капшен «кнопка, текст, простой локальный баг»; карточка 2 — метка «большая задача» / значение «Opus 5» / капшен «рабочая модель по умолчанию для серьёзной разработки»; карточка 3 — метка «длинный горизонт» / значение «Fable 5.1» / капшен «архитектура, интерфейс, исследование и автономная работа». Ключевая — #3

// режимы

## Модель и уровень усилий – не одно и то же

Даже сильная модель может работать хуже, если снизить уровень усилий. В Claude Code Fable 5.1 по умолчанию стартует на High, а в Claude Cowork и Claude.ai – на Medium. Для простой задачи это помогает экономить. Для сложной логики я бы не соглашался на редкий поиск и ответы по памяти только ради меньшего расхода лимита.

- 01 «Оцени задачу» — метрика «локальная или системная» — Кнопке не нужен максимальный режим. Архитектуре и сложному интерфейсу нужен.
- 02 «Выбери модель» — метрика «Sonnet, Opus или Fable» — Сначала бери самую дешёвую модель, которая стабильно закрывает этот класс задач.
- 03 «Подними усилия» — метрика «High, X High или Max» — Если модель срезает поиск и отвечает по памяти, проблема может быть в режиме, а не в её интеллекте.

// личная практика

## Где разница почти не видна, а где становится огромной

На обычных кодовых правках Fable 5 и Fable 5.1 для меня выглядели близко. Разница появилась не в количестве написанных строк, а в том, как модель продумывает продукт: композицию экрана, интерактивность, логику поведения и один эффект, ради которого пользователь захочет остаться.

С длинными списками багов картина другая. Если отправить модели страницу Notion примерно с 20 проблемами, Fable может самостоятельно закрыть около половины. Opus в таком сценарии способен остановиться после нескольких исправлений. Это не универсальный бенчмарк, а мой рабочий опыт: длинный горизонт действительно раскрывает старшую модель.

- «локальная правка» — разница между версиями небольшая
- «система целиком» — Fable 5.1 сильнее в логике и интерфейсе; стрелка «чем длиннее горизонт, тем заметнее преимущество»

// поведение

## Плотнее проза, меньше форматирования и новая метка

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

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

[Открыть Watermarks Remover на GitHub](https://github.com/guillaumemeyer/watermarks-remover)

// реальный тест

## Один промт, четыре модели, один экран

Чтобы сравнить не обещания, а результат, я дал четырём моделям одинаковую задачу. Никакого длинного технического задания и ручного объяснения дизайна. Каждая модель сама выбирала структуру, визуальный язык и интерактивность. Ограничение было одно: весь сайт должен работать в одном файле.

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

_Задача для сравнения моделей_

Один файл не мешает модели показать максимум. Мы проверяем это ещё со времён Opus 4.8. Когда интерфейс, логика и данные собраны внутри одного документа, слабое место видно быстрее: модель либо поняла задачу и сделала работающий эффект, либо спрятала пустоту за аккуратными карточками.

// время работы

## Скорость не предсказала качество

Все четыре модели работали от 30 до 47 минут. Самый быстрый результат дал Opus 5, самый долгий – Fable 5.1. Но время само по себе ничего не объяснило. Важнее оказалось, выполнила ли модель центральную задачу и придумала ли взаимодействие, которое нельзя заменить статичной картинкой.

строки «Модель → Время выполнения»: Claude Opus 5 → 30 минут; Claude Fable 5 → 35 минут; GPT-5.6 Sol → 40 минут; Claude Fable 5.1 → 47 минут. Сноска: «В одном из прогонов соединение прерывалось, поэтому время – ориентир, а не лабораторный замер.»

// разбор результатов

## Что получилось у каждой модели

GPT-5.6 Sol сделал рабочий экран, который полгода назад выглядел бы впечатляюще. Сейчас его выдали одинаковая типографика, вложенные друг в друга карточки и плоский дизайн. Fable 5 тоже собрал базовый вариант с координатами при наведении, но по общему ощущению ушёл недалеко от GPT.

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

карточка 1 — метка «GPT-5.6 Sol» / значение «рабоче, но плоско» / капшен «повторяющиеся карточки и узнаваемая типографика»; карточка 2 — метка «Claude Fable 5» / значение «базовая карта» / капшен «координаты есть, заметного скачка нет»; карточка 3 — метка «Claude Opus 5» / значение «интерактивное время» / капшен «пауза и ускорение, но ошибка в географии»; карточка 4 — метка «Claude Fable 5.1» / значение «лучший вау-эффект» / капшен «задача решена, локальный компонент можно поправить». Ключевая — #4

// главный вывод

## Лучше ошибка в компоненте, чем невыполненная задача

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

врезка `// критерий выбора`: текст «Сначала проверь, поняла ли модель продуктовую задачу. Только потом считай количество мелких визуальных ошибок.»

// что делать

## Мой рабочий выбор после теста

- [ ] Используй Sonnet 5 для небольших и понятных правок.
- [ ] Начинай серьёзную кодовую работу с Opus 5, если задача не требует длинного горизонта.
- [ ] Переключайся на Fable 5.1 для архитектуры, проектирования интерфейсов и длительной агентной работы.
- [ ] Проверяй уровень усилий: Medium может экономить лимит ценой глубины поиска.
- [ ] Оценивай выполнение центральной задачи раньше визуальной полировки.
- [ ] Исправляй локальные ошибки отдельным запросом, не перезапускай удачную работу с нуля.
- [ ] Не убирай водяную метку автоматически: сначала определи, кому принадлежит контент и какие правила действуют на площадке.

// материалы

## Ссылки из разбора

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

[Официальный анонс Claude Fable 5.1](https://www.anthropic.com/claude-fable-and-mythos-5-1)

[Характеристики и цены Claude Fable 5.1](https://platform.claude.com/docs/en/models/fable-5-1/overview)

[Документация Anthropic по кэшированию](https://platform.claude.com/docs/en/build-with-claude/prompt-caching)

[Watermarks Remover на GitHub](https://github.com/guillaumemeyer/watermarks-remover)

// финал

## Не верь названию версии – проверяй на своей задаче

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

> Мне проще один раз поправить компонент, чем заново объяснять модели, в чём вообще была задача.

---

Источник: https://localhost:3000/m/fable-5-1-test-modeley
