Fable своим умом: как не мешать ИИ работать
Совет от команды Claude Code: не диктуйте Fable правила — дайте ему самостоятельно принимать решения. Это работает лучше.
Откуда совет
На конференции AI Engineer World’s Fair (AIE) Саймон Уиллисон (Simon Willison) — известный разработчик и автор популярного технического блога — провёл «Fireside Chat» (неформальную беседу у «камина»): открытое интервью с Кэт Ву (Cat Wu) и Тарикем Шихипаром (Thariq Shihipar) из команды Claude Code в Anthropic.
Один из самых интересных советов, которые Уиллисон получил в ходе этого разговора, звучал так: позвольте Fable (и в определённой мере Opus) самостоятельно принимать решения о том, как работать, вместо того чтобы диктовать им жёсткие правила.
На первый взгляд — банальность. На практике — смена парадигмы в работе с мощными AI-агентами (автономными программами на основе языковых моделей).
Пример: тестирование кода
Типичный подход — написать инструкцию вроде: «запускай автотесты только для крупных фич, не обновляй и не гони тесты при мелких правках текста или дизайна». Но на практике лучше просто попросить Fable самостоятельно решать, когда писать тесты.
Разница кажется косметической, но за ней стоит важная идея: жёсткие правила конечны. Разработчик не может заранее предусмотреть все ситуации. Claude Fable 5 — наиболее мощная модель Anthropic для амбициозных задач разработки, включая крупные миграции, сложные реализации и многодневные автономные сессии. Такой модели есть смысл доверять контекстуальные суждения.
«Дайте умной модели самостоятельно решать, когда запускать дешёвые субагенты.»
— ключевой вывод из беседы Уиллисона с командой Claude Code
Второй совет: маршрутизация задач между моделями
Разработчик Джесси Винсент (Jesse Vincent) поделился смежным советом, направленным на экономию дорогостоящих токенов Fable: нужно поручить самой Fable решать, какую более дешёвую модель использовать для подзадач, запуская её в виде субагента (subagent — отдельный агент, которому делегируется часть работы).
Конкретная инструкция, которую Уиллисон добавил в память Claude Code:
For all coding tasks use your judgement to decide an appropriate
lower power model and run that in a subagent.
По-русски это звучит примерно так:
Для всех задач по написанию кода самостоятельно определи
подходящую модель меньшей мощности и запусти её как субагент.
Логика простая: реализация кода редко требует модели высшего уровня. Суждение, проверка и синтез остаются в основном цикле. При задаче, связанной преимущественно с написанием кода, нужно породить субагент с переопределением модели (Sonnet — для существенной реализации, Haiku — для тривиальных механических правок) и самодостаточным промптом; результат проверяется в основном цикле перед коммитом.
Claude Haiku — для механических правок: переименование переменных, форматирование, шаблонный код.
Claude Fable — остаётся в основном цикле: архитектурные решения, проверка результатов, синтез.
Уиллисон описал результат: бюджет Fable стал расходоваться значительно медленнее, а объём выполненной работы не уменьшился, а вырос.
Почему это работает: автономность как сила модели
Чтобы понять, почему подобный подход эффективен, нужно разобраться, чем Fable 5 отличается от предыдущих моделей.
Claude Fable 5 справляется со сложной многоэтапной работой при минимальном надзоре — от глубокого исследования и анализа до готовых к проверке результатов. Команды могут передавать крупные проекты и проверять завершённую работу, а не контролировать каждый шаг.
Модель спроектирована так, чтобы планировать поэтапно, распределять работу между субагентами, проверять собственные результаты и работать автономно на протяжении более долгих сессий, чем любое предыдущее поколение Claude. На практике это означает, что Fable 5 способна поддерживать концентрацию в ходе многодневных автономных сессий разработки.
При таком уровне самостоятельности микроменеджмент через жёсткие правила — не просто лишний, он контрпродуктивен. Детальные инструкции вида «делай X при условии Y» заставляют модель следовать букве правила, а не духу задачи.
Сравнение двух подходов
| Подход | Жёсткие правила | Делегирование суждения |
|---|---|---|
| Пример инструкции | «Тесты — только для фич >100 строк» | «Сам реши, когда нужны тесты» |
| Гибкость | Низкая | Высокая |
| Покрытие edge cases | Частичное | Полное (в рамках знаний модели) |
| Затраты токенов | Фиксированные | Оптимизируемые |
| Нагрузка на разработчика | Высокая (нужно прописывать все случаи) | Низкая |
| Риск | Модель следует правилу механически | Нужно доверять модели |
Схема маршрутизации задач
graph TD
A[Задача разработчика] --> B{Fable анализирует задачу}
B --> C[Архитектура / синтез / проверка]
B --> D{Нужна реализация кода?}
D -->|Сложная реализация| E[Субагент: Claude Sonnet]
D -->|Механические правки| F[Субагент: Claude Haiku]
E --> G[Результат → проверка Fable]
F --> G
C --> H[Итоговый ответ разработчику]
G --> H
Контекст: маршрутизация моделей как тренд
Оптимальный подход — перестать использовать Fable как автодополнение и задействовать его там, где нужно суждение: архитектура, планирование миграций, сложная отладка и финальное ревью, тогда как более дешёвые модели берут на себя мелкие правки, шаблонный код и механическую реализацию.
Выигрышный рабочий процесс — это маршрутизация моделей, а не «одна модель для всего»: планируй с Fable, строй нужной моделью, проверяй инструментами, делай ревью с Fable, выпускай с участием человека.
Это не просто экономия. По данным Dan Shipper, Fable 5 набрал 91 из 100 на бенчмарке «старшего инженера» от Every — против 63 у Opus 4.8 и 62 у GPT-5.5, что указывает на принципиально иной уровень рассуждений, суждений и выполнения задач в масштабе проекта. Речь идёт о модели, которая думает иначе — и ей стоит это позволять.
Как внедрить в свой проект
Практический способ — сохранить инструкцию в memory-файл Claude Code (файл постоянной памяти проекта). Вот пример структуры такого файла:
---
name: delegate-coding-to-subagents
description: Делегировать задачи кодирования субагентам
---
Для всех задач разработки: самостоятельно выбери подходящую
модель меньшей мощности и запусти её как субагент.
Правило: реализация редко требует топ-модели.
Суждение, ревью и синтез остаются в основном цикле.
Как применять:
- Sonnet — для существенной реализации
- Haiku — для механических правок
- Проверяй результат субагента перед коммитом
Аналогичный принцип можно прописать в Project, memory-файле или начале чата: для любой существенной задачи модель самостоятельно направляет её к самому дешёвому уровню, который справится. Объёмная и черновая работа делегируется в субагент; оценка, стратегия и суждение остаются на топ-модели; если дешёвый субагент застрял, он эскалирует задачу вверх. Перед отправкой результат субагента проверяется.
Итог
Совет от команды Claude Code звучит контринтуитивно для тех, кто привык точно прописывать поведение ИИ: меньше правил — лучше результат. Но за этим стоит рациональная логика. Fable 5 — не просто инструмент выполнения инструкций. Она работает на уровне старшего научного сотрудника: выбирает направления, распределяет ресурсы, отбрасывает ошибочные гипотезы и производит новые результаты с первых принципов. Модель понимает, что имеет в виду разработчик, а не только что он написал.
Дайте ей работать так, как она умеет.