Ты используешь Claude Code НЕПРАВИЛЬНО. Все команды от … — Transcript

Прямо сейчас ты используешь плод-код неправильно. Сколько команд, которые доступны в плодкоде, ты знаешь и используешь их? На самом деле ответ будет простой. Чаще всего люди просто используют клод-код как обычный чат, забывая о том, что его фишка как раз-таки в том, что ты можешь делать преднастроенные команды. И в этом видео мы разберём целую систему команд, которая будет начинаться от самых простых, которые доступны новичкам, заканчивая большими графами знаний, вроде этого, автономными агентами, субагентами, настройками своих skills, команд и даже MCP-серверов. Всё для того, чтобы ваша работа была не просто автономной. А после этого видео вы научитесь работать кратно эффективнее и действительно избавитесь бы от этой каши в голове с кучей терминов, когда ничего непонятно. Досматривайте до конца. Меня зовут Рома Райд. Вы на канале Нейропросвещение. Поехали.

Как я сказал, в этом видео будут команды от совсем начальных, которые вы обязаны знать с первого дня, как зашли в плодкод, до действительно сильных команд, которыми часто не пользуются даже профи, которые позволяют тратить в два раза меньше контекстного окна и буквально экономить токены, пользуясь самыми дешёвыми подписками, которые позволяют клодко-код работать полностью автономно, без какого-либо твоего участия, графинии, как правильно использовать клодкод для больших репозиториев и так далее. Всё это будет ближе к концу, но начнём мы, конечно же, с простого. И ещё одна важная вещь, то, что я сегодня показываю, применимо не только к код-код. Многие эти команды есть, например, в Кодек и даже в мимокод, про который мы снимали отдельное видео.

Можете посмотреть по подсказке на экране. Поехали к первым трём командам, которые обязан знать каждый новичок.

Это, конечно же, команда Help. Она будет доступна только, если вы работаете в терминале. Если вы работаете с расширением кд-код, как я, у вас её нету, но по сути она нужна именно новичкам, потому что будет позволять вам понимать, что именно и как нужно сделать. Она будет вести на справку, поэтому вы всегда можете к ней вернуться. Команда создаст clot.md, но я рекомендую вам создавать clod.md сразу с помощью промтов, потому что таким образом у вас он просто будет более правильный. И команда клир создаёт чистый стол. Для чего нужна команда клир, можем рассмотреть на фактическом примере.

То есть, если мы берём с вами обычный диалог, здесь она тоже есть, но на мой взгляд, это бесполезно, потому что если ты долгое время общаешься сд код в расширении, просто создай новый диалог и если что, всегда сможешь вернуться к предыдущему диалогу по нажатию на соответствующую иконку. В случае же с терминалом ты действительно можешь создать несколько терминалов с кдом, и тогда это тоже будет применимо. Но если ты хочешь продолжать в одном диалоге, то тогда просто напиши сюда clear, и у тебя полностью не будет никакого контента, ничего не будет мешать, ты сможешь продолжить. Но важно. Это не команда, которая сожмёт твой контекст и клод-код хоть что-то будет помнить.

Здесь мы говорим про тотальное удаление всего твоего диалога, поэтому используется команда редко. И для того, чтобы сжимать диалог, лучше запомнить следующие три команды. На текущий момент в колод-коде есть даже контекстное окно с 1 млн токенов, которые чаще всего я использую. Здесь у нас про гигиену контекста, и нужно использовать буквально три команды, которые будут основными. Первое — это контекст. При нажатии на неё мы увидим, на что именно были потрачены токены. Например, здесь мы можем увидеть, что у меня потрачено 500 000 токенов из 200, потому что я переключился с одной модели на другую. Поэтому так. На самом деле модель самостоятельно поведёт компакт в случае, если я продолжу диалог. И здесь мы можем увидеть, на что именно потрачены наши токены. Дополнительно с этим, если мы хотим продолжить диалог в этом же чате, для того чтобы использовать контекст нашего диалога, мы можем нажать здесь compact. И после чего наш контекст будет сжат до 38 000 токенов. Здесь нужно сразу сказать, что существуют разные примеры использования именно контекстного окна. Есть люди, в том числе в Ютубе, кто тебе будет рассказывать о том, что не надо доводить контекстное окно там до половины, нужно сразу же идти в новый диалог и так далее. Я себя к экспертам по нейростям не отношу и рассказываю только про то, как я лично использую и уж точно не собираюсь тебе здесь рассказывать [музыка] академически верные варианты.

Но если говорить о том, как лично я это использую, то тогда ситуация следующая. Я практически всегда работаю сд-код, независимо от того, эта работа там с написанием сценариев, которые тоже делают склад-код с кодовой базой, с созданием продуктов и так далее. Я довожу контекстное окно примерно с 90%. Почему не довожу дальше? Просто потому что там дальше можно упереться в компакт и в случае компакта качество действительно потеряется. Но я предпочитаю работать прямо до самого конца. И вот когда у нас там где-то 90% токенов остаются, я делаю компакт и продолжаю в том же диалоге. Так я работаю в код код и кодекс. И в целом я не могу тебе сказать, что качество выполненной работы как-то сильно отличается. Может быть, на доли процентов, но это просто удобнее.

Поэтому это то, как я бы тебе советовал использовать команду компакт в случае с созданием проекта. Дальше у нас идёт model. И здесь нужно сказать, что в случае с расширением у нас нету команды model. У нас есть кнопка switch model при написании сш. Поэтому я нажимаю сюда и выбираю нужную мне команду. Если же я использую терминал, то тогда я пишу здесь model. Нажимаю окей и выбираю нужную мне модель, которую я буду использовать. Так, например, мы видим, что у нас есть два разных сонета. Мой совет: используй Son с 1 миллионом контекста. И также у нас есть модель по умолчанию будет OPus. В моём случае модель OPUS 4,7, потому что терминал не обновлён, но на самом деле, конечно, сейчас уже есть 4,8 и возможно, когда ты смотришь, есть даже больше. И также у нас есть возможность написать fast для того, чтобы использовать опус [музыка] 4,6, но в быстром режиме, и тогда модель будет действительно ускорена. Я если мне нужно создавать задачи быстро, обычно я использую кодек, там модель fast гораздо проще, там в полтора раза быстрее модель GPT 5.5. Просто лимитов ежедневных будет тратиться, ну, там в полтора раза больше. Но в некоторых задачах это более чем применимо, потому что контекста много не тратится. А клодко-код действительно в последнее время медленный, но уже следующую ступеньку обязан, знаете, использовать каждый, кто работает с клодко или другими агентами. Это, конечно же, контроль и откат. Первое — это режим планирования. И здесь снова у нас отличается логика, потому что режим планирования в расширении используется просто по нажатию соответствующей кнопки. В случае с терминалом для того, чтобы использовать план мод, мы буквально пишем план. И после чего агент выходит в режим планирования. Существуют разные способы того, когда нужно планирование. Например, я планированием практически не пользуюсь, потому что у меня режим планирования — это коворка. Вначале я в коворке детально продумываю задачу, описываю её документацию, соответственно, решаю все проблемы с подготовкой и потом уже готовый мастерпромт соответствующей документации отправляю в cд-код. Таким образом, я создаю там SAS по типу или прай. Но если мы говорим про ситуацию, когда мне нужно, например, написать сценарий, который тоже пишется с помощью clдко, тогда я могу использовать режим планирования, потому что я просто наговариваю какой-то рандомный текст.

Этот текст он мне не делался через там улучшатель промтов или что-то. Я просто работаю внутри моего проекта и общаюсь с моделью человеческим языком. Вот для таких ситуаций и создан планмод. Для того, чтобы модель предварительно изучила базу, подготовилась к выполнению задачи, создала план и перевела его с твоего человеческого и часто непонятного на нормальной понятной модели, дальше ты примешь этот план, и качество создания большой задачи будет просто кра...

чего нужна команда клир, можем рассмотреть на фактическом примере. То есть, если мы берём с вами обычный диалог, здесь она тоже есть, но на мой взгляд, это бесполезно, потому что если ты долгое время общаешься сд код в расширении, просто создай новый диалог и

если что, всегда сможешь вернуться к предыдущему диалогу по нажатию на соответствующую иконку. В случае же с терминалом ты действительно можешь создать несколько терминалов с кдом, и тогда это тоже будет применимо. Но если ты хочешь продолжать в одном диалоге, то

тогда просто напиши сюда clearр, и у тебя полностью не будет никакого контента, ничего не будет мешать, ты сможешь продолжить. Но важно. Это не команда, которая сожмёт твой контекст и клод-код хоть что-то будет помнить.

Здесь мы говорим про тотальное удаление всего твоего диалога, поэтому используется команды редко. И для того, чтобы сжимать диалог, лучше запомнить следующие три команды. На текущий момент в колод-коде есть даже контекстное окно с 1 млн токенов, которые чаще всего я

использую. Здесь у нас про гигиену контекста, и нужно использовать буквально три команды, которые будут основными. Первое - это контекст. При нажатии на неё мы увидим, на что именно были потрачены токены. Например, здесь мы можем увидеть, что у меня потрачено

500.000 токенов из 200, потому что я переключился с одной модели на другую. Поэтому так. На самом деле модель самостоятельно поведёт компакт в случае, если я продолжу диалог. И здесь мы можем увидеть, на что именно потрачены наши токены. Дополнительно с этим, если мы

хотим продолжить диалог в этом же чате, для того чтобы использовать контекст нашего диалога, мы можем нажать здесь compact. И после чего наш контекст будет сжат до 38.000 токенов. Здесь нужно сразу сказать, что существуют разные примеры. использования именно контекстного окна. Есть люди, в том

числе в Ютубе, кто тебе будет рассказывать о том, что не надо доводить контекстное окно там до половины, нужно сразу же идти в новый диалог и так далее. Я себя к экспертам по нейростям не отношу и рассказываю только про то,

как я лично использую и уж точно не собираюсь тебе здесь рассказывать [музыка] академически верные варианты.

Но если говорить о том, как лично я это использую, то тогда ситуация следующая. Я практически всегда работаю сд-код, независимо от того, эта работа там с написанием сценариев, которые тоже делают склад-код с кодовой базой, с созданием продуктов и так далее. Я

довожу контекстное окно примерно с 90%. Почему не довожу дальше? Просто потому что там дальше можно упереться в компакт и в случае компакта качество действительно потеряется. Но я предпочитаю работать прямо до самого конца. И вот когда у нас там где-то 90%

токенов остаются, я делаю компакт и продолжаю в том же диалоге. Так я работаю в код код и кодекс. И в целом я не могу тебе сказать, что качество выполненной работы как-то сильно отличается. Может быть, на доли процентов, но это просто удобнее.

Поэтому это то, как я бы тебе советовал использовать команду компакт в случае с созданием проекта. Дальше у нас идёт model. И здесь нужно сказать, что в случае с расширением у нас нету команды model. У нас есть кнопка switch model

при написании сш. Поэтому я нажимаю сюда и выбираю нужную мне команду. Если же я использую терминал, то тогда я пишу здесь model. Нажимаю окей и выбираю нужную мне модель, которую я буду использовать. Так, например, мы видим, что у нас есть два разных сонета. Мой

совет: используй Son с 1ним миллионом контекста. И также у нас есть модель по умолчанию будет OPus. В моём случае модель OPUS 4,7, потому что терминал не обновлён, но на самом деле, конечно, сейчас уже есть 4,8 и возможно, когда ты

смотришь, есть даже больше. И также у нас есть возможность написать fast для того, чтобы использовать опус [музыка] 4,6, но в быстром режиме, и тогда модель будет действительно ускорена. Я если мне нужно создавать задачи быстро, обычно я использую кодек, там модель фаast

гораздо проще, там в полтора раза быстрее модель GPT 5.5. Просто лимитов ежедневных будет тратиться, ну, там в полтора раза больше. Но в некоторых задачах это более чем применимо, потому что контекста много не тратится. А клодко-код действительно в последнее

время медленный, но уже следующую ступеньку обязан, знаете, использовать каждый, кто работает с клодко или другими агентами. Это, конечно же, контроль и откат. Первое - это режим планирования. И здесь снова у нас отличается логика, потому что режим планирования в расширении используется

просто по нажатию соответствующей кнопки. В случае с терминалом для того, чтобы использовать план мод, мы буквально пишем план. И после чего агент выходит в режим планирования. Существуют разные способы того, когда нужно планирование. Например, я планированием практически не пользуюсь, потому что у

меня режим планирования - это коворка. Вначале я в коворке детально продумываю задачу, описываю её документацию, соответственно, решаю все проблемы с подготовкой и потом уже готовый мастерпромт соответствующей документации отправляю в cд-код. Таким образом, я создаю там SAS по типу или прай. Но если

мы говорим про ситуацию, когда мне нужно, например, написать сценарий, который тоже пишется с помощью clдко, тогда я могу использовать режим планирования, потому что я просто наговариваю какой-то рандомный текст.

Этот текст он мне не делался через там улучшатель промтов или что-то. Я просто работаю внутри моего проекта и общаюсь с моделью человеческим языком. Вот для таких ситуаций и создан планмод. Для того, чтобы модель предварительно изучила базу, подготовилась к выполнению

задачи, создала план и перевела его с твоего человеческого и часто непонятного на нормальной понятной модели, дальше ты примешь этот план, и качество создания большой задачи будет просто кратно выше.

Да, и здесь надо сказать, что это именно под большие задачи, когда ты понимаешь, что у тебя там 500.000 токенов сейчас уйдёт. А если что, 500.000 токенов - это прямо иногда одну функцию большую создать в приложении, то тогда ты

используешь планмод. Команда Rewi в терминале будет помогать тебе откатывать код. Опять же лучше используй Git. При том, что гиit ты можешь использовать не только для того, чтобы работать с кодовой базой. У меня, например, Git используется даже в моей

контент-системе, потому что это просто удобно. И команда Permissions для того, чтобы дать к лоду определённое разрешение, что он может делать без спроса, а что нет. Ну, грубо говоря, просто модель безопасности того, как ты будешь использовать. Эта обследующий помогает тебе действительно

оптимизировать свою работу. Например, на те задачи, на которые я ещё год назад тратил несколько часов. Сегодня благодаря кастомным настройкам код-кода и своим командам я трачу 5 минут. Даже написание постов становится очень простой задачей, если ты подготовишься к этому. А для этого в код-коде существует

код MD, который сейчас разберём подробнее, skills, которые ты создаёшь под себя и, конечно, дополнительно к ним. Это память, это команды. И всё это ты можешь настраивать под себя. Как это работает, ты видишь на слайде. Например, раньше для того, чтобы создать видео,

мне нужно было объяснить [музыка] словами следующее: сначала проанализируй, потом проверь стиль собери черновик и так далее. Итак, каждый раз я описывал это вручную.

Вспомни любую повторяющуюся задачу, которая тебя тревожит. Например, если ты контент-мейкер - это написание постов, создание сценариев для YouTube видео, создание заголовков, обложек. Если ты предприниматель, это может быть подсчёт зарплаты в процент, проверка аналитики твоего бизнеса, например, аналитики CRM-систем или что-то ещё. Если ты

вайп-кодер или планируешь им стать, то, конечно же, для создания продуктов тебе обязательно нужны команды для того, чтобы клодко-код знал твой проект и мог по одной команде сделать аудит оптимизации, аудит безопасности, аудит технического долга, а потом ещё по отдельной команде. В автономном режиме

самостоятельно доработать всё это исправить. Вот для этого и существуют следующие команды. Вначале давай разберём клод MD. Я специально возьму клод MD из не кодового проекта, потому что про код я много говорю. И давайте посмотрим, как это сделано, например, в

моей YouTube системе, где работает и Clot MD, и OpenCl кодексе L. И это всё в GitHub, соответственно, в репозитории лежит. То есть с этим могут работать ещё и разные люди. У меня отдельно существует агент с MD и Clot MD, которые

по сути просто друг друга дублируют, но позволяют агентам работать вместе. Если это не кодовая история, а, допустим, управление каким-то проектом, в моём случае YouTube - это тоже отдельный проект, то здесь у нас подробное описание, да, того, кто за что у нас

отвечает. Если это клодко код, то персонало код. Если это персона, потому что у них разные есть permissions, потому что они по-разному могут работать. Если это OpenCla, то под него также созданы отдельные регламенты работы, потому что OpenClow - самые

большие разрешение, что нужно прочитать, как прочитать, когда это открывать и так далее. То есть это подробнейший файл, который описывает, как именно работает мой проект. [музыка] При этом надо сказать, что такая система занимает очень много места. Здесь я использую

обсидиан для неё. И мы можем увидеть, что вот они, да, все мои видео, которые я снимал когда-либо, все мои посты, которые я писал когда-либо, вот в такой вот системе граф знаний. Под них сформирован вики слой. И это тема для

отдельного видео, но часть из этого уже была на моём Ютубе. Сможешь посмотреть по подсказке на экране. А уже в конце этого видео я тебе покажу, как использовать grapify. Это абсолютно новая система, которая работает ещё круче, чем то, что реализовано у меня, и

как раз-таки и помогает использовать клодко коду до в двух раз меньше токенов на один запрос. Но про это мы поговорим к концу видео. Пока что давай выполним нашу первую команду. Это, конечно же, мери, которая выполняется с помощью терминала. Поэтому даже когда мы

работаем в расширении, он попросит нас открыть терминал. И после того, как команда Memory у нас сделана, что происходит? По сути, она нужна для того, чтобы мы посмотрели наш репозиторий и дописали память проекта, к которой в будущем будут обращаться агенты. Так,

например, мы можем увидеть, что он создал нам наш профиль, в котором у нас есть три YouTube канала: стиль и так далее. Он создал для нас здесь дата-вывод, да, как именно мы будем работать, а мастерскилы, как они выглядят, что они делают вообще, что

такое матерски skкил как таковой и так далее. Ну и, конечно же, все skills, которые у тебя есть, ты можешь писать через слэш для того, чтобы код однозначно использовал их. Так, например, если я сегодня решу написать пост, а обычно я пишу свои посты в

формате голосовых сообщений, и потом голосовые сообщения должны быть идеально форматированы под мою стилистику, потому что, ну, обычно, если я говорю без плана, то это куча хаотичных мыслей, меня постоянно кидает из одной стороны в другую, и читать и смотреть это не очень

удобно. Поэтому для того, чтобы написать пост, я всегда могу здесь выбрать соответствующую команду. Идко, clд, cвор, либо даже кодекс, когда я буду использовать его, перейдёт в боевой режим. Про скилы тоже надо сказать одну важную штуку, что skills нужно хранить

не только в глобальной папке проекта, не только в вашем clot, то есть когда у вас они в диалоге, но в том числе и в каждую директорию добавляйте скилы. Для чего это необходимо? Тут всё максимально просто. один и тот же репозиторий.

Например, здесь демоверсия репозиторий, но сам факт. У меня есть такой же, просто для клодкода. Я специально сделал вариант, где у меня нету пи ключей, чтобы вам ничего случайно не спалить.

Соответственно, этот репозиторий одновременно использует кодекс OpenCl на кодексе CL и clд-код. И если у меня какие-то скилы глобально загружены в клод, они могут быть не загружены в кодекс. Поэтому, когда Онклоб будет вытаскивать этот репозиторий из Гитхаба, получится ситуация, в котором у него не

будет нужных скилов. Поэтому всё всегда добавляем, в том числе вот здесь вот в папочку Skills по вашему проекту. И как мы можем увидеть, благодаря о том, что это матер skilled большим количеством памяти, мы видим то, что он даже

спрашивает, на какой канал мы будем делать наши посты, что мы будем писать и так далее. Ну и, соответственно, вот эта вот картинка, которую вы видите на презентации, она ровно про это, да, что то, что я раньше объяснял клоду 20 раз

вручную, теперь у меня вынесено в отдельную команду сделать пост. Но как автоматизировать не просто одну повторяющуюся задачу, а создать целую команду агентов. Про агентов много хайпа, но давайте поговорим, что же на самом деле вы можете делать с агентами в

CLД-код. Основная суть субагентов, она как раз-таки в том, чтобы клод мог работать параллельно над одной задачей.

Смотрите, очень простой пример. Есть отдельный диалог в клоде. И нам нужно, чтобы субагент самостоятельно, отдельный субагент прочитал файлы, второй субагент разобрал там, допустим, нашу кодовую базу, а третий субагент выступил бы в роли тестировщика. И таким образом, в рамках одного диалога у нас есть три

субагента, которые буквально выполняют три роли в команде: планировщик, разработчик, тестировщик. При этом здесь тоже многим непонятно, а в чём вообще разница. Агенты, скилы, ведь это довольно похожая история. И в моём репозитории вы прямо можете увидеть, что у меня есть отдельно skills, отдельно

агент. В чём разница? На самом деле разниц почти нету. Если мы сейчас введём агентс, а эта команда доступна исключительно в терминале, то тогда здесь, давайте мы сейчас запустим, мы увидим, что у нас нету субагентов для того, чтобы продолжить работу. Но в чём

основная логика? У нас под каждого субагента создаётся отдельная документация. Таким образом, эти субагенты могут работать параллельно.

Эта штука, на самом деле, лучше всего работает именно в кодексе, но даже если вы используете расширения, как я, эту команду я вообще не использую. У меня эта история обычно повторяется в следующем формате. Вы просто даже можете сказать здесь: "Запусти параллельных

субагентов". Инструкции субагентов бери из агентs и дополнительно пускай они используют skills для того, чтобы один субагент сделал аудит моего репозитория, второй субагент нашёл бы максимально эффективный способ, как именно этот репозиторий может пожирать меньше токенов для того, чтобы контекстное окно

не заканчивалось так быстро. Третий субагент провёл тестирование. И вот эта вот просто фраза, да, того, что вы уже обозначили, какой субагент для чего, закинутая в диалог в расширении будет делать всё то же самое. То есть, по сути, она сейчас запустит тех же самых

трёх отдельных субагентов, которые будут работать. При этом, если вы работаете вд коворку, он иногда будет и сам этих субагентов запускать вполне себе. Ок.

Если вы работаете с кодовой базой и работаете с помощью расширения, лучше самостоятельно проговаривать, так как самостоятельно он довольно редко запускает. Но то, что он запускает по субагентам часто, это как раз-таки история, когда, ну, допустим, здесь вот, да, мы видим, что один агент читает один

файл, другой агент, второй файл и так далее. Но это не совсем то, про что мы говорим, да, в рамках этого диалога. И здесь мы видим, что он все три агента запустил параллельно. Пожалуйста.

Готово. И ещё важная штука, что если вы работаете с репозиторием и гитом, то тогда субагенты даже могут создавать себе параллельно ветки. Здесь у меня веток вообще нету. Здесь только май, потому что это не кодовая база. Но если мы говорим про код, то тогда агенты

иногда даже создают для себя отдельные копии ваших файлов, либо создают для себя отдельные ветки, там работают, там проводят все тесты, и только потом с вашего расширения забирают всё это на основную ветку. Это действительно удобно и часто сильно ускоряет клод.

Соответственно, команда Хук работает в том плане, чтобы субагенты запускались автоматически. Допустим, у меня в коде постоянно установлены хуки на следующем.

Если я прошу кд-код создать кот и запушить мой проект на GitHub, то тогда hookкс сработает автоматически, потому что выполнена команда комита и, соответственно, отправлен P, но пуш не будет отправлен до того момента, пока мы не проведём аудит безопасности. Это

простой пример, да, как мы можем это использовать. И, конечно же, MCP - это возможность общаться к лод-коду с отдельными инструментами, например, Snow, GitHub и так далее. По умолчанию MCP будут работать и сами, но если мы здесь введём MCP, то мы также увидим

некоторые вещи. Во-первых, у нас есть MCP сеvers. Во-вторых, у нас есть MCP Builder. MCP Builder в нашем случае запустит команду создания своего MCP.

Например, у вас есть какая-то система задач или ещё что-то, что вы хотите подключить к вашей работе с код-кодом.

Тогда это та самая возможность создать своё собственное MCP и, допустим, дать колод-коду возможность подключаться к вашей системе задач внутри команды для того, чтобы он мог вам давать ежедневные сводки, делать аналитику вашей эффективности и так далее. Про команду агентов обсудили, но у этого есть одна

большая проблема. Команда агентов всё равно требуется в постоянной твоей обратной связи. Но вот режим гол буквально будет позволять клодкоду работать до самого финала. Например, Fable 5, печально нами известная, которая с нами просуществовала не так долго. Было прямо доказано, что она

автономно может 10 часов писать код вплоть до того, чтобы с нуля создать игру и потом всё готово. То есть ты её можешь использовать. Опус так пока что не умеет. И когда ты видишь в Ютубе или от различных экспертов в комментариях о

том, что они гоняют клодкод автономный, вот он у них там с помощью СДК и прочих историй работает, всё за них делает, всё это чушь полная. Объяснение этому очень простое. Смотри, [музыка] что делает GOL. Она заставляет клодкод работать без

тебя. Но чтобы клодкод мог работать без тебя, нужно детальное описание задач, иначе это будет просто обычный нейрослоп, который не так эффективен.

Когда мы говорим про разработку моегод-продукта или AI, там команда Go используется всё ещё под моим присмотром для того, чтобы создать или исправить какой-то баг или создать какую-то функцию. Соответственно, я ввёл команду гол, она реализовала какую-то функцию автономно, а дальше я

всё равно поправляю баги, провожу тестирование с реальными людьми и так далее. Поэтому обычно команда гол используется, когда ты не хочешь 10 раз отвечать на банальный вопрос кда. Со временем ты начнёшь понимать, как использовать её максимально эффективно, но логика максимально простая, чтобы он

сам проводил тесты, сам проводил аудиты безопасности и всё остальное. Помимо команды GL есть команда, команда по расписанию, например, когда агент будет каждую среду искать баги в твоём проекте. На мой взгляд, тоже дебильная история. Объясню, почему. Обычно, чтобы искать баги в проекте, тебе всё равно

нужно твоё личное подключение. Тебе нужно тестирование на реальных пользователях, на реальных сценариях и так далее. Но когда действительно луп работает, вот, например, я много говорю здесь на примере репозитория по контент-машине моей, так там команда может быть использована для того, чтобы

точно проверять, что все файлы лежат на своих местах и то, что агенты не забили на инструкции. Вот это действительно то, что может быть использовано. И команда код review - это вообще просто машина.

Это mustх, который вы обязаны использовать. По сути, введя эту команду, клод автоматически с помощью предзаписанных сценариев проведёт аудит вашего кода безопасности и сделает план, как его можно доработать и автономно реализует. Соответственно, код используется именно в кодовых настройках. Вот мы видим, что он полетел

смотреть. При этом тут тоже важно ощущение, что код Review работает в нескольких форматах. Например, код Review может быть также запущен в режиме ультра, и тогда несколько параллельных субагентов будут проверять твой код перед отправкой его на гид. Например, этот ролик также был сделан в режиме.

презентация, которую вы видите, мой сценарий, какой-то мой опыт и так далее. Всё это сделано в режиме go. Здесь, причём, как вы понимаете, этот слайд создал не я, его создал подкод. Тут прямо описано, что он делал и в какой

последовательности. Он это делал сам. Опять же, потому что команда была в режиме гол. Он такой: "О, отличный пример. Я прямо сейчас в этом режиме работаю, добавлю это в слайд". Опять же, такая крутая презентация получается, в том числе вот в таком режиме. Но это

встроенные команды, и они не решают самого главного. Большинство из вас из те, кто смотрит, скорее всего, использует код на подписки за 20 долларов. Те, кто позажиточнее используется на подписки за 100 долларов, и очень редко кто-то покупает подписку за 200 долларов, потому что она

стоит денег. Так как же использовать-код максимально эффективно? Что мы говорим про эффективно? Допустим, в моей YouTube системе более 15.000 файлов. И если я хочу создать действительно качественный сценарий, агенту нужно буквами пройтись по сотням файлов. Всё это сжирает большое количество контекста. Но, к

счастью, есть open source решение. Это grapify, полноценную инструкцию, по которому прямо с описанием полный чек-лист. И также все команды и описание всех команд, которые я показываю в этом видео, мы разместим в описании под ним.

Просто переходите по ссылке в описании и забираете чеклист, в котором будет максимально подробная инструкция. Можете сейчас за мной прямо не повторять. Но всё, что мне нужно будет сделать, даже не обязательно вставлять команду. Я могу её просто написать буквально внутри

диалога с клодкодом в расширении. Он сейчас самостоятельно установит. Эта команда установит Open source решения, но не установит систему графических связей внутри вашего репозитория. Про то, как её установить, ещё сейчас расскажу. Итак, когда у нас игра Free Fire, в моём случае пришлось вам

всё-таки ссылку на GitHub отправить. Давайте разберём, что именно будет делать этот репозиторий и как он навсегда изменит ваш проект. Во-первых, сама по себе команда будет доступна в любом репозитории. Неважно, мы говорим про кодовую базу либо про работу с

обычными проектами. Запускаться это будет вот по такой команде, не в clд-код, а в обычный терминаль. Для чего это делается, можем разобрать на банальном примере. Данная команда разберёт абсолютно все ваши файлы.

Неважно, что это при чём будет. Это могут быть кодовые файлы, это могут быть файлы PDF, PNG, видео или что-то ещё.

Если нужно, grapifа самостоятельно сделает транскрипции, самостоятельно разберёт на систему взаимосвязи для того, чтобы уже после этого создать систему, которая будет часто более эффективна, чем любая рак структура, чем обсидиан Вики. и будет, соответственно, помогать код-коду тратить те самые в два

раза меньше токенов. На самом деле на GitHthub написано, что он будет тратить до 8% меньше токенов, но на деле это, конечно, неправда. Всё-таки не всё настолько просто. Здесь же на GitHub, ссылку, на которую я также оставлю в материалах к этому видео, будет только

как устанавливать это под любой из агентственных моделей. И здесь же вы можете найти, как это будет работать в каждом агенте. То есть [музыка] это история и для коeк, и для MS, и даже мимо код, на самом деле, вы можете это

запихнуть. Так вот, теперь, когда у нас это установлено, нам с вами остаётся только запустить граpifй. Я могу м прямо отсюда сказать: "Да, запускай". И сам граф знания он также построит в виде HTML-файла, который вы видели в том числе ещё во введении. И вот она

получившаяся система. Тут надо сразу сказать, что когда мы будем это как угодно увеличивать, даже на моём M4 Max это безумно лагает, но на самом деле само по себе схему смотреть вовсе и не обязательно, потому что это исключительно визуализирование, которое

мы должны увидеть один раз и, конечно же, просто забыть про него. Потому что для чего делается этот граф знания, эта схема? Конечно же, только для визуализации тех самых путей, по которым будет ходить агент, и попадать в каждый из этих тысячи файлов. Поэтому внутри

здесь, конечно, полностью всё закрашено, хотя на самом деле сами файлы мы можем увидеть вот так. Вот такая система взаимосвязи, которая на самом деле очень похожа на обсидиан. Но есть одно отличие. Всё-таки эта система работает в первую очередь не на граф знания, а

именно на то, что файлы становятся описанными. Неважно, это видео внутри вашей директории или текстовый файл. И из-за этого качество ответов и становится кратно выше. Так, например, следовательская задача внутри моего репозитория раньше могла занимать, допустим, 200.000 токенов, сегодня она

займёт меньше 100. Ну и, конечно, надо сказать, что сам граify сожрёт ноль токенов на локальные вещи. То есть, когда ему нужно просто сделать граф знань там с документацией и так далее, это ноль токенов. Если мы говорим про документы и картинки, то, конечно же,

ему придётся использовать клод параллель. После чего под рукой у нас остаётся пять команд. Это графиifй, построить граф, спросить граф о чём-либо, объяснить кусок, связь двух точек и пересборка каждой комит. Для чего нужна пересборка каждой комит? Как я и сказал, внутри моего репозитория

работают три отдельных модели. Какая-то из них знает про этот граф, какая-то нет. Вот для того, чтобы ваши облачные репозитории могли работать корректно, для того чтобы сотрудники, партнёры, там кто-то в вашей команде, скачивая себе, делая пул вашего репозитория, а не

сломал всё, вы, соответственно, выставляете этот хук. Вспоминаем, мы только что изучали хуки. И после этого каждый абсолютно комит будет перерабатываться этот графзнание. Это не будет стоить практически ничего. Как итог, вот пример, да, той самой анимации. Клод будет буквально ходить по

карте, а не грепать между ний. И в этом и будет большое отличие от других сборок. Как итог, графай у вас будет разниться между обычным чатом и буквально продакшном в моём случае, либо же а продакшн-версии вашего кода в том,

что у вас будет отдельно сырые нетронутые файлы, у вас будет отдельный граф знаний, будь то обсидиан, с которым тоже можно связать графи или что-то ещё.

И у вас будет отдельная возможность правил для клода, который не будет тратить лишний раз токены и будет ходить по этой самой карте. Но важно, что внедрять все эти этапы, которые я сегодня вам показал, сразу, не имеет никакого смысла. Вы находитесь на своём

пути. И здесь важно понимать, что, возможно, сейчас вам не нужен никакой графиifй, хватит вики обсидиан.

Возможно, сейчас вам не нужно использовать автономных агентов. Хватит просто понимания того, как общаться с плоткод и так далее. Для того, чтобы любой новичок, да, и не только новичок, мог полноценно освоить агентные системы, понять, как можно зарабатывать с помощью

нейростей, как искать клиентов, как создавать свой micrз, как выбирать для него нишу и многое другое. Я создал закрытый клуб, который абсолютно бесплатен, в отличие от того, когда другие продают его за 5.000 руб. У меня всё за ноль. И всё, что вам нужно для

того, чтобы посмотреть вот такое количество уроков, которые уже там доступны бесплатно - это перейти по ссылке в описании либо по QR-коду на экране, нажать кнопку старт в боте и забрать все эти уроки. Напомню, что также помимо закрытого клуба по ссылке

под этим видео вы сможете найти все материалы, проты и всё остальное, что использовалось в этом уроке. Последнее видео здесь по подсказке на экране.

Увидимся. Yeah.