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