Transcription
Clot Fable 5 наконец-то вернулась в доступ, и это самая сильная модель для кодинга прямо сейчас. Поэтому сегодня я покажу, как выжимать из этой модели максимум и при этом не переплачивать. Есть один рабочий приём, который экономит лимиты в разы, и мы разберём его на реальных кейсах, которые соберём с нуля. И в последнем мы сравним Fable 5 с предыдущей моделью OPUS 4,8. Поехали.
Если кто-то не знает, то Cl Fable 5 - это самая мощная модель для программирования на сегодня, и её ключевая особенность - это автономность. Вы ставите задачу, и она сама пишет код, проверяет его, исправляет ошибки и доводит до рабочего состояния. Не нужно сидеть рядом и подтверждать каждый шаг. Звучит отлично, но есть проблемы, о которых нужно знать до того, как вы начнёте с ней работать. Иначе первое же знакомство закончится разочарованием.
Первое - лимиты. Даже на тарифе Max вам открывается только часть недельного лимита. И когда он заканчивается, дальше идёт платная тарификация по API. И там цены заметные. За обработку большого объёма данных набегает серьёзная сумма. Если работать с моделью неправильно, этот лимит сгорает очень быстро.
Вторая - это фильтры безопасности. Entropic усилила защиту специальными автоматическими проверками. Если ваш запрос покажется системе хоть немного подозрительным или небезопасным, Fable 5 автоматически заблокируется и переключит вас обратно на более простую модель. Опус 4,8. Это происходит не всегда, но случается, и в неподходящий момент это сбивает всю работу.
Прежде чем собирать проекты, давайте разберём подход, который проходит через всё видео. Если вы поймёте только эту часть и больше ничего, вы уже будете пользоваться Fable 5 правильнее, чем большинство. Сначала покажу, как делает большинство и почему это плохо. Если человек открывает Fable 5 и пишет что-то вроде: "Сделай мне сложную программу с такими-то функциями". одним большим запросом. Что происходит дальше? Модель начинает думать над всей задачей сразу: над архитектурой, над деталями, над реализацией. И всё это думает, тратит токены, много токенов. И поскольку Fable 5 дорогая, лимит сгорает за считанные минуты. Вы ещё толком не начали, а запас уже на нуле. Плюс к этому, чем более общий и размытый запрос, тем выше шанс, что фильтры безопасности что-то заподозрят и сбросят вас на другую модель.
Теперь как надо. Подход называется гибридный workflow. И у него простая мантра, которая стоит запомнить. Планируем на OPUS 4,8, а кодим на Fable 5. Разберём, что это значит. Есть две модели. Опус - она дешевле и при этом отлично планирует, хорошо думает над структурой, задаёт правильные вопросы, проектирует. И есть Fable 5 - дорогая, но лучшая в автономном написании кода. Идея в том, чтобы разделить работу между ними по их сильным сторонам. Всё думает мы отдаём Опусу. На ней проводим исследования, проектируем архитектуру приложения, продумываем детали и составляем точное техническое задание. Это подробный документ, где написано, что именно нужно построить и как. Опус справляется с этим хорошо и съедает меньше токенов. Так что мы можем спокойно потратить время на планирование, не сжигая дорогой лимит. А потом готовое техзадание передаём в Fable 5. И она уже не тратит токены на размышление. Она просто быстро и точно пишет код по готовому плану. Занимается ровно тем, в чём она сильнее всего. И в итоге вы платите премиальную цену Fable только за то, что она делает лучше всех, за автономную генерацию кода. А всё планирование обходится дешевле на OPUS. Вот эту связку "планируем на OPUS, кодим на Fable" мы применим во всех трёх кейсах. Итак, начинаем.
А перед первой задачей очень прошу вас подписаться на этот канал, поставить лайк этому видео и написать комментарии, как вам оно и что вы уже успели построить при помощи Fable.
Первый кейс решает проблему, знакомую каждому. Хаос в ежедневных задачах. И здесь мы применим интересный приём. У каждого есть набор мелкой рутины, которая съедает время. Разобрать почту, перенести данные из таблицы в другое место, подготовить посты, сделать резервную копию рабочей папки. По отдельности мелочь, но вместе час-полтора каждый день на механические действия. Обычно, чтобы автоматизировать это через AI, нужно самому придумать, как расписать, что зачем идёт, сформулировать запросы, и это само по себе уже работает. Мы поступим умнее, заставим AI сделать эту работу за нас. Приём называется обратный промтинг. Обычно вы пишете промт для AI, а здесь наоборот. Вы просите AI написать промты за вас. Давайте разберём, как это выглядит по шагам.
Сначала просто выписываю свои задачи на день. Как думаем, без структуры. Разобрать входящую почту, перенести данные из вчерашней таблицы, подготовить несколько постов, сделать бэкап папки с проектами. Обычный список, набросанный, вот как есть. Теперь беру этот список и загружаю в OPUS 4.8 и применяю обратный промтинг. Я не прошу OPUS выполнить эти задачи. Я прошу его проанализировать список и сделать две вещи. Первое, составить пошаговый план, как эти процессы можно автоматизировать. И второе, подготовить точные технические промты для написания скриптов под каждую задачу. То есть OPUS сам придумывает, как автоматизировать мою рутину и сам пишет задание для программиста. А программистом у нас будет Fable 5.
Переключаюсь, собственно, на Fable и отдаю ей эти готовые технические промты от OPUS. Fable пишет готовые скрипты под каждую задачу на Python или на другом подходящем языке. Настраивает расписание запуска, чтобы часть задач выполнялась автоматически по времени и автоматизирует процессы один за другим. Смотрите, какая цепочка получается. Я записал задачи. OPUS проанализировал и составил план. Плюс написал промты. Fable написал рабочий код. На каждом этапе работает та модель, которая для этого подходит. И заметьте, дорогие лимиты Fable не тратятся на размышление. Она получила готовые промты и просто быстро сгенерировала код. Только чистая работа. Без сжигания токенов на планирование. И то, что мы разложили задачи на понятные части, пригодится нам прямо в следующем кейсе, потому что теперь эти задачи можно превратить в живую систему, которую видно глазами.
Второй кейс мой любимый в этом видео, потому что он превращает обычную базу заметок в наглядную рабочую систему. И здесь связка Fable 5 с Obsidian раскрывается очень хорошо. Сначала для тех, кто не знает, что такое Obsidian. Это популярная программа для заметок. Её особенность в том, что заметки можно связывать между собой ссылками. И Obsidian автоматически строит из этих связей так называемый граф, такую карту, где каждая заметка - это точка, а связи между ними - это линии. И выглядит это очень красиво и помогает видеть картину целиком. И что очень важно для нас, все заметки Obsidian - это обычные текстовые файлы, которые лежат в папке прямо на вашем компьютере.
Что мы строим? У меня в Obsidian уже есть база. Заметки по проектам, идеи и задачи из первого кейса. Каждой задаче я проставил тег статуса. Можно автоматизировать в работе и уже автоматизировано. Задача - собрать поверх этой базы красивое веб-приложение. По центру граф связей в стиле Obsidian, который показывает, как все заметки связаны между собой. А по бокам колонки задач, разложенные по статусам. Тут ключевой момент. Приложение не хранит данные у себя. Оно читает их прямо из вашего хранилища Obsidian. Заметки лежат в папке как файлы. Приложение смотрит в эту папку и подтягивает данные прямо оттуда. Как только вы поменяли что-то в Obsidian, приложение подхватит эти изменения. Obsidian остаётся источником, а приложение - это красивая витрина поверх него.
Как мы это будем собирать? Снова через гибридный workflow. Открываю OPUS 4.8 и проектирую. Объясняю задачу. Нужно веб-приложение, которое читает файлы заметок из папки Obsidian, разбирает связи между ними для построения графа, читает теги статусов у задач и раскладывает их по колонкам. OPUS продумывает архитектуру, как читать файлы, как разобрать связи между заметками, как вытащить теги, какой библиотекой рисовать граф по центру и как сверстать колонки по бокам. Он составляет подробное техзадание, после чего я передаю это техзадание в Fable 5, и она в автономном режиме собирает приложение, пишет часть, которая читает хранилище, строит граф, верстает интерфейс с колонками и связывает всё это вместе.
Открываю готовое приложение. По центру граф моих заметок. Точь в точь, как в Obsidian. Точки соединены линиями связей. Навожу на узел - видно, с чем он связан. А по бокам аккуратные колонки задач по статусам. И теперь показываю главное. Иду в Obsidian. У одной задачи меняю текст "можно автоматизировать" на "уже автоматизировано". Возвращаюсь в приложение, обновляю и вижу, что задача переехала из левой колонки в правую. Данные потянулись прямо из хранилища. Мы получили реально живую панель управления над всей своей базой заметок. Obsidian хорош для хранения, но плохо показывает состояние ваших задач одним взглядом. Мы надстроили над ним слой, который это исправляет, и не переносили данные никуда. Приложение работает поверх того, что уже есть. OPUS спроектировал логику чтения и построения графа. Fable собрала приложение, то есть каждая модель сделала свою часть работы.
Третий кейс самый зрелищный. Тут мы как раз и сравним Fable и Opus. Что будем собирать? Полноценное интерактивное 3D приложение прямо у нас в браузере. Это симулятор космоса. В нём работает настоящая физика, гравитация, орбиты, притяжение между телами. Пользователь может кликать по экрану и добавлять свои планеты, задавать им массу и скорость и строить целые звёздные системы с нуля. Планеты начинают взаимодействовать по законам физики, притягиваться, выходить на орбиты.
Почему эта задача сложная? Во-первых, трёхмерная графика в браузере и физика движения небесных тел - это область, где обычные модели часто путаются. Там сложная математика, трёхмерные векторы, расчёты гравитации, орбитальная механика. И если попросить модель сделать такое одним запросом в лоб, обычно получается каша, код с ошибками, неправильная физика и планеты, которые ведут себя странно. Именно поэтому здесь гибридный подход особенно важен.
Шаг первый. По OPUS 4.8 проектирует. Прошу его написать подробное техническое задание и не общими словами, а конкретно. Какие математические формулы гравитации использовать? Как устроить отрисовку трёхмерной графики? По какой логике добавлять новые планеты, когда пользователь кликает? OPUS хорошо справляется с проектированием сложной логики. Он раскладывает задачу на понятные части и прописывает детали. На выходе подробный документ с требованиями, после чего передаём всё это Fable.
Шаг второй - создаю пустой проект. Беру готовое техзадание от OPUS и передаю его сюда.
Шаг третий - это автономная работа. И вот тут показываю ускоренную запись. Fable за одну автономную сессию пишет тысячи строк кода. Она создаёт трёхмерную сцену, настраивает физику по формулам из техзадания и добавляет визуальные эффекты: свечение планет, атмосферу, следы за движущимися телами. Собирает интерфейс управления. Всё это в одном автономном заходе без моего вмешательства на каждом шаге. А мы параллельно запустим эту же задачу в OPUS 4.8.
Итак, открываю готовый симулятор. Кликаю мышкой по экрану. На орбите появляется новая планета. Она сразу начинает притягиваться к звезде по законам физики. Выходит на орбиту, оставляет за собой светящийся след. Добавляю ещё одну. Они начинают влиять друг на друга. Я строю свою звёздную систему прямо на глазах. Также я могу нажать на любую планету и посмотреть её характеристики, а также видно хорошую графику каждой планеты.
Теперь давайте посмотрим, что сделал OPUS. В целом, он тоже справился хорошо, но графика не такая хорошая. Планеты - это просто светящиеся объекты. Нельзя добавить конкретную планету. Поэтому тут лидер очевиден. Собрать такое одним запросом было бы почти нереально. Но благодаря разделению работы, где OPUS спроектировал математику и логику, а Fable взяла на себя тяжёлую автономную генерацию кода, мы получили сложный рабочий проект. По сути, за один запуск. Каждая модель сделала то, в чём она реально сильна.
Прежде чем закончить, соберу практические выводы, которые вы можете применить прямо сразу. И первое, всегда разделяйте планирование и написание кода. Это работает не только с этими двумя моделями. Общий принцип очень простой. Используйте более дешёвую и вдумчивую модель для проектирования, а мощную и дорогую только для финального исполнения. Так вы не переплачиваете за то, с чем справляется инструмент попроще.
Второе. Техзадание решает всё. Чем подробнее документ, который вы отдаёте на кодинг, тем меньше правок потом и тем меньше расход дорогих токенов. Потратьте время на планирование. Сэкономьте на исполнении.
И третье. Следите за лимитами. Заходите в раздел использования и смотрите, сколько запаса осталось. Планируйте крупные задачи на то время, когда лимит свежий. А мелкие эксперименты делайте на моделях попроще. А также хочу ещё раз сказать, постарайтесь сейчас как можно больше пользоваться этой моделью, поскольку уже 7 июля работать с ней станет гораздо сложнее и, главное, дороже.
Давайте соберём всё, что мы сегодня разобрали. Cl Fable 5 - это сильный инструмент, но он даёт преимущество только тем, кто умеет с ним работать. А ключ к правильной работе - это гибридный workflow. Повторю мантру ещё раз, чтобы отложилось. Планируем в OPUS 4.8, кодим в Fable 5. На дешёвой модели думаем и проектируем. На дорогой только пишем код по готовому плану. Так вы экономите лимиты и заодно реже натыкаетесь на срабатывание фильтров.
Три кейса, которые мы разобрали. Автоматизация рутины через обратный промтинг, когда AI сам придумывает, как разрастить ваши задачи. Связка с Obsidian, когда база заметок превращается в живую панель управления с графом и колонками задач. И 3D симулятор космоса - сложный интерактивный проект, собранный за один автономный заход. Все три собраны по одному принципу, и вы можете применить этот же принцип к своим задачам. Неважно, автоматизация - это система заметок или что-то совсем другое.
Напишите в комментариях, какой из трёх кейсов удивил вас больше всего: автоматизация рутины, система на Obsidian или космический симулятор? И какой из них вы бы попробовали собрать первым? Ту