Скилл для команды ломается там, где знания остались в головеЕвгения Шамрай из студии «Проект» рассказывает, почему первый рабочий скилл часто разваливается, когда его открывает второй человек. Пока им пользуешься одна, половина правил живёт в голове. Другой видит только файл и сразу находит дыры: слабое описание, смешанные зоны ответственности и противоречивые инструкции из разных частей проекта.
Большой универсальный скилл оказался плохой идеей. Нормальный командный скилл ближе к дизайн-системе: у него есть границы, владелец, структура и история изменений. Description решает, подключится ли он вообще. А знания лучше держать рядом отдельными файлами, а не в одном огромном
SKILL.md.Внутри:
– Почему description важнее красивых правил внутри файла;
– Как делить скиллы по одной ответственности, а не по «всему проекту»;
– Зачем делать
SKILL.md роутером, а знания выносить в папки;– Как дописывать правила после реальных ошибок, а не заранее;
– Зачем нужен отдельный проверяющий агент, а не проверка внутри исполнителя;
– Почему без владельца и короткого CHANGELOG скилл быстро зарастает мёртвыми правилами.
Читать статью———
Вакансии в IT и digital
Про дизайн
Вакансии дизайнерам
Референсы
