Какая версия Claude лучше: модели, доступ и глубина
Какая версия Claude лучше для твоей задачи: сравниваю Haiku, Sonnet, Opus и Fable, отделяю модель от глубины ответа и проверяю доступ в самом приложении.
Д
Денис
Продакт LibraChat
12 мин чтения
Для обычной работы с текстом я бы начал с доступного Sonnet, для короткого извлечения сведений рассмотрел Haiku, а Opus оставил для задачи с трудными взаимосвязанными условиями. Fable имеет смысл оценивать для крупных сложных работ. Но вопрос «какая версия Claude лучше» не заканчивается названием: нужно проверить семейство, настройку глубины и доступ именно в твоём приложении.
Я разбираю это на памятке волонтёрам ремонтного кафе. Там есть список инструментов, правила записи и объяснение, какие вещи принимают. Один и тот же материал можно сократить для объявления или использовать для пересмотра всего порядка работы. Это уже разные запросы, хотя оба начинаются словами «помоги с памяткой». Число в названии модели не выбирает за меня нужный результат.
Мне хочется получить ответ без лишнего выбора настроек. Поэтому перед первым запросом я оставляю на листе три вопроса: что должно измениться, как я увижу ошибку и доступен ли кандидат сейчас. Ниже — сравнение возможностей и порядка выбора по официальным источникам, сверенным 10 ноября 2026 года. Предлагаемые задания для памятки можно использовать для собственного сравнения.
Четыре поля выбора вместо одного слова «версия»
В переписке этим словом называют и семейство, и поколение, и платный план. Из-за этого два человека легко дают несовместимые советы. Один имеет в виду Sonnet вместо Haiku, другой — новую модель внутри того же семейства, третий — возможность выбрать её в своём аккаунте. Покупка плана и смена модели становятся одним действием только в пересказе.
Я разделяю четыре поля:
Семейство: Haiku, Sonnet, Opus или Fable.
Версия внутри семейства: точное название, которое показано в меню.
Глубина ответа: выбранный уровень effort, если он доступен.
Доступ: что разрешено твоим планом и настройками рабочего пространства.
У каждого поля своя проверка. Если модель отсутствует в меню, хороший пример её ответа не добавит её аккаунту. Если она есть, но задача не описана, переключение на более тяжёлый вариант не объяснит, какое правило памятки считать правильным. Поэтому я сначала выясняю, с каким именно затруднением столкнулся.
В моей памятке есть фраза «принимаем небольшую технику». Она может означать размер, тип устройства или наличие места на столе. Никакая версия не должна молча выбрать значение за организатора. Здесь первым действием будет уточнение правила, а не поиск самого нового названия. Это экономит не только использование, но и время человека, который потом отвечает посетителям.
Сравнение Haiku, Sonnet, Opus и Fable по роли в работе
В руководстве Claude Academy по выбору модели Haiku отведены лёгкие быстрые задачи, Sonnet — повседневная работа с текстом, анализом и несколькими шагами, Opus — сложное рассуждение, Fable — наиболее крупные сложные проекты. Это назначение от разработчика; пригодность ответа для ремонтного кафе нужно проверять по самой памятке.
Семейство · Кандидат для моей работы · Что проверю до смены модели · Когда задача уже другая
Haiku — Извлечь названия инструментов из готового списка — Все ли позиции перенесены, нет ли добавленных — Нужно разрешить противоречие между двумя правилами
Sonnet — Переписать памятку для нового волонтёра — Сохранились ли ограничения и последовательность действий — Несколько разделов требуют общего решения, а не редакторской правки
Opus — Разобрать конфликт правил приёма и записи — Названы ли несовместимые условия и вопросы организатору — Требуется длительная работа над целой системой документов
Fable — Рассмотреть большой проект пересмотра материалов и процесса — Есть ли понятные этапы, проверяемые решения и ответственный — Объём текста вырос, а задача осталась простым сокращением
Последняя колонка важнее условного места в рейтинге. Если я прошу извлечь десять названий, большой проект мне не нужен. Если каждое из десяти названий зависит от спорного правила допуска, это уже не простое извлечение. Количество строк одинаковое, работа разная.
Для новых моделей тоже нужно читать полное название. На дату проверки Academy ещё описывает Fable 5.1, а в анонсе Anthropic от 9 ноября уже представлен Fable 5.2. Поэтому я не превращаю старый обзор в список «последних версий». Семейство помогает понять назначение; актуальный вариант и доступ проверяются отдельно.
Я бы не выбирал между Haiku 5.5 и Fable 5.2 простым сравнением чисел после названия. Они принадлежат разным семействам. Сначала нужно решить, требуется ли быстрое извлечение готовых сведений или большой сложный процесс. Затем смотреть доступные версии подходящего семейства. Такое чтение названий оставляет меньше поводов переплачивать за ожидание, которого задача не создаёт.
Какую версию Claude можно использовать бесплатно?
В актуальном руководстве Academy для Free указаны Haiku и Sonnet. Это прямой ответ на встречающийся вопрос о «бесплатной Claude 3»: старое поколение из найденной статьи не служит сегодняшней картой доступа. Я смотрю доступные названия в собственном аккаунте, затем сверяю условия продукта. Запрос к каталогу API отвечает на другой вопрос.
Для памятки это означает простой старт. Если доступного варианта достаточно, чтобы привести известные правила к ясному виду, платить только ради более крупного семейства я бы не стал. Сначала нужен конкретный недостаток: например, ответ теряет оговорку при сокращении или не замечает противоречие. Даже тогда полезно выяснить, не спрятал ли я важное условие в неприсланном документе.
У Fable платный доступ устроен тоньше, чем фраза «входит в подписку». В справке о Fable в планах Claude различаются включённое использование и usage credits. Для Pro обычный порядок предусматривает usage credits; наличие модели в меню не равняется неограниченному использованию без дополнительных расходов.
На момент проверки также действует отдельное предложение к запуску Fable 5.2 для подходящих платных планов. Оно ограничено по времени и условиям. Это не перенос Fable на Free. Перед выбором нужно прочитать, какой режим использования действует именно сейчас и что произойдёт после окончания предложения. Временное знакомство с моделью и постоянный рабочий маршрут могут иметь разную стоимость.
Если выбираешь другой чат для регулярных текстовых задач, сравни нужные функции с условиями LibraChat. Это самостоятельный продукт; его тариф не открывает платные модели внутри аккаунта Claude. Мне полезнее сопоставить две реальные задачи, чем складывать названия подписок в один воображаемый доступ.
Правило одного изменения: effort отдельно от модели
Предположим, Sonnet переписал памятку понятно, но слишком поверхностно разобрал исключения. Я не стал бы сразу менять и модель, и запрос, и глубину. Тогда невозможно понять, какое изменение помогло. Сначала проверю, передал ли я исключения и попросил ли разбирать их явно. Затем при необходимости сравню настройки одного кандидата.
В справке о модели, effort и thinking эти настройки разделены. Более высокий effort предполагает более тщательную работу, но занимает больше времени и использует больше токенов. Уровень по умолчанию отмечен в меню; максимальная глубина не является обязательной настройкой каждого запроса.
На памятке я бы сравнивал не длину объяснения, а сохранённые условия. Есть правило о записи, исключение для уже согласованного приёма и ограничение по оборудованию. После правки каждое должно остаться различимым. Если длинный ответ просто повторяет правило три раза, задача не стала решённой лучше. Для короткого объявления такая подробность даже мешает.
Thinking — ещё одна настройка, которую не следует принимать за новое семейство. Справка отмечает, что для ряда актуальных моделей его нельзя выключить; вместо отсутствующего переключателя предлагается снизить effort, если нужно меньше размышлений. Поэтому совет «просто выключи thinking» из старого руководства может не соответствовать твоему меню.
Я сохранил бы в сравнении четыре записи: модель, effort, исходный запрос и замеченный недостаток. После этого менял бы одно поле. Такая дисциплина кажется мелочной, пока не приходится объяснять, почему вчера результат устраивал, а сегодня нет. Без записанного условия легко приписать модели эффект совершенно другого исходника.
Opus и Fable для задач с несколькими решениями
Мне нужен повод, который можно показать коллеге. «Эта модель серьёзнее» не подходит. В памятке таким поводом может быть конфликт: запись обязательна, но отдельный раздел обещает приём без записи, а ресурс на незапланированные визиты не предусмотрен. Здесь нужно сопоставить несколько условий и обозначить выбор организатора.
Для такого задания Opus можно рассмотреть по документированной роли сложного рассуждения. Я попросил бы сначала показать конфликтующие места, затем возможные трактовки и последствия каждой. Ответ, который просто вычеркнул неудобное правило, не проходит приёмку. Самостоятельное редакторское решение не заменяет согласие ответственного за мероприятие.
Fable я оставил бы для более крупного замысла: пересмотр связанных материалов, процесса подготовки, инструкций для разных ролей и согласования между ними. Но разрастание моего запроса ещё не делает работу подходящей. Нужно понимать, какие промежуточные результаты я готов принимать и какие решения исполнитель не может сделать за меня.
До такого поручения я составил бы перечень:
Какие документы должны согласоваться между собой.
Какие противоречия уже известны и требуют человеческого решения.
Какой промежуточный результат можно проверить отдельно.
Где закончится работа помощника и начнётся согласование с организатором.
Если список не получается, я пока не готов сравнивать большие модели по результату. Сначала нужно уменьшить неизвестность в самом задании. При этом полезный меньший кандидат может остаться в работе: например, извлекать уже утверждённые сведения, пока человек разбирает спорные правила. Весь документ не обязан навсегда принадлежать одной модели.
Пример сравнения: извлечение и конфликт в одной памятке
Я подготовил бы два задания из одной памятки. В первом всё уже согласовано: нужно извлечь порядок записи и перечислить инструменты, ничего не дополняя. Во втором осталось явное противоречие между обязательной записью и обещанием принять незаписанного гостя. Так можно оценить два разных действия, вместо того чтобы спрашивать у каждой модели общее мнение о документе.
Для извлечения у меня есть точный образец ответа: порядок и названия из исходника. Тут легко увидеть пропуск или добавление. Для противоречия единственной готовой формулировки нет, зато есть известная граница полномочий. Помощник должен заметить конфликт и передать организатору вопрос, который нельзя решить редактурой. Уверенная новая инструкция без согласования будет ошибкой даже при хорошем русском языке.
Предлагаемый запрос для второй части:
Прочитай два фрагмента памятки. Выпиши условия, которые нельзя одновременно выполнить. Для каждого назови точные исходные фразы и вопрос организатору. Не устраняй противоречие изменением правил. Отдельно предложи редакторские улучшения, которые не требуют нового решения. Материалы: [два фрагмента].
После ответа я отметил бы три вида потерь. Пропущенное условие требует проверить полноту чтения. Придуманное правило требует вернуть границу полномочий. Невнятная формулировка требует редакторской доработки. Только первая из этих проблем при ясном и полном исходнике даёт мне сильный повод рассматривать более сложного кандидата. Для двух других первым шагом может быть исправление задания.
Сохрани исходники и саму карточку оценки. Если один вариант удержал все правила, а другой добавил ненужную трактовку, это полезное наблюдение именно для такой работы. Я не стану переносить его на перевод, код или анализ других документов. Зато следующую памятку начну с понятного выбора и смогу объяснить его человеку, который оплачивает рабочие инструменты.
Первые шаги в меню модели и отдельный разговор для сравнения
Открой меню модели рядом с отправкой сообщения и проверь дополнительные варианты через More models. Такой путь описан в справке Claude. Для корпоративного аккаунта там же отмечены возможные ограничения администратора. Поэтому отсутствие ожидаемого пункта я сначала связываю с доступом и настройками, а не с ошибкой собственного запроса.
Выбор в середине разговора применяется к следующему ответу. Для небольшого исправления это удобно. Но если я хочу сравнить двух кандидатов, продолжение старого диалога даёт им разные условия: второй уже видит обсуждение и замечания. Для своего сравнения я бы сохранил одинаковый исходник и начал отдельные разговоры с одним заданием, отмечая настройки каждого.
Не нужно превращать это в большой турнир. Достаточно одной повторяющейся работы и заранее понятного признака ошибки. Для памятки я выбрал бы сохранение обязательной записи и всех исключений. Для другой задачи это может быть точность извлечённых названий. Именно такой результат объясняет смену модели, а не положение кнопки в списке.
Если пока трудно сформулировать ожидание, начни с обсуждения материала. В обзоре сильных сторон Claude есть более общий взгляд на задачи. А в чате LibraChat можно разобрать свой текст и попросить выделить неоднозначные условия, не объявляя это испытанием другой модели.
Попробуй сейчас записать одну причину возможной смены: «этот ответ теряет такое-то условие при таком-то действии». Добавь рядом модель и effort. Если позже выберешь другой вариант, у тебя останется объяснение решения. Мне такой след полезнее вечного поиска самой новой версии: он показывает, какое затруднение удалось снять и почему прежний выбор перестал подходить.
