Сентябрьские названия Claude легко принять за обычную лестницу «младшая — старшая — самая новая». Для Fable 5.1 и Mythos 5.1 это неверная отправная точка: различие касается условий доступа и защитных ограничений. А Opus 5.5 нужно оценивать отдельно на своих задачах, даже если поставщик обещает близкое качество при меньших затратах.
Что объявила Anthropic
1 сентября 2026 года вышли Claude Fable 5.1 и Claude Mythos 5.1. Anthropic описывает их как одну модель с разными уровнями защитных ограничений. Fable доступна широко, Mythos — через программы доверенного доступа. В анонсе отдельно ограничен круг организаций, которым доступна Mythos; считать её обычным пунктом выбора для любого разработчика нельзя.
22 сентября компания представила Opus 5.5. По заявлению Anthropic, модель достигает уровня Fable 5.1 на большей части работы и обходится дешевле Opus 5. Это оценка производителя. В этой статье нет независимого сравнения этих моделей и нет обещания такой же экономии в вашем репозитории.
Разделите доступ, совместимость и качество
Первый вопрос при обновлении — доступна ли модель именно в вашей среде: Claude Code, прямом API или облачной платформе. Доступность имени в анонсе не означает, что выбранный аккаунт и провайдер уже предлагают одинаковые возможности. Проверьте список моделей, правила организации и фактический ответ тестового запроса.
Второй вопрос возникает у собственной API-интеграции. В анонсе Opus 5.5 описан preserved thinking: для определённых новых аккаунтов ограничения затрагивают изменение предыдущего контекста с сохранением рассуждений модели. Если ваш оркестратор вручную переписывает историю, сначала проверьте этот путь по связанной документации поставщика. Успешный одиночный запрос не проверяет продолжение многошаговой сессии.
Только после этого имеет смысл сравнивать качество кода. Иначе ошибка интеграции попадёт в таблицу как «модель не справилась», хотя до инженерной задачи она даже не дошла.
Небольшой эксперимент для PHP-проекта
Предлагаю взять три законченные задачи из истории проекта: локальное исправление ошибки, изменение с несколькими точками входа и ревью готового diff. Выберите версии кода до решения; эталонные исправления не включайте в контекст агента. Для каждой задачи заранее подготовьте проверку поведения.
Например, для повторной доставки webhook проверяется не наличие красивого класса обработки. Нужно убедиться, что два одинаковых события не создают два результата, а повтор после временной ошибки всё ещё обрабатывается. Для ревью подойдёт patch, в котором пропущена проверка доступа в одном из маршрутов. Проверяющий должен найти конкретный путь, а не выдать общий список советов по безопасности.
Используйте одинаковый лимит времени и разрешений. Запишите, какие решения пришлось принять человеку, какие проверки агент действительно запустил и сколько стоило довести результат до принятия. Несколько удачных ответов не заменяют повторов: агентные траектории могут различаться при одинаковом запросе.
Обновляйте процесс вместе с моделью
Если Opus 5.5 уверенно проходит ваши повседневные задачи, это повод пересмотреть рабочий выбор, а не без проверки переключить все автоматизации. Сначала обновите одну ограниченную процедуру и сохраните возможность вернуть прежнюю конфигурацию. Критичные изменения по-прежнему требуют проверки человеком, знакомым с системой.
Mythos не стоит включать в такую сравнительную таблицу как недоступный «идеальный вариант». Для обычной команды полезнее знать, какое решение можно использовать сейчас с разрешёнными данными и воспроизводимой проверкой. Условия доступа — часть инженерного выбора, а не сноска к рейтингу.
