Как Claude советует промптить Fable 5.1

Что именно рекомендует гайд Fable 5.1

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

Для длинных документов исходные материалы советуют размещать в начале промпта, до запроса и инструкций. Контент, метаданные и части ответа предлагается разделять XML-подобными тегами. Если ответ должен опираться на большой документ, модель сначала направляют к цитируемым свидетельствам и лишь затем к выполнению самой задачи.

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

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

Для валидного JSON указан конкретный вариант: tool_choice: {"type":"auto"} вместе со strict: true при строгом использовании инструментов либо перенос схемы в structured outputs. В поддерживаемом пути интеграции параметр output_format перемещён в output_config.format. Это уже не стилистический совет, а настройка интерфейса, от которой зависит соблюдение схемы.

Что это меняет для кодовых агентов

Практический эффект простой: меньше пространства для красивых, но непроверенных отчётов. Outcome-first обновления заставляют агента сначала сообщить результат или найденный факт, а затем дать детали. Для длинной автоматизации это полезнее очередной коллекции «магических» фраз.

Я бы первым делом проверял три точки: сохраняются ли правила после многих раундов инструментов, остаётся ли JSON валидным и совпадают ли заявления о прогрессе с фактическими результатами вызовов. Именно там агентные системы обычно выглядят убедительно раньше, чем становятся надёжными.

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

Мы ранее разбирали, как в Claude Opus 4.6 устроены расширенное мышление, контекст и связанные с ними расходы. Этот разбор дополняет рекомендации Fable 5.1, помогая учитывать ограничения модели при проектировании промптов.