Claude Fable 5.1: как писать промпты, чтобы модель не делала лишнего

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

Ниже — четыре практических приёма с готовыми фрагментами промптов.

Максимальный уровень усилий нужен не всегда. Для короткого анализа достаточно:

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

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

Если попросить модель «улучшить код», она может начать исправлять всё, что покажется подозрительным. В рабочем проекте это часто приводит к незапланированным изменениям.

Исправь только ошибку в функции calculate_total. Не меняй соседние функции. Не добавляй новые возможности. Не исправляй найденные рядом проблемы без отдельного запроса. После завершения покажи: - какие файлы изменены; - что именно исправлено; - какие проблемы остались за пределами задачи.

Так модель отделяет обязательную работу от потенциальных улучшений.

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

Внеси минимальные точечные изменения. Не переписывай файл целиком, если достаточно локальной правки. После изменения проверь diff и убедись, что посторонние строки не затронуты.

Для coding-агента полезно уточнить критерий готовности:

Задача считается выполненной, если: - тесты проходят; - изменена только функция parse_config; - публичный интерфейс не изменился; - в diff нет форматирования других частей файла.

На низком effort модель может решить задачу по имеющемуся контексту и не обратиться к поиску. Для версий библиотек, цен, API и документации это опасно.

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

Если вы спрашиваете про новую версию SDK, не стоит ограничиваться фразой «расскажи про SDK». Лучше добавить: «проверь текущую версию и совместимость с Python 3.12 по официальной документации».

Для больших исследований и генерации документов промпт удобно собирать из пяти блоков:

Цель: Подготовить техническую статью о миграции API.

Контекст: Проект использует Python 3.12 и PostgreSQL. Исходные файлы находятся в /workspace/project.

Границы: Не менять схему базы данных. Не добавлять новые зависимости без объяснения.

Процесс: - сначала изучи необходимые файлы; - независимые файлы читай параллельно; - сообщай о завершении крупных этапов; - отдельные проблемы вынеси в список follow-up.

Результат: - готовый план миграции; - список изменённых файлов; - команды для проверки; - ограничения и нерешённые вопросы.

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

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