Разбор AI-скиллов (папок с инструкциями для агента): структура SKILL.md, подпапки со скриптами и ассетами, где хранить скиллы, плагины и их обновление. Для разработчиков Claude Code и Codex.
Key Takeaways
- Скилл — это папка с SKILL.md, которую агент подгружает постепенно, по мере релевантности задачи
- Качество description критично: по нему агент решает, вызывать ли скилл
- Скрипты и ассеты в скилле дают стабильный и повторяемый результат
- Плагины упрощают установку и обновление скиллов, но чужие скиллы нужно проверять
What the video covers
- Скилл — папка с инструкциями, которую агент читает только тогда, когда задача ему подходит, а не загружает целиком в память модели
- Обязательный элемент скилла — папка и файл SKILL.md с блоком YAML, где есть имя и description
- Description определяет, будет ли агент вызывать скилл: по нему модель решает, подходит ли он под задачу
- Структура подпапок произвольна: референсы, скрипты, шаблоны, иконки и другие ассеты
- Скрипты в скилле обеспечивают повторяемость результата, так как модель не пишет код с нуля каждый раз
- Скиллы можно хранить в репозитории для конкретного проекта или в системной папке для глобального использования
- Плагины удобны для установки и автоматического обновления скиллов, а также могут включать коннекторы, хуки и субагентов
- Слишком длинные description расходуют контекст, поэтому их лучше делать компактными
- Если несколько скиллов пересекаются, агенту нужно чётко разделять, какой скилл для какой задачи подходит
- Чужие скиллы перед установкой стоит проверять, так как они могут содержать риски
Full Transcript — Download SRT & Markdown
Speaker A
Да, ну, надеюсь, надеюсь, у нас всё хорошо. Да, спасибо, Елена. Евгений, давайте начинать.
Speaker A
затрагивали, на самом деле, на многих моих курсах. И, а, вот на курсе про CLД-код мы про них говорили, мы м немного их затрагивали на поч на самом деле практически на всех курсах немного дозатрагивали. А, ну, глубже всего, пожалуй, из из до этого именно на
Speaker A
Всем ещё раз добрый вечер. И теперь мы, собственно, начинаем нашу главную сегодняшнюю тему, а именно обстоятельно поговорим про скилы, потому что вообще тема скилов — мы её затрагивали на самом деле на многих моих курсах. А вот на курсе про Claude Code мы про них говорили, мы немного их затрагивали, на самом деле практически на всех курсах немного дозатрагивали. Ну, глубже всего, пожалуй, из до этого именно на Claude Code, но сегодня мы ещё попробуем копнуть глубже, чем на Claude Code.
Speaker A
Значит, skill - это, по сути, можно сказать, что это папка с инструкциями, и агент её читает только тогда, когда эта задача ему подходит, да? То есть когда этот скилл подходит под его задачу. То есть это не не то,
Speaker A
Значит, начнём с базовых вещей, потому что я понимаю, что кто-то, может быть, с базовыми вещами тоже не знаком, поэтому, мне кажется, имеет смысл озвучить. Значит, skill — это, по сути, можно сказать, что это папка с инструкциями, и агент её читает только тогда, когда эта задача ему подходит, да? То есть когда этот скилл подходит под его задачу. То есть это не то, что скилл всё время загружается в память модели — загружается только небольшая часть скилла, а всё остальное подгружается постепенно.
Speaker A
как выглядит, да, технически, как устроен скилл, да? Это папочка, например, там скил, который называется, допустим, variance, да? В нём обязательно папочка skill MD и вот это то, что есть обязательно, да? То есть есть папочка и есть Skill MD. Skill MD -
Speaker A
Как выглядит, да, технически, как устроен скилл, да? Это папочка, например, скилл, который называется, допустим, Variance, да? В ней обязательно папочка SKILL.md — вот это то, что обязательно есть, да? То есть есть папочка, и есть SKILL.md. SKILL.md — это главный файл, с которого в любом случае начинается чтение скилла. И вообще очень правильно SKILL.md, точнее, скажем так, очень важно SKILL.md грамотно составить. Об этом мы тоже сегодня будем говорить.
Speaker A
А также могут быть какие папки? Например, референсы различные, скрипты, а вообще любые другие асеты, всё, что угодно может быть. То есть вот эти подпапки, они никак не лимитированы, да?
Speaker A
А также могут быть какие-то папки? Например, референсы различные, скрипты, а вообще любые другие ассеты — всё, что угодно, может быть. То есть эти подпапки никак не лимитированы, да? То есть это как вам в голову придёт. Например, если вы посмотрите скилл того же Cloudflare, у них там почти под сотню, наверное, подпапок разных. Ну, то есть каждый делает, как ему больше нравится. Но обычно делают референсы, чтобы хранить, допустим, какие-то референсы картинок, а, например, шаблоны договоров или что-нибудь такое. Скрипты обычно для чего нужны? Скрипты хранятся, чтобы модель не каждый раз... Давайте приведу простой пример. Скажем, вам нужно, чтобы ваша модель конвертировала, допустим, PDF-файлы во что-нибудь, не знаю, в Markdown, к примеру, да? И вот скрипт — то есть это скрипт, который берёт PDF-файл и конвертирует его в Markdown. И вы можете, конечно, написать модели: создай скрипт, который конвертирует PDF в Markdown. Но, во-первых, тогда каждый раз модель будет делать это с нуля, да? То есть каждый раз она будет думать: "Так, мне надо написать скрипт, который будет конвертировать PDF в Markdown", и будет его писать. Во-вторых, она может ошибиться, или каждый раз скрипт может немножко по-разному работать, потому что в один раз будет выбрана одна технология конвертации, в другой раз — другая. А если вы просто берёте и говорите: для конвертации PDF в Markdown используй скрипт, который лежит в папке scripts вот тут, — она просто такая: а, понятно, всё. И она его использует. То есть это гарантия того, что у вас каждый раз будет повторяющийся результат. А ассеты — это тоже любые шаблоны или, например, иконки, которые можно использовать.
Speaker A
нравится. Но обычно делают там референсы, чтобы хранить, допустим, какие-то референсы картинок, референсы, а, например, там шаблоны договоров, да, там или что-нибудь такое. Скрипты обычно для чего нужны? Скрипты хранятся, чтобы модель не каждый раз, ну, давайте вот такой пример простой приведу. Скажем,
Speaker A
Разных скилов на самом деле очень много. Таких просто сотни тысяч, а то и миллионы уже штук, и они могут быть очень разными. И структура тоже, опять-таки, абсолютно произвольная, кроме главной папки и SKILL.md. Это единственное, что обязательно должно быть.
Speaker A
может написать модели, что создай скрипт, который, которым ты конвертируешь в, собственно, PDF marдаdown. Но, во-первых, тогда каждый раз модель это будет делать с нуля, да?
Speaker A
А дальше — как скилл вообще выглядит внутри. Самая главная часть скилла начинается вот тут, в начале. И выглядит она вот так — это сокращённая версия. Она может быть длиннее, но это самое главное. Вот это обязательный порядок, обязательная вещь, которая должна быть в скилле, потому что без имени скилла он не будет работать. И вторая обязательная вещь — это description. По нему агент решает, звать ли скилл. То есть он читает этот description, например: "Используй, когда просят сделать экран, страницу или макет". И модель это прочитывает и думает: "Значит, мне нужно это использовать. Меня сейчас попросили, допустим, сделать какой-нибудь макет, значит, я должна использовать этот скилл". Хорошо. Как только модель это решает, она начинает читать весь файл SKILL.md. Если в этом файле есть ссылки на другие файлы, она читает и их, да? То есть это постепенное чтение. Дальше уже идёт основной текст скилла. При этом в тексте тоже могут быть ссылки, например, на другие документы. Ну, обычно они там и содержатся. То есть в этом смысле это совершенно произвольно. Скиллы можно писать совершенно по-разному. Единственное, что должно быть — это вот этот блок в формате YAML, да? То есть у вас обязательно должен быть такой блок. Это единственная обязательная вещь в скилле. Всё остальное вы можете придумать как угодно, как вам больше нравится. То есть есть лучшие практики, о которых мы поговорим, но в целом вы полностью свободны.
Speaker A
там одна технология какая-нибудь конвертации будет выбрана, в другой раз другая. А если вы просто берёте и говорите, что так для конвертации PDF marда используй скрипт, который лежит в папочке скрипты вот тут. И она просто такая, а, понятно, всё. И она его
Speaker A
А где, собственно, находятся скиллы? Если вы работаете с Codex, то, во-первых, скиллы могут храниться в самом репозитории — внутри репозитория могут лежать скиллы. Если эти скиллы нужны только для этого репозитория, они могут храниться там, а могут храниться в основной системной папке. И в Claude Code то же самое: можно хранить и в репозитории, и в системной папке Claude. А также скиллы сейчас очень часто находятся в плагинах. Например, если мы зайдём в маркетплейс Codex или Claude, то увидим там, скажем, Gmail — ну, Gmail, может, плохой пример. На самом деле сейчас есть какой-нибудь более интересный сервис, давайте возьмём Exa. Exa — это коннектор к Exa, движку для поиска, плюс skill search, который описывает, как искать. И, кстати, если посмотреть в начале, там use Exa to search the web и так далее. То есть вот это и описывается. Это плагины. Чем хороши плагины? Они удобны для установки скиллов в систему. Вы можете устанавливать скиллы совершенно по-разному: можно просто дать ссылку на GitHub со скиллом Codex, и он всё установит без проблем. Но плагины удобны тем, что когда плагин обновляется, у вас он тоже автоматически обновляется. То есть все скиллы автоматически обновляются: могут появиться новые скиллы, отредактированные старые версии, которые будут работать эффективнее. Плюс плагин может включать не только скилл, но и коннекторы, как мы только что смотрели, а также хуки и субагентов. То есть вариантов много. Так что в целом оптимальный сейчас способ установки, если такая возможность есть, — через плагины, потому что плагинов уже огромное количество, и вы можете очень легко найти именно то, что вам нужно.
Speaker A
Ну разные на самом деле скилов. Такое существует там просто сотни тысяч, а то и миллионы уже штук, что как бы могут очень разные варианты, что это такое быть. И структура тоже, опять-таки, абсолютно произвольная, кроме главной папки и skillmd. Это вот единственное,
Speaker A
А как вообще скилл устроен изнутри? Да, я вот мы уже начали говорить про вот это...
Speaker A
это обязательное, а, обязательный порядок, собственно, а, обязательная вещь, которая должна быть обязательно в скиле, потому что без имени скила он не будет работать. И вторая обязательная вещь - это description, то есть по нему агент решает, звать ли skки. То есть вот он
Speaker A
читает вот этот дерипtion, например, а используй, когда просят сделать экран, страницу или макет. И вот модель вот это прочитывает.
Speaker A
Это прочитывает и такая: "А значит, вот как, значит, значит, мне нужно это использовать. Меня вот сейчас попросили, допустим, сделать какой-нибудь макет, значит, я должен использовать этот скилл." О'кей, хорошо. Когда как только модель это решает, она начинает уже читать весь SkillmD файл. Если в этом
Speaker A
SkillmD файле есть ссылки на какие-то другие файлы, она начинает читать другие файлы, да? То есть это начинается такое вот постепенное чтение. А и соответственно там вот дальше там уже сам основной как бы текст скила. При этом в тексте скила тоже могут быть аа,
Speaker A
например, ссылки, ну вот там на другие документы. То есть, ну, ну, это же обычно они там и содержатся, да? То есть это совершенно произвольное в этом смысле. То есть скилы можно писать совершенно по-разному. Единственное, что должно быть - это вот это. Это
Speaker A
на я а форматирование в формате ямол, да? То есть у вас должно быть вот такой блок. Вот этот блок у вас должен быть.
Speaker A
Это обязательно. Это единственная обязательная вещь в скеле. Всё остальное вы вообще можете как угодно что угодно придумать, как вам больше нравится, да?
Speaker A
То есть как бы есть как бы лучшие практики, о которым мы о которых мы поговорим, но в целом вы полностью свободны.
Speaker A
А где, собственно, находятся скилы? Если, например, вы работаете с кодексом, то, во-первых, скилы могут храниться в самом репозитории, да? То есть могут в внутри репозитория лежать скилы. Если если вам эти скилы нужны только для этого репозитория, они могут храняться
Speaker A
а они могут храниться в э папочке как бы основной системной. Вот. Ну и, соответственно, там в клод-коде то же самое, да? То есть можно тоже и в репозитории хранить, можно в системной папочке вашего клода хранить, да? То есть это и там, и там можно хранить. А
Speaker A
также скилы вот очень часто сейчас находятся в плагинах, да? То есть, например, если мы зайдём в тот же самый Marketplace, а вот если мы зайдём в marketп, например, кодекса, да, и у клода то же самое, да, то мы там зайдём, не знаю, какой-нибудь
Speaker A
там Gmail, да, и мы увидим, что Gmail - это, ладно, Gmail, может, плохой пример, но но самом деле это сейчас какой-нибуд Давайте чуть более чуть более интересный сервис наверное Exo например возьмём. Вот Exo - это коннектор к Ex.
Speaker A
Это такой движок для поиска и плюс сервис для поиска и плюс skill search, да, который описывает, как искать, а, как это искать. И, кстати, тоже если мы посмотрим вот в начале use to search the web и ба-баба, да? То есть как бы вот,
Speaker A
собственно, это вот вот это а тут описывается всё. То есть это плагины. Чем хороши плагины? А они хорожи тем, что это удобный способ устанавливать скилы в систему, да, потому что вы можете, в принципе, совершенно по-разному устанавливать скилы. Вы можете просто
Speaker A
дать ссылочку на GitHub скила кодексу, и он всё установит без проблем. Но чем удобно это плагины, тем, что а когда обновляется плагин, то у вас тоже он автоматически обновляется. Значит, все скилы автоматически обновляются.
Speaker A
там, может быть, какие-то новые скилы появятся, будут отредактированы старые версии, более эффективно будут работать.
Speaker A
Плюс плагин сразу может идти не только скил, а может ещё и, ну, вот коннекторы, да, как только что мы смотрели. Плюс там хуки могут идти в субагенты могут тоже быть. Ну, то есть разные есть а варианты. Так что в целом оптимальный
Speaker A
сейчас способ ставить, если такая возможность есть, через плагины, потому что плагинов гигантское количество уже.
Speaker A
И, соответственно, вы можете очень легко найти именно именно для вас то, что вам нужно.
Speaker A
А как вообще скилл устроен изнутри? Да, то есть я вот мы уже начали говорить про вот это прогрессивное раскрытие, да, то, что а для чего оно вообще на самом деле нужно, да, вот это прогрессивное раскрытие, это то, что вот у вас может
Speaker A
быть очень много как бы различных э например скилов, там 100 разных скилов, но они не будут все забивать ваш вот это контекстное окно, потому что у вас и так оно забивается, оно там системными правилами занимается, забивается оно там
Speaker A
agents MD или CL MD, оно забивается, кстати. Кстати, теперь код тоже agents MD читает. Так что, в принципе, мы можем теперь просто спокойно говорить только agents MD. То есть везде можно использовать теперь agent MD файл. И, соответственно, а они вот этими
Speaker A
всеми файла файлами ваше контекстное окно в любом случае забивается. А скилы на самом деле занимают мало места. А обычно в районе 1-2% вашего контекстного окна.
Speaker A
И это как раз такое ограничение тоже, о котором мы сейчас поговорим, потому что в настройках можно сделать больше, но тогда, соответственно, у вас будет, ну, меньше контекста как бы оставаться. Но мы сейчас до этого дойдём. Значит, а всегда в контексте, всегда, то есть
Speaker A
всегда в контекст модели попадает только имя и description описания каждого скила. Всё. Вот только это. То есть вот там ба-ба-баба, то есть вот это короткая короткая description. И тоже, кстати, учтите что а учтите, что и если вы сами будете
Speaker A
создавать скилы и ваши скилы будут какие-нибудь такие здоровенные, да, такие огромные дескрипшены, там мо может быть до 1.000 символов, а, ну, учиты, что эти тысячи символов будут каждый раз попадать, попадать, попадать, это как бы не очень оптимально.
Speaker A
А дальше, соответственно, если назначение скила совпало, то он загружает, собственно, уже весь скилл, и дальше там начинает читаться или reference, или там скрипты, или какие-нибуд другие папочки, смотря какой это скилл. То есть дальше начинается уже чтение самого скила и там
Speaker A
всех связанных с этим файлов. А какая сейчас ситуация, да, на октябрь двадцать шестого года? Значит, в кодексе по умолчанию стоит скилами занимается до 2% окна контекста или 8.000 символов.
Speaker A
Если не помещается, сначала укорачиваются описание, потом лишние скилы выпадают с предупреждением. Это учтить это важная штука. То есть, если вы, например, себе поставили огромное количество скилов в систему, то, а, и они выходят за 2% вашего контекстного окна. то они или за 8.000
Speaker A
символов, то они будут сначала автоматически обрезаться. Даже вот это дескрипшены будут автоматически обрезаться, а потом вообще некоторые, ну, как бы скилы будут просто выкидываться. Просто учтите, что скилы, если вы их слишком много поставите, то они могут не всегда не не всегда ваша
Speaker A
мм не всегда ваша как бы система будет это видеть. Поэтому я рекомендую вам тоже так чистить скилы, удалять ненужное, потому что а вы можете реально забить себе ваш список скилов. Но вообще вот эти 2% окна можно в настройках
Speaker A
изменить. А это надо лезть в такой системный файлик настроек и там это можно поменять. Но будьте с этим аккуратны, потому что они тоже как бы, ну, просто задумайтесь о том, что Open AI не просто так выбрала 2%, они,
Speaker A
значит, много тестов проводили, где, ну, как бы они увидели, что, ну, вот, видимо, если, например, 3% или 4% поставить, то это, возможно, уже сильно увеличит или расход токенов, или, может быть, не, ну, как бы не так эффективно контекстное
Speaker A
окно будет расходоваться. Так что это тоже неспроста. В клоде вообще по умолчанию стоит около 1% окна, да? То есть это вот просто вообще по умолчанию.
Speaker A
А дескрипшены длиннее 15536 символов обрезаются. И после сжатия контекста возвращаются первые 5.000 токенов каждого вызванного скила. Тоже, кстати, учтите, что вот после сжатия не все скилы в полном виде как бы вернутся.
Speaker A
Тоже в клоде можно расширить это. А, ну вот что мне не нравится в клоде. Вот что мне не нравится, это то, что ес вот если вот в кодексе там, если не помещается, то сначала как бы укорачивается описание и только потом уже что-то выкидывается.
Speaker A
А вот у клодко кода не так. У него если у вас как бы много скилов, то он самые неиспользуемые скилы начинает не подгружать в модель. И это на самом деле чем плохо. Смотрите, если вы думаете, что ваша модель всегда подгружает все
Speaker A
скилы, которые у неё есть, это не так. Просто не так. То есть это, а, ну, то есть если у вас очень много скилов, то оно некоторые не будет подгружать. То есть кодекс скорее будет подгружать просто обрезанные, акод он просто не будет
Speaker A
подгружать. И и вы это даже заметите, что он он даже не будет знать о существовании некоторых скилов. Вот если вы ему прямо скажете: "Типa у меня там есть скилл, его используй". Он такой: "А, ну, сейчас пойду посмотрю, да, буду
Speaker A
его использовать". Но если у вас много скилов и они больше 1% занимают контекстного окна, то они просто не подгрузятся.
Speaker A
А, соответственно, что из этого следует? Значит, очень важно хорошо прописать короткийп. Очень важно делать такое хорошее, короткое тело скила, чтобы оно как бы, поскольку опять-таки тоже вот не забывайте, что после сжатия, например, у клодкода у него первые только первые
Speaker A
5.000 токенов каждого вызванного скила будут. Поэтому просто учтите, что если вы сделаете большой длинный скилл, он всё равно после сжатия не вернётся. А всё, что если есть какой-то, например, м если есть, например, какой-то, скажем, там код, да, вот те же самые скрипты,
Speaker A
которые постоянно используются, обязательно их дополните в skill. А, и, наконец, то, что используется всегда, вообще всегда, это прописывается не в скилах, это прописывается в agent MD, а в скилы - это то, что нужно иногда для определённых задач. То есть это просто
Speaker A
такая важная штука. Так, теперь сейчас давайте отвечу на вопросы. А, Дмитрий спрашивает: "Вы наверняка используете общие скилы для клода кодекса, возможно, для химии. Как вы организовываете размещение хранения?" Смотрите, как бы здесь есть такие, а, как бы здесь есть
Speaker A
несколько разных к этому подходов. Во-первых, там первый подход, а вы можете просто там большинство сейчас установщиков, вот такой C установщиков скилов, они поддерживают установку для всех существующих агентов, да, для всех.
Speaker A
А, но я это как бы подход не использую. Какой я использую подход? А мне не нравится смешивать скилы Клода и кодекса. Мне это не нравится делать, потому что у меня зачастую скилы клода и кодекса, они могут друг дружку, ну,
Speaker A
например, скажем, у кодекса скилл, который вызови опус, да, там для, например, проверки визуальной, а у а у кодекса скилл вызови, ой, а у клода скил вызови астру для там технической проверки. И если я буду в одной папке всё это хранить, то немножко аа там
Speaker A
кодекс начнёт с ума сходить и ко клод-код тоже, что зачем мне вызывать Астру, я же уже с ней работаю. Ну, то есть такие какие-то странности начинаются. Поэтому именно для кодекса и клод-кода у меня одинаковые, а, одинаковая папочка. Но что я сделал
Speaker A
дальше? А, ой, не одинаковые, извините, разные как раз папочки. Но что я сделал дальше? Это я сделал для кодекса, курсора и всех-всех-всех остальных. Я сделал одну общую папочку. Так можно сделать на Макее. Маг поддерживает такую штуку, как сейчас я забываю, как я всё
Speaker A
время забываю, как у них этот термин называется, но у них, в общем, можно сделать такую вещь, чтобы как бы у вас была одна папочка, да, и она где-то находилась, а во всех остальных местах была как бы виртуальная копия этой папочки, которая как бы туда
Speaker A
туда как бы относится. То есть это выглядит, сейчас я вам покажу. Это выглядит мм А нет, ладно, сейчас что-то не смогу нормально, наверное, показать, но в общем, это на Маке. Это фишка Мак. Я не знаю, есть она на винсе или нет. Да,
Speaker A
SIMлин. Точно. Вот. Евгений, спасибо. Simлин, да. То есть это это а вы как бы то есть это такая по сути присутствие папочки там, где её на самом деле нет.
Speaker A
Это просто такая ссылочка на неё. И вот вы можете сделать так, что у вас будет одна папка, а во всех ваших агентах на неё будет как бы ссылка. Вы просто скил в одну папку добавляете, она появляется во всех, соответственно, агентах. Вы
Speaker A
можете просто кодекс иликнкод спросить, если вы на Маке так сделаете, он вам это настроит вообще без проблем. А, но, но ещё раз повторюсь, что для конкретно для клода и для кодекса я делаю отдельные папки, потому что, э, ну, мне нужно,
Speaker A
чтобы они между собой не конфликтовали. Так, а дальше важно сказать о том, вот когда вы слышите, да, там термины типа skill, MCP, субагент, хук, а может показаться, да, что все они что все они как бы как-то или похожи, или чем-то друг друга
Speaker A
заменяют, или что-то такое. На самом деле, на самом деле это такие шесть кусочков, можно сказать, пазла, из которых вы нужным правильным образом сложить, а, собственно, вашу работу. То есть, например, agents MD - это, а-а, значит, что всегда используется, да, это
Speaker A
всегда читается в начале каждой сессии, да, там какие-нибудь команды. А-а в Agency, кстати, можно прописывать тоже там какой скилл нужно конкретно использовать, для чего. Так, можно прописать например скажем там если ты будешь делать, например, тестирование, обязательно используй такой-то скилл, да? То есть, если в
Speaker A
Agenc MD вы это прописали, то он точно будет это запускать. А дальше ну собственно скилы всё понятно. MCP сервер - это доступ к внешним системам различным. Субагент - это как бы запуск просто такой отдельного агента с чистым контекстом.
Speaker A
Хук - это автоматизация. Например, допустим, случается какое-то событие или что-то в вашем сообщении находится и может происходить любой вызов инструмента, в том числе и скила. И плагин - это просто упаковка всего этого. Ну, кроме ag MD - это скилы, MCP
Speaker A
сервера, субагенты и хуки. Как это всё работает вместе? То есть вот представим, да, что вот у нас есть, скажем, а мы пишем в Agence MD, что для там, допустим, недельного какого-нибудь отчёта использую skill weekly report, да, например, и в то же самое время мы
Speaker A
можем тоже прописать хук, что, например, если в вашем запросе есть слово отчёт, добавить агенту строку используй вот этот weekly report skill. Это вот как тоже можно через hook делать. То есть вы можете сделать так, что хук он считывает, а ху hook может считывать
Speaker A
очень много всего, да? То есть мы вот про это подробнее говорим на занятии про клод-код. А ну в смысле, на курсе продкод, но а нок может всё, что любые действия считывать. Сообщения, которые вы отправляете, сообщения, которые агент отправляет до того, как оно от, ну, до
Speaker A
того, как действие выполнено, после того, как действие выполнено. То есть это такая автоматизация. И вы можете тоже использование скилов так повесить.
Speaker A
Когда ваш агент, например, кодекс получает эти сообщения, он уже, собственно, вызывает непосредственно скилл. А скилл может вызыва использовать там, ну, не то, что скил, а скил может описывать использование MCP или, например, описывать запуск других субагентов. Это тоже такая типичная
Speaker A
история. А, и тоже, кстати, важно сказать, что Хук не вызывает скил напрямую, да? То есть он просто добавляет команду агенту, да? То есть он просто он промт как бы агента.
Speaker A
А поэтому, если вот так очень упрощать, то эли нужно делать что-то в каждой вообще задаче проекта, вам нужно это описать в agent MD. Если а вам есть какая-то повторяющаяся задача, которую нужно каждый раз делать хорошо, это делается через skill. Например, вам нужно там
Speaker A
куда-то внешне что-то сделать. Это MCP. А вам нужен, например, там чистый взгляд, свежий взгляд или там resarch сделать с чистым контекстом. Это субагент. И если, например, автоматически должно что-то происходить на какое-то событие агента события, то это хук. Ну а это, соответственно,
Speaker A
плагин. Это всё упаковывает это всё вместе. Теперь по настройке скила. Это вот такая чуть более техническая история. Вам не нужно это прям супер запоминать. Просто знайте, что такое, ну, как бы это это есть. То есть вы можете так настроить. И
Speaker A
сразу скажу, что у кодекса и клодкода немножко отличаются, а, немножко отличаются формулировки. Но, в принципе, если вы просто попросите кодекс там иликод сделать вот такую настройку, он это сделает. Значит, во-первых, можно вызывать, кто вызывает скилл. То есть, например, и
Speaker A
в клодкоде, и в кодексе можно для, например, конкретного скила отключить, чтобы, например, сам клод-код или сам кодекс его не мог вызвать, чтобы только вы как бы, а, только вы мм только вы могли команды его вызвать.
Speaker A
И наоборот, вы можете сделать так, что этот скилл, например, наоборот, нельзя как бы вызвать вручную, а его вызывает только агент. Это, конечно, сложно представить себе кейсы, где это прямо реально нужно, но сложно, если вы как бы работаете просто сам сам по себе, да? А
Speaker A
представьте что например скажем вы настраиваете клод или кодекс для какой-нибудь команды, да, и может быть не команды там технических каких-то специалистов, а там есть какой-нибудь, например, там, ну, абсолютно не технический человек, и ему и не надо не надо ему давать там показывать, что есть
Speaker A
какие-то скилы и прочее, он вообще не должен о них знать, да, просто пусть они сами по себе там в тихаря вызываются.
Speaker A
А можно определять, например, что скилу разрешено? Вообще на именно у кло в клодкоде побольше настроек у скила есть.
Speaker A
То есть клодкод воспринимает большее количество настроек скила, скажем так. То есть, например, в кодексе можно задавать какие MCP инструменты доступны этому скилу. И в клодкоде можно задавать, какие вообще инструменты ему, в принципе, точнее, точнее, нет, какие инструменты работают без вопроса о разрешении. А
Speaker A
хуки, которые включаются вместе со скилом и значит значит ещё можно такую штуку делать, что можно специальную команду выполнять, и её вывод попадает в контекст. Это очень-очень техническая штука. Сейчас не будем на этом, а, сильно, скажем так, м, сильно
Speaker A
заморачиваться, но это, в общем, такая-то такая способ выполнить команду и сразу её результат, ну, как бы в контекст модели отправить, но это не оче о очень нечасто используется для очень таких более редких случаев. А можно определить, например, где где и как
Speaker A
работает, да? То есть, например, у кодекса можно там иконка, а, имя, иконка, цвет, короткое описание в списке скилов. Можно, например, выключить скилл, не удаляя его. В кодексе так можно сделать, если вот такой поставить параметр. А, ну вот тоже в настройках кодекса можно,
Speaker A
например, сколько места дать как раз скилу, да? И также можно, у клодкода можно ставить, что скил принудительно выполняется в отдельном субагенте. Так можно сделать. То есть клодкод может именно вы можете принудить его, чтобы он скилы скилл вот этот запускал именно в
Speaker A
субагенте. У него нет другого варианта. А, ну и, соответственно, path - это предлагать скилл только при работе с нужными файлами. То есть, например, можно так настроить, что если вы работаете, если клод-код работает по вот этому адресу, то, ну, как бы он, ему
Speaker A
будет предложен такой-то скилл. Опять-таки, всё это звучит очень, ну, как бы немножко так, знаете, как бы специфически, да, что кому это надо. Но опять-таки, вот, как я это рассказываю тоже там на курсе про CLД-код, сейчас про, ну, как бы вот профессия
Speaker A
администратора харнесов становится реальностью, да, то есть как бы реально в компании, вот как знаете, как в компаниях нужны профессиональные сисдмины, профессиональные devopсы там, ну вот такие разные вот разные такие должности.
Speaker A
И профессиональный как бы настройщик харнесов, это тоже реально становится профессию профессией. И вот если вы профессионально настраиваете harnesses, вам нужно такие вещи знать. В обычной жизни это, конечно, ну, почти не используется.
Speaker A
Аа, соответственно, очень важно, ещё раз скажу, правильно сделать desрипtion, потому что именно оно решает, насколько хорошо, а-а, насколько хорошо будет и правильно ли будет вызван скил. И, например, э просто если вот вы просто делаете фразу, например, используй всегда, когда, да, вот просто вот просто
Speaker A
вот начинаете скилл с этой фразы, вот desрипtion с этой фразы, всё, у вас успех сразу возрастает от 46% до 67. Это не, ну, относительно недавнее исследование. А или, например, например точность выбора, когда скилов становится не пять, а 100. Похожие
Speaker A
описания мешают друг другу. То есть точность очень сильно падает, если у вас огромное количество, особенно похожих скилов.
Speaker A
Ам так что учтите, что описание очень сильно влияет нам. Плохое описание - это типа помогает с дизайном. Вот это плохое описание. Модель такое никогда вообще не поймёт. А должно быть описание, например, используй, когда просят сделать или передать экран страницу endдинг макет и
Speaker A
направление ещё не выбрано. Вот это хорошее описание. Например, например, там как вы как вы можете протестировать, да, там хороший, допустим, хороший тест для тестирования это типа сделай там, например, там первый экран сайта или переделай лендинг, да, или что такое. Вот это
Speaker A
должен сработать скилл. А если вы, например, аа там пишете какие-нибудь вещи типа поправь отступ кнопки на восемь пикселей, то, скорее всего, не должен, потому что это такая, ну, как бы специфическая больше задача, и здесь не нужен как бы этот скилл.
Speaker A
Вот. Ну и, соответственно, теперь давайте посмотрим, какие есть способы создавать скилы, и, собственно, попрактикуемся в создании. Начнём с того, что я как раз хочу вам показать один способ, который я буквально использовал вот на этих выходных. Вообще мне, знаете, вот очень иногда очень
Speaker A
грустно, что просто моя работа, она подразумевает, ну, зачастую работу или с внутренними как бы проектами, или проектами, которые пока так, что называется, в shadow режиме как бы находятся. То есть они не публичные. А почему мне это грустно? Потому что в эти
Speaker A
выходные я как раз очень много работал с дизайном. И я вам тоже ещё там кидал всякие там в чат технологии. Я, например, вот эту технологию, если вдруг вы не читаете наш чат, там я вот такую вам я показывал технологию, потому что я
Speaker A
очень много с ней всякого мм прикольного делал на выходных. Просто не могу, правда, показать, но просто, наверно, правда прикольная. И вот такая классная технология. И тут очень много интересных визуальных примеров.
Speaker A
Например, там вот вы можете на сайт вот это потрясающе красиво добавлять, да? То есть, ну вот, вот такие вещи они могут прямо сделать ваш сайт, что он, ну, вот по-настоящему так круто круто профессионально, а, выглядит там типа, да, вот такие вот спирали всякие. Не
Speaker A
обязательно спирали могут совершенно всё, что угодно. И для этой технологии есть C, то есть ваш ваш агент всё вот это может без проблем настроить. Вот. И мне, значит, на выходных нужно было сделать реально там сразу несколько хороших дизайнов, как я их сделал.
Speaker A
Помните, вот, а, я вам рассказывал про, а, скилы для дизайна, да, на прошлом занятии. Собственно, это, а, скилы HMK.
Speaker A
И у нас ещё были мм сейчас у нас был HMK сейчас м у нас был точно impactable и ещё был и ещё был йст.
Speaker A
Tas skill, по-моему, так у нас называется. Сейчас я не пойму, куда они у меня все делись, потому что что я сделал, и мы сейчас можем просто вместе с вами тоже это сделать. А, ну, по крайней мере, я вам покажу просто мм практику, как это
Speaker A
работает. Сейчас. Так, сейчас я найду то, куда они у меня скачались. Мм, я, кажется, начинаю понимать. Тогда ладно, мы сейчас подругому пойдём, да?
Speaker A
Так, значит, а что мы сделаем? Да, я возьму просто возьму кодекс и создам новую новую сессию.
Speaker A
Сейчас я выберу какую-нибудь папочку. Сейчас. Да. Значит, что я ему скажу? А, и что вот Яндер сделал? И мне, на самом деле, очень понравился этот результат, но это лучше сделать с каком-нибудь умным скилом, потому что тут надо подумать
Speaker A
прямо. Поэтому я возьму не Теро, нет, я возьму астро экстраra хай. И что я сделал? Я совместил в один скилл, э, вот эти три скила, про которые я вам говорил на прошлом занятии. Давайте их откроем.
Speaker A
Значит, это у нас был, а, homework. Сейчас, а, use homework должен быть сайт сейчас, да? Вот он. Значит, давайте его скопируем кодексу, потом а impecable.
Speaker A
Да. И ещё этот skill SK на Ой, сейчас нет. Давайте вот так. И на теперь мы такую вещь скажем.
Speaker A
А, смотри, есть вот эти три скила. Это хорошие скилы для дизайна. Я хочу из этих трёх скилов собрать такой один мега скилл для дизайна, который будет а-а как бы референсы давать на один из этих трёх скилов. То есть, что тебе сейчас нужно
Speaker A
сделать? Тебе нужно пойти очень внимательно изучить каждый из этих скилов и составить себе мнение, в какие моменты для каких задач нужно один скилл использовать или, например, там один или второй скилл из них. А для чего, для каких конкретных задач, действий лучше
Speaker A
подходит каждый из этих скилов и составить скилл, который будет как раз так работать, да? То есть при этом сделай хороший, правильный desрипtion.
Speaker A
не слишком длинный, но при этом чёткий, который рассказывает чётко, когда этот скилл должен использоваться. А он должен использоваться всегда, когда я делаю какие-нибудь дизайны. И очень правильно вот дай референсы на все эти скилы. И, кстати, скилы установь тоже себе это все
Speaker A
в системную папку твою. Вот. И вот буквально аэ вот вот такой же я сказал инструкцию. Ну только я это кодексу о это клоду сказал. И он такой ээ как бы собрал из этого хорошую историю.
Speaker A
Вот Богдан спрашивает: "Эти скилы не будут противоречить друг другу?" Так вот, это его как раз задача, чтобы а чтобы он как раз разобрался, где для каких задач какой скилл конкретно хорош.
Speaker A
Почитал это и, соответственно, созда создал такой скилл, который, ну, как бы будет вот вот тут используй этот, а тут вот используй вот тот, да? То есть это, чтобы он, это скилл, который будет описывать для какой задачи какой скилл
Speaker A
нужно активировать. Вот это первый способ. И я так сделал, и мне очень нравится, как это работает, прям очень хорошо. И я очень доволен. И он реально берёт как бы лучший из этих трёх трёх трёх миров. Поэтому это первый способ.
Speaker A
Вот. А вот он может вот так собрать, да? То есть вы можете не обязательно эти брать, вы можете взять там ещё фронтEN дизайн тоже к этому или там ещё какой-нибудь другой скилл. То есть всякие можно скилы сделать. И а
Speaker A
теперь давайте посмотрим так. Аа да, да. Значит, это был, да, первый, да, то есть как бы просто вот так объединить вот так готовые. Как ещё можно делать? Вы можете записать скилл, буквально показывая, как что-то делается. Это делается через вот
Speaker A
тут, если вы пойдёте вот тут в разделе плагинов вы найдёте такой плагин, который так и называется а record да? То есть вы можете его сюда поставить, а он, скорее всего, у вас там по-моему запросит м запросит эти разрешения, потому что он, я, кстати, не
Speaker A
знаю, вот он на Windows работает или нет. На Маке точно работает. На Windows что-то меня немножко смутило, что ток слово Mac. А, надеюсь, он работает. Хотя нет, recording on my Mac. Не знаю, если честно. Надеюсь, он работает на Windows.
Speaker A
Но, в общем, что это такое? это скилл, который запускает процесс записи экрана, что вы делаете, и потом скилл как бы на это ориентируется. Что в этом очень интересно, то, что это не просто запись экрана, да, то есть это не просто такой
Speaker A
видеозаписи экрана, а фишка кодекса - это то, что он умеет брать глубинную информацию из окон, которые открыты. То есть вот, например, скажем, если вы если вы когда-нибуд вот так просто вот так работаете и нажмёте вот на маке, это
Speaker A
вы нажимаете две command. Вот так. Так, сейчас вот нажмёте. Что-то у меня оно сбилось. Вот. Вот он только что сделал скриншот моего TLДw.
Speaker A
Но фишка в том, что это не скриншот. Это вообще как бы слепок такой этой программы, слепок её текущего состояния.
Speaker A
И там, во-первых, показана вся моя доска. На самом деле, не только вот это, то, что вы видите тут на картинке, там показана вся вот вот вот не вот это показано, а вот это всё. Вот так всё показано. И плюс ещё информация о самой
Speaker A
вот этой программе. Оно всё идёт. Поэтому это такая это интересная вот это называется apps чем интересен вот этот режим, да, который вот тут работает, record and replay. Тем, что он не просто записывает видео, он записывает ваши действия, в каких программах, что вы
Speaker A
сделали, как вы, то есть он берёт вот эти данные из этих программ ещё как бы берёт. То есть такая интересная очень штуковина.
Speaker A
А вы просто записываете видео, говорите, что надо делать, и потом он на основе этого сделает скилл.
Speaker A
Как бы смотрите, в чём в чём для меня проблема этой истории. Как бы звучит всё очень круто, то есть вообще всё классно, вопросов просто ноль.
Speaker A
У меня вот лично у меня очень мало таких задач, где мне бы это на самом деле пригодилось. То есть, в принципе, это такие какие-то специфические задачи, где вы, а, там, например, допустим, если у вас есть какой-то софт, который никак
Speaker A
вообще нельзя автоматизировать, и тогда вы можете, а, вам нужно что-то в нём автоматизировать, и тогда вы включаете этот скилл, и вы как бы прямо буквально открываете эту программу, кликаете, что вам надо сделать, он всё это записывает и будет потом через компьютер use,
Speaker A
например, повторять. То есть он будет вашим компьютером как бы пользоваться. А и вот тогда это имеет смысл. И вот Елена, кстати, пишет, что по актуальной документации функция доступна только на МакоOS и требует включённого компьютерuse. Да, да, это компьютер US
Speaker A
точно. А вот то, что МакоOS, я, кстати, вот до этого момента даже не знал, что он вот так недоступен, это вообще такая небольшая несправедливость по какой-то причине почти все самые крутые технологии и штуки выходят именно на Маке в первую очередь. А вот, но если
Speaker A
вдруг вам такое нужно, попробуйте. Интересная штука. То есть у меня просто честно мало таких задач, да. То есть вот я я даже пытался вам для занятия это придумать, ну какие-то там для чего я мог бы использовать, я реально не
Speaker A
придумал. У меня нет таких задач. Вот на самом деле для чего мне это на практике нужно было бы использовать, потому что я просто понял, что а всё, что чем я работаю, вот в обычной работе у них у всего есть или API, или CLI, или что-то
Speaker A
можно там по MCP как-то ими управлять. То есть вот мне просто нет такой надобности. То есть, аа, ну, вот Богдан спрашивает, что есть ли там для монтажных прок или там Capture One, да?
Speaker A
То есть, да, для такого, наверное, это подошло бы, но, честно сказать, просто, э, это, ну, на мой взгляд, несколько расход токенов. То есть, как бы, вообще на компьютер use, браузеer use, на любые вот такие вещи токен очень сильно
Speaker A
расходуется, очень сильно. И просто делать вот такие какие-то автоматизации с гигантским, это немножко, знаете, как, ну, типа там микроскопом гвозди забивать. То есть я бы как это вот, наверное, для каких задач я бы это использовал. Ну так я так прикидываю.
Speaker A
Ну вот, например, м если бы мне нужно было сдавать какую-то безумно скучную, унылую отчётность или что-нибудь, какие-нибудь формы заполнять в какой-нибудь специфической программе, там вашей корпоративной или там, не знаю, какой-нибудь государственной, что что-то вот такое вот вот попахивает
Speaker A
чем-то, знаете, не бизнесовым, потому что у бизнеса у них есть какие-то хорошие там автоматизации MCP, API CL у них всё это есть, как бы. А вот там, где совсем всё такое мхом поросло, то вот там, скорее всего, вот такое что-то
Speaker A
пригодится. Ну, в общем, имейте в виду, что если вы на Маке, то вот такой способ есть. А, и наконец очень частый способ, который я чаще всего использую - это как бы, ну, вырастить скилл из разговора. Это, на самом деле, вот прямо то, что я
Speaker A
очень-очень часто делаю. И вот, кстати, например, конкретно вот этот, э, вы вы могли заметить, что у меня сейчас немножко изменился стиль моих этих презентаций. Это именно потому, что я в процессе как бы создания презентации я нашёл тот стиль, который мне нравится.
Speaker A
И, собственно, на основе его тоже сделал себе скилл, который который теперь мне собирает такие презентации в моём стиле, который мне нужен. А, то есть это самая часть всего. То есть я что-то делаю с AI, и мы как бы делаем, делаем, делаем,
Speaker A
доходим до какого-нибудь хорошего момента. И в этот момент я ему говорю: "Супер, теперь создай скилл, чтобы вот вот делать так, как мы сейчас сделали. Учти все там вещи, что мы обсуждали. Учти там все проблемы, с которыми мы столкнулись,
Speaker A
да? То есть я вот ему всё это рассказываю и всё, и он очень классно вот так от этого работает.
Speaker A
Теперь давайте посмотрим, как какие скилы я делаю. Некоторые из них мы будем создавать, а, некоторые скилы, э, просто я озвучу, потому что это просто хорошая идея. Я вижу, появляются вопросы. Я думаю, сейчас, когда мы запустим, побольше делатся, тогда тогда на вопросы
Speaker A
отвечу. Значит, во-первых, что я всё время теперь использую - это создание нескольких макетов. Минимум три, лучше пять. Вот давайте создадим такой скилл для этого. Это нам не нужен.
Speaker A
Так, сейчас, сейчас я перенесу, секунду, эту папочку сюда чтобы чтобы просто удобнее было. Так, да. Ну вот, давайте вот тут просто новые создам, чтобы у меня просто сейчас всё в одной папочке происходило, например, да? То есть, скажем, допустим,
Speaker A
я ему скажу, э, в принципе, ну, конечно, для создания скилов я стараюсь использовать более умный какой-то, а, какой-то более умный AI, но просто сейчас я буду использовать наверное Терру потому что Терра быстрая, мне она в этом плане нравится и довольно тоже умная. А
Speaker A
давайте так скажу. Смотри, а мне нужно, чтобы ты использовал скилл для создания скилов, который у тебя встроен. И создай мне скилл, который будет вот каждый раз, если я прошу сделать какой-то макет, то этот скилл должен активироваться. То есть ты должен
Speaker A
хороший описание этого скила написать, такой короткий, чёткий, что вот если я прошу сделать там какой-то макет, дизайн там, ну, а дизайн чего-нибудь, да, просто э прошу сделать, чтобы всегда а минимум ты сразу предлагал мне сделать три разных варианта. Лучше мне
Speaker A
предлагать, как бы ты должен меня спросить, что там сделать три варианта или а или, например, пять вариантов, да?
Speaker A
Всегда меня спрашивай. А также все эти варианты должны быть совершенно разные, да, то есть разные цветовые палитры, разные стили. А один из них должен быть в какой-нибудь стиле, который я люблю. Я люблю стиль NE, поэтому пусть один из
Speaker A
них всегда будет в таком стиле. И вот создам мне такой скилл. Я хочу, чтобы всегда у меня он был.
Speaker A
Вот всё. Заодно давайте сейчас посмотрим, с какой скоростью терра будет работать. Так. Вот, вот смотрите, он создал хороший description. Use for every visual design task websites UIs apps slides branding, да? То есть вот это вот как бы хорошее, короткое описание. И дальше вот
Speaker A
он тут всё расписывает. А значит, сначала определи задачу, да, там результат, действия, границы. Выбери, выбери ведущий skill.
Speaker A
А, та-та, когда сочетать два, да? И вот тут, ну, вот у него тут много описано, что, например, там новый web dashboard tast обязательно ветка такая-то, выразительный сайт, там новый бизнес сайт landing hmmark, да, там полный редизайн без указанного инструмента,
Speaker A
impactable new work, да, то есть вот это вот, видите, он как бы он он это расписывает. Кстати, обратите внимание, классная штука теперь есть в кодексе.
Speaker A
Вот эти автоподсказки, видите, он мне он мне он мне прямо показывает, что что бы я написал дальше. Покажи итоговый текст общего скила. Хочу посмотреть дескрипшны какие именно. Он на самом деле уже его показал, но если вы tab нажмёте, то у
Speaker A
вас это появится. Очень, очень удобная штука. Я очень часто её теперь использую. А вот так. Что вот так вот, например, мы такой скилл создали. Тут что? А всё, он уже сделал его, видите? То есть Тера вообще очень быстрая. Создал и установил
Speaker A
скилл. Давайте его посмотрим. А, ну он коротенький, конечно, у него получился. А, да, и он прош тут всё упинул. Ну, пинул.
Speaker A
Ну, в общем, да, смотрите, как лучше всё проверить, да? Например, вот давайте я понятно когда он должен срабатывать, используя, когда юзер просит создать какой-то визуальный дизайн или MOUP. Ну вот, давайте просто попробуем.
Speaker A
А сделай мне, сделай мне дизайн для, сделай мне дизайн для такой сайт визитки специалиста по AI, который живёт в Нью-Йорке.
Speaker A
Давайте посмотрим. Он он сейчас должен триггернуть. Так вот, использую designator и процесс tast. Для визитки выберу выразительное портфолио с А, и, кстати, не, это он, кстати, этот, это дизайнерта, а он мне три варианта интересно сделает или нет? Видите,
Speaker A
потому что у него получается, что он как бы он дизайн аркестратором воспользовался, но сейчас посмотрим, он мне предложит три варианта сделать или нет.
Speaker A
Так, да, видите, вот этот скилл, вот этот скилл, да, который, то есть один из них он сработал сейчас, а вот этот как бы вот этот design var не сработал. И это такое бывает, когда у нас, видите, как бы два дизайнскила. Как бы я сделал,
Speaker A
как бы что что бы в этой ситуации я бы сделал? Я бы в этой ситуации сказал бы, что а слушай, нам нужно в этот скилл ещё и добавить содержимое вот этого скила.
Speaker A
А почему я это делаю? Потому что я вижу, что явно появляется конфликт. То есть как бы он не хочет, например, два скила одновременно про дизайн запускать, и у него появляется конфликт. И поэтому вместо того, чтобы ему всё время этот
Speaker A
конфликт создавать, я лучше их смешаю в один как бы скилл. Пусть он в этот дизайнтор ещё такой добавит.
Speaker A
Так, сейчас вот это давайте, давайте остановим точно такой же. Сейчас попробуем точно такой же про попробуем.
Speaker A
Когда он сейчас обновит, вот и встрою его. М. Та-та-та. Стою прямо папа и согласуй выбором. Так, пока он это пока он пока он делает, давайте на вопрос отвечу.
Speaker A
Аа, Никита спрашивает: "Я несколько раз слышал, что делают мон графику. Кстати, вам нужно будет её сделать для домашнего задания. А я сейчас расскажу, как. Я несколько раз слышал, что делают мон графику видео с помощью Clт. Это как что-то подключают к нему, какие-то
Speaker A
монтажки. Нет, там есть несколько разных, ну, таких глобальных разных способов. Во-первых, вы можете просто его это попросить. Вот просто если вы просто его попросите, просто вот так же скажете, типа, сделай motion графику, и он вам сделает motionн графику, да? То
Speaker A
есть вообще как бы ну ничего. А попробуйте ещё, например, добавить там, используя JavaScript. Это чуть-чуть такого красоты всякой добавит интересной. А, ну то есть это вы можете просто его попросить сделать motion графику. Второй вариант, что есть различные, э, фреймворки. Ну, это не фреймворки,
Speaker A
правильно сказать, такие типа сервисы для motion графики. Два самых популярных - это remotion. Сейчас я вам покажу.
Speaker A
Вот это, очень популярная штука. И Hyper Frames. Мне даже Hyperframes иногда побольше нравится, чем Remotion, но в целом они оба очень похожи. Это такие как бы скилы и технологии, описывающие, как делать вот такую-графику.
Speaker A
И, наконец, третий вариант, да? То есть, если вам хочется больше контроля и, э, больше всего этого делать, вы можете просто пойти в, собственно, в просто открыть clotдзаign.
Speaker A
Сейчас, сейчас, секунду, я позакрываю тут моё рабочее. Сейчас вот вы можете открыть clддизаign. И здесь у вас прямо есть animation. Это и есть та самая как бы монграфика. То есть вы можете её прямо в код дизайне делать.
Speaker A
И а вот Никита уточняет а не умея генерить картинки ему не нужно генерить картинки для этого. Он всё сделает через код. То есть это это всё код. Это это как знаете типа как сайты, только только как бы только
Speaker A
другие. Так, сейчас меня попросили ссылки, сейчас я дам ссылку, потому что это вам нужно будет для домашних работ, но вам не обязательно использовать эти технологии. То есть оно будет и без них работать. Эсли вы просто и кодекс вы
Speaker A
попросите, оно будет без них работать. Современные агенты кодинга прекрасно делают моушн-графику. Так вот, вот смотрите, он сделал новые правила. Давайте ещё раз протестируем это. Значит, значит, создадим. Давайте новый.
Speaker A
Сделай мне дизайн для такого сайта визитки. Вот сейчас посмотрим, что он как м сработает у нас.
Speaker A
Во, видите, он тут же спрашивает, сколько визуальных вариантов сайта сделать. Ну, дайте три. Так, подготовлю три, а соедине с концепции соединена содержанием, чтобы можно было сравнить именно дизайны. За основу возьму портфолио и специалиста. Краткое представление на тата. А
Speaker A
он, наверное, меня сейчас сгенерит картинками. То есть я я, видимо, выберу концепцию, а после этого он ви двинется дальше.
Speaker A
В общем, вот, то есть вот так можно, например, а, например, можно вот так это совмещать.
Speaker A
Эдуард спрашивает: "А можно сделать рилсы с помощью кода?" Вообще легко. Ну, то есть как бы всё, что, ну, только смотрите, вы не путаете только генерацию видео, я имею в виду, ну, там, которые делают например там а кLeн, который делает или там, а,
Speaker A
а, Veo который делает Cdream, да? То есть вот это как бы это это не генерация видео, это будет генерация именно motion графики. То есть графика, да, это просто на всякий случай поясню, потому что, ну, просто это, чтобы недопонимания не было. Motion графика -
Speaker A
это именно вот такое. То есть вот motion графика - это, например, скажем, а сейчас, ну, это элементы конкретные.
Speaker A
Что-то у них у них раньше было столько у них раньше было столько во шоукейсы.
Speaker A
Вот вот это всё motion графика. Вот такое. Вот такое тоже motion графика. Кстати, это это там вот это графика. Вы можете и видео тоже так редактировать с монграфикой, да? Можете своё видео дать ему, он всё сделает. Это, понимаете,
Speaker A
вообще просто вот чем мне невероятно взрывает как бы мозг и ай то, что вы можете всё что угодно делать. Ты можешь дать ему ролик и вот так вот сказать ему: "Сделай вот такое". Видите, тут появляются всякие надписи. Вот так. То
Speaker A
есть как бы вот это можно всё сделать. Можно там вот такое всякое делать, можно вот такое. Это всё монграфика. То есть можете с этим попробовать. Он очень круто делает. Особенно OPUS 55. OPUS 55 прямо реально классный в моtion графике.
Speaker A
А, то есть, например, если вы вот у Никиты Чеснокова, если вы были на курсах в профайле, вот он как раз сейчас тоже, я так понимаю, активно этим увлёкся.
Speaker A
Вот. И он, собственно, нам сделал три варианта дизайна, но тут справитель ради терра всё-таки это терра, да? То есть она хоть быстренькая, но, как вы видите, дизайники такие и так себе, как бы, но зато как бы скилл работает.
Speaker A
А давайте дальше пойдём по идеям скилов. Это, ну, и, соответственно, это вот это соответственно, а, как я обычно, да, вот как я обычно дальше работаю, да, то есть он мне сделает несколько макетов, я выбираю, если мне ни один не нравится, а
Speaker A
такое бывает, я ему говорю ещё там, например, сделай вот такой-то вариант ближе к варианту второму, но измени там такой-то, такой-то, такой-то. И он снова делает варианты, да? То есть у нас вот это происходит, пока я не выберу один и
Speaker A
дальше уже начинаю его доводить. Очень часто я смешиваю несколько вариантов. То есть я говорю, что слушай, вот тут у тебя классно вот это, здесь хорошая вот эта идея, здесь вот та. Совмести это всё всё в одно.
Speaker A
Так. А так это record. Это только что мы говорили про это, то, что мы можем так записывать.
Speaker A
А так я хотел вам показать. Я сначала думал показать на LM Stсту Studдиою, э, как бы сделать, а потом я такой думаю подумал, что нет, ну слушайте, ну lm Studio тоже есть как бы API доступ. То есть в общем, вот нет, у меня в моей
Speaker A
жизни нет для этого кейсов. Может быть, у вас они есть. То есть это просто может моя особенность. А, например, дальше скажем, вы можете, а, вы можете создать себе скилл, как правильно для вас правильно создавать agents MD файл, да? То есть это просто
Speaker A
тоже как больше как идея скила, да? То есть вы можете себе вот если у вас есть те правила, которые вам нравится там включать в Agence MD, если вы хотите, чтобы у вас каждый раз для каждого проекта Agent MD создавался, как вы
Speaker A
хотите, один раз создайте хороший Agenc MD файл и там укажите, что вы, например, хотите, чтобы было там, чтобы он был короткий, чтобы обязательно он на другие документы давал референсы, да, вот это всё. А-а, и, соответственно, вот когда когда он вам всё это сделает,
Speaker A
то после этого скажите ему: "Сохранить, теперь это всё как в скил". И он, собственно, это без проблем сохранит.
Speaker A
Ещё одна. А, во, вот это, вот это сейчас соберём. Это я прямо вообще просто постоянно делаю. Реально, просто постоянно. Я без этого, честно, уже даже работать не могу с AI без этого. И и тут, знаете, тут как такая обоюдная
Speaker A
история. То есть, с одной стороны мне это очень нравится, то есть как бы то есть я сам прошу это так делать, а с другой стороны как будто вот особенно у Опуса 55 или в новом клодко-коде у него как будто это встроено, потому что он
Speaker A
тоже это всё время предлагает делать. А значит, что это такое? Я теперь всегда работаю таким образом, что если, например, я веду какой-то проект и мне нужно что-то в нём поменять, я не просто говорю там, что поменяй мне по-попопопопопопо что
Speaker A
что-нибудь, а я говорю: "Поменяй мне нананана". А когда ты это сделаешь, собери мне артефакт, который показывает скриншот, как было, скриншот, как стало, что ты поменял.
Speaker A
И слушайте, это, знаете, такое честно жизненное облегчение, потому что, ну, вот когда ты ведёшь большие проекты и тебе нужно в них там, допустим, пачку всяких мелочей поменять, такое накапливается иногда, ты просто ему такой россыпью говоришь: "Вот иди всё
Speaker A
это меняй, а потом собери мне такой артефакт". И потом ты дальше просто смотришь этот артефакт. Это супер круто.
Speaker A
Ну давайте посмотрим, как его, например, сейчас вот если надеюсь кодекс тоже это соберёт, но на Тери попробуем, потому что мне просто её скорость нравится.
Speaker A
А, используй скилл для создания скилов и создай мне следующий скилл. Если я прошу, а, внести какие-то изменения в проект, особенно визуальные, но и невизуальные тоже, а то обязательно нужно создавать вот в конце выполненной работы обязательно нужно создать HTML
Speaker A
артефакт, где будет описано, что, а, где будет описано, как было, как стало, и обязательно со скриншотами.
Speaker A
минималистичный дизайн, а белый фон, стиль такой, то есть такой вот очень-очень минимилистично всё, чтобы было. И а главное просто, чтобы были обязательно скриншоты до, скриншоты после, а короткое описание по сути, да, всего всего сделанного в этом, чтобы было. Вот. Создай мне такой скилл.
Speaker A
Давайте его создадим. Вы можете всегда ещё тоже спросить, там, задай мне вопросы, как, например, как что-то сделать. А Богдан спрашивает: "Скилл для создания скилов - это дефолтный?" Да, он по умолчанию идёт со всеми. Он вот он там skill creator skill. О, кстати,
Speaker A
сейчас он ещё заодно прочитал а скил дизайна. Так, ладно, в общем, пусть он сейчас создаёт, потом мы его тоже протестируем.
Speaker A
А, э, вот это реально, честно, я вам говорю, это просто супедобно. То есть просто, если вы много аа вы работаете, это прям вообще вот прям прям супер супер супер удобно.
Speaker A
А ну обычно я обычно прошу показывать именно в каком-то HTML-артефакте, да, где он может вот так мне всё это показать.
Speaker A
А, тоже как бы в к вопросу о вот таких как я сейчас стараюсь воспринимать информацию, да, я стараюсь, например, вот вы, наверное, замечали, что если вы делаете какой-то большой проект, вас ну, как бы я начинает заваливать какими-то вопросами. То есть иногда он
Speaker A
может прямо целую такую такую простыню вопросов вам просто накатать и сказать: "Вот расскажи мне, а что ты думаешь про эти вещи?" И меня это, а, меня это как бы сильно насторажи, ой, не настраживает, а напрягает, потому что, э,
Speaker A
я просто понимаю, что у меня теряется фокусировка, да? То есть, когда, например, я начинаю там большой такой текст читать, у меня замыливаются глаза, я это не воспринимаю. Поэтому я, а что я прошу сделать, да, как бы я прошу вот
Speaker A
просто все его вопросы оформить. в вот такую, например, там какую-нибудь формочку, где я даю ответы. То есть, чтобы я просто прям тоже HTMLартефакт, где я просто кликаю тут вот этот вариант, тут вот такой вариант, здесь там другое, да, я могу написать, что
Speaker A
другое. То есть я просто ему вот так кликаю. Особенно это классно, особенно следствие. А если если э если есть какие-то визуальные элементы, то есть он например, спрашивает там, вам кнопку сделать вот такую или такую, да? Я такой выбираю вот такую, да? То есть я всегда
Speaker A
теперь просто прошу, что ты не пиши мне стену текста, а сделай мне вот такой артефакт, где я спокойно повыбираю. То есть вообще у меня на самом деле вот сейчас работа с AI, она сильно сдвинулась в сторону работы с
Speaker A
визуальными артефактами, потому что на самом деле так намного про вот ну как просто когда у вас реально большие объёмы работы начинаются, по-другому просто не справляешься. То е просто мозг уже не справляется, что ты не можешь вот эти стены текстов читать.
Speaker A
Ты просто вот, нужно, э нужно просто на какой-то такой визуал посмотреть. А значит, и что я ему обычно, да, говорю при этом, чтобы, ну, чтобы были, а, например, только какие-то, ну, ключевые развилки, да, то есть не просто какие-то
Speaker A
там просто, в принципе, вопросики разные, а вот какие-то важные, которые, моё мнение нужно. А обычно я прошу их сортировать по как бы, ну, на по тому, насколько они важны, да? То есть, ну, можно назвать это по цене ошибки но
Speaker A
больше я стараюсь как бы в начале самые важные решения, а, чтобы вопрос был короткий, вариантов ответа там от двух до четырёх было, а тоже, чтобы он всегда предлагал вариант, который он сам рекомендует. То есть, чтобы всегда было: "Я рекомендую вот это". Мне это
Speaker A
важно. Мне важно понимать, какой вариант он рекомендует. И всегда, чтобы было поле другое, да, чтобы я мог как бы вписать какой-то другой вариант.
Speaker A
А так дальше. А ещё один скилл, который я тоже очень часто использую. И он, кстати, вот этот скилл лучше работает, ну, по умолчанию, давайте так, лучше работает с кодексом, потому что у кодекса есть генерация картинок, и тут это очень
Speaker A
помогает. А, ну, в клоде у меня просто подключены как бы сторонние сервисы для генерации картинок. А очень часто я прошу теперь просто объяснять что-либо, минимум слов, лучшее как бы схемы объяснения, то есть как бы картинки генери, генери схемы и так далее. То
Speaker A
есть как бы я сейчас стараюсь именно таким образом это делать. И поэтому как раз тоже я ну про мерки домашнего задания я вам про это говорил, потому что, ну, вот я уже отвык такие прямо стены текста читать. Мне нужно, я, ну, я
Speaker A
привык, что вот вот у меня там идёт там восемь процессов параллельно, да, как бы, и я между ними переключаюсь. Если я каждый раз буду читать такую стену текста, я знаю, что мой когнитивный ресурс, он просто быстро закончится.
Speaker A
Поэтому я просто говорю, что так, всё, сгенери мне просто вот такие всегда объяснения. Аа обычно стараюсь, чтобы там какая-то мысль, да, какими-то там а инфографикой гра, то есть вообще больше графики, меньше слов. А, и, соответственно, там, чтобы рисовались
Speaker A
связи рисовались там цветом, выделялись, то есть, в общем, чтобы вот это всё было, а, смотрелось хорошо, да. И, соответственно, как это можно сделать? Можно разных, на самом деле, технологиях делать. Ну, мне кажется, проще всего HTML делать, но при этом
Speaker A
можно генерацию картинок добавлять и это вставлять эти картинки в HTML. А кто более такой как бы такой технический человек? Mermaid, например, схемы любит или те же самые там доски TL Draw. Он тоже там может такое нарисовать.
Speaker A
А Никита спрашивает: "А это сейчас не автоматически у них происходит задавать короткие вопросы с рекомендацией ответа только последовательно". Аа, да, мне тоже так кажется, что у них это поэтому я и говорю, что это как бы такое ощущение, что это обоюдное тоже
Speaker A
движение, что как бы вот как будто это как будто это и в кодексе тоже ой в клоде сейчас появилось как раз. Но другое дело, что он не всегда ещё красиво это делает. Иногда он просто может текстом эти вопросы дать, а вот
Speaker A
чтобы он красиво именно это оформил, чтобы там удобно было покликать, это, знаете, это просто это кажется, да, там, ну, подумаешь, можно и текст прочитать, но не подумаешь. Нет, когда у тебя там вот реально 10 параллельных проектов, не подумаешь, тебе хочется, чтобы тебе
Speaker A
просто комфортно очень было. Поэтому вот такая штуковина. А так сейчас посмотрим, что у нас тут сделал. Вот он сделал. Вот давайте проверим его. Давайте проверим. Вот тут это у меня там учебный один проект. Я скажу что аа, слушай, я хочу изменить дизайн вот
Speaker A
этого, текущий дизайн этого проекта. А, поменяй его на что-нибудь, на какую-нибудь такую тёмную схему.
Speaker A
Заодно, кстати, узнаем сейчас, как у нас работает, как у нас сработает, э, как у нас это сработает. Сейчас сейчас посмотрим.
Speaker A
А вот что я делаю часто, теперь тоже очень часто, и вы тоже можете для этого создать скилл. Это просто скилл, который будет спрашивать второе мнение у других агентов, да? То есть это вот поэтому как раз я именно по этой причине я не
Speaker A
смешиваю клод с кодексом, потому что у меня есть скилы, которые говорят к лоду: "Как бы ты иди поговори с кодексом" и наоборот, да? То есть вот чтобы оно как бы не смешалось. А плюс сейчас к этому я теперь добавил, чтобы они всё время
Speaker A
ходили в курсор, спрашивали у Кими и, ну, вот Gemini 4 Argon. Я спрашиваю, если это у меня там просто прописано, по каким поводам нужно спрашивать. Я спрашиваю у Аргона, я спрашиваю, если а это связано с текстами. Аргон довольно
Speaker A
хорошо пишет тексты, и поэтому я у него спрашиваю. Больше пока я особо ни у кого не спрашиваю, но я хочу, наверное, сейчас планирую этот скилл обновить свой и добавить туда, чтобы он через Open Router просто ходил и в Openoutур уже
Speaker A
большего такого э спектра моделей это спрашивал, потому что иногда хочется тоже больше других а мне. Так что мм вот так они, соответственно, он может вот так вызывать. И причём я это, естественно, делаю, чтобы он просто там клод пи вызывал, чтобы он кодекс exact
Speaker A
вызывал чтобы например kмиode, ой, не Q код, этот курсор, он вот так у них это agent называется, вот так вызывал, да, и и да, кстати, тоже ещё важный момент, что а потом проверка это должна быть обезличенная, да? То
Speaker A
есть он важно чтобы как бы вот, например, если много разных там моделей спрашивается, а он должен он должен видеть, что как бы не должно подписываться, что такая-то модель так ответила. Нет так, потому что это может нашей основной модели типа немножко
Speaker A
испортить картину, а он должен видеть такой как бы нейтрально, что просто вот вотвот мнение как бы, чтобы он какие-то мнения не превознает. Там, например, скажем, приходят какие-то мнения, допустим, от GPT6 Astra, и он такой: "О, ну Asra - это типа современная модель,
Speaker A
наверное, она права, поэтому как бы лучше его так это немножко анонимизировать". А при этом можно, конечно, устраивать как бы споры моделей, но а я к спорам модели скептически отношусь. То есть я, ну вот на моей практике я не вижу, что спор именно
Speaker A
модели к чему-то прямо хорошему приводит. То есть мне кажется, что лучше просто вот так опросить нейтрально, нежели чем вести такую дискуссию.
Speaker A
Аа вот теперь сейчас давайте посмотрим, что он там он сгенерил или нет. Вот. Ахаха.
Speaker A
Вот интересно. Он сейчас он не показал сейчас. А ты использовал этот скилл? Вот тут вопрос, чтоб почему он его не использовал? Или скилл не очень, или всё-таки терра или как бы терра аа использует скилл. Вот это тоже как бы ну
Speaker A
тоже нужно учесть, что в некоторых случаях, если вы прямо хотите, то упомяните его, да, то есть прямо упомяните, что название вот так скила. И вот Елена спрашивает: "А у вас какая-то таблица скилов?" Как всех помните, ну, смотрите, нет таблицы нету, и я их не то
Speaker A
чтобы помню, просто у меня есть определённый там, ну, спектр технологий, с которыми я работаю. И я точно знаю, что там, допустим, для как каких технологий у меня в принципе есть скилы.
Speaker A
Я просто это знаю и, соответственно, ээ и, соответственно, я я это помню, если мне нужно с какой-то технологией работать. А так, как бы, ну, у меня очень много скилов там огромное. Вот у меня, вот для меня как раз вот эта
Speaker A
процентность, сколько загружается в контекстное окно - это проблема. И я не как бы я не помню никогда. То есть как бы я просто знаю, что для определённых технологий у меня точно есть, а остальные как бы, ну, обычно я о
Speaker A
них вспоминаю в процессе. Ну или или и Айсон вспоминает. Вот видите, как бы вот до, после, вот он показывает, то есть и вот так. Ну просто когда это когда это одно изменение, это как бы не впечатляет. А, но если вы как бы делаете
Speaker A
там у вас, например, 15-20 вправок, это намного это намного удобнее, а, это намного удобнее считывать.
Speaker A
Так, пойдёмте дальше. А также, кстати, вот, ну, вообще, в принципе, если вы, если вы как бы создали скилл, который, ну, давайте так для серьёзной работы, потому что не просто так для себя там немножко что-то так создали, а вот,
Speaker A
допустим, вы для кого-то делаете скилл, потому что на самом деле, ну, вот моя работа, она подразумевает, что я для компании делаю скилы. И здесь надо обязательно, конечно, проверять вот эти запросы, да, что а вот вот у нас сейчас,
Speaker A
например, скилл не вызвался. Это звоночек. Это звоночек, что-то здесь не так. И, скорее всего, надо что-то в скиле переписать, а, надо лучше оценивать результат. Это делается через EVALs, то есть в скилах. Ну, по крайней мере, вот, например, я не знаю, как у
Speaker A
кодекса, у кодекса может быть нет, а вот именно в клодкоде, там в его а ски скиле для создания скилов очень хорошо прописан система evaluation, то есть как бы как оценивается работа скила. И там очень хорошо это построено. рекомендую
Speaker A
как бы и, может быть, их даже скилом использовать тоже в кодексе, потому что у них очень хороший скилл для создания скилов, и там как раз вот эти тесты очень хорошо прописаны для этого.
Speaker A
А дальше очень важно поговорить про безопасность. Давайте я сейчас отвечу на вопросы, а потом про безопасность мы поговорим. Значит, Богдан спрашивает: "А если в двух словах, то под какие задачи Астры и под какие 61 сол?" Слушайте, 61 последнее время не очень работает,
Speaker A
поэтому его сложно рекомендовать. А я бы так сказал, что Astra для любых задач дизайна, для любых задач комплексного анализа, для любых задач, где нужна такая широта мышления, да, то есть такая вот не просто, да, там что-то спросить.
Speaker A
61 сол для более обычных технических задач. То есть, например, там, э, что-то изменить просто на сайте, а сделать бота прекрасное, без проблем задачи для 61.
Speaker A
А, то есть такие простые, просто простые рабочие задачи. А вот что такое, где больше такая широта мышления, это вот больше мм больше нужно мм Астро.
Speaker A
Владислав спрашивает: "Скил, созданный в кодексе, можно будет беспрепятстно использовать в клоде и наоборот?" А в целом, да, с рядом ограничений. Ну, как бы, во-первых, помните, я вот там в начале презентации рассказывал, что есть разные настройки, да? То есть у у,
Speaker A
например, у скилов клода одни могут быть настройки, у скилов кодекса другие, да, то есть настройки немножко могут меняться, но в целом они полностью универсальны. В целом это, на самом деле, вот эти настройки - это мелочи, как бы они не
Speaker A
так часто проявляются. В целом они полностью универсальны. Единственное, что вам, а, единственное вот, где реальная проблема может появиться - это если скил упоминает какие-то уникальные инструменты или уникальные действия, например, кодекса или клодкода. Ну, то есть, допустим, скажем, если скил говорит там,
Speaker A
э, ну, вот, например, скажем, вот давайте так, а, вот это моя чисто вот жизненная проблема например вот например вот есть у меня, а, есть у меня кодекс, и в нём у меня есть плагин для TLDraw, да, вот этой
Speaker A
программы, где я делаю все мои, э, все мои схемы. И вот кодекс с ней очень классно работает.
Speaker A
А проблема в том, что в клодкоде нет такого плагина. И если я возьму ски, я вот когда я взял скилл из кодекса, перенёс его вдкод, и у меня код такой говорит: "Ну, слушай, как бы всё здорово, но у меня такого плагина нету,
Speaker A
как бы я не могу это использовать". То есть это вот единственная такая реальная проблема.
Speaker A
А Елена спрашивает: "А при смене компьютера нужно как-то всё наработанное переносить с собой или это всё автоматом с подпиской перенесётся?" Нене, не надо, потому что, а, с подпиской перенесётся то, что вы загружали к ним в облако. То есть, например, если вы что, какой-то
Speaker A
скилл устанавливали через браузер, оно там сохранится. Но вообще всё надо и всё вот а-э всё хранится в системных папках, но это легко найти. Вы можете просто кодекса попросить: "Сделай мне, скопируй куда-нибудь, сделай мне бэкап всех скилов, которые у тебя есть. Это не
Speaker A
проблема". Кодекс попросить, он вам это сделает. Так, сейчас я ещё тут я видел несколько вопросов, я до этого пропускал.
Speaker A
Сейчас, чтобы точно к ним вернуться. Получается, что в любом случае, хотим мы того или нет, это Богдан спрашивает, загружаться будут все-все наши скилы. То есть говорю я конкретно использую такой-то скилл или не говорю, всё равно будет загружать. Не, смотрите, он
Speaker A
загружает не полностью скилы, он загружает маленькие вот эти крохотные описания скила, да, вот этот маленький текстик. И по этому текстику он определяет, будет он использовать этот скилл, нет. Как вы видите, вот, например, у нас здесь он не определил,
Speaker A
да, как бы он сразу не использовал этот скилл по какой-то причине. Нам надо разобраться, почему. Скорее всего, может быть, скилл не очень написан. А, то есть он только вот эти маленькие описания загружает, а не сами скилы.
Speaker A
Евгений спрашивает: "А ведь если скилы установлены для конкретного только для проекта, то они ведь в другом проекте не будут читаться, правильно понимаю?" Да, именно так. Это имеет смысл, например, скажем, если у вас какой-то очень специфический проект и скилы для него
Speaker A
нужны тоже специфические, но для других проектов они не нужны, тогда без проблем, да, можно скилы именно там хранить.
Speaker A
Так, а теперь про безопасность, потому что если вы будете какие-то сторонние скилы устанавливать, безопасность - это, конечно, очень такая важная штуковина.
Speaker A
Важно учесть, что, а, во-первых, гигантское количество скилов вредоносные. То есть, например, вот вот сейчас в октябре, а Virus Total такая, это такая система проверки скилов, они проверили 35, почти 36.000 ты000 скилов, из них почти 7.000 были вредные. И, э,
Speaker A
значит, в 62% э без единой строки кода вред был в тексте инструкции. Это, на самом деле, самый простой вариант, потому что инструкции как раз легко вычислить. А вот проблема тогда, когда какой-то хитрый код исполняется и он хитрый, не очевидным образом вредный.
Speaker A
А, поэтому это вот такая проблема. А, ну, во-первых, вот это как бы, если вы вдруг хотите глазами посмотреть, да, скилл и найти там какие-то вредоносные команды, учите, что они могут быть просто от вас скрыты. Так можно делать.
Speaker A
А значит, как это вообще всё вредит, да? То есть, во-первых, э, так, сейчас вот так подвину. Значит, например скажем аа если, например, вот очень популярная штука - это подмена после, а, популярности, это то, что с этим надо быть тоже очень быть
Speaker A
аккуратным, потому что в некоторых случаях, как делается, создаётся какой-нибудь известный скилл, ну, точнее, просто создаётся скилл, да, и разными способами его раскручивают, да, то есть он делается известным, да, то есть он там, например, там его рекламирует и прочее, прочее. Куча людей
Speaker A
его ставят, и он абсолютно безопасный, но он ставится, например, как плагин, скажем, и потом они просто берут и в в нём меняют что-то на вредоносное, и люди обновляют себе этот скилл и, соответственно, ставят себе вредоносную программу. Такое тоже
Speaker A
бывает. Поэтому будьте аккуратны с этим. А дальше например а а есть, например, такой тоже частый приём, когда скил сначала что-то вас просит установить. И это, на самом деле, опасная вещь, потому что, ну, вы привыкли к тому, что, ну, как бы обычно,
Speaker A
если ваш вам клод что-то там или кодекс говорит, типа там, а, слушайте, для работы вот этого нам надо что-то установить, то вы как бы такие типа о'кей, да, устанавливай, а тут как бы в скеле может быть прописано, что он как
Speaker A
бы попросит что-то злонамеренное установить, какую-то вредоносную программу, и вы такие по вы по своей как бы ну привычке просто напишите: "Да, конечно, давай, устанавливай". И всё. И он как бы там вам что-нибудь плохое очень восстанавливает. То есть вот,
Speaker A
например, вот Paperкlip была история как раз когда один из скилов, который был в комплекте Пейперклипа, вот он его он сначала был нормальный, потом его подменили на плохой, и только это заметили через 12 часов после уже, э, когда прошёл почти
Speaker A
15 млн установок. Так что это вот такая такие проблемы бывают. Значит, как от этого защищаться?
Speaker A
Значит, есть разные сканеры. То есть есть сканеры, которые сканируют, собственно, скилы, но опять-таки они от всего вас не защитят. То есть какие есть сканеры, да? Например, есть известный довольно Cisco с scan skill scanner, есть Nvidia Skill Spectter, есть
Speaker A
у Clod Enterprise отдельная своя, но это для enterprise, для крупных корпораций есть своя история.
Speaker A
А также Skills SH и Clowub, они как бы в целом комплексном проверяют. Они там virus total проверяют, а Gen Digital, Skill Spector. То есть, в принципе, вот если вы пойдёте на, например, skills.sh сейчас Skills SH, да. Вот если вы сюда пойдёте,
Speaker A
то а здесь вы найдёте как бы вот те скилы, которые здесь, они довольно хорошо проверены. То есть и тут можно почитать, что с ними может быть не так, потому что тут они прямо они много сканеров пропускают, у них целый
Speaker A
комплекс сканеров. Но если вы их сами хотите проверять, попробуйте Cisco, попробуйте Nvidia Skills Spector и а также, конечно, в принципе, вы можете, ну, сильно в настройке, если вы хотите там профессионально сделать настройки для кодекса или клодкода, можно тоже там
Speaker A
всякие, ну, сложные такие настройки сделать, но это нужно делать, когда вы на самом деле понимаете, что вы делаете.
Speaker A
То есть, а просто, если вы это сделаете, вы должны понимать, что это будут последствия. то, что для там для безопасных операций у вас могут быть проблемы. А, поэтому в любом случае, мм, что что я рекомендую делать, это то, что
Speaker A
а самое главное, да, там, например, если вы хотите установить какой-то чужой скилл и, например, его нет вот тут, да, то есть он никак тут не проверен, а я вам, ну, как бы рекомендую, во-первых, в целом вообще страницы, если
Speaker A
честно, таких скилов. То есть я стараюсь их по минимуму восстанавливать, но я стараюсь когда-тода просто дать самую как бы самую умную модель, сказать, что вот очень внимательно проверь этот скилл именно на вредоносность. Ну и на самом деле современные современные модели
Speaker A
хорошо это могут проверить. А да, а, ну и плюс, конечно, есть определённые риски ваших собственных скилов, но это такое больше уже так для компании актуально. Например, скажем, если а вот вы используете вот такое разным агентом разное спрашиваете, учтите, что, ну, какие-то данные уйдут в
Speaker A
разные места. Если вам это нормально, то это нормально, но это не всегда нормально может быть. Если, особенно вы с какой-то компанией работаете, у них может быть, например, запрещено в какие-то, например, конкретные а AI API а отдавать какие-то данные. То есть,
Speaker A
например, вот у них может быть разрешённо использование клода, который, допустим, клод через а AWS серверах, а в другой, например, нельзя. И это может быть проблема.
Speaker A
Тоже учтите, что рекорды Skill, например, записывает весь экран. И, ну, как бы тоже такая, знаете, как бы история. Вдруг он что-то там увидит, что не надо видеть.
Speaker A
А потом также вы можете настроить цикл самоулучшения. Как его можно настроить? Да, значит, есть вообще есть разные способы, как можно настроить цикл самоулучшения. Это самый лучший вариант, да, это как бы или встроить ваш текущий как бы скилл в
Speaker A
встроить ваш текущий скилл, как бы вот такой, что, например, там, когда ты закончил работать, посмотри, правильно ли ты обработал, не давал ли человек каких-нибудь а например а-э, там рекомендации, изменений, чтобы там что ему не понравилось или или о чём
Speaker A
вы спорили, и если что-то не так, предложи ему внести какие-то изменения в себя, да? То есть, чтобы чтобы он, ну, чтобы вот как бы чтобы вам, например, кодекс или КЛОД сказал, что а знаешь, я как бы вот тут посмотрел, мы вот
Speaker A
закончили задачу, а кажется, как будто имеет смысл вот этот скилл вот так-то обновить, да? То есть это один из как бы вы можете такое делать. А плюс вы можете просто настраивать автоматизации, да, то есть вот в тут у нас есть schedule task,
Speaker A
да, запланированные вот эти задачи. Вы можете ставить тоже запланированные задачи например а например, походи по моим последним всем сессиям, посмотри, какие скилы я использовал, проанализируй, надо ли мне, например, как-то улучшить эти скилы или, может быть, вообще создать какие-то
Speaker A
новые скилы. Это тоже в этом плане полезная штука, да. Вот это то, что мы хотели сегодня обсудить.
Speaker A
А вот и Богдан спрашивает: "А как мы поговорим о том, чтобы настроить самоулучшение скила?" Ну вот я только что как бы об этом рассказал. То есть вам просто нужно, ну давайте так. а-а самоулучшение. Вот я вам рекомендую начать просто с того, чтобы попробуйте в
Speaker A
какой-то скилл включить вот этот вопрос, да, чтобы он чтобы он анализировал эту беседу и предлагал это улучшение. Почему я прямо сильно за это не топлю? Потому что на практике это не всегда хорошо работает. Если он, например, будет вас
Speaker A
постоянно об этом спрашивать, это немножко может, знаете, ну, надоедать. То есть я вот честно, например, в своих скилах мало это использую. Я я просто больше на себя полагаюсь. Если я вижу, что я начинаю как-то спориться скилом, если он какой-то не тот результат даёт,
Speaker A
то я начинаю его править. А вот так, чтобы он постоянно сам себя правил, ну, кому-то нравятся такие штуки, я как-то вот не самый прямо фанат. То есть как бы это можно делать просто на всё нужно время, да, на всё нужно
Speaker A
время и когнитивная энергия, а она как бы ограниченная, да. И соответственно, какая у вас будет домашняя работа?
Speaker A
У вас домашняя работа будет следующая. Так, так. Это у нас практика. И она будет вот.
Speaker A
Значит, что вам нужно сделать? Вам нужно сделать, создать скилл для своей рабочей задачи одним из вот тех способов, которые мы обсудили, да, то есть или а ну тут что-то я тут написал трёх показанных способов. Мы много, на самом
Speaker A
деле, конечно, способов обсудили, но я думаю, вы суть понимаете, да, что как бы что есть много способов, как можно создать скилл, создавать каким хотите.
Speaker A
А, и, но самое главное, вам как бы мне скил не надо присылать, потому что просто, если честно, читать скилы довольно мучительное занятие. Поэтому, что вам нужно сделать? Вы должны попросить сделать клод или кодекс, презентацию о том, как этот скилл
Speaker A
работает в формате motion графики, которая расскажет о том, как работает ваш скилл, да? То есть просто попросить этого сделать, он это сделает. А что важно, я бы в этом запросе учитывал?
Speaker A
Смотрите, если вы просто попросите, вот просто попросите, то он как бы он сделает графику, всё будет хорошо, но это будет такая обычная, да, мон графика, такая как бы не выдающаяся, да, скажем так.
Speaker A
А попросите его показать это, как это работает на конкретной задаче со скриншотами или пусть он даже запишет видео того, как это работает. Вот из-за этого он потом может собрать очень классную инфографику. То есть вообще, то есть как бы смысл во многом вот этой
Speaker A
домашней работы как раз, чтобы немножко расширить то, что вы можете сделать с кодексом, да? То есть попробуйте вот вот вот вот как бы я решил эту задачу.
Speaker A
Смотрите, я бы решил следующим образом. Я бы дал, например, ему конспект нашего занятия, который там через день обычно появляется. Я бы дал ему конспект занятия и сказал, что слушай, у меня было вот такое занятие. Теперь нам, ну, вот сказали сделать вот такую мон
Speaker A
графику. Сказали добавить вот всё, что вот я сейчас вам вот это наговорил, вот это ээ вот вот это как бы я бы ему сказал, что сказали сделать, чтобы ты там скриншоты делал и прочее. Давай для начала прикинем, какой бы нам сделать
Speaker A
скилл, да, для каких наших задач, а после этого, а как об этом сделать вот такую классную, э, мошн-графику. Вот, попробуйте, потому что это вот это задание с одной стороны, чтобы вы просто скилл себе какой-то интересный сделали, а с другой стороны, чтобы вы
Speaker A
потренировались с motion графикой. Ну и как Ultra de Deep Think, можете ещё вот как раз такой попробовать некий цикл автоулучшения, да, задать, чтобы он, например, вам вопросы задавал или поставить какую-нибудь, э, автоматизацию, чтобы проверял ваши прошлые сессии. Ну, это как как вариант,
Speaker A
скажем так. Вот. Так что я думаю, сегодня мы так глубоко погрузились в скилы. Извините, мы немножко задержались, но как-то вот очень были просто интересные домашние работы, поэтому хотелось их разобрать.
Speaker A
А Евгений спрашивает: "Какой тайминг?" Минутка две. Да, лучше вообще не больше минуты. Вот спасибо, что спросили.
Speaker A
Минута. Вот я бы я бы я бы минуту ставил. А Елена спрашивает: "А система сама без моего разрешения может скилл установить?" Нет, обычно они всегда спрашивают об этом, что типа это важная штука. Мне кажется, сейчас все агенты кодинга, они
Speaker A
всегда об этом спросят. Так, о'кей. Тогда предлагаю заканчивать и увидимся с вами. Ну, во-первых, через неделю мы точно увидимся, но в эту пятницу у меня будет навигатор по новинкам AI. Так что, если что, приходите поговорим про новинки AI. Спасибо. И
Speaker A
счастливо увидимся через неделю. Пока.
Topics:AI-скиллыClaude CodeCodexSKILL.mdпромпт-инжинирингавтоматизация разработкиAI-агентыплагиныMCP-коннекторы











