Как промптить Fable 5 (Mythos): разбор вирусного поста

Уровни усилия: почему «Ultracode» — не совсем то, чем кажется

В официальной документации по параметру effort для Fable 5 и Mythos 5 заявлено пять значений: low, medium, high (дефолт API), xhigh и max. Рекомендация Anthropic для Fable 5 звучит так: начинать с high для большинства задач, поднимать до xhigh для самых требовательных к качеству рабочих процессов, и опускать до medium или low для рутины — при этом даже низкий effort на Fable 5 нередко превосходит xhigh на прошлых моделях.

Здесь и кроется неточность вирусной карусели, которая назвала пятым уровнем «Ultracode» как высшую степень мощности. По факту в документации отдельно оговорено: ultracode — это не значение API-параметра effort, а режим интерфейса Claude Code. Технически это xhigh effort в связке с постоянным разрешением на запуск мультиагентных цепочек через mid-conversation system messages — то есть Ultracode не «сильнее max», а про право модели самостоятельно поднимать субагентов, пока ты не смотришь в экран. Полезно понимать разницу перед тем, как выставлять effort руками в API или через /model.

/loop: автономные прогоны по интервалу

Команда /loop в Claude Code запускает повторяющийся прогон промпта по таймеру: синтаксис — /loop интервал промпт-или-цель, официальный пример из блога Anthropic — «/loop 5m check my PR, address review comments, and fix failing CI». Loop выполняется локально на твоей машине и работает, пока не закончится задача или ты не остановишь его сам; для облачных задач без привязки к твоему компьютеру есть отдельная команда /schedule, которая переносит выполнение на инфраструктуру Anthropic.

Практический смысл для Fable 5: длинные автономные запуски — это не баг, а расчётный режим. В документации по промптингу прямо сказано, что отдельные запросы на сложных задачах могут выполняться много минут при высоком effort, а автономные прогоны — растягиваться на часы, и что это один из крупнейших сдвигов, к которым командам приходится адаптироваться при переходе на Fable 5. Отсюда практическое следствие: таймауты клиента, стриминг и индикаторы прогресса нужно пересматривать заранее, а сами циклы — проверять асинхронно, а не блокирующим ожиданием.

«Слитый системный промпт»: разбор структуры

Пост в инстаграме подал структуру промпта как найденный инсайд: Goal / Output / Request / Format / Constraints. Реальный первоисточник менее театральный, но по сути пересекается. Официальная рекомендация Anthropic для Fable 5 — давать не только запрос, но и причину, зачем он нужен: «I'm working on [the larger task] for [who it's for]. They need [what the output enables]. With that in mind: [request]». Это ровно блоки Goal и Output из карусели, только без театральной подачи «слитого промпта» — это опубликованный шаблон, который Anthropic прямо советует использовать.

Format и Constraints в документации не собраны в один блок, а разнесены по отдельным паттернам под конкретные симптомы: если модель растекается мыслью, добавляется инструкция про краткость («Lead with the outcome»); если начинает переусложнять код без запроса — отдельная инструкция про границы («Don't add features, refactor, or introduce abstractions beyond what the task requires»). Практический вывод: пятичастная схема из карусели — рабочая шпаргалка, но в реальности с Fable 5 эффективнее не одна универсальная простыня, а точечные короткие инструкции под конкретную проблему в поведении модели.

Правила пауз: когда автономный прогон должен остановиться

В карусели заявлено четыре правила: пауза на деструктивных действиях, на реальном изменении объёма задачи, на вводных, которые может дать только пользователь, и «иначе — продолжай и отчитайся». Это почти дословная передача официальной инструкции из документации Fable 5: «Pause for the user only when the work genuinely requires them: a destructive or irreversible action, a real scope change, or input that only they can provide. If you hit one of these, ask and end the turn, rather than ending on a promise». Три названных условия — не общие рекомендации, а буквальный текст, который можно вставлять в системный промпт как есть.

Отдельно в той же документации описан риск, который карусель не упомянула: на длинных сессиях Fable 5 иногда останавливается на фразе-намерении («сейчас запущу X») без самого вызова инструмента, или спрашивает разрешение, когда информации уже достаточно для продолжения. Для автономных пайплайнов рекомендуется явное напоминание в духе «ты работаешь автономно, пользователь не смотрит в реальном времени и не ответит на вопрос посреди задачи — завершай ход только когда задача сделана или ты упёрся во вводные, которые может дать только человек».

Система памяти: lessons.md

Пятый слайд карусели про «Loop run 1 → lessons.md → Loop run 2» тоже почти дословно повторяет официальную рекомендацию: «Store one lesson per file with a one-line summary at the top. Record corrections and confirmed approaches alike, including why they mattered. Don't save what the repo or chat history already records; update an existing note rather than creating a duplicate; delete notes that turn out to be wrong». Это прямое совпадение с правилом четырёх слоёв памяти в этом же проекте: файл CLAUDE.md хранит стабильные правила, а не статусы, чтобы не плодить дубликаты и не пересказывать то, что и так есть в истории чата.

Anthropic отдельно даёт способ запустить память с нуля на существующем проекте — попросить модель просмотреть прошлые сессии субагентами, выделить темы и уроки и сложить их в файл: «Reflect on the previous sessions we've had together. Use subagents to identify core themes and lessons, and store them in [X]». По данным анонса, именно персистентная файловая память в тестах на стратегических играх дала Fable 5 троекратный прирост результата относительно Opus 4.8 без памяти — цифра, которую сама карусель не приводит, но которая объясняет, зачем вообще пятый слайд существует.

Универсальный шаблон и предупреждение про старые скиллы

Собранный из реальных фрагментов рабочий шаблон выглядит так:

Goal: Работаю над [задачей] для [кого]. Им нужно [что даёт результат].
Request: [конкретная просьба в одном предложении]
Format: [точно, как должен выглядеть результат]
Constraints: [что не должно произойти]
Checkpoints: пауза только на деструктивном действии, реальном
  изменении объёма задачи или вводных, которые дам только я.
  В остальных случаях - продолжай и отчитайся по завершении.

Последний слайд карусели предупреждает: скиллы и системные инструкции, написанные под Opus 4.8, могут работать на Fable 5 хуже. Официальная документация формулирует это жёстче — это не просто предупреждение, а прямая рекомендация к действию: «Refactor existing prompts and skills. Skills developed for prior models are often too prescriptive for Claude Fable 5 and can degrade output quality. Review and consider removing older instructions if default performance is better». Иначе говоря, миграция — это не копирование старых промптов на новую модель, а ревизия: часть инструкций, написанных для менее самостоятельной модели, на Fable 5 нужно не адаптировать, а удалить.

С чего начать

1. Возьми одну задачу, которую раньше отдавал бы Opus 4.8 на xhigh, и запусти её на Fable 5 с effort high — сравни результат и время.
2. Пропиши в системном промпте причину задачи одной фразой по шаблону Goal/Output, а не только саму просьбу.
3. Добавь правило пауз тремя условиями (деструктивное действие, реальное изменение объёма, вводные только от тебя) — и явно разреши модели продолжать во всех остальных случаях.
4. Заведи файл памяти (lessons.md или аналог) и попроси Fable 5 разобрать последние сессии субагентами, чтобы наполнить его задним числом.
5. Прогони через ревизию один существующий скилл или системный промпт, написанный под Opus 4.8 — убери избыточные инструкции, если базовое поведение Fable 5 и так справляется лучше.

Источники

Все цитаты и цифры в этом гайде — из официальной документации и анонсов Anthropic, плюс независимое подтверждение MarkTechPost: