Скиллы Claude Code — как упаковать процесс в команду

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

Чем скилл отличается от промпта

Промпт я пишу каждый раз заново и каждый раз чуть по-другому. Скилл — файл с инструкцией, которая написана один раз, отлажена и вызывается по имени. Разница та же, что между «объяснить на словах» и «дать регламент».

Внутри скилла обычно три части: когда его применять (триггеры), что делать по шагам и что запрещено. Запреты — недооценённая часть. Половина надёжности моих скиллов — из явных «никогда не делай X».

Уровни риска

Все мои скиллы поделены на уровни по последствиям. Красный — деньги, деплой, отправка клиентам: обязательные остановки с подтверждением. Жёлтый — всё, что уходит наружу: одна остановка перед действием. Зелёный — локальная работа с файлами: без остановок. Белый — только чтение.

Новый скилл создаётся отдельным скиллом (да, скилл для создания скиллов), который сам ставит нужные гейты по уровню. Руками, без гейтов — запрещено. Однажды я поленился, и черновик ушёл человеку без вычитки. Больше не ленюсь.

Правило двух повторений

Как понять, что пора оформлять скилл: действие повторилось дважды. Третий раз должен выполняться командой. Кажется избыточным — пока не посчитаешь, сколько раз в неделю ты «быстренько» делаешь одно и то же руками.

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