Скиллы для AI-агентов: что это и как их использовать
Скилл для агента устроен проще, чем звучит: это папка с текстовым файлом, где обычными словами написано, что делать и по каким правилам. Агент читает файл и работает по нему. Один раз описанная процедура перестает объясняться заново каждое утро. Ниже разбираем, как устроены скиллы, как ставить чужие и не подцепить лишнего, как за вечер собрать свой и почему многие задумки для бота или для сервиса закрываются одним markdown-файлом.
Дальше будут слова репозиторий, markdown, фронтматтер. Выглядит страшнее, чем есть: скилл - это текстовый файл с инструкцией. Умеете писать техзадание словами, значит умеете делать скиллы.
Этот гайд написан и для вашего агента тоже. Откройте Claude Code или другого ассистента с доступом к файлам, дайте ссылку на эту страницу и попросите пройти по шагам.
Что такое скилл для AI-агента
Скилл - это папка с файлом SKILL.md внутри. В файле две части: короткая шапка со служебными полями и тело, где описана процедура.
Рядом с файлом может лежать что угодно еще: скрипты, шаблоны документов, справочники, примеры. Все это агент подхватит, когда возьмется за задачу.
Минимальный рабочий скилл - это одна папка и один файл. Все остальное добавляется, когда понадобится.
Самое интересное тут в механике. Агент не держит все скиллы в голове. В контексте у него висит только строка описания из шапки: одно предложение про то, когда этот скилл применять. Когда ваша задача под описание подходит, агент открывает тело файла и работает уже по нему.
Поэтому тридцать установленных скиллов не мешают друг другу и не съедают контекст. До момента вызова каждый из них весит одну строку.
Скилл превращает разовое объяснение в постоянную процедуру. Объяснили один раз - агент помнит всегда.
Скиллы живут в системе и работают в любом проекте
Это главное отличие скиллов от всего остального, чем настраивают агента, и его чаще всего упускают.
Когда вы работаете над проектом, вы работаете внутри конкретной папки: сайт, приложение, база документов. Все инструкции проекта лежат там же и заканчиваются вместе с ним. Скилл живет уровнем выше, поверх системы. Он лежит в домашней папке пользователя и виден агенту из любого места на компьютере.
Личные скиллы ваши и только ваши. Командные попадают к коллегам вместе с проектом, обычным клонированием.
Практическое следствие простое. Настроили скилл для договоров, работая над сайтом, - через месяц открыли совершенно другую папку, сказали сделай договор для нового клиента, и он делается. Скиллу все равно, где вы находитесь.
Проектные инструкции при этом никуда не деваются: файл CLAUDE.md в корне репозитория по-прежнему описывает конкретный проект, его структуру и договоренности. Разделение получается чистое. В проекте - контекст проекта. В скиллах - ваши процедуры, которые от проекта не зависят.
Чем скилл отличается от промпта, CLAUDE.md, MCP и субагента
Четыре механизма, которые постоянно путают между собой. Разница в том, что именно каждый из них дает агенту.
| Механизм | Что дает агенту | Где живет |
|---|---|---|
| Промпт | Разовое указание на один запуск | В буфере обмена и в вашей голове, вставляется заново каждый раз |
| CLAUDE.md | Контекст одного проекта: структура, команды, договоренности | В корне репозитория, читается в начале каждой сессии целиком |
| Скилл | Процедуру: что делать, в каком порядке, по каким правилам | В системе, доступен из любого проекта, подгружается по описанию |
| MCP | Руки: доступ к внешнему сервису, к базе, к API | В настройках агента, висит подключением |
| Субагент | Отдельного исполнителя со своим чистым контекстом | Запускается основным агентом под конкретную подзадачу |
Пара для сравнения, которая объясняет все остальное. MCP дает возможность, скилл дает процедуру. Подключение к аналитике через MCP означает, что агент умеет ходить за цифрами. Скилл описывает, какие цифры смотреть, в каком порядке и что считать проблемой. Они работают вместе и заменить друг друга не могут.
С CLAUDE.md разница в другом. Он читается всегда и полностью, поэтому со временем разбухает и начинает мешать: половина написанного к текущей задаче отношения не имеет. Скилл открывается только когда пригодился.
Простое правило разделения: инструкция начинается со слов в этом проекте - ей место в CLAUDE.md. Начинается со слов когда я прошу сделать то-то - это скилл.
Где скиллы работают
Чаще всего скиллы применяют в терминальных агентах: Claude Code и Codex. Там агент сидит прямо в вашей файловой системе, а значит может открыть папку скилла, прочитать инструкцию, запустить приложенный скрипт и сохранить результат.
Формат при этом открытый и текстовый, и на этом держится вся переносимость. В Claude Code механизм родной: положили папку в ~/.claude/skills/, она подхватилась. Другие агенты читают тот же файл, где-то нативно, где-то по прямой ссылке.
Самый простой способ проверить любой скилл - дать агенту ссылку на файл и попросить действовать по нему. Инструкция остается инструкцией независимо от того, кто ее читает.
Как поставить готовый скилл
Готовых скиллов на GitHub уже много: редактура текста, работа с документами, аудит кода, генерация презентаций, слои памяти для агента. Ставится любой из них тремя способами, от ленивого к аккуратному.
Способ первый: отдать агенту ссылку
Самый быстрый и самый недооцененный. Копируете ссылку на репозиторий, кидаете в чат и говорите поставить. Дальше агент разбирается сам: смотрит структуру, находит SKILL.md, кладет папку куда положено и докладывает, что получилось.
Установка, проверка и отчет за один заход. Руками не делается ничего.
Способ второй: клонировать руками
Если хотите понимать, что происходит, две команды в терминале дают тот же результат:
Плюс этого способа в том, что обновления апстрима подтягиваются одной командой.
Способ третий: вообще не ставить
Если скилл нужен разово, ставить его незачем. Дайте агенту ссылку на файл и попросите работать по этим правилам прямо сейчас. Скилл прочитается как обычный текст и отработает один раз.
Начинайте с третьего способа. Прогоните скилл разово на реальной задаче, посмотрите на результат и ставьте, только если он вам действительно подошел. Иначе папка скиллов за месяц зарастает тем, чем вы ни разу не пользовались.
Что проверить перед установкой: безопасность
Здесь начинается часть, которую пропускают чаще всего. Скилл выполняется на вашей машине с вашими правами. Внутри может лежать скрипт, который агенту разрешено запустить. В шапке может быть строка с разрешенными инструментами, куда вписан доступ к терминалу. Инструкция внутри файла может попросить агента сделать то, о чем вы не просили.
Ставить чужие скиллы можно и нужно, просто с открытыми глазами.
Смотрим на репозиторий
- Кто автор. Известное имя в сообществе, компания, автор инструмента, под который написан скилл. Аккаунт, созданный месяц назад и с одним репозиторием, требует другого уровня внимания.
- Звезды и форки. Грубый, но рабочий сигнал: сотни звезд означают, что файл читали сотни глаз. Три звезды означают, что не читал никто.
- Активность. Дата последнего коммита, открытые issues, отвечает ли автор. Заброшенный полгода назад скилл под старую версию агента чинить придется вам.
- Лицензия. MIT или Apache говорят о том, что автор понимает, что делает. Отсутствие лицензии - повод спросить себя, зачем вам это.
Читаем сам скилл
Дальше открываете SKILL.md и читаете целиком. Это текст на человеческом языке, час на него не нужен. Заодно смотрите, что лежит в папке рядом.
Самый удобный способ проверки - поручить ее агенту в отдельной сессии, до установки:
Последняя фраза ответа - именно то, ради чего эта проверка делается.
Красные флаги
- ×Скачивание и немедленный запуск кода из сети одной командой
- ×Обращения к ключам, паролям и переменным окружения:
.env,~/.ssh, файлы с токенами - ×Отправка чего-либо на сторонний адрес без внятного объяснения зачем
- ×Нечитаемый или запакованный код в скриптах рядом с инструкцией
- ×Просьбы к агенту не сообщать пользователю о своих действиях
- ×Широкие разрешения в шапке при узкой задаче скилла
Последний пункт мягче остальных, но именно он встречается чаще всего.
Отдельная история - скиллы, которые вам присылают ссылкой в личку или в комментариях. Инструкция внутри файла обращается к агенту напрямую, и агент по умолчанию склонен ее выполнять. Относитесь к такой ссылке как к присланному исполняемому файлу.
Простой скилл проще написать самому
Отсюда вытекает стратегия, которая экономит и время, и нервы. Посмотрите на чужой скилл и оцените, насколько он сложный.
Если внутри инженерная система - слой памяти для агента, интеграция с несколькими сервисами, свой формат хранения - берите готовое. Там реально месяцы работы, и повторять их бессмысленно.
Если внутри процедура на несколько шагов и свод правил, забирайте идею и просите своего агента собрать такой же. Занимает вечер, а результат получается точнее: ваш скилл знает ваши папки, ваши форматы, ваши реквизиты и ваши привычки.
Мой скилл для текстов вырос ровно так. За основу взят открытый Humanizer, дальше он оброс моими правилами и примерами и стал отдельным автором. Полный разбор одного скилла от идеи до рабочей версии - в соседнем гайде, там та же механика показана по шагам.
Чужой скилл хорош как образец мышления. Работать лучше всего будет ваш собственный.
Как собрать свой скилл
Начинается это одной фразой в чат: сделай скилл, который делает то-то. Агент создаст папку, напишет файл и положит его куда надо. Дальше вы правите текст, как правили бы инструкцию для нового сотрудника.
Весь скилл - это шапка на пять строк и процедура словами. Ни строчки кода.
Три вещи, которые определяют, будет скилл работать или пылиться.
Первое: описание. Строка description - единственное, что агент видит до вызова. Именно по ней он решает, подходит скилл к задаче или нет. Пишите туда ситуации применения человеческими словами, включая то, как вы формулируете просьбу в жизни. Расплывчатое описание означает, что скилл придется звать руками каждый раз.
Второе: разрешенные инструменты. Поле allowed-tools определяет, что скиллу позволено. Свод правил для текста обходится чтением и записью. Скиллу, который качает и конвертирует файлы, нужен терминал. Давайте ровно столько, сколько требует задача.
Третье: правки идут в файл. Каждое замечание, которое вы делаете второй раз, дописывается в скилл прямо в тот же момент. Иначе завтра вы объясните то же самое заново. Самые ценные правила рождаются из бытовых мелочей, до которых за столом не додумаешься.
Держите папку скиллов под git. Через месяц вы захотите понять, откуда взялось странное правило, и история ответит. Заодно скиллы переносятся на второй компьютер одной командой.
Скилл вместо сервиса и вместо автоматизации
Теперь то, ради чего вся эта история имеет смысл за пределами работы с кодом.
Когда придумывается автоматизация или маленький продукт, первая мысль обычно одинаковая: надо сделать веб-приложение, или телеграм-бота, или сценарий в n8n. И почти всегда следом идет оценка, из которой понятно, что за вечер это не собрать.
Между тем задача в один-два шага закрывается скиллом. Без интерфейса, без сервера, без деплоя. Одна папка и одна фраза в чате.
| Задача | Обычный путь | Путь через скилл |
|---|---|---|
| Скачать видео и вырезать звук | Сервис с подпиской и рекламой | Забери ролик по ссылке, оставь только аудио |
| Конвертировать файлы пачкой | Онлайн-конвертер, куда вы грузите свои документы | Переведи все из этой папки в нужный формат |
| Договор, счет и акт для клиента | Шаблон в почте, руками, каждый раз заново | Сделай пакет документов, реквизиты вот такие |
| Презентация по теме | Конструктор слайдов с подпиской | Собери презентацию на десять слайдов про то-то |
| Нарезать и подписать картинки | Редактор и полчаса ручной работы | Нарежь макет на блоки и сложи в папку |
| Перевести и переверстать PDF | Переводчик плюс верстка руками | Переведи документ и собери в нашем стиле |
Все шесть строк правой колонки у меня работают скиллами. Каждый из них заменил либо сервис с подпиской, либо получасовую рутину, и собирался за вечер. Самое приятное в этом то, что файлы никуда не уезжают: обработка идет на вашей машине, договор с реквизитами клиента не попадает на чужой сервер.
Граница, за которой скилла мало, проходит понятно. Скилл запускаете вы, из своего чата, на своей машине. Нужно, чтобы работало по расписанию без вас, отвечало другим людям, имело интерфейс или держало нагрузку - вот тогда бот, сервис или сценарий автоматизации. Все остальное стоит сначала попробовать закрыть скиллом.
Связка скиллов и внешних инструментов - отдельная большая тема: через MCP агент дотягивается до аналитики, до рассылок, до соцсетей, а скиллы описывают, что с этим делать. Такие сборки мы собираем на модуле Вайб-маркетинг, где контент, боты и рассылки живут вокруг одного набора правил.
Скиллы собираются друг из друга
Дальше начинается самое интересное. Скилл может вызывать другой скилл, и это работает лучше, чем один большой файл на все случаи.
У меня скилл для постов в канал внутри себя делает шаг самопроверки: агент задает себе вопрос, что в готовом тексте выдает машину, отвечает списком и сам исправляет. То есть один скилл дергает правила другого. Скилл для документов зовет скилл со стилем оформления. Скилл для сайта опирается на скилл с правилами голоса.
Отсюда правило сборки: лучше пять узких скиллов, чем один универсальный. Узкие переиспользуются, чинятся по отдельности и не мешают друг другу при выборе.
Частые ошибки
Один огромный скилл на все. Растет, теряет фокус, срабатывает невпопад. Разбирается на части по первому же неудобству.
Описание написано в последнюю очередь и кое-как. Самая частая причина, по которой скилл лежит мертвым грузом: агент просто не понимает, когда его звать.
Правила без примеров. Абзац с формулировкой делай хорошо дает ровно тот результат, который вы ожидаете. Один показанный образец стоит десяти строк требований.
Установка пачками. Двадцать скиллов из каталога за вечер дают шум в выборе и двадцать непрочитанных файлов на диске. Ставьте по одному, под конкретную повторяющуюся задачу.
Правки остаются в чате. Поправили результат, порадовались, закрыли сессию. Завтра все то же самое. Скилл становится полезным ровно в тот момент, когда замечания начинают уходить в файл.
Частые вопросы
- Что такое скилл для AI-агента простыми словами?
- Папка с текстовым файлом
SKILL.md, где обычными словами описана процедура: что агент делает, в каком порядке и по каким правилам. Рядом могут лежать шаблоны и скрипты. Агент держит в памяти только строку описания и открывает тело файла, когда задача подходит. - Чем скилл отличается от промпта?
- Промпт живет в буфере обмена и вставляется заново каждый раз. Скилл лежит в системе, подхватывается сам по описанию, доступен в любом проекте и правится один раз для всех будущих запусков. Промпт вы помните, скилл помнит за вас.
- Нужно ли уметь программировать?
- Нет. Файл скилла - это markdown с текстом инструкции: шапка, шаги, правила. Достаточно уметь описать словами последовательность действий. Папку и файл создаст агент по вашей просьбе, вам останется вычитать формулировки.
- Безопасно ли ставить скиллы с GitHub?
- Скилл выполняется на вашей машине с вашими правами, поэтому проверять надо. Смотрите на автора, звезды, форки, дату последнего коммита и открытые issues. Читайте
SKILL.mdцеликом и попросите агента отдельной сессией перечислить все команды, сетевые запросы и файловые операции внутри. Проверка делается до установки. - Работают ли скиллы в других агентах кроме Claude Code?
- Формат текстовый и открытый, поэтому переносится. В Claude Code механизм родной: положили папку в
~/.claude/skills/, она подхватилась. Codex и другие агенты работают по тому же файлу, где-то нативно, где-то достаточно дать прямую ссылку и попросить действовать по инструкции. - Сколько скиллов имеет смысл держать?
- Само количество почти ничего не стоит: до вызова каждый скилл весит одну строку описания. Проблемы начинаются, когда у двух скиллов похожие описания и агент выбирает не тот. Держите узкие скиллы с точными формулировками, когда их применять.
- Можно ли отдать скилл команде?
- Да, и это одно из главных применений. Положите папку в
.claude/skills/внутри репозитория, и она приедет к каждому, кто склонирует проект. Так переносятся правила оформления, процедура релиза, шаблоны документов и голос бренда.
Что запомнить
- Скилл - это папка с файлом
SKILL.md: шапка со служебными полями плюс процедура человеческими словами. - До вызова скилл весит одну строку описания, поэтому десятки установленных скиллов не мешают друг другу.
- Скиллы живут поверх системы и работают в любом проекте. Проектные договоренности остаются в
CLAUDE.md. - MCP дает агенту руки, скилл дает процедуру. Вместе они и работают.
- Готовый скилл ставится одной ссылкой: киньте репозиторий агенту и попросите разобраться.
- Перед установкой проверяйте автора, звезды, активность и содержимое файла. Аудит удобно поручить агенту в отдельной сессии.
- Сложное берите готовым, простое пишите сами: свой скилл знает ваши папки, форматы и реквизиты.
- Задумали автоматизацию в один-два шага - пробуйте закрыть ее скиллом до того, как идти делать бота или сервис.
- Лучше пять узких скиллов, чем один универсальный: узкие переиспользуются и вызывают друг друга.
Первый рабочий скилл обычно собирается за вечер. Дольше всего люди буксуют на другом: трудно поверить, что задачу, под которую вы полгода искали сервис, закрывает текстовый файл на двадцать строк.
На кэмпе Точки над ИИ мы собираем такие штуки на практике, на ваших реальных задачах: от скилла под документы до связки с внешними сервисами.