На этой неделе на GitHub появился репозиторий с необычными показателями роста.
mattpocock/skills — за неделю набрал 20 361 звезду. Общее количество — 93 487.
Это не новый фреймворк, не новая среда выполнения языка и не библиотека UI-компонентов. Это каталог .claude/skills — в нём хранятся исключительно файлы в формате Markdown, описывающие различные «способы взаимодействия с Claude Code».
Он стал популярным. Не потому что требует высокого технического уровня, а потому что точно попал в проблему, которую все только что осознали, но пока никто системно не решил.
Проблема: ИИ-ассистенты программирования «не помнят», как вы работаете
Каждый, кто использует Claude Code для написания кода, сталкивается с одной и той же трудностью: вы тратите час, чтобы объяснить ему: «В этом проекте не используйте axios напрямую — применяйте нашу обёртку». А при следующем новом сеансе он снова забывает.
Вы проводите весь день, настраивая стиль его общения: «Не объясняй каждый шаг — просто вносить изменения в код». Закрываете терминал — и всё сбрасывается на ноль.
Это не проблема Claude. Это проблема самой модели взаимодействия с ИИ-инструментами программирования: она остаётся «бессостоятельной». Каждый раз, когда вы его запускаете, перед вами чистый лист.
Решение Мэтта Покока: оформите свои требования к агенту в виде skills — отдельных файлов Markdown, помещённых в каталог .claude/skills/. Claude Code автоматически загружает их при старте.
Звучит просто. Но как только вы принимаете эту парадигму, меняется всё.
Каталог, в котором хранится не конфигурация — а инженерная методология
Открыв этот репозиторий, вы увидите не набор шаблонов промптов, а полноценные инженерные практики:
/grill-me — перед тем, как вы начнёте писать код, агент задаёт вам вопросы, как опытный коллега: «Что именно вы собираетесь изменить? Каков масштаб влияния? Подумали ли вы о решении X?» Это не беседа — это синхронизация. Фраза из книги «Прагматичный программист»: «Никто по-настоящему не знает, чего хочет» — воплощена в одном файле Markdown.
/shared-language — здесь собраны сленг, аббревиатуры и предметно-ориентированные термины проекта. Агент больше не описывает одно понятие двадцатью словами — он осваивает ваш профессиональный жаргон.
/tiny-PR — принудительное разделение изменений на минимально возможные части. Делается это не потому, что агент не способен создавать крупные PR, а потому что мелкие PR проще проверять и откатывать.
Философия проектирования этих skills чётко выражена: они не пишут код вместо вас, но помогают вам эффективнее взаимодействовать с агентом.
Мэтт Покок говорит прямо: «Разработка реальных приложений — сложная задача. Методологии вроде GSD, BMAD и Spec-Kit пытаются управлять вашими процессами, но одновременно отнимают у вас контроль. Мои skills малы, легко модифицируемы и комбинируемы. Они основаны на десятилетиях инженерного опыта. Берите их, экспериментируйте, адаптируйте под себя.»
.claude/skills становится новым npm install
По-настоящему интересные события происходят на уровне распространения.
npx skills@latest add mattpocock/skills — одной командой вы скачиваете на свой компьютер практический опыт 60 000 разработчиков. Затем выбираете нужные skills и устанавливаете их.
Этот процесс практически идентичен npm install. Разница лишь в том, что npm устанавливает зависимости кода, а skills — зависимости рабочих процессов.
Когда такой подход станет массовым, уровень повторного использования в ИИ-программировании поднимется с вопроса «как повторно использовать этот фрагмент кода» до вопроса «как повторно использовать эту привычку разработки». Лучшие практики команды больше не будут скрыты в какой-нибудь забытой статье Confluence — они превратятся в каталог skills, который каждый новый участник команды активирует одной командой npx add.
Есть и риски
У этой модели есть несколько важных аспектов, требующих внимания:
Качество skills сильно варьируется. Экосистема только начинает развиваться: любой файл Markdown может называться skill. Нет механизма модерации, нет версионирования, нет декларативного описания зависимостей. Установленный вами skill может конфликтовать с другим — просто вы пока не знаете, как это обнаружить.
Чрезмерная зависимость от skills может сделать агента менее гибким. Если в вашем каталоге skills находится 20 файлов, то перед каждым взаимодействием агенту придётся «переварить» целый набор правил — что само по себе расходует токены и ограничивает контекстное окно.
Границы безопасности размыты. Skill по сути представляет собой набор инструкций, влияющих на поведение агента. Что, если вы выполните npx add для стороннего, непроверенного пакета skills? Что он может разместить в каталоге .claude/skills/? Например, skill, заставляющий агента отправлять все внесённые изменения на собственный сервер? Сейчас эта тема почти не обсуждается, но она неизбежно встанет на повестку дня.
Моя оценка
Взрывной рост экосистемы .claude/skills свидетельствует о том, что конкуренция среди ИИ-инструментов программирования смещается с «мощности моделей» на «качество пользовательского опыта рабочих процессов». Победит тот, чей агент лучше понимает ваши привычки, реже требует повторного обучения и проще унаследует корпоративные стандарты.
Репозиторий skills Мэтта Покока сегодня — эталон. Его 93 487 звёзд — не результат маркетинговой кампании, а реальный отклик тысяч практикующих разработчиков.
Если вы используете Claude Code, стоит попробовать команду npx skills@latest add mattpocock/skills. Хотя бы один skill — /grill-me — поможет избежать 80 % случаев, когда агент «неправильно понял вашу мысль».
Но не устанавливайте всё сразу. Выберите 2–3 skills, которые действительно соответствуют вашему стилю работы, протестируйте их неделю и оцените эффект. Остальные — оставьте на потом, дождавшись зрелости экосистемы.
Основные источники:
- GitHub - mattpocock/skills (93 489 звёзд, обновлено 19 мая 2026 г.)
- Демонстрация skills.sh онлайн
- Личный блог Мэтта Покока и рассылка AI Hero Newsletter (около 60 000 подписчиков)