Дистрибуция скилов и артефактов в командах✦
В докладе инженера Яндекса (онбординг-разбор скилов, основанный на богатом
практическом опыте автора) отдельной темой вынесена дистрибуция: как раздать
команде не один скил, а весь набор артефактов — правила (rules/AGENTS.md),
скилы, слэш-команды, хуки, под-агентов и подключения MCP. Без этого в команде
каждый настраивает агента по-своему: один завёл свой скил, другой — свой,
кто-то подключил 25 MCP, включив все тулзы разом и неэффективно засорив
контекст. Тимлиду же нужен единый, предсказуемый опыт работы с агентами на
весь коллектив или хотя бы под конкретный сценарий.
Единое хранилище✦
Первый шаг в Яндексе — собрать артефакты из разных команд в одно хранилище. Это даёт быстрый поиск, возможность подсмотреть и переиспользовать чужие наработки, распространение единых практик и — что особенно подчёркивает автор — централизованные проверки. На собранном наборе удобно гонять валидацию корректности (синтаксис, описание скила, чтобы агент его вообще распознал), секьюрити-проверки (например, корректное обращение с токенами) и проверять связи между скилами, когда один скил ссылается на другой.
Пресеты и доставка✦
Поверх хранилища вводят «пресеты» — YAML-бандл, описывающий, какие артефакты нужны конкретной команде, сценарию или проекту. Пример — пресет «работа с бэклогом»: MCP к таск-трекеру плюс правила декомпозиции задач плюс нужные скилы. Такой бандл распространяется на команды целостно. Доставка идёт двумя путями: для внутреннего инструмента — автоматическое обнаружение и обновление пресетов (агент сам предлагает пресет при старте сессии); для внешних агентов (Codex, OpenCode) — через хуки: при начале диалога дёргается внутренняя утилита, проверяет актуальность и подтягивает свежее состояние. «Настроил один раз — и забыл».
Плагины — когда агент один✦
Автор отмечает: пёстрый «зоопарк» инструментов вынуждает Яндекс городить собственное решение. Но если в команде используется ровно один агент, ту же роль играют плагины — стандартный механизм бандлинга. По документации Claude Code, плагин — это самодостаточная папка, упаковывающая скилы, под-агентов, хуки и MCP-серверы в версионируемую единицу, которую распространяют через маркетплейсы; это переводит кастомизацию из «личного dotfile» в общий управляемый командный стандарт. Аналогичные плагины есть у Codex и OpenCode, но, как замечает докладчик, реализация у каждого своя — поэтому при нескольких инструментах своё решение всё равно остаётся неизбежным.
Контекст: чем артефакты отличаются✦
Для полноты: правила/AGENTS.md (открытый стандарт под эгидой Agentic AI
Foundation / Linux Foundation, поддержан Codex, Cursor, Copilot и др.)
загружаются всегда как контекст проекта, а скилы подтягиваются по триггеру
через прогрессивную загрузку — при старте в контекст попадают только имя и
описание (≈100 токенов на скил), а тело SKILL.md и ресурсы читаются лишь при
активации. Именно поэтому это взаимодополняющие инструменты, и оба имеет смысл
включать в пресет.