Transcription
Ребят, короче, Борис Черни - это парень, который создал Claude-Code. В своём интервью рассказал, что у него обычная рабочая область. То есть, у меня, говорит, ничего особенного нету. Я завис. Я, как человек, думаю, он придумал инструмент и говорит, что он его использует по-очному. И я полез разбираться, смотреть его интервью, почитал его социальные сети. И по итогу захотелось разобраться, а что использует создатель инструмента и как его используем мы для того, чтобы можно было посмотреть.
И оказалось, что он его действительно использует обычно, как разработчик, как создатель. И из этих видеороликов, из его социальных сетей я вытащил шесть конкретных принципов, по которым он стартует каждый новый проект. И я хочу сегодня разобрать все шесть конкретных принципов. На одном из них я, конечно, прямо завис. Я его тоже покажу на экране. Он у меня сейчас открыт. Я разложу его прямо в прямом эфире. Сегодня мы с вами запустим проект, и я разложу и покажу готовое техническое задание, которое может строиться.
Короче, принцип номер один - это планирование. Я в предыдущем ролике рассказывал про семь фишек, которые можно использовать, чтобы ускорить свою работу в два, в три раза. И как раз я там про Plan Mode рассказывал. Вот Борис говорит, что 80% моих сессий начинаются в режиме плана. Всё. Когда план собран, Claude начинает работать сам. То есть его не нужно контролировать. Поэтому первый шаг, всё начинается с плана.
Вот как делает большинство людей. Типа, открыл Claude-Code или там VS Code, вы в нём работаете, зажал, надиктовал, типа, сделай мне задачу такую-то, там, создай бла-бла-бла-бла-бла, нажал Enter, пошёл пить кофе, пришёл. Засада в чём? Нейросети умные, да? Claude-Code по новые модели капец какие умные. Задачи 100% решит. Даже тут промтинг не нужен. Вы задачу поставите, он её 100% решит. Но он может решить не ту задачу, которую вы имели в виду, а ту, которую он сам себе представил.
Вот живой пример. Я делал автоматизацию для онлайн-школы английского языка. Да, там должна была система рассчитывать зарплаты преподавателей. Так вот, она рассчитала, всё чётко считает, но баг оказался в том, что в отчёте отображались неправильные часы. Я сделал скриншот, отправил в Claude-Code, говорю: "Почини отображение, чтобы сюда приходили правильные часы по каждому педагогу". А он что сделал? Он её понял по-своему, полез в базу данных, поменял напрямую данные об уроках и мне написал: "Готово". Я такой: "Ну, круто". Да? А через день клиент звонит, говорит: "Слушайте, у меня тут у двух преподавательниц как бы в кабинете вдвое меньше уроков, чем это было реально. И я полдня восстанавливал, а это баг". То есть получается, Claude починил не то, что я имел в виду, что я хотел, он починил то, что он сам посчитал проблемой. Поэтому есть правила: медленно делаем на старте, планируем на старте, потом ускоряемся. Вот. И поэтому вот и Борис то же самое, также работает. Это вот его во всех постах, во всех его интервью отслеживается.
Что нужно сделать? Как это включить на практике? Давайте мы сейчас с вами откроем экран. Я покажу, где этот режим включается, потому что по умолчанию круто работать в режиме, когда у нас всё автоматически. Но вот лучше всего включить режим планирования, да? То есть здесь у нас не пойдёт разработка кода, и здесь у нас будет всё хорошо работать. Как этот режим включается? Ну, во-первых, внизу слева можно включить вручную. Можно Shift Tab использовать сочетание клавиш Shift Tab. Вот. Поэтому здесь включаемся в этот режим, и тогда у нас модель начинает работать в режиме планирования.
Давайте мы с вами спланируем какую-нибудь историю. Ну вот у меня, например, открыт сейчас проект. Это помощь, там это здесь у меня сеть агентов, тут прямо куча навыков, которые помогают мне, например, система производства контента. Я там выгружаю из себя экспертизу, транскрибацию, говорю: "У меня куча материалов, в моей школе всё не помещается, я хочу на YouTube делиться пользой". И он стоит моим этим, ну, как помощник работает. И вот давайте в этом режиме мы с вами сейчас проведём небольшую трансляцию. Я хочу показать, во-первых, как планирую я. Это то, что как раз и Борис рассказывает. И хочу рассказать об одном скилле. Скилл называется Discovery Interview. Этот скилл, короче, вы его можете скачать тоже ссылочку. Я и в предыдущем ролике про него, я его вообще считаю одним из лучших скиллов, которые сделали. Вот поэтому сейчас мы разберём, потому что в следующем принципе будет штука, которую я сам делал всегда наоборот. И это съедает у меня, ну, всегда съедало половину эффекта от возможности Claude, который есть. Короче, вы его поймёте. Вот перейдём к нему позже. Но давайте для начала я вам покажу один из скиллов, который я использую. Называется он Discovery Interview.
Вот что мы можем сделать здесь? Я ему скажу сейчас, я использую, если что, транскрибатор. А, слушай, вот мы с тобой здесь разрабатываем для YouTube различные конспекты, всякие штуки. Мне неудобно в тебе искать информацию, и я хочу, чтобы ты подготовил такой дашборд, в котором будет видно ролики, которые я записал, которые не записал, конспекты к ним. Ну, такая интерактивная, интересная вещь. И для того, чтобы эту идею описать, вызови скилл Discovery Interview. Он у тебя есть в скиллах. И давай мы с тобой опишем эту идею. То есть, что я сейчас сделал? Я сейчас попросил вызвать Skill Discovery Interview, считаю его одним из лучших. Тоже на него уже давал скидку, и под этим роликом я её оставлю. Найдёте конспект. Конспекты я всегда выкладываю себя в Telegram. Это бесплатно забирайте. Там я оставлю ссылочку на скилл, но сейчас я хочу показать, как этот скилл работает.
Вот смотрите, Discovery Interview. У меня уже есть большой готовый проект. Тут куча всяких файликов, да, подсказки, но мне неудобно всё время копаться здесь. Ну, то есть вот я сажусь за производство нового ролика, да, у меня куча контента, я его транскрибировал, а потом мне надо что-то искать, мне надо ТЗ для монтажёра искать, мне надо идею разрабатывать. И поэтому сейчас я хочу разработать для себя дашборд. Вот. И мы с вами посмотрим, как этот скилл работает в реальном времени, чтобы вы увидели. Пройдём несколько ответов на вопрос, и вы увидите, как он задаёт вопрос. Он прямо такое меню интересное делает. Иногда он интервьюирует. То есть простым языком он вашу идею, которая есть в голове, она часто у человека хаотичная, а помогает структурировать, задавая вопросы, о которых мы могли даже не подумать, да, закладывая в этой идее. И на основании этого он пропишет хорошую, чёткую техническую документацию, составит план разработки, то есть уделяем описанию идеи на начале, ну, 20-30 минут, ну, час максимум. Но зато это потом экономит кучу времени, потому что машина начинает это всё реализовывать самостоятельно.
Итак, внимание на экран. Скилл в действии. Смотрите, он говорит, что именно тебе сейчас неудобно искать в проекте. Это поможет решить главную боль дашборда. Я хочу смотреть, какие ролики на какой стадии, что осталось делать. Нужно найти файлик какой-нибудь быстро и какие-нибудь идеи в бэклоге или тренды, которые есть такой. Но в целом мне вообще всё интересно. Где дашборду жизнь? Это определяет стек и сложность. Он задаёт вопросы. Это, например, отдельная страница, новый роуд, типа дашборд, 1 HTML файл в корне проекта, отдельно новое React приложение. Ну вот он рекомендует отдельные страницы. Я такой: "Ну давай, пусть будет отдельная страница". Хотя нет, а можно сказать так вот простым языком, когда мы не знаем, как ответить на вопрос, мы говорим: "Но я хочу, когда я открываю этот проект, например, попросить тебя посмотреть все проекты, а ты мне открываешь страничку такую в веб-интерфейсе". Может быть, это просто будет один HTML документик, который мы даже не будем никуда отображать. Короче, предложи мне здесь, подумай самый наилучший вариант. Всё, мы ему наговорили идею, как хотелось бы, чтобы это работало. Сейчас я отвечу на несколько вопросов, чтобы вы увидели, как этот скилл работает, потому что в будущем всегда это применяйте.
Так, ждём. У меня работает здесь транскрибатор. Сейчас мы эту идею вставим. Следующий вопрос, который он задаёт, типа, кто будет пользоваться дашбордом? Да только я буду пользоваться этим дашбордом. А, прикольно, я и монтажёр плюс ассистент. Показываю ссылку помощнику, он видит, что есть и что надо сделать. Да, прикольно. Вот так вот будем делать, потому что я могу этим делиться. И вот таким вот образом. Тогда не буду здесь останавливаться в процессе записи видео, потому что нам ещё осталось разобрать несколько принципов, которые использует Борис Черни. У меня параллельно будет идти работа, параллельно будет составляться план, а мы с вами продолжим разбирать принципы.
И давайте перейдём к следующему принципу, который есть. А следующий принцип - это минимальный Claude MD файл. Если вы пользовались вообще Claude-Code, вы видели, что в корневой папке, в каждой папке проекта есть определённый файлик, который называется Claude MD. Claude MD - это такая шпаргалка, которую Claude читает каждый раз в каждой сессии. Как обычно пользуются люди? Например, Claude накосячил, что-то сделал не так, и пользователь, то есть я или вы, отправляет промт, типа на основании нашего разговора обнови файлик Claude MD, чтобы такое не повторилось. Да, фишка рабочая, она крутая. То есть все эти принципы записываются в файлик Claude MD, но есть ловушка. Большинство людей думают, что чем больше правил, тем умнее будет результат. Но на самом деле, да, и туда пихают вообще всё подряд. И через месяц файл становится огромным. Там тысячи строк. Но Борис делает наоборот. Его Claude MD файл - это 200 строк, ну там 1000-2000 токенов, маленький. Если он распухает этот файл, становится большим, то он его удаляет целиком.
Ну давайте вот откроем мой Claude MD файл. Я покажу, как он выглядит. А вот у меня Claude MD. Вот он этот файл. Это файл моего проекта. Мы его сейчас отобразим. Область предварительного просмотра. Посмотрите, да, это YouTube. Ну, это конкретно этот проект. И вот он у меня файлик. Видите, сколько тут строк? Тут вся документация написана. Если два раза на него кликнуть, у нас открывается такой режим редактирования. И у меня файлик достаточно большой, 650 строк в нём. И, ну, как бы это уже много. И его уже можно оптимизировать, почистить, да, потому что, во-первых, это съедает много контекста. Во-вторых, ну, мы что-то я сюда добавляю, добавляю. Вот у него тут структура, хотя её уже можно вытащить в какой-нибудь отдельный документ, структуру проекта.
В чём логика? Борис говорит: "Не надо так делать. Он полностью этот файлик сносит, да, полностью и начинает с пустого листа". Ну, для меня это пока что непривычно, как-то дико, но теперь я понял, что надо так сделать. Но как он это объясняет? Логика простая: модели умнеют каждую неделю, да? Модели постоянно обновляются, умнеют они каждую неделю. И правила, которые мы написали полгода назад, да, они уже могут быть неактуальны, потому что сама по себе модель Claude, она уже может знать всё, что вы ему заложили. И чем больше инструкций мы закладываем в Claude MD, тем выше шанс, что Claude может запутаться в нужных инструкциях. Да, я пока удалять целиком не готов. Как-то мне стрёмно, неудобно, страшненько даже. Я делаю вариант средний. Вот запомните, мой, может быть, промт вам будет полезен. Я раз в неделю открываю, да, ну, раз в неделю такую реструктуризацию провожу. Открываю Claude MD, могу промтом могу вручную посмотреть. Я говорю: "Обнови мой Claude MD файл, убери то, что больше нам не нужно, то, что противоречит модели, в которые сейчас обновились. Был Opus 4.5, там стал 4.6, 4.7 на момент записи. И убери всё, что дублируется и мешает работе". Вот, кстати, я все промты, все шаблоны вот этих своих файлов Claude MD приложу в конце этого ролика, тоже соберу в отдельный конспект. Ссылку найдёте в описании. Я их обычно выкладываю у себя в Telegram-канале. Я прямо ссылочку на пост сделаю.
Вот это важно. Давайте посмотрим, что у нас внутри проекта происходит. А задаёт ли он мне дальнейшие вопросы? Да, он мне дал следующий вопрос. Сейчас я напоминаю, и мы с вами перейдём к третьему принципу. Так что говорит, какой главный экран, что видеть первые 3 секунды после открытия канбан по стадиям: идеи, сценарии, съёмка, монтаж, список карточек плюс фильтры, таблицы, гибрид, канбан плюс детали целиком, основной экран, клик на карточку. Снизу сбоку открывается панель с чек-листом файлов и обещаниями. Ну давайте возьмём, а рекомендацию. А нет, я хочу вот так вот. Короче, я хочу видеть канбан. А также я хочу видеть список всех проектов, которые у меня есть, чтобы на него можно было кликнуть. Открыть. Ну и там есть все данные по проекту, типа техническое задание для монтажёра, ссылка на конспект, ну что-то такое. Ну и самое главное, правильное название. И всё на русском языке. Ну то есть я хочу, чтобы было всё удобно, а всё на русском языке. Вот когда вы используете вот этот скилл, прямо рекомендую, мне кажется, это один из самых лучших скиллов. Вот если вы не знаете, как выбрать ответ на вопрос, сформулируйте образ идеального конечного результата. Ну прямо так и скажите, как вы хотите.
Теперь он спрашивает, какие данные нужны на дашборде. От этого зависит объём работ. Стадия, файлы, ссылки, обещания, ту-ду блокеры, идеи плюс тренды. О, идеи. Прикольно было бы видеть YouTube метрики через API. Да ладно, вот это я 100% хочу видеть, да, чтобы можно было аналитику сразу по роликам видеть в одном, скажем так, интерфейсе. Ну и пусть будет база. Короче, максимальненько сейчас навтыкаю. Как обновить данные? Автосканер папок. Python script. Ну да, рекомендуешь. Ну давай, рекомендуй дальше. Отлично. Ладно, продолжаем по поводу принципов, которые использует Борис Черни.
И третий принцип - это верификация. Блин, мощная вещь. Короче, смотрите, дайте Claude возможность проверять свою работу. Вот у Бориса есть пост, от которого я прочитал, завис. Я, кстати, английский не знаю. Я всегда прошу Claude-Code перевести, адаптировать. Я хочу в этой теме разбираюсь глубоко. Так, он что пишет в этом своём посте? Он говорит: "Дайте Claude фидбэк". Да. Потому что когда вы даёте фидбэк-луп, фидбэк-луп - это типа много фидбэков, да, и качество результата вырастает в два, в три раза. Это прямо у него в посте написано: "Дайте Claude фидбэк-луп и качество результата вырастет в два, в три раза". В два, в три раза. То есть не чуть-чуть, не немножко, да? А два-три раза, ребята, это прямо пропасть между работает и не работает совсем. То есть два шага. Шаг номер один. Дайте Claude увидеть инструмент, увидеть свою работу. И второй шаг, скажите ему про этот инструмент, который есть. Например, давайте пример. Вы делаете сайт и пишете ему: "Да, подключи Claude к браузеру". И вы подключаете Claude к браузеру. Он напишет код, он откроет этот сайт, он увидит результат, он его поправит. То есть представьте, вы сделали сайт, и Claude сразу зайдёт на этот сайт, сразу откроет, сразу увидит, сразу поправит. То есть цикл крутится сам по себе.
И главный лайфхак. Добавьте в свой файлик Claude MD, который мы с вами разбирали, одну строчку. Одну. Запомните её. Прежде чем начать работу, скажи, как ты её будешь проверять, свою работу. Прямо в этом проекте можете добавить одну строчку и всё. И теперь Claude сначала даёт план проверки, потом он лезет это делать, и если проверку придумать не может, то это сигнал, что задача поставлена плохо. И это самый главный сигнал. Вот этот принцип просто я когда прочитал, такой: "Блин, вообще кайф". Ну то есть важно применять.
А следующий принцип - это мой личный фаворит. Вот я, когда застреваю с каким-то багом, с ошибкой на полчаса, я делаю одну вещь, и баг решается просто за минуту. Борис научил этому, да, тоже применяйте. И сейчас я расскажу. Очень крутая вещь, когда один баг решается за 1 минуту, за несколько минут. Так, но прежде чем к нему перейдём, давайте я отвечу на вопросы, потому что параллельно с вами у меня разрабатывается как раз дашборд, и он мне говорит: "Монтажёра в деталях ролика. Это новый тип файла. Откуда брать новый файл из существующего промо? Пока не нужно. Потом добавим. Ладно, пока не нужно, не будем усложнять. Так, YouTube метрики. Как привязывать к папке вручную видео ID. После публикации добавляешь видео авто через имя канала. Скрипт берёт все ролики с твоего канала по API, ставит по названию. Ну ID. Ну давайте. Окей. Автоматически. Зачем мне надо вручную? А автоматически. А доступ монтажёра к дашборду. Как ему удобнее? Ссылка через веб-интерфейс. На Vercel. Ну да, на Vercel, на хостинге опубликуем. Всё, я отвечаю на вопросы параллельно, да, чтобы вы видели, как проходит процесс работы, как у нас идёт процесс планирования.
И мы с вами продолжаем дальше разбирать принципы. И четвёртый принцип от Бориса - это умножай себя. То есть Борис говорит, что используй одновременно несколько сессий в Claude. И каждая сессия выполняет свою задачу. Главное слово "свою задачу", не одинаковую задачу, не одну и ту же задачу, а каждая сессия выполняет свою задачу. Что это значит? Давайте разбираться, потому что если два Claude, две сессии Claude будут делать одну задачу, то они между собой могут конфликтовать. Это то же самое, как два человека пишут один и тот же модуль. И вот где это реально спасает свежий контекст на сложной проблеме. То есть, может быть, вы сталкивались, наверняка сталкивались с этим, когда это дурацкое чувство, когда ты полчаса гоняешь Claude, решаешь какой-то один баг, он не решается, он предлагает глупости, вы злитесь, а Борис открывает новое окно просто с нуля для конкрета. И у него, получается, в новой сессии чистая голова.
Ну вот как это на практике происходит, да, в VS Code открывается новая вкладочка вот здесь вот справа сверху. И вот у нас новая вкладочка, да, и мы начинаем с ней работать в новой вкладке. Но мы можем работать над той же задачей. Вот. То есть открывает Борис новое окно с нуля, голова получается чистая. И она, эта чистая голова, за 30 секунд может увидеть то, что первая сессия пропустила только по той причине, что она заполнилась контекстом. Ну слишком закопалась, да, ищет те ошибки. Это как в жизни. Вот ты застрял где-то, вышел, вернулся, мозг сам находит решение. Да, важно отпустить ситуацию, а в новом поговорить, по-новому к ней подойти со свежим взглядом.
Пятый принцип он будет про автоматизацию повторов. Сейчас мы к нему перейдём. А давайте я сначала вернусь, отвечу на вопросы. Вижу мой скилл задаёт вопрос и говорит: "Где жить дашборд в репозитории? От этого зависит стек. Отдельное приложение dashboard app. Рекомендую. Новая папка свой Vercel проект React. Методички остаются публичными. Dashboard закрыт". Ну да, давай. Ну, я обычно типа то, что он рекомендует, я пользуюсь, но если мне что-то непонятное, я голосом задаю. Так, защита простой пароль через MI. Так, без защиты, да? Давайте простой паролик мы просто сделаем. Одна пара, логин, пароль в переменных бесплатно. Да, давай так сделаем. Так, какое имя канала? Знаю. Handle, напишу сейчас. Выбери это имя. Пока не знаю. Добавлю потом. YouTube API ключ уже есть? Да, он у меня уже есть. YouTube ключ. Найдёшь его. Всё.
Возвращаемся мы с вами к пятому принципу от Бориса. Называется он автоматизируй повторы. То есть Борис что рассказывает? Он называет повторяющимися задачами такие иннерлупы, да? Например, пишете вы одинаковые промты, ставите вы одинаковые задачи, собираете вы одинаковые отчёты. И он говорит: "Как только я замечаю, что оформляю одно и то же несколько раз, я это оформляю в слэш-команды". Слэш-команда - это вот эти вот истории, которые находятся здесь. Вот давайте сразу на экране покажу. Вот у меня их куча уже этих слэш-команд. У меня там по деплою, по VPсу там есть какие-то слэш-команды. И вот он делает то же самое. Вот. Но я в этих командах, вот у меня там одно время собралось их больше тридцати, я в них запутался, запарился, и теперь я это всё оформляю в скилы. Скилов, вы знаете, уже есть куча. Вот я сейчас использую Skill Discovery Interview. Мощная вещь. Короче, что такое скилл? Это такой задокументированный процесс, который Claude выполняет одинаково каждый раз постоянно. Да, это прямо должностная инструкция, в которой могут быть прописаны все правила: что делать, что не делать, куда зайти. Там даже могут быть ссылки на про, на что-то. Короче, если через спорт, аналогия, да, вот есть промт, например, как у баскетболиста, да, введи мяч, и баскетболист этот мяч ведёт там до конца, да, а можно сделать скилл. Это типа как баскетболисту поставить мяч и сказать: "Веди мяч ровно в такой комбинации, передавай туда-то, делай то-то, через пять шагов сделай то-то, в каком порядке это делать." Ну, либо, например, из практики. Вот клиент, да, у меня там онлайн-школа, которая каждую неделю собирает отчёты по ученикам, и можно сделать скилл, который формирует эти отчёты. И теперь команда вызывает одну команду и получает отчёт именно в том формате, в котором нужно, в той структуре, в том дизайне, в той раскладке. Деплоит, например, туда-то отправляет тому-то самому человеку. Вот. И час работы превращается, условно там в 1 минуту.
Если не знаете, с чего начать, как сформировать скилл, можете просто с обычного запроса. Вот прямо промт такой введите, да, на основании моего проекта предложи, какие скилы мне стоит создать на будущее. И он вам предложит идеи, опять же, через план. Посмотрите, что можно предложить. Не надо их сразу создавать. Посмотрите, он вам сам предложит идеи.
Ну и у нас с вами остался шестой принцип. Шестой принцип, который меняет мышление. Сейчас мы с вами к нему перейдём. Давайте посмотрим, что у нас тут получилось. Аа я ему скажу: "Так, о'кей, да, план делать нужно, план собран. Выхожу из плана для утверждения. Всё, сейчас он мне этот план собрал. Сейчас он мне его пришлёт. Он, чтобы мы его утвердили. И потом после утверждения мы будем с вами запускать". Так, план утверждён. Начинаю первый шаг. Подгружу. Ну всё, пускай теперь выполняет задачу. То есть он сейчас создал файлик с планом, прописал для себя этот план и будет по нему следовать. Сейчас он создаст to-do list, проверит memory файлик to-do list. Посмотрите тоже, как это выглядит. Это он сам себе поставит задачу, получается, сам себе проектный менеджер. Шаг номер один, шаг номер два, шаг номер три, шаг номер четыре. Погнали.
Пока он будет выполнять работу, я вам расскажу про шестой принцип. Оставлю с трансляции экрана, чтобы у вас было. Так, шестой принцип, он меняет уже подход, меняет мышление. Опять же у Бориса в офисе прямо в рамке висит такое РС Ричарда Саттона, да? Это такой горький урок называется. В чём смысл? Смысл в том, что более общая модель искусственного интеллекта всегда побеждает более специфичную модель. Абсолютно всегда. То есть практически никогда не ставьте задачи против модели. Каждый костыль, каждый микротюнинг, микро какие-то штуки, которые вы сегодня придумываете, через полгода будут не нужны, потому что модель постоянно улучшается.
А что меня тут переклинило, что у меня тут в мышлении поменялось? Я вот всегда считал своей силой умение писать офигенно оптимизированные промты, да? То есть вот благодаря этому промтингу нафиг больше не нужен никому. Не нужны вот эти структуры, роли, задачи, то, что там ставили. Потому что Борис говорит: "Ну, это потеря времени писать сложные промты. Вот включаем микрофон, вот наговариваем идеальный конечный результат. Вот что нужно научиться делать". То есть не надо оптимизировать промт, который вам нужен. Вам нужно правильное направление задать. То есть не надо тратить на систему вот не надо тратить время на составление промта. Время лучше тратить, инвестировать на систему, на Claude MD, на скилы, на архитектуру внутри проекта, на проверки, которые будет делать, потому что это не устаревает. А промт типа улучшает свой навык промтинга, да нафиг забейте на это, на всё.
И вот у Бориса есть фраза, да, от которой мурашки прямо идут реально, если задуматься. Искусственный интеллект никогда не будет настолько плохим, какой он есть сегодня. Задумайтесь над этой фразой. Разработчик Claude-Code говорит, что искусственный интеллект никогда не будет настолько плохим, насколько он есть сегодня. Вот подумайте, каждый следующий день искусственный интеллект становится лучше, чем вчера. И так будет всегда. Всегда. Поэтому никогда не надо заморачиваться на промтинге, на чём-то там составлять какие-то вот эти архитектуры промтов. Да не надо это делать. Нет, разрабатываем, уделяем время только системе.
Вот и в финале, короче, собираем систему. Первое, план-мод, режим планирование - это то, что вы увидели сегодня на экране. Говорите с Claude. Лучше долго с ним говорите до того, как он напишет код. Второе правило. Резюмируем, минимальный Claude MD. Чем он меньше этот файл, тем лучше. Не надо его расширять. Третье правило - верификация. Дайте Claude проверить самого себя. Качество будет в два-три раза лучше. Четвёртое правило - параллельные сессии. Свежий контекст на самых сложных багах. Сразу задавайте. Пятое правило: скилы. Документируйте один раз то, что делаете повторно и используйте вечно. Шестое правило: стройте под будущее. Не заморачивайтесь с промтами. Заморачивайтесь только с системой, с файлами Claude MD, скилы, да, и всё. Модель она сама развивается. Ну и что? Процесс меняется. Все шесть правил, если запомнить, и вы уже становитесь на другом уровне.
Короче, я подготовил вам конспект, подготовлю, выложу в Telegram. Это конспект с шестью принципами, да, с промтами, с чек-листами. Все эти промты я сохраню, чтобы вам не скринить, там, не сохранять это видео. Пусть у вас будет конспект такой как методичка. В описании заберёте в Telegram выложил. Я его сделал специально по этому ролику, потому что сам я, знаете, как делаю? Вот есть ролики там часовые, двухчасовые на YouTube, я их транскрибирую, упаковываю в контекст, читаю, там все промты, всё выносится, кучу времени экономится. Ладно, в следующих видео буду разбирать уже скилы детально хочу показать, какие скилы использую. Подписывайтесь, смотрите, следите, там комментарии оставьте, вопросы задавайте в комментариях, какую тему разобрать, какую задачу решить, да, чтобы можно было работать эффективней. Вот следующих роликов я соберу, расскажу. Вот у меня три скила есть. Вот скилов 1000, а я использую три. Я их использую для своей онлайн-школы, которые экономят и мне, и нашим ученикам уже десятки просто часов в неделю. Короче, что подписывайтесь, да, следите в комментариях, задавайте вопросы, какую тему разобрать следующей. Ну и до встречи в следующих видео. В описании профиля найдёте ссылочки, заберёте конспекты. Всё, до встречи в следующих видео.