От интуиции к алгоритму: концепция Fable 5
Традиционный промптинг часто упускает из виду то, о чем разработчик даже не знает, что должен знать. Новая методология Fable 5, представленная на GitHub, предлагает системный подход к управлению «неизвестными неизвестными» (unknown unknowns). Вместо того чтобы просто просить AI написать код, автор гайда демонстрирует, как использовать Claude как партнера, который задает неудобные вопросы, находит архитектурные дыры и готовит аргументацию для стейкхолдеров еще до начала реализации.
Этап 1: Pre-implementation — Поиск рисков до кода
Самый дешевый способ исправить ошибку — не допустить её появления. На этом этапе Fable 5 предлагает 8 конкретных демо-сценариев. Ключевая фишка — Blindspot Pass: Claude сканирует незнакомый модуль (например, аутентификации) и выдает список из семи «карточек слепых зон», каждая из которых содержит исправленный промпт для улучшения реализации. Это позволяет превратить размынное «сделай лучше» в конкретные технические инструкции.
Другие инструменты этапа включают:
- Интерактивный эксплейнер: превращает субъективное «сделай видео красивее» в профессиональные промпты через шкалу терминологии и слайдеры.
- Mock before you wire: создание кликабельного макета тулбара с A/B вопросами до написания реального кода.
- Интервью с AI: Claude задает вопросы об амбициозной фиче, упорядоченные по «радиусу архитектурного взрыва», и формирует таблицу решений.
Этап 2: During implementation — Логирование отклонений
Даже лучшее планирование сталкивается с реальностью. В фазе разработки Fable 5 предлагает использовать Implementation Notes — живой журнал, который Claude ведет в течение всего процесса (в примере — 3 часа сборки). AI фиксирует каждое отклонение от плана, фиксирует консервативные вызовы и генерирует три пункта для улучшения следующей попытки. Это создает петлю обратной связи, которая делает следующий итерационный цикл умнее.
Этап 3: Post-implementation — Защита кода и ревью
После отправки кода в мерж-реквест, главная задача — убедить ревьюеров. Fable 5 предлагает два мощных инструмента:
- The Buy-in Doc: документ-питч, который начинается с анимированного демо потока экспорта и заранее отвечает на все возможные возражения ревьюеров, указывая, кто именно должен дать финальное одобрение.
- Quiz me before I merge: отчет о готовности к мержу на основе диффа из 14 файлов, завершающийся 6-вопросным тестом. Неправильные ответы перенаправляют разработчика к конкретным разделам кода, которые он мог пропустить.
Сравнение подходов: Традиционный vs Fable 5
| Аспект | Традиционный промптинг | Подход Fable 5 |
|---|---|---|
| Фокус | Генерация кода по запросу | Выявление рисков и структурирование решений |
| Работа с неизвестным | Игнорирование или случайные ошибки | Систематический поиск «слепых зон» (Blindspot Pass) |
| Ручное объяснение изменений | Автоматическое создание аргументации (Buy-in Doc) и самопроверка (Quiz) | |
| Обучение | Отсутствует | Журнал отклонений для улучшения следующих итераций |
Методология Fable 5 показывает, что ценность AI в разработке кода заключается не только в скорости написания синтаксиса, но и в способности выступать в роли «адвоката дьявола» и архитектора, который помогает избежать дорогостоящих ошибок на самых ранних этапах жизненного цикла продукта.
Источник: Github ↗