Пять скиллов Claude и порядок, в котором их ставят

Как устроена полка скиллов

Прежде чем ставить что-либо, стоит потратить три минуты на устройство самой полки. Без этого дальше начинается магия: скилл вроде стоит, а Claude его не видит, или видит, но игнорирует.

Скиллы живут на трёх уровнях, и от уровня зависит, где они доступны. Личные лежат в ~/.claude/skills/ и работают во всех твоих проектах. Проектные — в .claude/skills/ внутри папки проекта — только в этом проекте. Третий вариант, скиллы из плагина, живут в его собственной папке (дока). Имя папки становится командой: ~/.claude/skills/stop-slop/ — это команда /stop-slop.

~/.claude/skills/<имя>/SKILL.md     ← личные, во всех проектах
<проект>/.claude/skills/<имя>/SKILL.md  ← проектные, только тут
<плагин>/skills/<имя>/SKILL.md      ← из плагина, с приставкой имени плагина

Теперь главное — то, ради чего вообще нужен порядок. Скилл попадает в контекст в два приёма. Его описание из заголовка файла лежит в контексте постоянно, чтобы Claude знал, что у него на полке вообще есть. А тело скилла — сама процедура, все её страницы — подгружается только в момент вызова (дока). Отсюда прямое следствие: длинный справочник внутри скилла почти ничего не стоит, пока ты его не открыл. А вот сами ярлыки платные — каждый установленный скилл держит своё описание в окне всегда. В доке это видно даже по мелкой детали: текст описания обрезают на 1536 символах именно ради экономии контекста.

Вот и ответ, почему «поставлю тридцать штук» ломается. Тридцать ярлыков висят над верстаком постоянно и отъедают место, а инструментами ты пользуешься тремя. Пять скиллов, каждый под свою реальную задачу, работают лучше тридцати скачанных на всякий случай. Дальше — эти пять, по одному, в порядке установки.

Первый: память между сессиями

Память идёт первой не потому, что она полезнее остальных, а потому что она единственная из пяти работает задним числом — точнее, не работает. Все остальные скиллы ты можешь поставить когда угодно, и они начнут помогать сразу. Память начинает приносить пользу только тогда, когда ей уже есть что вспомнить. Поставишь её через месяц — этот месяц работы в ней не появится, потому что записывать было некому.

Делает она вот что: сама сохраняет, что происходило в сессии, сворачивает это в смысловые заметки и подаёт их в следующие сессии. Технически это пять хуков на события Claude Code — старт сессии, твой запрос, вызов инструмента, остановка, конец сессии — плюс локальная база SQLite и векторный поиск по накопленному (README проекта). Поверх этого появляется поиск по памяти обычным языком и набор инструментов, чтобы вытащить хронологию вокруг любого события.

npx claude-mem install

Практический эффект замечаешь не в первый день, а примерно на третий: ты перестаёшь начинать утро с пересказа вчерашнего. Не «мы вчера делали лендинг, вот структура папок, вот что уже готово», а сразу задача. Скилл сам занят тем, что раньше делал ты руками в начале каждого чата.

Второй: карта проекта

Память помнит, что вы делали. Карта знает, как устроено то, над чем вы работаете. Это разные вещи, и вторая ставится следом за первой, потому что решает ту же проблему с другой стороны: и там и там речь про то, чтобы Claude не перечитывал одно и то же заново.

Graphify разбирает файлы проекта — код, markdown, PDF, картинки — и строит по ним граф: что за сущности внутри и как они связаны. Дальше Claude ходит по графу вместо того, чтобы вычитывать файлы целиком. В README приводят замер на смешанном корпусе из 52 файлов: получается в 71.5 раза меньше токенов на запрос, чем при чтении исходников напрямую (README, раздел бенчмарка). Цифра из репозитория, не из моих замеров, и она про конкретный корпус — но порядок величины понятен.

uv tool install graphifyy && graphify install

# если uv нет под рукой:
pipx install graphifyy

Команду беру ровно ту, что рекомендует README. Про pip install там отдельное предупреждение: на Mac и Windows его лучше избегать, потому что скилл ищет Python по своему пути и при установке через pip легко получитьModuleNotFoundError. uv и pipx ставят пакет в изолированное окружение и этой проблемы не создают.

Есть приятная деталь для тех, кто работает долго над одним проектом: graphify hook install вешает хук на коммит, и граф пересобирается после каждого коммита сам. Никакого фонового процесса, ничего не надо помнить. Один раз включил — карта дальше живёт своей жизнью и не устаревает.

Третий: фильтр следов нейросети

Первые два скилла чинили то, что Claude знает. Третий чинит то, как он говорит. Он идёт третьим, потому что ни от чего не зависит и ставится за минуту, но включать его раньше памяти смысла нет: пока ты каждое утро заново объясняешь проект, тебе не до стилистики.

Stop Slop — это набор правил против узнаваемого нейросетевого текста. Внутри папки, кроме самого SKILL.md, лежат три справочника: список запрещённых фраз, список структурных шаблонов и файл с примерами «было — стало» (README). Текст оценивается по пяти признакам — прямота, ритм, доверие, живость, плотность — и если оценка проваливается ниже порога, скилл отправляет кусок на переписывание.

Здесь как раз хорошо видна механика из второй главы. Эти справочники — сотни строк, и все они лежат мёртвым грузом, пока скилл не вызван. В контексте постоянно висит только строчка описания. Именно поэтому большой скилл не страшен, а десять маленьких, которыми не пользуешься, — страшны.

У этого репозитория нет команды-установщика, автор пишет просто «добавьте эту папку как скилл». Значит, кладём её на личную полку руками:

git clone https://github.com/hardikpandya/stop-slop ~/.claude/skills/stop-slop

После этого папка stop-slop лежит в личных скиллах, а значит команда /stop-slop доступна во всех твоих проектах. Тем же способом ставится любой репозиторий-скилл без своего установщика: склонировал в ~/.claude/skills/ — и он на полке.

Четвёртый: база дизайна

Четвёртый ставится тогда, когда ты дошёл до интерфейсов. Раньше — не нужен, и это не формальность: он самый тяжёлый из пяти, ставится через отдельную утилиту командной строки и требует установленного Python. Ставить его «на будущее» — ровно тот случай, когда ярлык на верстаке висит, а ящик не открывали ни разу.

Зато когда дошёл, забирать надо целиком. Внутри — справочник, из которого модель берёт решения вместо того, чтобы выдумывать их на ходу. Цифры из README на сегодня: 84 стиля интерфейса, 192 цветовые палитры, 74 пары шрифтов, 98 правил юзабилити, 161 правило рассуждения в версии 2.0, 25 типов графиков и 22 технологических стека (README). По старым подборкам до сих пор ходит «50 стилей и 99 правил» — это устаревшие числа, репозиторий с тех пор заметно вырос.

npm install -g ui-ux-pro-max-cli
uipro init --ai claude

# поставить не в проект, а глобально:
uipro init --ai claude --global

Обрати внимание на вторую команду: uipro init раскладывает скилл в текущий проект, а флаг --global — на личную полку. Это ровно то разделение из второй главы, и здесь оно осмысленное. Если интерфейсы ты делаешь в одном проекте, ставь в проект. Если это твоя постоянная работа — ставь глобально и не повторяй установку каждый раз.

Пятый: регулятор вкуса

Последний в списке — и последний по смыслу, потому что он не производит ничего сам. Он регулирует то, что производят другие. База дизайна из предыдущего пункта даёт модели материал: стили, палитры, правила. Вкус решает, насколько смело этим материалом пользоваться. Поставить регулятор раньше, чем появилось что регулировать, — всё равно что крутить громкость на выключенном приёмнике.

Автор называет это анти-слоп-фреймворком для фронтенда: скиллы, которые вытягивают собранные ИИ интерфейсы из состояния «шаблон» за счёт вёрстки, типографики, моушна и воздуха (README). Самое интересное — три ручки в начале файла, каждая по шкале от одного до десяти. DESIGN_VARIANCE отвечает за смелость раскладки: внизу шкалы аккуратная симметрия по центру, вверху — асимметрия. MOTION_INTENSITY — глубина анимации: внизу только реакция на наведение, вверху эффекты на прокрутке и притягивание к курсору. VISUAL_DENSITY — сколько информации помещается на экран: от просторного лендинга до плотной панели с данными.

npx skills add https://github.com/Leonxlnx/taste-skill

# только один скилл из набора:
npx skills add https://github.com/Leonxlnx/taste-skill --skill "design-taste-frontend"

Ручки — это не украшение, а способ договориться с моделью словами, которые она понимает однозначно. Вместо «сделай посовременнее, но не перебарщивай» ты ставишь вариативность на семь, моушн на три, плотность на четыре — и получаешь повторяемый результат вместо лотереи.

Что ты увидишь

Разница не в том, что Claude становится умнее. Он ровно тот же — меняется только то, что лежит у него под рукой в момент задачи. Один и тот же запрос на пустой полке и на собранной:

Каждая строка во втором окне — это конкретный скилл, который отработал молча. Память подняла продукт, граф подсказал структуру, база дала раскладку, ручка вкуса задала смелость, антислоп поймал текст на выходе. Ни одного из этих шагов ты не просил — они встроены в полку.

Чтобы не споткнуться

Три места, где установка выглядит успешной, а скилл при этом не работает. Все три описаны в доке, но по ним обычно проходят мимо.

И ещё одна вещь, которая экономит нервы. Если скилл встал, но Claude им не пользуется, дело почти всегда в описании: модель решает, брать скилл или нет, именно по нему (дока). Открой SKILL.md, вынеси главный случай применения в первую строку описания — и попадание резко улучшится. А совсем ненужный скилл лучше не сносить, а выключить через меню /skills: он перестанет висеть в контексте, но останется на диске.

А если…

Четыре сомнения, которые ловят на входе. Отвечаю прямо.

Зачем тебе это на самом деле

Со стороны собранная полка выглядит как экономия времени: меньше объясняешь, реже переделываешь. Это правда, но не главное. Главное — что ты перестаёшь каждый раз заново договариваться с моделью о том, как делать работу. Один раз решил, что текст не должен пахнуть нейросетью, что дизайн держит эти три настройки, что контекст поднимается сам, — и дальше это выполняется по умолчанию, без твоего участия.

Ровно этим человек с пятью скиллами отличается от человека с тридцатью. У второго куча инструментов и ноль привычек. У первого пять инструментов, которые стали частью того, как он работает, — и поэтому он успевает за вечер то, на что у второго уходит неделя обсуждений с моделью.

А дальше

Пятёрка выше — это база, которая нужна почти всем. Дальше набор растёт под твою работу, и растить его лучше в ту же сторону: не добавлять популярное, а закрывать слой, который у тебя пока голый. Что стоит посмотреть следом:

• Проверенные вручную скиллы за пределами пятёрки — 15 скиллов Claude, прошедших проверку →
• Как связать несколько скиллов в команду под роли — 12 AI-сотрудников: скиллы как команда →
• Написать свой скилл под собственную процедуру — навык для Claude, который пишет контент →
• Фундамент под всем этим, если его ещё нет — CLAUDE.md за 10 минут →

А ещё дальше начинается то, что в набор скиллов уже не помещается: как из этих инструментов собрать производство, которое приносит деньги. Тренды, карусели и рилсы пачкой, воронки на кодовые слова, лид-магниты и платёжки — это контент-завод на Claude Code, и его мы разбираем на практикуме.

Источники

Механика скиллов — из официальной документации Claude Code. Цифры звёзд сверены по GitHub 19 июля 2026 года, характеристики и команды установки — из README самих репозиториев:

Отдельно про число скиллов. В подборках часто мелькает «у Claude больше пятидесяти тысяч скиллов» — источника у этой цифры я не нашёл, поэтому в гайде её нет. Единого реестра не существует: каталоги считают по-разному, и открытый счётчик, на который можно сослаться, показывает больше 23 400 (claudemarketplaces.com). Число меняется каждую неделю и на выбор пятёрки всё равно не влияет.