Transcription
Каждый божий день кажется, что появляется новая функция Cloud Code, новый учебник, еще одна вещь, которую вы упускаете. И это чрезвычайно подавляет, если вы только начинаете, особенно если у вас нет технического образования. Но сегодня я помогу вам решить эту проблему и покажу, с каких концепций я бы начал, если бы начинал совершенно заново, совершенно с нуля. Сегодня мы рассмотрим 35 концепций в четырех разных разделах. Начиная с того, что вам нужно знать в начале, и заканчивая супер-продвинутыми вещами для опытных пользователей, которые вам не нужно знать прямо сейчас, но вы должны знать, что они хотя бы существуют. И к концу у вас будет четкий план действий, с которым вы сможете немедленно начать и добиться реального прогресса. И первая концепция, которую мы рассмотрим, — это фактическая разница между веб-приложением Claude.ai, вы знаете, этим интерфейсом типа ChatGPT, и самим Cloud Code. Ну, это относительно просто. Эти две системы используют один и тот же мозг. Итак, у меня запущен Opus 4.6 внутри Cloud Code. И прямо здесь, в меню чата, у меня Opus 4.6. Разница в том, что когда я использую Cloud Code, у этого мозга есть тело. У него есть руки. Он может фактически делать вещи от моего имени. Будь то написание кода, доступ к моей электронной почте, взаимодействие с моим компьютером. Это самое большое отличие. Cloud Code фактически может делать вещи для меня в целом.
Теперь концепция номер два касается установки Cloud Code. И, к счастью для нас, это относительно просто. Если вы просто введете в Google "Cloud Code install", вы попадете в документацию Cloud Code. И все, что нам нужно сделать, это скопировать и вставить одну строку кода в терминал или, если вы используете Windows, что-то вроде PowerShell. Ну, тот, который вы выберете, зависит от вашей операционной системы. Так что, если вы используете Mac OS, Linux или WSL, вы просто скопируете это. А если вы используете Windows PowerShell, вы скопируете это. Чтобы найти свой терминал или найти PowerShell, вы просто перейдете в меню поиска. То же самое в Mac. Я на Windows. Введите PowerShell. Он покажет вам пугающий интерфейс, подобный этому. Вы просто вставите его, выполните эту команду, и затем он проведет вас через мастер установки. Это очень просто. Он попросит вас войти в систему, и вы будете использовать свой фактический план подписки. И после того, как вы пройдете установку, чтобы фактически запустить Cloud Code, вы можете просто набрать "claude", и вы увидите что-то вроде этого.
Но теперь мы переходим к концепции три, которая заключается в том, где мы на самом деле используем Cloud Code? Потому что на самом деле есть много вариантов, потому что, хотя я могу использовать Cloud Code в терминале, как этот, я также могу использовать настольное приложение Claude. Это тоже Cloud Code. И тогда у нас есть Co-work здесь. А как насчет Co-work? А как насчет чата? Или как насчет чего-то вроде VS Code, IDE, интегрированной среды разработки, где у меня здесь открыт терминал, как и в этой ситуации с PowerShell, но у меня есть возможность просматривать мои файлы, и у меня есть еще одно окно здесь, верно? Все это очень, очень запутанно. Опять же, особенно если вы не привыкли ни к чему из этого. Ну, правда в том, что это не имеет большого значения. В конце концов, самая мощная версия — это версия, которая позволяет вам работать в терминале. Будь то использование чего-то вроде VS Code, которое я покажу вам сегодня, или вы просто используете терминал напрямую, как в PowerShell или что-то в этом роде. Но когда вы начинаете, если это все слишком для вас, и вы говорите: «Эй, я просто хочу простой для понимания интерфейс внутри настольного приложения Cloud Code или даже Co-work для большинства пользователей, 99% вещей, которые они собираются делать, можно сделать в любом из этих пространств. Вы ничего не упустите. Тем не менее, я призываю вас попробовать терминал хотя бы для начала. Дайте ему неделю или две. И если в конце этого периода времени вы все еще говорите: «Ах, это слишком много. Это просто не для меня». Переходите к другим, будь то Cloud Code или даже Co-work, потому что вы всегда можете перейти от терминала к ним. Немного сложнее, если вы привыкнете к чему-то, что имеет, знаете ли, ограничители, а затем вы пытаетесь перейти к чему-то более мощному. И так же легко, как мне сказать, терминал не так страшен, как выглядит, потому что в конце концов это просто окно командной строки. Мы просто будем давать команды Cloud Code внутри терминала так же, как вы бы общались с ChatGPT в веб-приложении. И, как я уже сказал, мы будем использовать VS Code сегодня, потому что я думаю, что это легкий шаг в среду терминала. Это называется IDE, интегрированная среда разработки. Это все еще терминал, но это просто более дружелюбный способ его просмотра, потому что вы можете видеть здесь, у меня есть вкладка проводника. Так что, когда мы начнем работать внутри файла, все, что я создам внутри файла, я могу видеть здесь, и я могу фактически открыть его здесь, и это будет более очевидно позже в видео.
Теперь использование VS Code Visual Studio Code совершенно бесплатно, если вы поищете VS Code в Google и нажмете на первую ссылку. Вы попадете сюда, в редактор кода с открытым исходным кодом. Вы просто скачаете его, пройдете через мастер установки, и это, по сути, все, что вам нужно сделать. Оттуда просто найдите VS Code. Нажмите на него, и вы попадете на страницу, подобную этой. Вы перейдете в файл, затем откройте папку, и сегодня мы создадим новую папку. В этой папке мы будем работать, так же как вы бы работали с любым другим проектом на своем компьютере. Итак, я перейду в новую папку. Я назову свою 35-ash test. Нажмите на нее, нажмите "Выбрать папку", и вы увидите страницу, подобную этой. Далее, я хочу, чтобы вы перешли вверх, где есть три кнопки, нажмите "Терминал", затем "Новый терминал", и теперь наш терминал открыт здесь, внизу, точно так же, как когда мы делали PowerShell. И теперь, чтобы открыть Claude, я могу просто набрать "claude". И вот оно. Cloud Code запущен и работает.
Итак, давайте поговорим о концепции номер четыре, которая касается разрешений. Итак, прямо сейчас вы заметите, что внизу должно быть пусто. Но если я нажму Shift + Tab, вы увидите, как появятся некоторые параметры. Что все это значит? Ну, это разные разрешения. Это почти как настройки безопасности для того, что Claude может и не может делать с вашим компьютером, с файлами на вашем компьютере без вашего разрешения. Теперь, когда он пуст, мы находимся в настройках разрешений по умолчанию. Это означает, что он будет явно запрашивать ваше разрешение на редактирование файлов. Если я включу "Принять правки", он автоматически будет редактировать файлы без запроса разрешения. Так что это немного быстрее. Но если он собирается использовать какие-либо команды bash, это означает команды терминала, это означает изменения на вашем компьютере. Думайте о загрузке определенной зависимости или программы и ее установке. Он будет запрашивать ваше разрешение на это. Затем у нас есть режим плана, о котором мы поговорим через секунду. Теперь есть еще одно третье разрешение, но для этого вам нужно открыть Claude определенным образом. Хорошо. Итак, если мы введем `/exit`, мы выйдем из Cloud Code. И теперь, если я введу "claude" и добавлю `--dangerously-skip-permissions`, он откроет Claude нормально, но вы увидите новую настройку под названием "Обход разрешений включен". Это означает, что он может редактировать файлы, удалять файлы, загружать вещи, все без моего разрешения. Сначала немного страшно, но со временем поймите, что именно здесь в итоге оказываются большинство людей, потому что это просто быстрее. Я скажу, что у меня никогда не было проблем с тем, чтобы Cloud Code удалял какие-либо файлы, которые я не просил его удалить. Хотя, знаете ли, всегда есть эти теоретические истории. В совокупности это сэкономит вам так много времени, как только вы освоитесь. Но если вы еще не готовы к этому, вы не хотите сходить с ума, просто оставьте "Принять правки" включенным.
Теперь, если вы несколько раз нажмете Shift + Tab, мы перейдем в режим плана, который является последней концепцией, которую мы рассмотрим в этом разделе основных основ. Итак, режим плана означает, что когда я прошу Cloud Code сделать что-то вроде создания веб-сайта, он не просто выйдет и сделает это сам. Он фактически подумает об этом. Он придумает ряд шагов, которые нам нужно выполнить сначала. И то, что вы, вероятно, увидите здесь, это то, что он вернется с некоторыми вопросами к нам. По сути, он задает нам вопросы, чтобы лучше понять, что мы хотим создать. Так что режим плана — это лучший способ получить лучшие результаты от Cloud Code, потому что он гарантирует, что ваш запрос не будет плохим. Запрос, который вы придумаете, будет иметь ряд пробелов, и режим плана позволяет нам их заполнить, потому что Claude будет задавать нам вопросы, чтобы сделать именно это. Итак, он спрашивает тип веб-сайта. Мы скажем "целевая страница". Он спрашивает наш стек, если я не знаю. Мы просто выберем номер один. И для нашей цели мы скажем, что это для личного проекта. И затем мы отправим его.
Итак, я просто хотел уделить минутку, чтобы поговорить о моем мастер-классе по Cloud Code, потому что это лучший способ перейти от нуля к разработчику ИИ, особенно если у вас нет технического образования. Все в этом курсе предназначено для начинающих, и мы сосредоточены на реальных сценариях использования, чтобы помочь вам научиться осваивать этот удивительный инструмент ИИ. Я выпускаю новые обновления каждую неделю, и если вы хотите получить их, просто зайдите на Chase AI Plus. Ссылка есть в закрепленном комментарии.
Итак, сейчас идеальное время, чтобы поговорить о концепции номер шесть, которая заключается в вашем мышлении при использовании Cloud Code в фазе планирования — отличное время, чтобы обсудить это. Сейчас он задает мне еще несколько вопросов о нашем веб-сайте, и мы говорим, что хотим сделать его о этом поддельном онлайн-приложении под названием Argus. Это приложение для анализа социальных сетей, и оно создаст для нас эту целевую страницу. Но когда дело доходит до мышления, вам нужно начать думать о Cloud Code как о сотруднике. И это очень легко сделать на этапе планирования, потому что у вас есть этот диалог. Но люди спотыкаются в этом диалоге, они просто делают все, что говорит Cloud Code, и не задают ему вопросов. И один из примеров того, как мы делаем это неправильно, был, когда он спросил нас, какой текстовый стек мы хотим использовать. Мы просто сказали: «Эй, мы будем использовать Next.js и Tailwind». Вы знаете, что такое Next.js и Tailwind? Вероятно, нет, если вы никогда не делали ничего подобного раньше. Теперь часто Cloud Code дает вам рекомендацию, и лучше всего следовать ей. Но если вы действительно хотите изучить Cloud Code и понять основы создания с помощью ИИ, тогда вам нужно остановиться и попросить Cloud Code объяснить вам эти концепции. И именно так вы действительно научитесь, а не просто будете карикатурой на кодера-вибратора. Потому что вы должны спросить себя, если так легко создавать вещи, в чем разница между вами и парнем с соседней улицы, которого можно заменить вами? потому что он тоже может задавать те же вопросы и просто нажимать "принять, принять, принять, создай мне целевую страницу". Что будет отличать вас от остальных и действительно развивать ваши навыки на фундаментальном уровне, так это задавать Cloud Code эти вопросы, чтобы он объяснял вам вещи. Это бесконечно терпеливый репетитор, и мы должны относиться к нему как к таковому.
Итак, вот план, который Cloud Code предложил для нашей целевой страницы, и это то, чего вы можете ожидать при использовании режима плана. Он предоставит вам довольно подробный план того, что он планирует сделать, прежде чем фактически выполнить его. И вы увидите здесь некоторые варианты. Вы увидите "Да" и "Обход разрешений", что означает, что он выполнит то, что запланировал, и не будет запрашивать разрешения. "Да, вручную утверждать правки". Итак, он начнет создавать вещи, но будет запрашивать ваше разрешение каждый раз, когда захочет, например, создать или отредактировать файл, что очень раздражает. И затем у нас есть этот вариант: "Нет, уточнить с помощью ультра-плана". Теперь ультра-план будет в разделе четыре, когда мы перейдем к некоторым вещам для опытных пользователей, некоторым из этих высокоуровневых функций в Cloud Code. Но пока мы просто скажем "Да, обход разрешений". И вот так он начнет создавать наш веб-сайт. И то, что вы видите здесь слева, — это все файлы, которые он создает. Так что это хорошо в VS Code, особенно когда вы только начинаете. Все, что создается, находится здесь. Так что это то же самое, как если бы я фактически зашел в свой файловый менеджер, открыл 35-test и посмотрел, что внутри. Я бы увидел те же вещи.
Теперь один из файлов, который создал Cloud Code, — это файл claw.md, который вы видите здесь слева. И это то, о чем мы поговорим для концепции номер семь. Итак, что такое файл claw.md? Ну, он будет находиться в каждом проекте, созданном Cloud Code. И думайте об этом как об инструкции, так сказать, для Cloud Code относительно этого конкретного проекта. Это то, что говорит Cloud Code определенные соглашения и определенные правила, которым вы хотите, чтобы он всегда следовал при работе внутри этой конкретной папки. Теперь Cloud Code автоматически создаст это при создании вашего проекта. Так что вам не придется слишком много с этим возиться. И поймите, что существует множество техник, касающихся claw.md. Некоторые люди, как я, скажут "меньше значит больше". Другие говорят, что поместите сюда как можно больше информации, которая, по вашему мнению, имеет отношение и является своего рода нестандартными правилами. Все, что вам нужно понять в начале, это то, что это существует, и все, что вы сюда поместите, Cloud Code будет ссылаться каждый раз, когда вы просите его что-либо сделать. Так что это очень мощный инструмент, но вы хотите убедиться, что то, что вы сюда помещаете, если вы это редактируете, действительно важно. И это применимо практически к каждому запросу.
Итак, Cloud Code создал нашу веб-страницу. Он сказал, что здесь на localhost запущен сервер разработки. Localhost — это как внутренняя веб-страница. Если вы нажмете на нее, она приведет вас к веб-странице. И я сейчас в Chrome, но он не подключен к Интернету. Все это локально. Итак, вот что он создал для нас. Чрезвычайно уродливо. И на протяжении всего этого видео я буду давать вам различные советы и приемы, чтобы сделать это лучше. Но просто поймите, что это то, где оно находится сейчас. И мы можем взаимодействовать с ним так же, как с обычной веб-страницей. Но прежде чем мы перейдем к этому, давайте поговорим об одной из самых важных концепций Cloud Code. и вообще о больших языковых моделях. И это концепция номер восемь, контекстное окно. Итак, контекстное окно можно увидеть, если мы введем `/context`. И то, что мы видим здесь, — это то, сколько контекстного окна мы использовали. В данном случае мы использовали 48 000 токенов из 1 миллиона токенов. И вы, вероятно, скажете: «Чейз, что это значит? Я даже не понимаю, что такое токены, не говоря уже о том, что это на самом деле означает. 50 000 из миллиона. Хорошо, о чем ты говоришь? Итак, токены — это валюта больших языковых моделей и Cloud Code. Каждое слово — это токен. Так что каждое слово, которое мы дали Cloud Code в запросе, и каждое слово, которое он нам вернул, равно одному токену. Одно слово, один токен. В реальности немного иначе, но просто примите это как вашу ментальную модель. Все используемые им вызовы инструментов стоят токенов. Весь сгенерированный код стоит токенов. Все, что он делает, стоит токенов. И контекстное окно — это наш бюджет для Cloud Code. Это 1 миллион токенов. Он отличается для каждой ИИ-системы.
Теперь, почему нам нужно об этом заботиться? Ну, во-первых, если мы заполним его, наша сессия как бы закончится. И вы, вероятно, сталкивались с этим с чат-ботами на протяжении многих лет, когда внезапно говорится: «Эй, у меня недостаточно места. Сессия заканчивается». Это происходит, когда вы заполняете все контекстное окно. Но важно не просто заполнить контекстное окно. Важна идея концепции номер девять, которая называется "увядание контекста". И это идея. По мере того, как я заполняю контекстное окно большим количеством разговоров, большим количеством задач для Cloud Code, фактическая эффективность Cloud Code снижается. Так что чем больше я его использую, тем хуже он становится, что означает, что мы хотим следить за тем, где мы находимся в нашем контекстном окне. Особенно потому, что мы можем сбросить его в любое время. Я могу практически начать с нуля, когда захочу.
Теперь это стоит денег, верно? Когда я использую обычный чат-бот, скажем, я нахожусь в Claude.ai и начинаю новый чат, это немного болезненно, потому что все, о чем мы говорили, я хочу, чтобы он помнил. Я хочу, чтобы он помнил мой разговор. Я не хочу начинать все сначала. Это отстой. Но если я начинаю все сначала, Cloud Code работает лучше. Так что мне делать? Ну, к счастью, начинать заново в Cloud Code — это не то же самое, что начинать заново в чат-боте. На самом деле это намного лучше, потому что Cloud Code, даже если я начну все сначала, и я могу начать все сначала, просто введя `/clear`. Моя сессия теперь сброшена. Cloud Code находится внутри этой папки. Он на моем компьютере. Это чат-бот в облаке. Каждый раз, когда я снова разговариваю с ним и задаю вопросы о моем веб-сайте. Не имеет значения, что мы начали новый чат, по всем намерениям и целям, потому что он может просто заглянуть в кодовую базу. Он может посмотреть на все эти файлы. У него есть claw.md. У него есть возможность, почти как у человека, зайти в папку и увидеть, что есть что. И поэтому, благодаря этому, я всегда хочу сбрасывать свое контекстное окно, если могу, потому что зачем мне работать с худшим Cloud Code при 500 000 токенов ради поддержания разговора, который я могу просто заставить его запомнить в любом случае, верно? Так что есть несколько недостатков в постоянном сбросе. Кроме того, по мере заполнения контекстного окна ваши запросы становятся дороже. Вы используете больше своего использования, потому что каждый запрос фактически отправляет все, что было до него. Теперь есть система кэширования, которая в некоторой степени облегчает некоторые из этих проблем, но суть остается в том, что если я нахожусь здесь, на 800 000 токенов, это действительно стоит мне больше за запрос, чем если бы я был на 50K или 100K токенов. И вы видите, как многие люди жалуются на использование Cloud Code, и это не единственная причина их жалоб, но в значительной степени это потому, что многие люди не знают, как правильно управлять своим контекстным окном. Так что они используют больше ресурсов, и Cloud Code работает не очень хорошо. Так что вы можете видеть важность того, чтобы всегда держать глаз на контексте и б) всегда сбрасывать его, когда это имеет смысл. Как правило, вы не хотите превышать 200 000 токенов, если можете этого избежать. Будут случаи, когда вы знаете: «Эй, мне просто нужно более длинное окно по какой-либо причине», но если вы достигаете 20%. Вам нужно спросить себя, нужно ли мне оставаться в сессии? Если у вас нет очень веской причины, вам нужно сбросить ее. И под сбросом все, что вам нужно сделать, это то, что вы видели здесь, а именно `/clear`. И если в разговоре есть что-то, что вы хотите перенести вперед, просто попросите Cloud Code сделать краткое описание того, о чем вы говорили, и вы можете скопировать и вставить это в следующую сессию.
Теперь, что вы можете видеть здесь у меня, и это будет концепция номер девять, — это моя строка состояния. Итак, прямо здесь вы можете видеть, что написано 35-test. Вы можете видеть фактическую модель, которую я использую, и я могу видеть свое контекстное окно в любое время, которое здесь показывает 2%. И у вас, вероятно, сейчас этого нет, но вы можете создать это сами. Так что вам не нужно постоянно вводить `/context`. Вы можете просто посмотреть сюда вниз и увидеть, где вы находитесь, что помогает вам держать это под контролем. Чтобы сделать это, вы просто введете `/status line` и напишете запрос, который гласит что-то вроде: «Эй, я хочу, чтобы ты создал для меня строку состояния, которая будет полностью постоянной и будет включать, знаете ли, папку, в которой я нахожусь, модель, которую я использую, и использование моего текущего контекстного окна». Как только вы это сделаете, он создаст это для вас, и вам просто придется сбросить Cloud Code, и у вас будет своя строка состояния.
Итак, мы только что рассмотрели множество концепций. контекст, контекстное окно, возможность очистить увядание контекста, и эта строка состояния. Возьмите все это вместе, и, честно говоря, вы будете далеко впереди людей, которые используют Cloud Code уже некоторое время, потому что люди не придерживаются этого принципа так догматично, как должны.
Теперь давайте поговорим о других командах слэша, пока мы здесь. И это наша следующая концепция, а именно "отмена". Итак, скажем, вы ввели `/clear`. Вы действительно следили за тем, чтобы контекстное окно было максимально чистым, но вы поняли: "Ой, я действительно не должен был этого делать. Я хотел сделать что-то еще". Ну, если я введу `/rewind`, я могу фактически вернуться к предыдущим сессиям внутри Cloud Code. Так что я могу вернуться к тому, что было до того, как я ввел `/clear`, и фактически вернуть этот разговор туда, где я был, или разговор, где я сказал "привет". Это также будет включать изменения кода. Так что, если мы разговаривали в Cloud Code и внесли некоторые изменения в наш фактический веб-сайт, скажем, они мне не понравились, я могу ввести `/rewind`. Это простой способ фактически вернуться туда, где вы были, потому что у него есть эти почти точки автосохранения.
Концепция номер 14 — еще одна, которую вы захотите знать, а именно `/model`. Итак, `/model` позволяет мне переключаться между всеми различными моделями Cloud Code. Так что у нас есть Opus 4.6, Sonnet 4.6, Sonnet с 1 миллионом контекста, а также Haiku. Так что то, что вы захотите сделать здесь, зависит от вашего плана. Если вы на про-плане, 20 долларов в месяц, вы, вероятно, захотите всегда использовать Sonnet. Если вы на Max 5x, вы можете часто использовать Opus. Зависит от того, сколько вы на самом деле используете. Если вы на 20x, вы можете использовать Opus все время. Модель будет зависеть от вашего использования. Это просто то, к чему все сводится. Сколько денег вы платите Anthropic? Когда дело доходит до Haiku, вам, вероятно, не стоит его использовать вообще. Это чрезвычайно дешевая, почти бесплатная модель, и ее варианты использования очень специфичны и нишевы. Так что, если вы не знаете, что делаете, не играйте с Haiku. И вы также заметите другие команды, связанные с моделями, такие как "effort". Это то, сколько размышлений делал Cloud Code. Он будет по умолчанию установлен на "auto". И опять же, это зависит от использования, потому что чем выше уровень мышления, тем больше токенов, тем больше использование. Так что просто зависит от вашей задачи.
Теперь последняя основная концепция, о которой я хочу вам рассказать, — это Git. Итак, мы говорили о "отмене", верно? Возможность иметь эти встроенные точки сохранения с Cloud Code. Ну, есть еще одна точка сохранения, и это Git. Итак, Git, по сути, — это еще один тип точки сохранения, но он будет на вашем компьютере, и он практически сохраняет ваше точное местоположение с точки зрения кода, который вы создали. Так что я настоятельно рекомендую использовать это, когда это возможно. Cloud Code очень хорошо разбирается в Git. Так что вы можете просто сказать что-то вроде "давайте закоммитим это". И если я скажу "git commit", это сохранит. Это пригодится позже, потому что когда мы начнем использовать такие вещи, как GitHub, ну, мы захотим взять любую точку сохранения, которую у нас есть с нашим кодом, и загрузить ее в облако на GitHub. И чтобы сделать это, вам нужно закоммитить код. Так что думайте о "git commit" как о точке сохранения. "Отмена" — это здорово, верно? "Отмена" — это здорово в контексте Cloud Code, но по мере того, как мы становимся более зрелыми и по мере того, как мы любим думать: "Как я в конечном итоге выведу этот код в мир?", нам нужно начать использовать Git. И это отличный шаг, и это почти вторичная точка сохранения рядом с "отменой". Так что вы можете чувствовать себя немного более уверенно, что ваш код не просто исчезнет.
Итак, теперь мы в разделе три, который называется "Набор инструментов". Здесь мы начнем использовать некоторые внешние инструменты, такие как CLI и MCP, а также представим навыки, которые являются одной из самых мощных функций Cloud Code. И это не могло произойти в лучшее время, потому что наш веб-сайт уродлив. Я имею в виду, просто посмотрите на это. Это определение ИИ-шлака. Скучные, плоские, фиолетовые градиенты. Как мы можем это исправить? Я имею в виду, очевидно, мы могли бы дать ему лучший запрос, но есть некоторые инструменты, которые могут помочь нам, особенно с дизайном фронтенда. Итак, следующие три концепции будут навыками, торговой площадкой навыков и навыком создателя навыков. Итак, навыки — это просто текстовые запросы. Это просто способ сказать Cloud Code сделать что-то конкретное определенным образом. То, на что мы смотрим здесь, — это официальный навык дизайна фронтенда от Anthropic. И, как вы видите, это просто текст. Никакого сложного кода, ничего сумасшедшего, просто текстовый запрос. Так что навык дизайна фронтенда — это то же самое, что я возьму все это, скопирую, вставлю в Cloud Code и скажу: «Эй, создай лучший дизайн фронтенда, чем то, что ты только что сделал, и используй эти руководства». Но я не хочу копировать и вставлять это каждый раз. Так что вместо этого я бы просто использовал что-то вроде навыка дизайна фронтенда, либо введя `/frontend design`, либо просто сказав на обычном естественном языке: «Используй навык дизайна фронтенда», а затем я дам ему свой запрос. Итак, позвольте мне показать вам, как это сделать.
Итак, первое, что вам нужно сделать, это установить навык дизайна фронтенда. Теперь есть несколько способов сделать это. Первый способ — просто ввести `/plugin`. `/plugin` откроет торговую площадку дизайна плагинов, и я могу перейти в "Обнаружить плагины", которые вы видите здесь, и просто найти навык дизайна фронтенда. Как только вы его увидите, вы просто выберете его, а затем установите. И вы можете подтвердить, что установили его, просто перейдя во вкладку "Установленные". И вы увидите здесь плагин "front-end design". Теперь, как только вы установите плагин, он даст вам какое-то сообщение, например, перезагрузить плагины. Вы просто запускаете это, и плагин будет установлен. Но в этот момент навык установлен в Cloud Code. Cloud Code знает, что навык существует. Вам просто нужно его вызвать. Как я уже сказал, есть несколько способов сделать это. Вы всегда можете вызвать его, используя `/` плюс название навыка. В данном случае, "front end design". Я могу сказать что-то вроде "используй навык дизайна фронтенда", и он его использует. Или он достаточно умен, если я скажу что-то вроде: «Эй, мы работаем над фронтендом для этой веб-страницы. Давайте сделаем X, Y и Z». Он достаточно умен, чтобы уловить это предложение и сказать: «О, мы работаем над дизайном фронтенда. О, у меня есть навык для этого. Позвольте мне вызвать его». Наконец, Cloud Code достаточно умен, чтобы устанавливать эти навыки. Если бы вы просто скопировали этот URL с GitHub, я, это на официальном GitHub Cloud Code. Так что я мог бы скопировать этот URL, вставить его в Cloud Code и сказать: «Эй, я хочу установить этот навык. Можешь сделать это для меня?» И он отредактирует свои настройки самостоятельно, чтобы добавить его. Последнее, о чем я расскажу о навыках, прежде чем мы увидим это в действии, а затем перейдем к навыку создателя навыков, это то, что навыки могут быть как на уровне пользователя, так и на уровне проекта. Прямо сейчас мы находимся в проекте 35-test. Но что, если я создам другой проект, и он будет для, знаете ли, моих электронных писем. Это был мой проект электронной почты. Будет ли этот проект иметь доступ к навыку Cloud Code? Это зависит. Обычно да. Когда я устанавливаю что-то вроде навыка дизайна фронтенда, он устанавливается на уровне пользователя. Вы — пользователь, что означает, что любой проект, который вы, как пользователь, создаете, имеет доступ к этим навыкам. У нас есть возможность иметь навыки на уровне проекта. Так что я мог бы создать или использовать конкретный навык только для этого проекта, только для нашего веб-сайта, верно? Возможно, вы не хотите, чтобы он когда-либо использовался где-либо еще. Так что просто поймите, что у вас есть такая гибкость.
Итак, давайте применим это на практике. Итак, я ввел `/front design`. Я сказал: «Пересоздай эстетику фронтенда. Используй цветовую палитру Anthropic, терракоту и т. д. И придайте карточкам некоторую визуальную тяжесть, тени и т. д. Избегай стандартного дизайна ИИ-шлака». Итак, давайте посмотрим, что он сделает на этот раз с навыком. Итак, вот что мы получили. И это огромный скачок вперед по сравнению с первой итерацией. Теперь, идеально ли это? Абсолютно нет. По-прежнему ли это выглядит как сгенерированное ИИ? Да. Но посмотрите на разницу между первой и второй итерацией. И это действительно благодаря одному из самых простых инструментов, одному из самых простых навыков, которым является навык дизайна фронтенда.
Теперь давайте поговорим о самом мощном навыке, доступном вам в Cloud Code, и это навык создателя навыков, который является нашей следующей концепцией. Навык создателя навыков хорош не только потому, что он обучен создавать высококачественные навыки, но и потому, что он позволяет нам модифицировать и улучшать существующие навыки и измерять производительность навыков с течением времени. По мере того, как вы все больше и больше используете Cloud Code, вы будете обнаруживать, что делаете одни и те же вещи снова и снова. У всех нас есть определенный рабочий процесс. Всякий раз, когда вы определяете какой-либо рабочий процесс, какой-либо повторяющийся набор задач, вы хотите превратить его в навык. И когда мы превращаем что-то в навык и создаем пользовательский навык, мы всегда хотим использовать инструмент создателя навыков, потому что он фактически скажет нам, стоит ли вообще создавать навык. Его способность измерять производительность навыков огромна. Он автоматически будет проводить A/B-тесты, чтобы увидеть, лучше ли навык, чем ничего вообще. И он позволяет нам тестировать улучшения навыков. Так что, если вы редактируете навык, он будет тестировать его против исходной итерации. И когда я говорю "тестировать", он проводит несколько тестов и возвращает нам фактические количественные данные. Это огромно. Чтобы использовать навык создателя навыков, так же, как и навык дизайна фронтенда, вы можете либо скопировать этот URL и вставить его в Cloud Code, либо перейти на торговую площадку плагинов, найти здесь навык создателя навыков, установить его, перезагрузить плагины, и вы готовы к работе.
Теперь давайте поговорим о некоторых внешних инструментах, которые мы можем использовать в Cloud Code с концепциями 20 и 21, а именно MCP и инструментах CLI. Итак, MCP — это способ подключения Cloud Code к какой-либо внешней программе. У Cloud Code есть целый раздел своей документации, посвященный инструментам MCP, и в нем перечислены типы инструментов, к которым вы можете подключиться, а также команды, которые вам нужно скопировать и вставить в Cloud Code для их установки. Итак, у нас есть такие вещи, как Linear, Hugging Face, Cloudflare, Figma, Guru, Monday, Notion, список можно продолжать и продолжать. И с сервером MCP между нами и такими программами, как Notion, я могу просто говорить с Cloud Code на естественном языке и сказать: «Эй, сделай X, Y и Z в Notion». И он сделает это за нас от нашего имени, так же, как если бы мы находились внутри Notion и выполняли эти задачи вручную.
Итак, для использования этих инструментов MCP требуется несколько вещей. Во-первых, вам нужна конкретная команда. Как я уже сказал, самые популярные можно найти здесь, в документации Cloud Code, которую вы можете найти, либо поискав "CloudCode docs mcp", либо просто попросив Cloud Code сделать это. И затем вы просто скопируете эту команду. И затем вы вставите ее в терминал. Теперь более простой способ сделать это — просто сказать что-то вроде «настрой для меня сервер MCP или Notion». Cloud Code сделает все это от вашего имени. Он будет искать в Интернете, чтобы выяснить, какие команды ему нужно выполнить, а затем вернется к вам со списком вещей, которые вам нужно сделать. Потому что, чтобы настроить MCP Notion или PayPal, Stripe или Superbase, мне нужны учетные данные. Так что это означает, что мне нужно зайти на сайт вроде Superbase, и есть специальные секретные ключи, которые мне нужно принести в Cloud Code или поместить в папку настроек. Теперь это звучит немного сложно, если вы никогда этого не делали раньше, но угадайте, кто является экспертом в этих вещах? Правильно, Cloud Code. Cloud Code буквально проведет вас шаг за шагом до того момента, когда будет сказано: «Нажмите на эту ссылку, перейдите на эту страницу, скопируйте и вставьте это». Так что Cloud Code сделает всю тяжелую работу за вас, когда дело доходит до MCP.
Тем не менее, MCP постепенно уходят в прошлое. Несмотря на то, что MCP были на пике популярности за последний год с половиной, они начинают заменяться CLI. Инструмент CLI — это инструмент командной строки. Точно так же, как Cloud Code работает в терминале, эти программы также работают в терминале. И поскольку и Cloud Code, и эти программы работают в терминале, они идеально подходят друг другу, в отличие от MCP. MCP имеют много накладных расходов, что означает, что при сравнении MCP и CLI, MCP, как правило, медленнее и менее эффективен по токенам. Так что для 90% случаев использования, если доступен CLI, вы хотите использовать его вместо MCP. Отличным примером этого является Playwright MCP. Итак, Playwright — это инструмент, который, если мы подключим Cloud Code к нему, будет выполнять для нас автоматизацию браузера. Так что это как будто Cloud Code управляет браузером от нашего имени, входит на веб-сайты, тестирует вещи. Это здорово. У него есть CLI и MCP. CLI намного лучше. Он примерно на 90% более эффективен по токенам. Его легче использовать Cloud Code, и это, знаете ли, идеальный пример динамики CLI против MCP.
Теперь, как мы используем CLI? Ну, вы точно знаете, что я скажу. Есть конкретные команды для использования CLI, или что мы делаем? Мы идем в Cloud Code и говорим: «Настрой этот CLI для меня». Теперь такие вещи, как CLI и MCP, если вы не используете "обход разрешений", верно, вы не запускали Cloud Code с, знаете ли, "dangerously skip permissions", он попросит вас сделать что-то. Он, вероятно, скажет вам открыть новое окно терминала и вставить эти команды. Если вы используете "обход разрешений включен", он сделает все это за вас. Теперь часть этого немного пугает, верно? Cloud Code входит, загружает что-то на мой компьютер, устанавливает его и запускает. Пугающе. Однако, если вы используете довольно популярный CLI, который определенно был проверен сообществом, вам не следует слишком бояться этого. Что-то вроде Playwright CLI — отличный пример. Тогда возникает вопрос: какие CLI мне следует использовать? И правда в том, что я не могу сказать вам, какие CLI использовать. Это полностью зависит от сценария использования. Вам нужна автоматизация браузера? Возможно. Вам нужно что-то вроде Superbase для аутентификации, чтобы настроить вход для вашего веб-сайта? Возможно, а возможно, и нет. Ловушка здесь, и ловушка, в которую попадают многие люди, заключается в том, что после того, как они услышали о CLI и MCP, они погружаются в кроличью нору и ищут каждый CLI, который они только могут использовать, каждый MCP, который может быть им актуален, устанавливают их все и используют их как сумасшедшие. Меньше — значит больше, когда дело доходит до Cloud Code, по крайней мере, на мой взгляд. Так что со временем вы будете больше сталкиваться с некоторыми из этих CLI и MCP, и станет довольно очевидно, когда это имеет смысл для вас. Если вы только начинаете, я думаю, достаточно знать, что CLI и MCP существуют, и, что более важно, что мы можем иметь Cloud Code устанавливать и использовать их для нас, и даже во многих случаях создавать навыки, которые помогают Cloud Code их использовать. Так что, если вы просто знаете, что это существует, этого достаточно, если вы находитесь в начале своего пути. Если вы немного более опытны, ну, тогда это просто вопрос использования Cloud Code больше, а также спрашивать Cloud Code, существует ли MCP для этого сценария использования? Существует ли CLI для сценария использования? О, кстати, о Cloud Code, используй свой веб-поиск и подтверди, что это так, потому что эти вещи постоянно меняются. Каждый день выходит новый CLI. Каждый день выходит новый MCP. Так что я не собираюсь сидеть здесь и давать вам, знаете ли, вот 30, которые вам нужно знать. Хотя у меня есть некоторый контент, который затрагивает некоторые из этих вещей. Просто поймите, что это существует, и что Cloud Code может найти, установить и использовать это для вас. Это своего рода "суперсилы", которыми обладает Cloud Code, потому что то, о чем я хочу поговорить для концепции 22, — это идея "fosshot prompting". Что такое fot prompting? Fewshot prompting — это идея, что когда я даю запрос Cloud Code, например, с дизайном фронтенда, я не просто даю ему запрос. Я не просто даю ему навык. Я фактически дам ему несколько примеров того, что я хочу, чтобы он сделал, чтобы лучше получить желаемый результат. И когда мы говорим о чем-то вроде дизайна фронтенда, мы можем сделать лучше, чем просто скриншоты. Мы можем дать ему фактический код, фактический HTML, который находится под капотом, который Cloud Code может использовать, чтобы лучше получить то, к чему мы стремимся.
Что я имею в виду под этим? Ну, знаете ли, мы изначально сказали нашей веб-странице, что мы стремимся к цветовой палитре/дизайну Anthropic. Ну, во-первых, я могу сделать скриншоты того, к чему я стремлюсь. Давайте добавим некоторые из этих карточек. Давайте добавим футер. Но мы можем посмотреть на фактический код. Так что, если я нажму Ctrl, то, что у нас есть здесь, — это HTML. Так что, если я затем скопирую все это и вставлю в Cloud Code, это, по сути, форма viewshot prompting, где у меня есть скриншоты плюс код, чтобы лучше направить Cloud Code, чтобы получить то, что я хочу. И это идеально подходит для дизайна фронтенда. Итак, я сказал: «Можем ли мы сделать фронтенд более соответствующим эстетике Anthropic? Вот HTML с их сайта плюс скриншоты». Я вставил весь этот HTML, это было 2000 строк. А затем я перетащил скриншоты. Итак, давайте посмотрим, как это работает. И вот что он вернул. И это определенно имеет гораздо больше "вибрации" Anthropic с точки зрения цветов. Теперь, является ли это точной копией один в один? Все еще ли нужно много работы? Да, так же, как и раньше с инструментом дизайна фронтенда. Но суть в том, что, используя такие вещи, как fshot prompting, вы имеете больший контроль над результатами. Все, что мы можем сделать, чтобы отойти от простого "запросить и молиться" и почувствовать, что у нас есть какой-то контроль над результатами, — это огромное дело, и fshot prompting — один из лучших способов сделать это.
Но часть проблемы заключается в том, что когда Cloud Code пишет код, а мы сами не являемся кодерами, мы на самом деле не знаем, правилен ли или хорош ли код, который создает Cloud Code. Я имею в виду, я могу посмотреть на результат и оценить его по его окончательным достоинствам, но правильно ли то, что он создал под капотом? Это может быть полный бред, и большинство из нас не узнают. Что подводит нас к нашей следующей концепции, а именно "враждебное стимулирование", "враждебный обзор кода". Теперь "враждебный обзор кода" просто означает посмотреть на код и сказать мне, что не так. Теперь, когда вы делаете это, есть несколько вещей, которые мы хотим иметь в виду. Во-первых, это идея, что ИИ в целом, и Opus и Sonnet входят в эту категорию, они благосклонно относятся к своему собственному коду. Все, что они создают, они считают хорошим. Так что, если я скажу: «Эй, посмотри на код и скажи мне, что не так», он может вернуться с несколькими вещами, но в целом он будет считать, что то, что он сделал, правильно, и это не должно быть сюрпризом. Так что, если я хочу убедиться, что то, что я написал, было правильным, есть два варианта. Итак, первый — я могу создать еще один терминал и снова запустить Cloud Code. Так что у меня есть Cloud Code в двух терминалах, и у меня есть другая сессия Cloud Code, которая смотрит на код, который мы создали в этой кодовой базе, и я говорю ей быть враждебной. Я говорю ей смотреть на это с проницательным взглядом. Я говорю ей: «Эй, представь, что ты какой-то зануда на Reddit, который ненавидит ИИ, и скажи мне, что не так с этой кодовой базой». Правильно? Это первый способ сделать это. Второй способ — использовать совершенно другой ИИ для обзора кода. И отличный способ сделать это — использовать плагин Codex для Cloud Code. Так что OpenAI, aka создатели ChatGPT, aka создатели Codex, имеют плагин для Cloud Code. Так что, если вы платите за подписку на ChatGPT, 20 долларов в месяц, вы можете использовать этот плагин. На самом деле, вы можете использовать его бесплатно, но я считаю, что модель понижена, но мы можем установить это так же, как мы устанавливаем навык, и пусть Codex проверит наш код. И у них есть специальная команда для враждебного обзора. Так что, если вы из тех, кто говорит: «Я просто не верю тому, что говорит Opus, и мне нужен второй взгляд, который не является Opus». Ну, плагин Codex идеально подходит. Как его установить? Очень просто. Возьмите этот URL, вставьте его в Cloud Code и скажите: «Эй, я хочу установить плагин Codex». И он проведет вас через это. И вы просто введете `/codex review` или `/codex adversarial review`. И я думаю, что это действительно важно, особенно если вы делаете что-то более сложное. знаете ли, мы делаем что-то здесь с фронтендом, вроде целевой страницы. Там не так много, что он может испортить. Но чем сложнее проект, чем больше проект, тем больше вы получите от чего-то вроде враждебного обзора. И это отлично, особенно, особенно, особенно если у вас нет технического образования. Вы не знаете, что он создал. Так что, по крайней мере, вы хотите, чтобы кто-то, кто знает, что происходит, то есть другая модель, сказал вам, было ли это хорошо или нет.
Итак, теперь мы в разделе четыре, раздел для опытных пользователей. Все, о чем мы говорили до сих пор, — это то, что вы должны стремиться освоить в течение первых нескольких недель. Если вы сможете освоить все до сих пор, вы будете далеко впереди среднего пользователя Cloud Code. Все, что мы сейчас собираемся обсудить, — это больше для опытных пользователей, для тех, кто более опытен. Вам не нужно начинать внедрять эти вещи сразу, но вам нужно знать, что они существуют, потому что по мере того, как вы становитесь более опытными, вы в конечном итоге столкнетесь с некоторыми препятствиями. И некоторые из вещей, с которыми вы здесь столкнетесь, могут помочь вам. Так что просто знайте, что они существуют. Знайте, что есть возможности за пределами всего, что мы назвали фундаментальным или основным для Cloud Code. И первые две концепции, которые мы рассмотрим, — это все о пользовательских командах, пользовательских командах слэша. Итак, когда я ввожу `/`, как вы уже поняли, есть куча команд, которые заставят Cloud Code что-то сделать. Такие вещи, как "clear", верно? Мы говорили об этом с "context raw" и начале новой сессии. Но мы можем создавать свои собственные. Часто они имеют форму навыка. Так что вы используете создатель пользовательских навыков для создания навыков, которые вы вызываете с помощью команды слэша. Одна из моих любимых, которую я использую, — это yt-pipeline. Это мой рабочий процесс исследования пользовательских навыков YouTube, потому что навыки в Cloud Code не обязательно должны быть простыми вещами, такими как текстовый запрос на дизайн фронтенда, который гласит: «Эй, когда мы создаем дизайн фронтенда, убедись, что ты делаешь x,
y, и z." пользовательские навыки, пользовательские слеш-команды. Это могут быть рабочие процессы. Это может быть что-то, что говорит Cloud Code: я хочу, чтобы ты сделал А, затем я хочу, чтобы ты сделал Б, затем я хочу, чтобы ты сделал В, я хочу, чтобы ты сделал Г. Это становится похоже на собственную автоматизацию. Вот что делает мой пользовательский. И он использует поднавыки. Итак, это навык более высокого порядка, который вызывает дополнительные навыки ниже него. И он использует такие вещи, как CLI. Таким образом, ваши пользовательские слеш-команды, ваши пользовательские навыки, ваши пользовательские рабочие процессы могут быть довольно сложными, но они могут сэкономить вам уйму времени. Как я уже сказал, это использует API Notebook LM. Он заходит на YouTube. Он способен использовать фактическое приложение Notebook LM через Cloud Code, чтобы помочь мне проводить исследования. И поэтому все, что вы делаете, что состоит из нескольких шагов, которые вы выполняете несколько раз в день, следует превращать в пользовательскую слеш-команду. Пользовательские команды также могут быть чем-то вроде хуков. Хуки внутри Cloud Code говорят Cloud Code сделать что-то до или после определенной команды. И это может значительно повысить производительность. Мой любимый хук — это тот, который издает звук каждый раз, когда завершает команду. Вы, вероятно, не могли его услышать в этом видео, но всякий раз, когда Cloud Code завершает команду, я слышу звуковой сигнал. Теперь, зачем вам это может понадобиться? Ну, со временем вы поймете, особенно когда у вас открыто несколько терминалов или он выполняет долгую задачу, и вы как бы забываете о ней, и вы обнаруживаете, что прокручиваете ленту в промежутках, приятно иметь какой-то звуковой сигнал, который говорит: «Эй, я закончил. Вернемся к работе». Я бы определенно сделал это, будь я на вашем месте. И создать эти вещи очень просто. Вы просто говорите «создать пользовательский хук» или «создать хук, который издает звук». Издает звук. Я не могу печатать, когда Cloud Code завершает задачу. Так просто. И этот хук может быть чем угодно. Не обязательно звук. Он может отправить вам электронное письмо, если вы этого хотите, каждый раз, когда он завершает задачу. Верно? Cloud Code бесконечно настраивается. А пользовательские слеш-команды и пользовательские хуки — отличный способ использовать это. Теперь следующие концепции, которые мы собираемся обсудить, касаются под-агентов и команд агентов. Итак, когда вы работаете внутри Cloud Code, в любой момент он может автономно, сам по себе, создавать под-агентов для выполнения задач от его имени. Представьте, что я исследовал что-то о навыках Cloud Code и хотел узнать, хотел бы я выйти в веб и найти информацию о навыках Cloud Code. Ну, он мог бы запустить под-агента, который занимается только веб-поиском. Таким образом, Cloud Code фактически создает вторую копию Cloud Code, точно так же, как вы создали второй терминал, и говорит этой версии Cloud Code: «Эй, поищи в интернете для меня». Он может делать это для любого количества задач, которое ему нужно. И иногда он будет создавать несколько под-агентов для выполнения нескольких задач одновременно. Вы, как человек, на самом деле не взаимодействуете с этими под-агентами, и у них есть конкретная задача. Они выполняют задачу, а затем возвращают информацию основному экземпляру Cloud Code. Теперь у вас есть возможность создавать под-агентов самостоятельно. Но в большинстве случаев Cloud Code делает это автоматически, когда это необходимо. Вам просто нужно понять, как это работает теоретически, потому что вы тратите время впустую, создавая под-агентов самостоятельно. Но у этой системы могут быть некоторые недостатки. Допустим, я сказал Cloud Code создать более сложную веб-страницу, чем та, над которой мы работали. И поэтому он сам создает три под-агента. Он создает под-агента для фронтенд-дизайна, то, чем мы занимались. Он создает другого под-агента для аутентификации, например, страницу входа. И он создает еще одного под-агента для платежей. Думайте как Stripe. Проблема в том, что эти ребята не разговаривают друг с другом. Фронтенд-дизайн не общается с аутентификацией. Аутентификация не общается с платежами, что может быть проблемой, потому что мы все пытаемся быть на одной волне. Тем не менее, со стандартной парадигмой под-агентов, они все в своей нише. Они делают свое дело и возвращаются в основную сессию Cloud Code, а затем этот парень должен выяснить, все ли на самом деле совпадает. Ну, вот и команды агентов. Команды агентов похожи тем, что Cloud Code будет запускать этих под-агентов. Однако теперь они разговаривают друг с другом. Таким образом, фронтенд-дизайн может общаться с аутентификацией, аутентификация может общаться с платежами, платежи могут общаться с фронтенд-дизайном. И часто он будет фактически запускать дополнительного под-агента, вся задача которого — координировать действия этих трех парней, верно? Действуя как бы как менеджер среднего звена для команды. Он пытается имитировать реальную командную настройку человека, что означает, что ваш основной Cloud Code не должен координировать все самостоятельно. Все делается на уровне под-агентов. Это здорово. Это более сложная настройка, чем ваши обычные под-агенты. Однако это не бесплатно, потому что эта координация, чтобы все трое разговаривали друг с другом, стоит больше токенов. Кроме того, это экспериментальная функция. Что я подразумеваю под экспериментальной функцией? Я имею в виду, что вам нужно явно включить это в вашем settings.json. Как это сделать? Ну, вы можете перейти на do.cloud cloud и отредактировать его самостоятельно или, и вы знаете, что я скажу, скопировать эту страницу или скопировать URL, зайти в Cloud Code и сказать Cloud Code включить команды агентов от вашего имени. После того, как вы это сделаете, чтобы фактически использовать команды агентов, вам нужно явно сказать Cloud Code, что вы хотите использовать команды агентов. В их примере здесь они сказали «создать команду агентов». Так что это не произойдет автоматически, независимо от того, как вы это скажете. Вы должны сказать «создать команду агентов». Итак, давайте посмотрим на это в действии. Мы скажем «создать команду агентов для работы над этой веб-страницей». Один агент для фронтенд-дизайна, один агент для создания формы отправки для тех, кто хочет подписаться на нашу рассылку, и один агент для исследования идей для блог-машины. Итак, опять же, вам нужно быть явным. Вы можете видеть здесь команду агентов, которую она создала. Так что у нее есть фронтенд-дизайнер, показывает свою задачу, разработчик рассылки, задача исследователя блога. И в этой основной сессии Cloud Code вы будете получать обновления по мере завершения задач этими под-агентами. И пока они работают, давайте поговорим о нескольких сессиях, потому что мы говорили об этом секунду. И это то, что вы, вероятно, видите повсюду, а именно люди с девятью открытыми терминалами одновременно, все работают над одним и тем же проектом. Это то, что вы можете сделать. У меня может быть практически сколько угодно открытых терминалов, сколько угодно терминалов, чтобы работать над Cloud Code. В некотором смысле я могу вручную создавать свои собственные команды агентов. Могу иметь здесь один терминал, который работает над фронтендом дизайна, один терминал здесь, который работает над формой, и так далее, и так далее. Когда дело доходит до этих нескольких сессий, есть некоторые вещи, о которых вам нужно подумать. В основном то, о чем мы говорили с командами агентов и под-агентами в начале, а именно: работает ли Cloud Code над одним и тем же листом бумаги, меняя разные вещи одновременно? Если бы у вас было три человека за столом, работающих над одним и тем же отчетом, и отчет был бы на одной записной книжке, вы могли бы увидеть проблемы, с которыми вы столкнетесь. Вдобавок к этому, я скажу из личного опыта, вы можете иметь только столько терминалов, работающих одновременно, прежде чем вы будете переключать столько контекстов, что это будет ощущаться как продуктивность. Вы даете много подсказок, но действительно ли вы сосредоточены на какой-либо одной конкретной задаче? Действительно ли вы продвигаетесь? Действительно ли вы движетесь вперед каким-либо значимым образом? Я бы сказал, что после двух терминалов, возможно, трех, мы просто играемся в этот момент. Например, если вы видите кого-то с девятью открытыми терминалами, это театральность продуктивности. Мы просто притворяемся, что что-то делаем. Мы на самом деле не работаем на максимальной мощности. Но если вы собираетесь пойти по пути нескольких терминалов и собираетесь работать над множеством вещей одновременно, вам придется иметь дело с этой проблемой, о которой мы говорили. Три человека за столом, работающих над одной записной книжкой, вызовут проблемы. Как мы можем с этим справиться? Ну, один из способов справиться с этим — использовать рабочие деревья (work trees). Таким образом, рабочие деревья пытаются решить эту проблему. Без рабочих деревьев у нас есть три человека, три агента, три терминала, работающих над одним и тем же проектом. Они перезаписывают свою работу, и возникает конфликт. Однако с рабочими деревьями вместо трех человек за одним столом у каждого есть свой стол и своя копия файлов. Они делают свою работу, и в итоге вся работа консолидируется. И угадайте, кто следит за тем, чтобы все это сложилось, когда мы объединяем это? Cloud Code. Теперь, чтобы использовать рабочие деревья, вы откроете Cloud Code как обычно, но вы будете использовать флаг рабочего дерева (work tree flag). А затем вы назовете это рабочее дерево. Например, фронтенд-дизайн. Так что это будет claude d-workree. А затем назовите рабочее дерево. А затем вы повторите это для всех дополнительных терминалов, которые вы откроете. И, как вы видите здесь, этот называется main. Этот называется front end. Этот называется tests. Вы будете работать над этими вещами параллельно. А затем в конце вы вернетесь в основную сессию Cloud Code и скажете: «Посмотрите на эти рабочие деревья. Давайте объединим их и убедимся, что все чисто». Более продвинутая концепция, особенно для Git. Так что, если вы только начинаете, не путайтесь и не начинайте использовать это сразу. Теперь давайте поговорим о другой концепции для продвинутых пользователей, и это фреймворки. Такие вещи, как GSD get done, такие вещи, как BMAD в некоторой степени, такие вещи, как superpowers. Это идея, что существуют репозитории GitHub, которые фактически действуют как уровень оркестрации вокруг Cloud Code и изменяют способ работы Cloud Code на несколько фундаментальном уровне. Это все еще Cloud Code. Вы все еще в терминале, но такие программы меняют то, как он планирует определенные вещи, меняют способ его выполнения, меняют способ записи своего прогресса. И идея заключается в том, что, используя эти уровни оркестрации, они помогают Cloud Code что-то делать. Чаще всего это помогает Cloud Code справляться со сложными задачами, сложными проектами. Мое мнение таково, что в этих уровнях оркестрации много полезного, но вам нужно быть достаточно опытным, чтобы понять, когда они имеют смысл. Потому что, как и с CLI и MCP, вы можете быть ребенком в кондитерской и думать, что вам нужно использовать каждый уровень оркестрации, который существует, просто так. Как будто вы всего лишь один уровень оркестрации от настоящего освоения Cloud Code. Я не думаю, что это так, особенно с течением времени. Когда GSD впервые появился, то, как он справлялся с такими вещами, как деградация контекста, было довольно блестящим, особенно по сравнению с тем, как это делает Cloud Code сейчас. Тем не менее, многие классные фундаментальные вещи GSD и других подобных фреймворков начали появляться в базовой версии Cloud Code из коробки, которая делает многие из этих вещей сейчас. Он постоянно обновляется. Он постоянно импортирует эти лучшие практики. Это не означает, что эти фреймворки не работают. Это означает, что отложите их использование сразу. С Cloud Code меньше — значит больше, и просто поймите, что вы на самом деле используете. Не используйте эти фреймворки просто так. Давайте поговорим о следующей концепции, которая называется триггеры и запланированные задачи, что может быть несколько запутанным. Триггеры могут быть множеством разных вещей. Это просто когда происходит определенная вещь, мы делаем другую вещь. Похоже на хуки. А запланированные задачи — это когда мы хотим, чтобы Cloud Code делал что-то по расписанию, даже если нас нет. Когда дело доходит до запланированных задач, у нас есть несколько вариантов. И это также немного связано с триггерами. И это идея цикла. Таким образом, с командой loop я могу заставить Cloud Code делать что-то с интервалом, что бы я ни хотел. Теперь есть несколько оговорок. Во-первых, это зависит от сессии. Так что мне нужно, чтобы этот конкретный терминал был открыт, чтобы это работало. Во-вторых, у него есть таймер. Так что максимум 7 дней на момент публикации этого материала, а изначально было 3 дня, а теперь 7 дней. Суть в том, что вы несколько ограничены, потому что этот терминал должен быть открыт. Так что, если я выключу компьютер, этот цикл закончится. Таким образом, что-то вроде цикла отлично подходит, скажем, вы постоянно создавали развертывания и постоянно обновляли свой веб-сайт, и вы хотели цикл, который каждые, знаете ли, 30 минут проверял бы статус развертывания. Так почти как мини-навык, но он гиперфокусирован. Но что, если вы хотите, чтобы Cloud Code делал что-то постоянно, даже если вас нет? Ответ: это зависит. Итак, мы говорили ранее о настольном приложении Cloud Code. Одна из вещей, которую настольное приложение Cloud Code делает довольно хорошо, — это запланированные задачи. Так что, если я перейду сюда и нажму «запланированные», я могу создать новую запланированную задачу, которая будет выполняться каждый раз, даже если меня нет. Так что я могу выполнить удаленную задачу, которая будет работать в облаке. Например, скажем, каждое утро в 7 утра я хочу, чтобы вы проверяли мой GitHub и делали X, Y или Z. Он сделает это. Он может даже выполнить локальную задачу. Так что я могу иметь локальную задачу, где Cloud Code ищет в интернете, заходит на YouTube, использует инструмент Notebook LM и находит мне топ-10 трендовых видео на YouTube в нише. Он может сделать это. Одна из оговорок при выполнении этого с локальной задачей заключается в том, что, опять же, это не зависит от сессии. Таким образом, настольное приложение будет создавать новую сессию Cloud Code каждый раз. Похоже на создание нового терминала, но мой компьютер должен быть включен. Cloud Code должен быть открыт в какой-то мере. Так что поймите, что это не совсем запланированная задача, несмотря ни на что. Но Cloud Code имеет возможность создавать запланированные задачи в Windows. Так что у меня есть одна, которая запускает API GitHub и извлекает трендовые репозитории GitHub за день каждое утро. Это не имеет отношения к Cloud Code. Windows, мой компьютер, моя машина сама это делает. Но Cloud Code написал скрипт. Теперь у нас осталось всего несколько концепций. И одна из них, о которой я хочу поговорить, мы упоминали в начале, — это ультраплан. Что такое ультраплан? Ну, ультраплан похож на режим плана, но это как супер-режим плана, и он работает в облаке. Так что, если я наберу forward/troplan и скажу «придумай план монетизации для нашего приложения», он скажет: «Эй, хочешь запустить ультраплан?» Я скажу «да». И тогда он начнет сессию Cloud Code в облаке. Так что он дает мне ссылку, и вы можете видеть, как Cloud Code работает здесь, как чат-приложение. Теперь есть несколько отличий от ультраплана. Во-первых, это не полностью подтверждено, но, исходя из того, как это работает, предполагается, что под капотом работают несколько агентов, работающих над этим конкретным планом. Так что он немного мощнее, чем ваш стандартный план Cloud Code. Второе, что вы увидите, это то, что когда он возвращает его нам, его немного легче изменить и дать ему свой ввод. Итак, вот что он вернул в Ultra Plan. Одно из отличий в том, что я могу просто скопировать что угодно и оставить комментарий к этому плану. Я могу даже дать ему ответ-эмодзи, потому что это лучший способ кодировать. Но в целом, он дает вам более приятный интерфейс для этого. Это большое отличие. Это то, что под капотом, вероятно, более мощные агенты. Опять же, не подтверждено. Он дает вам другой, более простой в использовании интерфейс, и также легче давать отзывы о конкретных частях. Если вы одобряете план, вы просто нажимаете здесь, одобряете план, и он переносится обратно в терминал. И тогда у вас есть возможность реализовать его в сессии, начать новую сессию. Начать новую сессию просто очищает разговор, но сохраняет план. Так что мы получаем совершенно новое контекстное окно или отменяем. Это вышло на этой неделе, так что ожидайте много изменений с ультрапланом. Теперь у нас осталось две концепции для рассмотрения, и предпоследняя — это дистанционное управление. Как вы можете использовать Cloud Code с вашего телефона. Самый простой способ — это дистанционное управление. Есть несколько других способов, а именно каналы, но я скажу вам, что для большинства людей дистанционное управление имеет наибольший смысл. Вы просто используете его из своего мобильного приложения Cloud, но вам нужна открытая сессия. Итак, идея в том, что у меня уже есть открытая сессия. Я уже работаю над чем-то внутри Cloud Code, а затем я захожу в свой телефон и использую Cloud Code Remote. С дистанционным управлением. Это почти как стриминг моего терминала. Так что это почти так, как я вижу то же самое, только на своем телефоне. Так что это полезно в этом смысле. И если по какой-либо причине ваш компьютер выключается или переходит в спящий режим, если он снова включается, сессия также переподключится на вашем телефоне. И последнее, о чем я хочу поговорить, — это поиск новых инструментов для Cloud Code. Я немного намекал на это, когда мы говорили о CLI и MCP и поиске их на GitHub через Cloud Code, но вы можете сделать это сами. Если вы зайдете в раздел трендов GitHub, это отличное место для поиска новых инструментов для Cloud Code. Еще лучше, вы можете заставить Cloud Code делать это для вас каждое утро. Как я уже говорил, Cloud Code предоставляет мне это, и он разбивает это по разделам. Так что я вижу репозитории, связанные с ИИ. Так что вы можете видеть прямо здесь, это тренд на сегодня, среда. Я могу видеть топ-10 репозиториев, которые появились за последнюю неделю. Я могу видеть их звезды. Я могу видеть их темы, описания. Я могу кликнуть внутрь них. И это позволяет мне иметь довольно хорошее представление о том, что происходит в мире Cloud Code. И если вы серьезно относитесь к этому и всегда хотите быть на переднем крае того, что происходит и что в тренде, это лучший способ сделать это. Теперь не каждый из них вас поразит, но иногда вы увидите что-то очень интересное и раннее. И вы также можете фильтровать по месяцу. Это не обязательно должно быть по дням. Так что вы можете увидеть здесь всевозможные отличные вещи, потому что это довольно безумно, что выходит каждый день. Как, это каждый день. Каждый день выходит что-то новое. И вместо того, чтобы ждать, пока кто-то вам это передаст и скажет: «Эй, вот что-то, что тебе стоит попробовать», почему бы не пойти к источнику? И также очень интересно видеть, что в тренде, потому что, просто погрузившись в них, вы можете направить Cloud Code на это и сказать: «Эй, клонируй этот репозиторий. Расскажи мне, что происходит». Вы также многому научитесь, потому что есть причина, по которой эти репозитории взлетают. Итак, на этом я сегодня с вами прощаюсь. Я надеюсь, что это видео дало вам какую-то основу, особенно если вы только начинаете, особенно если вы из нетехнического фона, куда вам нужно начать, когда дело доходит до Cloud Code. Это удивительный инструмент, но он очень пугающий, если вы не из такого фона. Но я обещаю вам, вы сможете пройти через это. Вам просто нужно знать, куда вы идете. Итак, как всегда, дайте мне знать, что вы думаете. Обязательно ознакомьтесь с Chase AI Plus, если вы хотите получить доступ к этому мастер-классу. И в остальном, увидимся