Как писать промпты для Claude Fable 5.1: практическое руководство

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

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

В этой статье разберём, как писать промпты для Claude Fable 5.1, чтобы модель не останавливалась раньше времени, не переписывала файлы целиком и не теряла важные ограничения после сжатия контекста.

Что изменилось в Claude Fable 5.1

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

У модели контекстное окно до 1 млн токенов и максимальный объём ответа до 128 тыс. токенов. При этом качество и стоимость зависят от параметра effort — уровня усилий, который определяет, сколько ресурсов модель тратит на решение.

В официальном гайде рекомендуют начинать с high, а затем сравнивать low, medium, xhigh и max на собственных тестах. Названия уровней не означают одинаковую глубину рассуждений у разных версий моделей, поэтому настройки от Claude Fable 5 нельзя переносить автоматически.

1. Подбирайте effort под задачу

Не стоит запускать каждую задачу на максимальном уровне усилий. Для простого преобразования текста, небольшой правки или короткого анализа может быть достаточно low или medium. Сложное исследование, отладка большого проекта и работа с несколькими инструментами требуют high или более высокого уровня.

Пример постановки задачи:

Проанализируй этот отчёт и выдели три главных риска.
Используй effort=medium: задача не требует глубокого исследования.
Дай ответ в формате:
1. Риск
2. Почему он важен
3. Что проверить дальше

Для важных рабочих процессов лучше сравнить уровни на небольшом наборе реальных примеров. Оценивайте не только качество ответа, но и время выполнения, количество токенов и число обращений к инструментам.

2. Заранее опишите, как модель должна сообщать о прогрессе

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

Если человеку важно понимать, что происходит, добавьте в системную инструкцию правило:

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

Для API важно не только добавить эту фразу в промпт, но и настроить клиент на получение progress updates. Если интерфейс скрывает вывод команд или результаты инструментов, скажите об этом модели: иначе она может считать, что пользователь видит то, что на самом деле доступно только агенту.

3. Просите объединять независимые вызовы инструментов

В обычном запросе модель обычно сама параллелит независимые действия. В собственных coding-агентах и сложных циклах с инструментами она иногда делает вызовы по одному, даже если результаты не зависят друг от друга.

Добавьте в конец запроса короткую инструкцию:

Сначала определи, что нужно получить для выполнения задачи.
Затем одним ответом запроси все независимые элементы, которые не требуют
результатов друг друга.

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

4. Не изменяйте историю диалога задним числом

Claude Fable 5.1 использует thinking blocks, связанные с конкретной историей разговора. Если интеграция меняет системный промпт, список инструментов или предыдущие сообщения, ранее сохранённые блоки рассуждений могут стать недействительными.

Безопасный принцип для API выглядит так:

• добавляйте каждый ответ модели в историю точно в том виде, в котором он пришёл;
• не переписывайте предыдущие сообщения между запросами;
• не вставляйте и не удаляйте старые напоминания задним числом;
• временные инструкции передавайте как сообщения, действующие только на текущий ход;
• для сокращения длинного диалога используйте серверную compaction или начинайте новый контекст с отдельным резюме.

Если вы самостоятельно сжимаете историю, не переносите в новый контекст старые thinking blocks. Оставьте только резюме и новый запрос — тогда модель начнёт рассуждение заново.

5. Формулируйте ограничения на стиль и формат

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

Вместо расплывчатого «пиши красиво» задайте проверяемые требования:

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

В то же время не стоит бездумно переносить старые запреты на форматирование. Claude Fable 5.1 реже использует заголовки, списки и выделение, поэтому полезнее описать, когда форматирование помогает читателю, а не запрещать его полностью.

6. Определяйте границы задачи

Модель хорошо замечает соседние проблемы и иногда начинает исправлять их вместе с основной задачей. Это удобно для разовой работы, но опасно в репозитории или производственном документе: в результате появляются незапрошенные изменения.

Используйте явное ограничение scope:

Выполни только перечисленные изменения.
Не исправляй найденные рядом ошибки и не добавляй новые возможности,
если без этого основная задача не может работать.
Если заметишь отдельную проблему, запиши её в финальном отчёте как follow-up.
Добавляй постоянные тесты только для поведения, которое указано в задаче.

Такой промпт не запрещает проверку результата. Он отделяет обязательную работу от дополнительных улучшений и помогает сохранить предсказуемый diff.

7. Просите точечные правки файлов

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

Добавьте инструкцию:

По возможности редактируй файлы точечно.
Минимизируй число изменённых строк и не переписывай весь файл,
если для выполнения задачи достаточно локальной правки.
После изменения проверь diff.

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

8. Учитывайте поиск и effort=low

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

Добавьте правило в системный промпт:

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

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

9. Не просите раскрывать внутренние рассуждения

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

Если нужно понять, как модель пришла к результату, просите безопасный формат:

Дай краткое объяснение метода и перечисли ключевые основания вывода.
Не воспроизводи скрытые внутренние рассуждения.
Отдельно укажи допущения, проверки и ограничения результата.

Так вы получите полезную проверяемую аргументацию без запроса на скрытые служебные блоки.

10. Оставляйте запас токенов для больших ответов

На уровнях xhigh и max модель может долго работать до начала финального ответа. Если она сначала подготовит большой черновик, а затем повторит его в сообщении, общий лимит будет израсходован быстрее.

Для длинных материалов:

• не выбирайте max без результата тестирования, подтверждающего пользу;
• задавайте max_tokens с запасом на размышления и сам ответ;
• просите не дублировать весь готовящийся текст во внутренних рассуждениях;
• для очень большого результата делите задачу на этапы: план, отдельные разделы, редактура и финальная сборка.

Пример:

Подготовь статью объёмом около 1800 слов.
Сначала кратко проверь структуру и ограничения, затем сразу напиши финальный текст.
Не создавай полный черновик статьи отдельно от финального ответа.

Практический шаблон промпта для Claude Fable 5.1

Цель: [какой результат нужен]

Контекст: [исходные данные, файлы, ограничения]

Область работы: [что входит в задачу и что не входит]

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

Результат:
- формат: [формат ответа или файлов];
- стиль: [требования к языку и плотности текста];
- критерии готовности: [как проверить результат].

Перед завершением проверь результат по всем критериям и кратко сообщи,
что сделано и какие ограничения остались.

Частые ошибки при работе с Fable 5.1

1. Использовать максимальный effort для любой задачи вместо тестирования уровней.
2. Ждать обновлений в интерфейсе, который не показывает thinking updates.
3. Менять старые сообщения в истории и повторно отправлять thinking blocks.
4. Писать «сделай лучше» без критериев качества и границ изменений.
5. Просить модель раскрывать внутреннее рассуждение.
6. Не оставлять место в max_tokens для длинных размышлений и ответа.
7. Давать запрет на всё форматирование, когда задаче нужны списки и структура.
8. Не просить проверять diff после редактирования файлов.

Частые вопросы

Нужно ли полностью переписывать промпты от Claude Fable 5?

Нет. Согласно официальной документации Anthropic, существующие промпты для Claude Fable 5 в целом должны работать с Claude Fable 5.1. Однако стоит отдельно проверить effort, работу с историей, прогрессом, инструментами и длинными ответами.

Какой уровень effort выбрать для Claude Fable 5.1?

Начните с high, а затем сравните low, medium, xhigh и max на собственных задачах. Для коротких операций часто достаточно меньшего уровня, а для сложных многошаговых процессов полезно проверить более высокий.

Почему Claude Fable 5.1 переписывает весь файл?

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

Почему модель отвечает без поиска?

На effort=low Claude Fable 5.1 может реже вызывать поисковые инструменты. Для быстро меняющихся данных повысьте effort или добавьте прямое правило: сначала проверь название и актуальные сведения через поиск.

Как не потерять контекст в длинном диалоге?

Не редактируйте предыдущие сообщения и не переносите thinking blocks в изменённую историю. Используйте append-only историю, серверную compaction или новое резюме без старых служебных блоков.

Вывод

Правильный промпт для Claude Fable 5.1 — это не длинный список запретов, а понятное описание результата, границ и проверки. Начинайте с подходящего уровня effort, явно задавайте формат прогресса, объединяйте независимые вызовы инструментов и не изменяйте историю задним числом.

Для программирования особенно важны точечные правки, ограниченный scope и проверка diff. Для исследований — обязательный поиск актуальных названий и источников. Для больших текстов — запас токенов и контроль плотности изложения.

Попробовать Claude Fable 5.1 и другие модели через API можно в kosareva.cloud — с оплатой в рублях и доступом к моделям для разработки, анализа и автоматизации.

Источники:

• Prompting Claude Fable 5.1 — официальная документация Anthropic
• Claude Fable 5.1 — характеристики и доступность
• Introducing Claude Fable 5.1 — Anthropic