Каждый, кто регулярно работает с Claude или другими моделями, знает это раздражающее ощущение: снова и снова объяснять одно и то же — как писать письмо клиенту, как оформлять отчёт, какой тон уместен в переписке. Skills в Claude решают именно эту проблему: вы один раз показываете модели, как делаете конкретную работу, и она запоминает это не как разовый контекст чата, а как переносимый навык, который можно вызвать в любом разговоре.
Skills в Claude: чем это отличается от промпта и проекта
Промпт — это разовая просьба: суммировать статью, ответить на вопрос. Проект — это пространство, куда вы приходите работать: внутри лежат инструкции (условный CLAUDE.md или AGENTS.md) и файлы контекста, но всё это привязано к конкретной теме или клиенту. Skill устроен иначе: это папка с инструкциями и вспомогательными файлами, которая не ждёт, пока вы придёте к ней, а сама подключается в любом чате, если задача совпадает с её описанием. Работает это благодаря progressive disclosure — модель сначала смотрит только на название и краткое описание skill, а полное содержимое и подпапки подгружает лишь тогда, когда задача действительно требует деталей. Это прямое следствие того, что у любой модели ограниченное «рабочее пространство»: чем меньше лишнего в контексте, тем точнее и адекватнее ответ.
Три вопроса, чтобы понять — нужен ли вам skill
Не любая задача заслуживает отдельного skill. Прежде чем его собирать, стоит честно ответить на три вопроса. Первый — вы делаете это регулярно, а не один раз? Второй — результат должен соответствовать одному и тому же стандарту качества каждый раз? Третий — вы хотите применять этот процесс в разных чатах и темах, а не только в рамках одного проекта? Если ответ «да» на все три, перед вами кандидат на skill. Разовый анализ опроса или уникальная задача под конкретного клиента — это, скорее, промпт или проект, а не повод плодить новые skills.
Как собрать первый skill, не написав ни строчки самому
Самый рабочий способ — не садиться писать инструкцию с нуля, а сначала выполнить задачу вместе с моделью в обычном чате: дать материал, объяснить голосом или текстом, что нужно, поправить пару черновиков, пока результат не станет устраивать. И только после этого попросить модель превратить весь диалог в переиспользуемый skill — с явной оговоркой, что процесс не должен быть привязан к конкретному клиенту, дате или файлу из примера, и что инструкция должна быть предельно короткой: ровно настолько объёмной, насколько нужно для задачи, и ни строчкой больше. Раздутый skill съедает то самое ограниченное пространство модели и снижает качество ответов даже несмотря на progressive disclosure.
Проверка на выходе: чек-лист внутри skill
Отдельная строка, которую стоит добавить в конце почти любого skill, — просьба сформулировать три-пять бинарных критериев (да/нет, прошёл/не прошёл) и проверять по ним черновик перед тем, как отдать его вам, исправляя несоответствия самостоятельно. Это превращает skill в самопроверяющийся процесс и избавляет от лишних раундов правок.
Четыре типа skills — и какой из них недооценён
По внутреннему исследованию Anthropic на почти четырёх сотнях реальных skills внутри компании, все они укладываются в четыре типа. Doer skill выполняет задачу целиком — то самое письмо или отчёт. Formatter skill приводит любой результат к единому стандарту, например к брендбуку презентаций. Rule skill добавляет бизнес-контекст, которого не хватает даже сильной модели: этому клиенту не пишем по пятницам, тот платит через 45 дней, а не через 30. А checker skill — по оценке самой Anthropic, самый недооценённый тип — проверяет чужой результат перед тем, как он попадёт к человеку, то есть встраивает ревьюера прямо в процесс.
У skills есть и цена: если их слишком много и названия с описаниями похожи, модель начинает путать, какой применить. Лечится это либо ограничением числа skills и объединением похожих, либо, в десктопных агентах, привязкой skill к конкретной папке на диске. По сути, skills — это следующий шаг после привычных SOP: та же зафиксированная экспертиза, только теперь она не лежит мёртвым грузом в документе, а активно применяется моделью каждый раз, когда возникает подходящая задача.
Dylan Davis — AI-автоматизация и рабочие процессы. Источник: видео «Teach AI Your Job Once. Never Explain It Again».

Добавить комментарий