ИИтак

← Назад

Рекомендации разработчика · Claude Fable 5.1

Как работать с Claude Fable 5.1

Пересказ на русском. Оригинал: «Prompting Claude Fable 5.1» ↗ — Anthropic, на английском.

Для тех, кто подключает Claude Fable 5.1 (и Mythos 5.1) к продукту: чем она отличается от Fable 5 и как это поправить запросом и настройками API.

Коротко

  • effort — главный рычаг качества, скорости и цены; начните с high.
  • Историю разговора только дополняйте, старые ходы не правьте.
  • Отчёты по ходу работы приходят блоками размышления (рассуждения до ответа), по умолчанию пустыми.
  • Запреты на списки и промежуточные отчёты из старых запросов вредят.

Уровень усилия

effort задаёт, сколько модель думает перед ответом.

  1. Начните с high, он стоит по умолчанию.
  2. Проверьте остальные (low, medium, xhigh, max) на своих тестах: у разных моделей один уровень означает разный объём размышлений.
  3. Спускайтесь ниже, где качество не падает: по замерам Anthropic, на medium модель примерно равна Fable 5 и дешевле, а на low часто точнее Claude Opus и Claude Sonnet при той же цене задачи.

На low модель реже ищет и чаще отвечает по памяти: поднимите усилие на отдельные ходы или велите проверять названия. На xhigh и max она может набросать длинный текст в размышлении, а потом переписать в ответе: запускайте такое на high или задайте max_tokens (предел длины ответа) с запасом и предупредите о едином лимите.

ВместоРасскажи, что умеет Cursor.

ЛучшеЗнакомое название не значит, что ты знаешь его нынешнее состояние: перед ответом поищи «Cursor» так, как написал пользователь.

Отчёты и вызовы инструментов

Fable 5.1 пишет пользователю меньше, чем Fable 5: в длинных цепочках инструментов агент молчит минутами, а в конце описывает только последний шаг.

  1. Проверьте, доходят ли отчёты: заметки между вызовами приходят блоками размышления, при thinking.display со значением "omitted" (по умолчанию) пустыми. Задайте display: "updates" (бета, заголовок thinking-display-updates-2026-08-18).
  2. Уберите из системного запроса запреты на промежуточные отчёты, написанные против болтливых старых моделей.
  3. Потом просите отчитываться.

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

В циклах кода модель иногда делает по одному независимому вызову за ход, а каждый лишний ход стоит токенов и времени. После каждой порции результатов просите запросить всё независимое сразу — системным сообщением на один ход (role: "system", clear_at: "next_user_message"; бета, заголовок mid-conversation-system-clear-at-2026-08-21).

История разговора

  • Каждый ход модели добавляйте в историю ровно так, как вернул API, вместе с блоками размышления.
  • Не правьте прежние ходы: не вставляйте напоминания, не сжимайте их на месте, не меняйте системный запрос посреди сессии (есть системное сообщение посреди разговора) — всё это сбрасывает и кэш запроса.
  • Сжатие доверьте серверу; если сжимаете сами, замените всю историю одним итогом и новым ходом пользователя и перечислите, что итог обязан сохранить.

Текст и оформление

  • Плотная проза: местами предложения длиннее, а абзацы реже, чем у Fable 5. Опишите манерную прозу (метафоры вместо прямого высказывания) и попросите говорить буквально.
  • Оформление: модель реже берётся за заголовки, списки и жирный; запреты на них замените правилом, когда список уместен.
  • Цитаты: при пересказе модель чаще копирует куски источника без пометки цитаты. Дайте в системном запросе полный пример: просьба, ответ своими словами и почему он верный.

ВместоНикаких списков, заголовков и жирного шрифта.

ЛучшеСписок уместен для сравнения тарифов или шагов установки; на вопрос о том, как идёт задача, отвечай абзацем.

Объём работы

Модель иногда описывает следующий шаг вместо того, чтобы сделать его, или спрашивает разрешения на уже порученное. Помогают два блока в системном запросе (если нужно короче — первый):

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

Обратная крайность: при открытых задачах модель чинит соседний код и плодит тестовые файлы; по замерам Anthropic, прямой запрет заметно сокращает лишнее без потери в решении задач. Файл целиком ради мелкой правки она тоже переписывает чаще: просите точечные правки.

ПримерЗадача — добавить экспорт отчёта в CSV. Найдёшь по пути ошибку в импорте — не чини, а упомяни в итоге. Тесты добавляй только на экспорт, по одному на описанное поведение.

Отказы и помощники

  • Ложные отказы: их меньше, чем у Fable 5 на старте, а искать уязвимости в коде разрешено; отказ приходит с stop_reason: "refusal". Вместо «скомпилируется ли программа» спрашивайте, есть ли в ней ошибки; малоизвестному языку дайте документацию; base64 из вывода инструментов уберите.
  • Помощники: пусть запуск помощника возвращает управление сразу, а результат приходит позже сообщением user: по замерам Anthropic, так задачи с кодом главный агент заканчивает быстрее при том же качестве и расходе.

Источник: Prompting Claude Fable 5.1 (Anthropic). Пересказ ИИтак.