Skill over MCP: оборачивание MCP-сервера скилом✦

Проблема: голого MCP недостаточно✦

Многие трекеры (Jira, Linear и т. п.) уже отдают MCP-сервер, и кажется, что этого хватает. Но MCP — это всего лишь список тулов с описаниями («создать задачу», «получить задачу»). По опыту, которым делится докладчик, для бесшовной и быстрой работы агента этого мало: агент не знает ваших сценариев, принятых в команде договорённостей и собственных ограничений MCP-сервера. В итоге он либо постоянно переспрашивает одно и то же, либо считает себя умнее вас и идёт делать на своё усмотрение — результат предсказуемо не радует.

Решение: скил поверх MCP✦

Идея — обернуть MCP-сервер скилом, который описывает ваши сценарии, нюансы и ограничения, отсутствующие в голом списке тулов. Конкретные примеры из трекера докладчика:

теги нельзя задать отдельным полем — их нужно писать в тело задачи через решётку (#tag);
MCP не отдаёт время изменения задачи;
правила маршрутизации и предпочтения: «сделать сейчас/срочно» → проект с тегом #now; «меня кто-то ждёт» → тег «ожидает меня»; упоминание товара → тег «купить».

Положив эти детали в скил, агент работает с трекером бесшовно, не переспрашивая каждый раз одно и то же.

Почему это работает: прогрессивное раскрытие✦

Скил подгружается в контекст поэтапно. На старте грузятся только имя и описание (Anthropic рекомендует укладываться примерно в 100 токенов на скил), при активации — тело SKILL.md, а вложенные файлы (референсы, скрипты, шаблоны) — лишь по мере необходимости. Поэтому можно держать много скилов, не засоряя контекстное окно.

Совпадение с официальной позицией✦

Внешние источники описывают то же самое разделение ролей: MCP отвечает за связанность (connectivity), а скилы — за экспертизу. Anthropic использует аналогию хозяйственного магазина: MCP — это доступ к полкам, а скил — знания сотрудника о том, что и как с этих полок брать. Прямая рекомендация: «пусть MCP занимается подключением, а скилы — подачей, последовательностью шагов и логикой рабочего процесса». Один скил может координировать несколько MCP-серверов, а один MCP-сервер — обслуживать много скилов.

Нюанс с аутентификацией✦

Важный момент из доклада: при подходе skill-over-MCP вопрос токена/авторизации уже закрыт на уровне MCP-сервера — токен лежит в его конфиге или переменной окружения, и агент его не касается. Альтернатива — «скил поверх CLI» (когда для сервиса нет MCP и его оборачивают своей CLI-утилитой) — как раз сложнее именно из-за того, куда безопасно положить токен, чтобы агент случайно не утащил его в контекст.