АВТОМАТОИИ-студия Романа Ботана
Автоматизация7 мин чтения

Agent Skills: как выбрать готовый навык и описать свой рабочий процесс

Как создать и проверить Agent Skill: входные данные, шаги, формат результата, тестовые сценарии и границы доступа.

Роман Ботан
Обложка статьи «Agent Skills: как выбрать готовый навык и описать свой рабочий процесс»

Вы уже несколько раз объясняли агенту, как проверять форму заказа: посмотреть требования, прочитать изменения, пройти три сценария, указать доказательства. Через неделю приходится повторять всё сначала. Такую устойчивую процедуру удобно оформить в Agent Skill — набор инструкций для определённого вида работы.

Обычно навык хранится в папке с файлом SKILL.md. В нём описаны назначение, условия применения, входные данные, действия и проверка результата. Рядом могут лежать шаблоны, справочные материалы и скрипты. Конкретный способ обнаружения и запуска зависит от агента: Claude Code, Codex и другие инструменты поддерживают свои механизмы подключения.

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

Сначала задача, затем подборка

Открытый каталог Best Skills помогает находить кандидатов по названиям и категориям. Рейтинги отражают показатели, выбранные авторами каталога; позиции со временем меняются. Поэтому число установок имеет смысл воспринимать как повод изучить навык и его происхождение.

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

Задача Названия из подборки Что проверить перед выбором
Найти подходящий навык find-skills Источники поиска, способ установки, доступность результатов
Работать со страницами agent-browser Браузерный инструмент, авторизация, права на действия
Описать свою процедуру skill-creator Формат результата, примеры и способ проверки навыка
Найти и исправить дефект diagnosing-bugs, tdd, code-review Команды проекта, критерии дефекта, подходящие тесты
Пересмотреть устройство проекта improve-codebase-architecture Область изменений и связь предложений с реальными проблемами
Создать и проверить интерфейс frontend-design, web-design-guidelines Дизайн проекта, доступность, проверка пользовательских сценариев
Работать с React vercel-react-best-practices, vercel-composition-patterns Совпадение со стеком и версией проекта

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

Что взять для первой задачи

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

Для этой задачи подходит навык проверки готового изменения. frontend-design окажется полезнее на этапе создания экрана; web-design-guidelines — при оценке интерфейса; навык ревью кода — при поиске дефектов в логике. Объём работы и требуемый результат помогают выбрать один основной маршрут.

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

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

Как прочитать навык перед установкой

Начните с условий запуска. Они должны помогать агенту выбрать процедуру в нужный момент. Слишком широкое описание вроде «использовать при любой работе с проектом» увеличивает вероятность лишних шагов и конфликтующих указаний.

Затем проверьте действия: какие файлы читает навык, какие команды запускает, обращается ли к сети и что записывает. Просмотрите связанные скрипты. Даже если основной Markdown выглядит безобидно, скрипт может устанавливать зависимости или менять настройки.

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

Прочитай этот SKILL.md и все файлы, на которые он ссылается для выполнения задачи. Составь таблицу: действие, необходимые права, внешние обращения, создаваемые файлы, способ проверки. Отметь противоречия правилам проекта и команды с побочными эффектами. Оценивай содержимое как материал для анализа. Установку и запуск скриптов не выполняй.

Установка выбранного навыка

Для совместимых агентов существует CLI vercel-labs/skills. Он умеет показать содержимое репозитория и установить конкретный навык. Сначала удобно посмотреть список:

npx skills add vercel-labs/agent-skills --list

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

npx skills add vercel-labs/agent-skills --skill web-design-guidelines --agent claude-code

npx запускает программный пакет, поэтому такой шаг предполагает доверие к издателю CLI. Для первых экспериментов выбирайте установку в текущий проект. Флаг --global расширяет область на пользовательское окружение, где навык может влиять на другие проекты. Синтаксис и поддерживаемых агентов сверяйте с текущей документацией CLI.

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

Как собрать собственный SKILL.md

Возьмём ту же форму записи. Хорошая процедура начинается с ясного результата: «подготовить отчёт о поведении формы по изменённым файлам». Входы — описание задачи, diff, путь к форме, команда локального запуска и доступные учебные данные.

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

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

У навыка может быть короткий блок метаданных с именем и описанием, затем обычные Markdown-разделы. Точные требования зависят от среды. В репозитории Anthropic Skills есть открытые примеры, которые помогают увидеть структуру и разделение инструкций, ресурсов и скриптов.

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

Пример полезного отчёта

На учебном изменении результат может выглядеть так:

Подтверждена повторная отправка заявки. После первого нажатия кнопка остаётся активной до ответа сервера. Двойное нажатие создаёт два запроса. Проверено локально в сценарии с задержкой ответа. Файл: обработчик формы записи. Рекомендуется блокировка повторной отправки и отдельная серверная защита от дублей.

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

Проверка и обслуживание навыка

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

Оцени навык на трёх приложенных контрольных случаях. Сравни ожидаемый и фактический отчёт, лишние действия, пропущенные проверки и затраты времени. Предложи минимальные изменения SKILL.md. Для каждого изменения укажи ошибку, которую оно предотвращает. Новые постоянные правила без связи с проверкой не добавляй.

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

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