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

Вы уже несколько раз объясняли агенту, как проверять форму заказа: посмотреть требования, прочитать изменения, пройти три сценария, указать доказательства. Через неделю приходится повторять всё сначала. Такую устойчивую процедуру удобно оформить в 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. Для каждого изменения укажи ошибку, которую оно предотвращает. Новые постоянные правила без связи с проверкой не добавляй.
Частые ошибки — десятки навыков для одной задачи, глобальная установка на первом шаге, копирование устаревших команд и отсутствие приёмки. Полезно назначить владельца процедуры и пересматривать её после смены стека или обнаруженного сбоя. Дата проверки и несколько контрольных случаев помогают поддерживать навык в рабочем состоянии.
Первый удачный результат прост: сотрудник задаёт короткую задачу, агент применяет нужную процедуру, а отчёт содержит проверяемые факты. Именно повторяемость этого результата показывает, что навык экономит команде время.


