Transcription
Клод-код может сделать вам сайт за 10 минут, бота за 20, приложение за вечер. И большинство людей на этом останавливается, потому что думают, что всё, они теперь разработчики и могут это продавать. А потом сайт их ломается, бот несёт какую-то чушь, приложение падает при первом реальном пользователе. Они не понимают, почему, потому что код писали не они.
В этом выпуске я покажу, как перестать быть вайпкодером и начать делать реальные продукты, которые реально работают. Это вторая часть моего курса по CLDced. Она уже для более продвинутых. Если вы не смотрели первую часть, обязательно посмотрите. Там я разложил всё от А до Я для новичков. Ссылка будет в описании или где-то здесь. А сегодня мы поговорим про то, как работать с ним правильно. Я покажу фишки и подходы, которые использую каждый день в своих проектах и которые позволяют мне вести больше десяти проектов одновременно без команды разработчиков. Вот что будет в этом выпуске.
Как подготовить проект до первой строчки кода, чтобы результат не разваливался через неделю. Хуки, что это за фишка, про которую вообще никто нормально ничего не рассказывает, а она меняет всё, между прочим. Как добавить мозги к лод-коду, чтобы ничего не терять и сделать себя намного продуктивнее. Потом мы поговорим про безопасность, почему её важно всё-таки соблюдать и как именно вы можете отдать все свои доступы сами, не зная того. В конце разберём разницу между clд desktop и clotдко. Погнали.
Давайте быстро разберём, что идёт не так, когда вы просто говорите: "Клод, сделай!" И потом принимаете всё, что он выдаёт.
Первое - это слепое доверие. Clлод пишет код, который выглядит профессионально и в 90% случаев даже запускается без ошибок. Но запускается и работает правильно - это совершенно разные вещи. Логика может быть неверной, и вы этого не увидите, пока не придёт реальный пользователь с реальным сценарием, который вы просто не предусмотрели.
Второе, вообще нет архитектуры. Вы попросили сделать логин, потом попросили сделать какой-то дашборд, потом платёжку ещё захотели добавить. Каждая штука работает сама по себе, но между ними нормальной такой связи нету. В итоге у вас кодовая база, которую как будто писали несколько джунов, которые между собой не общались даже. Каждый сделал по-своему, каждый использовал свой какой-то подход, и всё это друг с другом конфликтовать начнёт в итоге.
Третье. технический долг. Чем быстрее вы генерируете вот этот новый функционал, тем быстрее копится то, что не проверено, не протестировано и не оптимизировано. И этот долг, он растёт быстрее, чем вы успеваете его гасить. Чем дальше вы заходите, тем сложнее всё потом чинить. И в какой-то момент реально проще, ну, просто снести всё и начать заново.
Четвёртое - это безопасность. Люди делают приложение на Lavable, например, или с помощью клод-кода, или на похожих платформах и думают: "Ну, всё нормально". Недавно вот проверили и в огромной доли вот таких вот приложений нашли те самые критические уязвимости. Не какие-то теоретические, а реальные дыры, через которые можно украсть данные всех пользователей.
И пятое, самое важное, AI становится заменой вашего понимания. Если вы не понимаете, что написано в коде, вы не сможете это починить, не сможете расширить, не сможете объяснить клиенту, почему что-то не работает. Вы полностью зависимы от инструмента, и это плохая позиция для любого бизнеса.
О'кей, Никита, ну а что мне тогда сделать с этим? Я не программист, у меня нету знаний языков программирования. Начнём с того, как правильно подготовить проект. Ещё до того, как клод напишет первую строчку кода.
В прошлом выпуске я рассказывал вам про файл clot md, помните, и про план mode. Если коротко, Clot MD Mark - это файл с правилами вашего проекта, а план mode - это режим, в котором вы работаете, когда clot сначала планирует и потом уже будет делать и показывать вам этот план, и вы его одобряете или корректируете. Сегодня мы пойдём чуть-чуть глубже. Начнём с навыков, которые вам нужно развивать. Не навыки програмирования, нет, и не skкил для cлод-кода, навыки мышления.
Первый навык - это декомпозиция задач. Если вы придёте к лод-код и скажете: "Сделай мне CRM-систему", результат будет, ну, так себе, потому что это огромная задача без чёткого определения. Вместо этого вам нужно разбить вашу идею на пять, там 10 конкретных подзадач и давать их по одной. Там создай форму добавления нового клиента с полями, там имя, фамилия, телефон, имеil, статус, неважно. Вот это уже будет чёткая задача, и результат будет соответствующий.
Второй навык - это написание спецификаций. Это звучит сложно, возможно, но на практике всё просто. Спек - это очень важная штука. Перед тем, как давать задачу клод, запишите пять вещей, что вы строите одним предложением. Кто этим будет пользоваться у вас и в каком сценарии, например, что конкретно должно работать, там три-пять пунктов напишите, что не должно происходить ни при каких обстоятельствах. И там какие технические ограничения, если они есть. Вот эти пять пунктов потом становятся вашим таким чек-листом. Клод сделал работу, вы открываете чек-лист или просите его даже и проверяете каждый пункт, не выглядит ли нормально, а удовлетворяет ли моим конкретным требованиям, и разница будет колоссальная.
Третий навык - это архитектурное мышление. Это про то, как части вашего проекта связаны между собой. То есть прежде чем кодить, нарисуйте просто схему какую-то, откройте мира, откройте фигму, неважно где, на листочке нарисуйте. Вот пользователь, он там заходит на сайт, нажимает кнопку, там данные уходят в базу, в базу данных, да? Из базы идёт уведомление, куда? Та в Telegram, например. И когда вы видите эту схему перед собой, вы понимаете, какие компоненты нужны. Точнее, Клод поймёт, вы ему скажете: "Вот, вот то, что мне надо, какие мне компоненты для этого надо". И как они вот будут между собой взаимодействовать без такой схемы вы, ну, строите дом без чертежа, и каждый этаж будет выглядеть по-разному.
Ну и четвёртый навык - это критическая проверка. Я постоянно заставляю Клод проверять то, что он написал, там три раза, пять раз, семь раз, неважно, очень много раз. И каждый раз он находит ошибки в собственном коде. Причём он будет исправлять одни ошибки и создавать новые. Это нормально. Ваша задача - научиться задавать правильные вопросы. Почему именно такой подход ты выбрал? Какие сценарии могут сломать вот эту логику? Сейчас покажи мне-кейсы, крайние случаи. Вы не обязаны разбираться в коде, но вы обязаны задавать вопросы и проверять ответы.
Теперь про clotм MD. В прошлом выпуске я говорил, что туда нужно написать описание проекта, кто вы, какой стек используете. Это правильно, но есть более продвинутый подход. Смотрите, я тут подготовил. Помните, наш маникюрный салон? Вот можно думать, э, об этом файлем MD как о системе из четырёх слоёв.
И первый слой у вас будет сжатие знаний. Это такое краткое описание проекта, точнее, его структуры, да, ключевых файлов. Зачем это нужно? чтобы Клод мог рассуждать о проекте с высоты, то есть не перечитывая каждый файл заново при каждой сессии. Это же экономит ваши токены и, ну, ваши лимиты, если вы на подписке.
Второй слой - это правила, то есть правила, предпочтение, то есть какой стек, какой стиль кода, как реагировать там на ошибки. Всё то, что Клод не знает по умолчанию, но должен соблюдать в вашем проекте. Не знаете? Попросите его определить при планировании и записать, но это должно быть зафиксировано.
Третий слой - это декларация возможности. Это это вообще очень интересная штука. Ээ Клод часто не знает, что он умеет. Вот серьёзно. То есть он может вам сказать: "Я не могу это сделать. Сделай это вручную, хотя у него есть доступ к нужному инструменту". Например, вот он любит кидать мне команду и говорит: "Выполни её в терминале". Хотя сам может это сделать. И если вы напишите прямо в clotм MD вот сюда, а ты можешь там деплоить сайт на Verel, помните, это хостинг через MCP или ты можешь запускать тесты через вот такую вот команду, то он начнёт это делать сам, вместо того, чтобы предлагать вам постоянно делать это руками.
Ну а четвёртый слой - это я их назвал лабораторные заметки. Это то, что экономит мне очень много времени. И ему получается тоже. Это лог того, что работало, а что нет. Формат вообще простой. Смотрите, вот у меня записано lape. Можете почитать, что тут написано, но он пишет сюда, э, попробовал сделать так, там не получилось. Формат правильный, вот такой подход правильный, вот такой. И эти заметки накапливаются со временем. и клод перестаёт просто повторять одни и те же ошибки. И у меня есть команда вот такая вот reflectт. Вот. И когда я с ним, например, поработал какое-то время, я в конце вот рабочей сессии пишу рефлект, и клод анализирует, что он сделал, что можно сделать было быстрее, какие ошибки лучше уже не повторять. И сам записывает вот эти выводы в CLМ MD в этом проекте. То есть в следующей сессии он читает эти заметки и учитывает их. По сути, это такой self learning, то есть самообучение не идеальное, конечно, но ощутимо улучшает качество работы от сессии к сессии.
И вот такой вот готовый скилл, как я как я это сделал, можно забрать в моём закрытом комьюнити. Там я делюсь такими фишками, секретами постоянно. Вот как оптимизировать работу, как сократить расходы токенов или лимитов в клодкод. И самое главное, я показываю, где и как конкретно я применяю свои же знания в проектах. Это эти инструменты, эти MCP, всё, что потому что еженедельно у нас проходят прямые эфиры. Кому интересно, ссылка в описании, а мы едем дальше.
Хуки - это одна из самых мощных, при этом самых непонятных фишек в клод-коде. Про них вообще мало кто что рассказывает или, может, не знают просто или жадны. А я считаю, это несправедливо, потому что они реально меняют уровень работы. Что такое хук? Это действие, которое срабатывает автоматически, когда клод, например, что-то делает. То есть не вы запускаете, не вы контролируете, вам не надо это помнить. Оно просто срабатывает само по определённому триггеру. Скилы срабатывают, когда текстом вы говорите какой-то и у них срабатывает триггер, а хуки, когда вы совершаете действие какое-то. То есть есть два основных типа хука.
Prool use - это действие до того, как clot что-то сделает. И post tool use, то есть это после того, как он что-то сделает. Я покажу вам несколько своих реальных ков, которые работают у меня прямо сейчас. Смотрите, вот я открываю clД hooks. Э, и что у меня тут есть? Э, это saveeguard. Safety guard это pre tool use, то есть каждый раз, когда клод Я вот сюда сейчас поставлю, чтобы было удобнее. Это он каждый раз, когда клод собирается выполнить какую-то команду в терминале, этот хук проверяет, не опасна ли эта команда. То есть, если клод пытается удалить файл и сделать там Force Push в GitHub или запустить какой-то подозрительный скрипт, вот хук этот его блокирует. Зачем? Потому что в процессе работы, особенно вот у меня, я ставлю BYYP mode. Вы можете спешить, устать, сказать: "Давай быстрее". И тупо случайно разрешить вот это действие. Нажать Да-да-да. и сделать что-то реально опасное. То есть усталость и спешка не должны влиять на ваш результат, и хук от этого как раз защищает. Вы можете вот заскриншотить, отправить в клодко, и он вам это сделает. И как я сказал, так как я работаю часто в Bypass mode, помните Bypass Mode? Это вот вот тут вот такой режим. То есть clotдкод не спрашивает у меня постоянно. Дадада. Для меня важна безопасность. Клод уже сделали, на самом деле, а в режиме атомо, где вот такое вот предусмотрено, но это, к сожалению, доступно сейчас только на тарифе Team и Enterprise. Поэтому, ну, пришлось сделать вот такой вот костыль. Но он работает.
У меня есть второй ещё файл guard и mcp guard. То есть там та же самая логика, но для файлов и mcp серверов. То есть не даёт клод лезть в файлы какие-то, да, которые трогать не надо, не даёт вызывать MCP инструменты без разрешения, потому что это тоже может быть опасно.
Так, третий хук - это session lock. Что такое session lock? Это уже post tool hook. То есть каждый раз, когда клод отредактировал файл или создал новый, этот хук записывает, что именно было изменено. Зачем мне это нужно, я расскажу чуть дальше в следующем блоке, когда мы будем уже говорить про обсидиан, про мозги клодкода. А пока что скажу, что а я сюда не добавил, наверное. Короче, у меня ещё есть lнчек. Это тоже по tool ээ hook ээ по tool use. Это после каждого изменения файла автоматически у меня запускается проверка на та на типы там на какие-то ошибки в синтаксисе. То есть он проверяет вот эти базовые ошибки, чтобы, ну, просто не тратить на это время. Вот я вам покажу. Это мои settings. Я не знаю, что он у меня открывается сейчас там. Это settings. То есть, видите, у меня какие-то команды стоят, которые нельзя выполнять. Вот мои хуки. Это то, как клодкод записывать этот будет, когда вы ему скажете такое создать.
И пятый - это contтек. Что это такое? Это самый интересный вообще. Это hook типа session start, да? Он срабатывает один раз при открытии новой сессии. Что он делает? он загружает текущие статусы всех моих проектов из Обsдиan. Я сейчас расскажу, что это такое. То есть я открываю новую сессию, и Клод уже знает, что вчера в таком-то проекте я сделал. И ну там я сделал то-то и то-то, да, а сейчас мы работаем в другом проекте. И вот такая вот фича там разрабатывается в нём. И мне не нужно каждый раз ему это объяснять, так как у меня некоторые проекты между собой связаны, мне это очень помогает.
Теперь поговорим про Обсидиан. Вот вы её сейчас вот увидите программу. Это бесплатная программа для заметок, но в отличие от обычного в блокнотах. В обсидиан можно заметки связывать между собой. То есть вы создаёте заметку про какой-то проект, потом заметку про какую-то задачу и связываете их с ссылкой. И со временем у вас появляется вот такой вот граф, который показывает, что вот у меня мой комьюнити сайт связан с тем, с тем, с тем. И тут вот мои Daily Notes. И вот тут всё связывается как раз с хуками, про которые я вам только что рассказывал.
Помните вот этот session log, тот, который вот это записывает каждое изменение файла. Эти логи, они копятся в каждом проекте. Ну вот в течение дня, например, и в конце дня у меня есть команда под названием Close Day. Вот. А она ходит по всем моим папкам с проектами и собирает все вот эти session log и потом создаёт из них Daily Node. Вот который вы увидели только что у меня в обсидиан. И я использую это не просто как дневник. То есть в конце недели я анализирую вот эти Daily Notes и смотрю, на какие проекты ушло больше всего у меня времени, какие паттерны повторяются, что реально принесло мне результат, а что было видимостью работы, потому что есть видимость эффективности и есть реальная эффективность. То есть реальное - это то, что приносит value. Valueю в виде опыта, в виде результата для клиента. Ну, в виде денег, в конце концов, да, и вот этот установить клод-код и сделать там пару сайтов, которые, ну, никому нахрен не нужны. Это не работа, это видимость работы. Если вы внедряете автоматизацию, и она в итоге отнимает у вас больше времени, чем то, что вы до этого делали руками, это не автоматизация, это дополнительная головная боль. И обсидиан помогает это увидеть, потому что когда всё записано самообману гораздо сложнее будет.
И вот тут вы можете вспомнить про hook volt context, потому что в переводе - это хранилище. При старте каждой сессии клод загружает как раз статусы из обсидиан вот этого. То есть получается такой замкнутый цикл, да? Session log пишет, что я делаю. Close day собирает это в обсидиан, а потом вот этот э-э script context из Obsidian обратно загружает в clклод. То есть информации негде потеряться.
Теперь давайте поговорим про безопасность. Вот тут я хочу, чтобы вы отнеслись к этому серьёзно, потому что это не теоретические угрозы, это реальные инциденты, которые уже произошли. И начну я с простого. То естькод при запуске автоматически загружает ваш файл ENV. Что такое файл ENF? Это вот этот файл, куда вы обычно записываете все ваши API-ключи, то есть токены, пароли для подключения к базе данных. Клод его читает без вашего разрешения, без уведомления о том, что он его даже прочитал. Просто берёт и читает. Почему это проблема? Потому что уже была обнаружена уязвимость, я не помню, как она называется, там какими-то цифрами, которая позволяла вредоносному репозиторию вытащить ваши API ключи через клод-код. То есть вы скачали чей-то проект на Гитхабе, открыли его в клодкод и ваши ключи утекли. Поздравляю. Это не теория, это зарегистрированная уязвимость уже.
Что с этим делать? Есть несколько уровней защиты. И начнём от простого к сложному.
Самый простой добавить просто запрет в настройки clotкод, то есть в файле settings. Я его уже показывал чуть-чуть раньше. Вот вы прописываете, то есть что клод код не может делать. Вот он так тут написано denй. То есть клод не имеет права читать файлы с расширением ENV. Да, это не идеальная, конечно, защита. Потому что по сути это, ну, на честном слове, но это уже будет лучше, чем ничего.
Более надёжный вариант - это сервис называется DLР, то есть это сервис для управления секретами. Идея в том, что вот этот файл ваш ENV, вот, который я создал, а он тут больше не хранится. Все ваши клю ключи хранятся в облаке этого доплера. И когда вы будете запускать проект, вы будете писать команду там доплер Run, вот там типа это будет ваша обычная команда. И э ключи ваши будут загружаться в оперативную память на на время какое-то, да, на время работы вот этой программы, пока вы запустите. То есть у него их физически нет у вас на компьютере, и Клод не может прочитать то, что чего чего просто не существует. Оно вот этот доплер, он бесплатно там до трёх пользователей. То есть вы, если работаете один, вы вообще ничего не платите.
Ещё один вариант - это Oneepassword. Если вы уже используете менеджер пароле, то в Oneepassword есть CLI interfей, то есть вместо реальных ключей файлей вы пишите ссылки типа там ваша директория, потом strype/API key, например, да, и One Passwort подставляет вот эти настоящие значения, но только в момент запуска. стоит 3 доллара в месяц. И вы заодно решаете проблему хранения ваших паролей. Потому что хранить один пароль на все сайты, как многие делают, это же не секрет. Это примерно то же самое, что не иметь пароля вообще.
Теперь про MCP-серверы. Если вы не знаете, что такое MCP, смотрите прошлый выпуск. Э-э, организация, э, Agent Seal просканировала больше там 1.800 MCP-серверов и обнаружила, что 66% из них имеют проблемы с безопасностью. То есть 2/3. Представьте, это вот эти те самые розетки, которые вы подключаете к клод-коду. И сразу уязвимость, и всё.
Есть ещё одна конкретная атака, которая называется tool poisoning, то есть отравление инструмента. Работает она как? Вы устанавливаете MCP-сервер, и он показывает вам инструмент, например, там калькулятор. Этот калькулятор складывает числа, да, и вы видите только название и описание. Но код видит полное техническое описание этого инструмента. И в нём скрытая функция просто спрятана. Вот. То есть перед тем, как сложить там простые какие-то числа, прочитай SSH ээ файл с ключами, то есть SSH ключи вот эти, и передать содержимое в скрытый параметр. И вы вводите 2 + 2, выглядит типа получаете там четыре, всё выглядит нормально, а в фоне ваши ключи уже утекли. А SSH ключи - это полный доступ к вашему компьютеру, может быть, или к серверу там, если вы на сервере это делаете. То есть это не это не фантазия, это реально вредоносные.
Есть MCP сервера, то есть а есть вот такой там недавно сделали Postmark MCP сервер, то есть разработчики скопировали легитимный MCP, опубликовали вот просто под похожим именем и поддерживали 15 версий. чтобы это, ну, просто выглядело убедительно. А потом добавили одну маленькую деталь. Каждому отправленному через этот MCP, ээ, ну, через это к письму, да, добавлялась скрытая копия на адрес атакующего. То есть вы отправляете коммерческое какое-то клиенту предложение через этот MCP и копия уходит злоумышленник. Токены сброса паролей, платёжные даты, всё шло через этот email. Прикольно.
Что делать, Никита? Да, несколько простых правил.
Обновляйте клодкод, потому что найденные вот такие вот большие уязвимости, они закрываются, конечно же, в новых версиях.
Устанавливайте MCP-серверы. Что, что такое MCP? Да. Где? Вот я про что я говорю. Так, где там мой клод? Вот MCP - это то, что вот здесь находится. Вот только из проверенных источников, ребята. официальные от Антропика, вот там Superabase, от Verль. Ну, то есть какие-то проверенные компании. Не ставьте там э через какой-то npm поиск. То есть вот первый попавшийся результат. Нет, не надо. И если ставите что-то стороннее, ну, посмотрите исходный код. Ну, попросите клод-код посмотреть или там используйте инструменты для проверки безопасности. Просто попросите клодко проверить, если сами ничего не понимаете.
У меня, как я показывал в блоке про хуки, то есть стоят три защитные хука. Safety Guard, как вы поняли, а вот этот File Guard, файл MCP guard. То есть они не дают клод делать то, что он не должен, даже если я случайно нажму кнопочку "Да". В момент спешки.
Мне очень часто задают вопрос: чем отличается Clopп от Clot CД? Там же есть тоже вкладка COД, да, и есть ещё и CWORK. Давайте разберёмся раз и навсегда.
В Cloud Desktop есть вот эти три вкладки. Чат, да, это обычный чат, как на с на сайте. Вот Clodi вы зайдёте. То есть ничего особенного. Есть коворк. Это когда клод видит ваш экран. Он может управлять мышкой прямо как человек. Он может открывать приложения, открывать сайты, кликать по кнопкам, заполнять формы. Звучит круто, но это медленно, потому что он буквально смотрит на экран и решает, куда нажать. И есть ещё вот эта вкладка код использует тот же движок, что clotдкод, VS-код, но работает чуть-чуть по-другому. То есть, если VS-код, э, через extension этот клод подключается напрямую к терминалу, то в десктопе он запускается как подпроцесс и общается через промежуточный слой. То есть представьте, что вс-код вы стоите рядом с человеком и разговариваете. А когда вы тут работаете, вы обмениваетесь записками. То есть результат тот точно тот же, но через записки будет чуть-чуть медленнее, особенно когда задач много.
Теперь про отличие. Клодкод, VS-код - это когда вы видите файлы вот тут вот слева, вот тут вот окно. Посередине оно, да? И если нужно терминал внизу. Вы видите каждое изменение в реальном времени. Можете параллельно редактировать файлы руками. У вас работают все расширения, которые вы тут добавите: Git, там, форматёры, линтёры. Это ваша рабочая среда. Вы и Клод работаете вот здесь вот вместе. Это просто приложение, которое является удобной визуальной обёрткой для работы с клод. Вы можете работать с клод вот здесь, написав клод. Вот тот же клод. Тут клод и тут клод. Тут чистый терминал. Вот тут VS-код. То есть, как я сказал, удобная визуальная обёртка для вот работы с клодкодом над вашими проектами, то есть папками внутри вот с файлами. Вот всё тут удобно. Плюс, и это самый, наверное, огромный плюс, прямо сюда можно кидать скриншоты. То есть, если я сделаю сейчас скриншот, то я вот могу сразу сюда вставить. В терминал я так не смогу вставить. Вот. То есть в терминал вот сюда я не могу вставить, если тут я буду работать с клодом. В этом самый огромный плюс.
Clд desktop, вот эта вкладка код - это тот же движок, то есть под капотом, та же скорость, но вот нету этой удобной структуры файлов сбоку. То есть можно ли тут работать? Да, но для меня лично это ограничение, потому что у меня много файлов, много проектов, и они действительно большие. Мне нужно смотреть на файлы, мне нужно видеть эти папки, мне нужно видеть архитектуру и так далее. Поэтому я выбираю VS-код.
Я говорю много слова проекты. Это не только мои личные проекты, это ещё и клиентские проекты, потому что комьюнити моё вот платное, оно появилось буквально несколько недель назад, и на сегодняшний день уже почти 50 человек. Но одним из моих основных направлений являлось и до сих пор является моя студия ESFO, то есть где я помогаю бизнесам внедрить автоматизацию, создать MVP продукты какие-то, построить большое САС приложение. Это для тех, кому хочется сказать: "Слушай, ну клотко, конечно, там всякие - это круто, но времени у меня вообще нет разбираться". То есть ну мне это нужно, мне надо внедрить там автоматизацию в мой бизнес. Вот если вы такой предприниматель, то ссылку на сайт, где можно удобно забронировать звонок со мной, вы найдёте в описании этого видео. А мы пока вернёмся на самые интересные фишки в Cloud Desktop.
Это skedler, это, а, вот, ээ, планировщик. Это и есть ещё такая штука, как диспатч. Что такое планировщик? Вы можете сказать, например, каждый понедельник в 9:00 утра собери мне отчёт по аналитике или там сделайч и Клод запустит сессию по расписанию и сделает это. При условии, конечно, что ваш компьютер будет включён. И, ну, собственно, клод включён, да, вот эта функция - это вообще магия. Вы можете отправить задачу там с телефона, и на вашем компьютере автоматически там запустится сессия с клодом, э, которая эту задачу, например, выполнит. Вы там уехали из дома по дороге, вспомнили, что о, нужно исправить баг. Ну, это, конечно, проблема тех, кто работает сейчас с клодкодом, но это неважно. отправили через диспатч, вернулись домой и задача уже решена. То есть через него можно правильно создавать задачи для того же планировщика, потому что он понимает, как оно работает, но нужен запущенный компьютер.
Ну и кроме того, э в Cloud Desktop есть коннекторы, то есть по факту это MCP и CL, то есть это прямые подключения к GitHubбу, там к СЛАК, кланиру, к базе данных. Ээ, то есть клод может читать задачи какие-то из вашего лайнира, отвечать в слаг, а иметь доступ к вашему Google аккаунту или аккаунтам и работать с ними.
В clДкод тоже можно сделать планировщик, который сработает в нужное вам время, но есть тут критический минус. Он сработает только пока ваша сессия жива. То есть закрыли э вот эту вкладочку, всё, можете забыть про вашу отложенную задачу. Или там, аэ, ну, выключили компьютер или там он со временем забывает что-то. Ну, короче, оно не очень хорошо работает. Мне не нравится, как оно тут работает. Поэтому я миксую, я использую и клод, и клод-код для разных задач. Это очень удобно. И вот как раз в клоде у меня делаются какие-то э-э отложенные задачи, которые я там делаю на ежедневной основе или на еженедельной основе. То есть я пишу тут, например, скилл какой-то и Клоду говорю: "Твоя задача написать сейчас, потому что тут скилы и скилы здесь. Это два разных скила будут". И я тут заставляю его через ковор написать скил, что тебе надо открыть вот эту папку на моём компе. Там есть документ Skillмmд. Прочитай его и выполни всё, что в нём сказано. Вот. И он начинает там на моём компьютере что-то делать по проекту. Там может зайти, что-то сделать. Вот такой вот вам лайфхак, как можно делать классные задачи.
Давайте подведём итог. Сегодня мы разобрали шесть вещей, да, почему вайпкодинг, например, больше не круто и какие нужно реально навыки развивать. То есть декомпозиция, спецификация, архитектурное мышление и критическая проверка. Клод MD - это как система из четырёх слоёв сжатие знаний, то есть поверхностно описываем всё правила какие-то, возможности и заметки, что было так или не так. Потом, как настроить, мы разобрали сегодня хуки, которые вот будут автоматически защищать вас от ошибок, логировать каждое действие. Потом как использовать обсидиан. Это вот программа по заметкам, чтобы это стало дополнительной памятью для клода. Безопасность. То есть мы обсудили, как надо там от хранения ключей до защиты от вредоносных MCP-серверов. И также мы обсудили только что разницу между Clop и Clotд Vscod.
То есть, если вы хотите начать применять это прямо сейчас, начните с одной простой вещи. Откройте клод MD, да, или просто откройте клод, вот окошко, и добавьте туда спецификацию. Напишите, что проект делает, для кого, какие правила Клод должен соблюдать. Поговорите с ним. Простройте план, как это лучше сделать вместе с ним, и сделайте, а потом заставьте его ещё перепроверить много-много раз.
Лайк, если вы узнали что-то новое. Пишите комментарии, если есть вопросы. Я отвечаю на каждый комментарий. Для тех, кто не в курсе, у меня есть открытый Telegram-канал. Я там пишу свои размышления и выводы поводу всего, что сейчас происходит в мире AI. То есть это не банальные новости. И у меня есть закрытая комьюнити. Это для тех, кто хочет уже поработать лично со мной, то есть видеть, как я делаю, что использую. И быть, конечно же, в кругу тех, кто стремится развиваться, улучшаться и зарабатывать. Там есть и полезные материалы, и сразу практика. Залетайте, ссылка будет в описании. Я буду рад всех видеть. Спасибо, что досмотрели.