Agent Skills: Навыки по вызову для Claude
📚 Навигация по серии: Предыдущая статья 25 Система памяти рассказывала о «пассивном запоминании фактов» — как записать предпочтения и соглашения проекта в
CLAUDE.md, чтобы Claude не переспрашивал каждый раз. В этой статье мы сменим вектор и поговорим об «активной инкапсуляции возможностей»: как упаковать целый набор шагов в Agent Skills, чтобы Claude в нужный момент сам вызывал соответствующий навык.
«Разве Skill — это не просто другое название для slash-команд? Я ввожу /deploy, и он запускает развертывание, в чем отличие от старых .claude/commands/deploy.md?»
«Разница огромная. Slash-команда срабатывает, только если вы активно ее вызываете; Skill можно не вызывать — если Claude видит, что эта задача подходит, он сам ее активирует. К тому же обычно он занимает место в контексте всего на одну фразу, а разворачивается полностью только тогда, когда нужен.»
«...Сам активирует? Так ведь это же хаос будет, как я узнаю, когда он сработает?»
Это очень распространенное заблуждение, и я сам так думал, когда только начинал — поместил существующую команду commit.md в .claude/skills/, она работала точно так же, как и раньше, и я недоумевал: «Так это просто папка поменялась?». Только позже я понял: проблема в том, что я рассматривал Skill как маскировку для slash-команды. На самом деле официальные разработчики уже давно объединили пользовательские команды с системой Skills — ваши файлы .claude/commands/ работают как прежде, но в Skill добавились три вещи: они могут включать дополнительные файлы, могут автоматически запускаться Claude по необходимости и в обычное время почти не занимают контекст.
Официальная цитата: «Пользовательские команды были объединены в skills. Файл в
.claude/commands/deploy.mdи skill в.claude/skills/deploy/SKILL.mdсоздадут команду/deployи будут работать одинаково.»
В этой статье я подробно расскажу, что же такое Skill на самом деле, почему он может «сам активироваться» и при этом не переполнять контекст, откуда он берется и как его запускать.
Прочитав эту статью, вы узнаете:
- Что такое Skill — как
SKILL.mdс дополнительными ресурсами становится навыком Claude. - Как работает «загрузка по необходимости» (постепенное раскрытие): в чем секрет экономии контекста, когда навык обычно занимает одну фразу, а разворачивается только при использовании.
- В чем разница между Skill, slash-командами и Subagent (таблица сравнения; полное руководство по выбору оставим для 30-й статьи).
- Откуда берутся Skill (встроенные, из плагинов, написанные самостоятельно) и как каталог влияет на то, кто может их использовать.
- Как их вызывать (с помощью автоматического сопоставления description, без заучивания команд) и как посмотреть текущие доступные навыки.
01 Сначала разберемся: Что же такое Skill на самом деле
Сразу вывод: Skill — это, по сути, файл с инструкциями под названием SKILL.md плюс несколько дополнительных необязательных файлов, упакованные в «специальный навык» и переданные Claude.
Аналогия: Быстрые команды (Shortcuts) в смартфоне. В приложении «Команды» на iPhone вы настраиваете сценарий «Я дома» — включить свет, отрегулировать кондиционер, запустить музыку. Настроив это один раз, вам больше не нужно выполнять шаги вручную, вы просто произносите «Я дома», и все действия выполняются автоматически по заданному порядку. Skill делает то же самое: вы записываете фиксированный процесс (например, «проанализировать незакоммиченные изменения и указать риски») в SKILL.md, и после этого процесс становится действием, которое Claude может вызвать в любой момент, а вам не нужно каждый раз набирать шаги заново.
Как выглядит SKILL.md? Всего две части, в официальной документации это четко описано (этот пример сохранен в ~/.claude/skills/summarize-changes/SKILL.md, имя каталога summarize-changes — это имя команды, которую вы будете вводить):
---
description: Обобщает незакоммиченные изменения и указывает риски. Используется, когда пользователь спрашивает, что изменилось, хочет получить сообщение для коммита или просит меня сделать ревью diff.
---
## Текущие изменения
!`git diff HEAD`
## Инструкции
Обобщите изменения выше в двух-трех ключевых пунктах, а затем перечислите замеченные вами риски, например, отсутствие обработки ошибок, захардкоженные значения или тесты, требующие обновления. Если diff пуст, скажите, что незакоммиченных изменений нет.Блок между двумя --- сверху называется YAML frontmatter (метаданные в начале файла между разделителями ---), он сообщает Claude, для чего нужен этот Skill и когда его следует использовать; ниже идет текст в формате markdown — это инструкции, которым Claude будет следовать при фактическом вызове.
Обратите внимание на строку !`git diff HEAD` посередине — это довольно изящное решение, которое называется динамическим внедрением контекста: Claude Code сначала выполнит эту команду и заменит эту строку её выводом, и только после этого Claude увидит содержимое Skill. Поэтому Claude получает не указание «запустить diff», а уже заполненные, ваши фактические изменения на данный момент. Это предварительная обработка, а не выполнение самим Claude.
Skill — это не только один файл SKILL.md, это каталог. Стандартная структура от разработчиков выглядит так:
my-skill/
├── SKILL.md # Основные инструкции (обязательно)
├── template.md # Шаблон для заполнения Claude
├── examples/
│ └── sample.md # Пример вывода для ознакомления
└── scripts/
└── validate.sh # Скрипт, который он может выполнитьОбязательным является только SKILL.md, остальное — по желанию. В этом и заключается преимущество Skill по сравнению со старыми slash-командами: он может включать шаблоны, примеры и скрипты — скрипты могут быть на любом языке, Claude отвечает за оркестровку, а скрипт выполняет тяжелую работу.
Три реальных сценария, где сразу видно, зачем нужен Skill:
- Каждый раз, прося Claude закоммитить код, вы напоминаете: «сначала запусти тесты, затем напиши коммит на русском, префикс используй feat» — запишите это в Skill
commit, и в будущем все будет делаться одной фразой. - В команде согласован стандарт написания API (именование RESTful, единый формат ошибок, обязательная валидация) — напишите Skill
api-conventions, и при создании интерфейсов Claude будет автоматически следовать этому стандарту. - Вы хотите сгенерировать визуальную структуру репозитория кода — официальный Skill
codebase-visualizerсодержит скрипт на Python, который после выполнения сразу открывает интерактивное дерево в браузере.
💡 Вкратце: Skill — это упакованный навык («
SKILL.md(когда использовать + как делать) + дополнительные файлы») — написал один раз, и потом Claude вызывает его при необходимости, а также можно привязать шаблоны и скрипты.
02 Секрет экономии: Постепенное раскрытие (Progressive Disclosure)
Это самый важный раздел, который нужно понять. Почему в Skill можно поместить много информации, но он почти не занимает контекст? Ответ кроется в одном термине: постепенное раскрытие (progressive disclosure — означает «раскрытие по необходимости», полная версия не загружается, если она не релевантна).
Сначала о том, почему это так важно. Как упоминалось ранее в 19 Управление контекстом, «рабочий стол» Claude ограничен по объему, и каждое помещенное туда слово расходует бюджет и отнимает пространство для размышлений. Если бы текст всех Skill полностью загружался в начале сеанса, десяток установленных навыков занял бы половину вашего рабочего стола.
Аналогия: Меню и кухня ресторана. Вы садитесь за стол, и официант дает вам меню — по одной строчке с названием блюда и кратким описанием для каждого, чтобы вы быстро поняли, что в наличии. Когда вы заказываете «Курицу Кунг Пао», только тогда на кухне достают подробный рецепт со всеми шагами, чтобы приготовить его. Не заказанные блюда, точнее их рецепты, так и лежат в ящике, не занимая ни дюйма на вашем столе. Skill работает точно так же:
- В обычном состоянии: Claude видит только строку
description(название в меню) для каждого Skill. - Когда это уместно: ваш запрос совпадает с определенным description, и только тогда полный текст этого Skill загружается в контекст (достается соответствующий рецепт).
Официальная документация формулирует это правило очень прямо:
В обычных разговорах в контекст загружаются описания skill, чтобы Claude знал, что доступно, но полное содержимое skill загружается только при его вызове.
Поэтому вы можете смело добавлять в текст Skill длинные справочные материалы и подробные чек-листы — до момента использования они практически ничего не стоят. Именно поэтому разработчики рекомендуют «создавать Skill, а не пихать всё подряд в CLAUDE.md»: CLAUDE.md загружается и остается в контексте на протяжении всей сессии, а текст Skill загружается только тогда, когда нужен.
Эта диаграмма четко показывает две стадии «постепенного раскрытия»: слева обычный режим сессии — три Skill занимают в контексте всего по одной фразе description, рабочий стол почти пуст; справа — ваш запрос совпал с одним из description, и загружается полный текст только одного этого Skill, а два других по-прежнему остаются одной строкой. Сразу видно, в чем заключается «экономия».
Но есть один нюанс, о котором нужно знать, чтобы не наступить на грабли: как только Skill загружен, его текст остается в контексте на протяжении всего разговора — Claude не будет перечитывать его заново на каждом последующем шаге. Официальная цитата:
Когда вы или Claude вызываете skill, отображаемое содержимое
SKILL.mdпопадает в диалог как единое сообщение и остается там до конца сессии.
Это означает две вещи: во-первых, каждая строка в тексте Skill — это повторяющиеся затраты token, не лейте воду, официально рекомендуется ограничивать SKILL.md 500 строками, а длинные справки выносить в отдельные файлы, которые загружаются по необходимости; во-вторых, пишите «постоянные инструкции», а не «одноразовые шаги» — поскольку они остаются в контексте до конца, их нужно формулировать как «руководство, применимое ко всей задаче», а не как инструкции, срок действия которых истекает после использования, вроде «шаг первый: сделай Х».
Здесь есть небольшая ловушка, в которую я сам попадал: написал Skill, первые несколько раундов он следовал инструкциям, а потом мне начало казаться: «Он, похоже, забыл эти инструкции». Моей первой реакцией было предположить, что загрузка не удалась, и я постоянно перезапускал Claude, чтобы заставить его перечитать. Только изучив официальную документацию, я понял — содержимое, как правило, все еще в контексте, просто модель переключилась на выбор других инструментов. Решение — сделать description и инструкции более четкими, чтобы заставить его отдавать предпочтение этому Skill, а не сомневаться в механизме загрузки.
💡 Вкратце: Постепенное раскрытие = обычно отображается только description, полный текст раскрывается по мере необходимости, поэтому установка любого количества Skill не переполняет контекст; НО после раскрытия текст остается до конца сессии, поэтому он должен быть кратким и состоять из постоянных инструкций.
03 Skill, slash-команды и Subagent: В чем разница
В центре спора, упомянутого в начале, лежит именно этот вопрос. Многие люди смешивают эти три понятия, хотя на самом деле их назначение совершенно разное. Здесь я сначала разберу самые запутанные моменты, а полную таблицу «что выбрать» оставлю для статьи 30, в этом разделе мы ограничимся только «различением».
Давайте сначала согласуем три термина:
- slash-команда: набор действий, которые вы инициируете активно, вводя
/xxx. - Skill: упакованный навык, который вы можете вызвать активно, или Claude может вызвать автоматически по необходимости.
- Subagent (субагент): независимый помощник с собственным контекстом. Основной диалог делегирует ему задачу, он выполняет её в своем маленьком мире и возвращает результат (мы подробно обсуждали это в статье 23 Субагенты).
Здесь есть важное уточнение, которое разрушает упомянутое в начале заблуждение: slash-команды и Skill не являются взаимоисключающими понятиями, slash-команды на самом деле — это один из способов вызова Skill. Разработчики интегрировали пользовательские команды в систему Skills — если вы создаете Skill commit, его естественным образом можно вызвать через /commit. Настоящая разница не в том, «как это называется», а в том, кто может инициировать и занимает ли это контекст:
| Характеристика | slash-команда (старый стиль .claude/commands/) | Skill | Subagent |
|---|---|---|---|
| Кто инициирует | Только вы (с помощью /) | И вы, и Claude (может автоматически) | Делегируется основным диалогом |
| В каком контексте выполняется | В текущем диалоге | В текущем диалоге (по умолчанию) | В независимом контексте |
| Занимает ли контекст в обычном режиме | —— | Только описание (description) | Не занимает (запускается по требованию) |
| Поддерживает ли дополнительные файлы | Нет | Да (шаблоны / скрипты / примеры) | Зависит от собственного определения |
| Для чего лучше всего подходит | Фиксированные действия, когда вы хотите вручную контролировать момент запуска | Специализированные навыки, которые Claude должен использовать сам при необходимости | Изолированное выполнение независимых, тяжелых подзадач |
Поняв эту таблицу, спор из начала статьи разрешается: такое понимание «slash-команд» — это просто ручной запуск Skill; оно упускает из виду, что тот же Skill может автоматически вызываться Claude.
Но не приведет ли «автоматический вызов» к хаосу? Нет, потому что вы можете точно контролировать, у кого есть право его вызывать. Официальная документация предоставляет два переключателя во frontmatter:
disable-model-invocation: true: Можете вызвать только вы. Используется для задач с побочными эффектами, когда вы хотите сами выбрать момент запуска — например,/deploy,/commit, отправка сообщения в Slack. Вы вряд ли захотите, чтобы Claude «увидел, что ваш код вроде бы готов», и сам его развернул.user-invocable: false: Может вызвать только Claude. Используется для Skill типа «фоновые знания» — например,legacy-system-context, объясняющий, как работает старая система. Claude должен знать об этом, когда это уместно, но команда/legacy-system-contextдля вас не имеет смысла.
Так что «хаос» под контролем: если боитесь, что он начнет самовольничать, добавьте disable-model-invocation: true, чтобы заблокировать его на чисто ручное управление; именно этот метод и следует применять для решения упомянутой в начале проблемы.
💡 Вкратце: slash-команды — это ручной способ запуска Skill, Subagent — это помощник с независимым контекстом, у каждого свое назначение; если боитесь, что Skill сработает автоматически и что-то натворит, используйте
disable-model-invocation: true, чтобы разрешить только ручной вызов.
04 Откуда берутся Skill: встроенные, из плагинов, написанные самостоятельно
Мы поняли, что это такое, но откуда берутся эти Skill? Есть три источника, от близких к дальним.
Источник первый: Встроенные (поставляемые) Skill — готовы к использованию сразу, присутствуют в каждой сессии. В Claude Code есть ряд встроенных Skill, которые не нужно устанавливать. В официальном списке есть /code-review (ревью кода), /debug (отладка), /batch (пакетная обработка), /loop (запуск в цикле), /claude-api (справочник по Claude API) и другие. А также три сопутствующих для «запуска и проверки»: /run (запуск вашего приложения, чтобы посмотреть, работают ли изменения), /verify (сборка и запуск для подтверждения, что изменения работают как ожидалось), /run-skill-generator (обучение первых двух тому, как собирать и запускать ваш проект). Наберите / и вы увидите их в меню.
Примечание: встроенные Skill и встроенные команды, такие как
/helpили/compact, — это не одно и то же. Встроенные команды напрямую выполняют фиксированную логику; встроенные Skill основаны на промптах — Claude дается подробная инструкция, и он использует свои собственные инструменты для ее выполнения. Способ вызова одинаковый — ввод/и имени.
Источник второй: Из плагинов — устанавливаете плагин, и Skill появляются вместе с ним. Как говорилось в статье 24 Плагины, плагины могут содержать набор расширений. И Skill — это одно из того, что может содержать плагин: в плагине создается каталог skills/, и в месте включения плагина эти Skill становятся доступными. Плагинные Skill используют пространство имен вида имя-плагина:имя-skill (например, /my-plugin:review), поэтому они никогда не будут конфликтовать по именам с вашими собственными Skill.
Источник третий: Написанные самостоятельно — и это главное поле деятельности для Skill. Вы берете инструкции, чек-листы, многошаговые процессы, которые постоянно вставляли в чат, записываете их в SKILL.md, и это становится вашим эксклюзивным навыком. Официальный критерий очень практичен:
Если вы постоянно вставляете одни и те же инструкции, чек-листы или многошаговые процедуры в чат, или если часть CLAUDE.md превратилась в процедуру, а не в факт, создайте skill.
В этой фразе раскрывается разделение ролей между Skill и CLAUDE.md, что идеально стыкуется с предыдущей статьей: CLAUDE.md хранит «факты» (какой стек технологий используется в проекте, какие есть соглашения), а Skill хранит «процедуры» (как выполнить задачу шаг за шагом). Если вы ловите себя на том, что пишете в CLAUDE.md «Шаг 1... Шаг 2...», эту часть следует перенести в Skill.
Следующая таблица поможет вам сориентироваться:
| Ваша ситуация | ❌ Хватит так делать | ✅ Используйте Skill |
|---|---|---|
| Вы каждый раз напоминаете об одном и том же процессе коммита | Вручную вводить все шаги каждый раз | Напишите Skill commit, вызывайте одной фразой |
| В команде есть фиксированный стандарт написания API | Запихивать это в CLAUDE.md, занимая контекст всю сессию | Напишите Skill, который будет загружаться только при необходимости |
| Вам нужен какой-то визуальный отчет | Каждый раз описывать, какой график вам нужен | Привяжите Skill со скриптом генерации |
💡 Вкратце: Три источника Skill — встроенные (готовые из коробки), из плагинов (идут с плагинами) и написанные самостоятельно (основное поле); критерий для создания своего один: вы постоянно вставляете один и тот же набор шагов?
05 Расположение определяет, кто может использовать + Как вызывать и как проверять
В этом последнем разделе перейдем к трем самым практическим вещам: где хранить написанные вами Skill, как они запускаются и как посмотреть, что у вас сейчас есть под рукой.
Расположение каталога определяет, кто может его использовать
Вот официальная таблица расположения, неправильное место = нужные люди не смогут его использовать, просто следуйте ей:
| Область | Где хранить | Кто может использовать |
|---|---|---|
| Личные | ~/.claude/skills/<skill-name>/SKILL.md | Все ваши проекты |
| Проекта | .claude/skills/<skill-name>/SKILL.md | Только текущий проект |
| Плагина | <plugin>/skills/<skill-name>/SKILL.md | Там, где включен плагин |
| Корпоративные | См. настройки хостинга | Все в организации |
Логика очень интуитивна: если это только для вас и применимо к разным проектам (например, ваши личные привычки коммитов) — кладите в личный каталог ~/.claude/skills/; если это эксклюзив для текущего проекта, и вы хотите, чтобы вся команда им пользовалась (например, процесс развертывания проекта) — кладите в каталог проекта .claude/skills/ и коммитьте в репозиторий.
Чей Skill приоритетнее при совпадении имен? Официальный порядок: Корпоративный > Личный > Проектный (плагины не участвуют в спорах за имя из-за пространств имен). Также стоит обратить внимание на предупреждение о безопасности: когда проектный Skill попадает в репозиторий, при скачивании другими разработчиками им придется пройти диалог «Доверие к рабочей области (Workspace Trust)» — так как атрибут allowed-tools в Skill может предоставить разрешения ряду инструментов, прежде чем доверять репозиторию, посмотрите, что написано в Skill проекта, чтобы не дать права непонятно какому Skill.
Как запускать: Автоматическое сопоставление по description, без заучивания команд
Это самое приятное в Skill: вам не нужно запоминать /что-то-там, достаточно сказать человеческим языком. Claude возьмет то, что вы сказали, сравнит с description каждого Skill, и если найдет совпадение, сам вызовет этот Skill.
Возьмем для примера Skill summarize-changes из раздела 01. В его description написано: «Используется, когда пользователь спрашивает, что изменилось...», поэтому вызвать его можно двумя способами:
Что я изменил?/summarize-changesПервый способ — позволить Claude вызвать его автоматически (вы даже не назвали Skill, он сам нашел совпадение); второй — назвать по имени напрямую. В повседневной работе рекомендуется первый способ — просто опишите потребность и предоставьте запуск ему. Это также подчеркивает, насколько важен description при написании Skill: он должен содержать «ключевые слова, которые пользователь естественно произнесет», чтобы совпадение было точным. Первый пункт в официальном руководстве по устранению неполадок, если «Skill не запускается», — это проверка description:
Убедитесь, что описание содержит ключевые слова, которые пользователь бы сказал естественным образом.
Как проверить: Какие Skill доступны в данный момент
Вы установили кучу Skill, есть встроенные, как узнать, что сейчас под рукой? Проще всего спросить одной фразой:
Какие Skill доступны сейчас?Он перечислит все доступные на данный момент Skill. Это также одно из стандартных действий по решению проблем со Skill от разработчиков — сначала убедитесь, что он есть в списке, а потом уже разбирайтесь с запуском. Кроме того, введя /, можно открыть меню команд и увидеть те, которые можно вызвать вручную, а /doctor поможет проверить, «не обрезано ли описание Skill из-за их большого количества» (если установлено очень много Skill, описания сжимаются для экономии лимитов токенов, что может привести к обрезке ключевых слов для сопоставления).
💡 Вкратце: личные храните в
~/.claude/skills/, проектные — в.claude/skills/, приоритет при одинаковом имени: Корпоративный > Личный > Проектный; запуск работает через автоматическое сопоставление description, запоминать команды не нужно; одна фразаWhat skills are available?покажет, какие доступны.
06 Практика: За 5 минут разбираемся с «Автоматическим запуском» и «Постепенным раскрытием»
Читать теорию без практики бесполезно. Ниже приведена минимальная инструкция без сложных скриптов, которая позволит вам своими глазами увидеть две вещи: как Skill запускается автоматически одной фразой и как он в обычном состоянии занимает всего одну строку. Все можно сделать в пустой папке.
Шаг первый: Создайте личную папку для Skill (Mac / Linux)
mkdir -p ~/.claude/skills/explain-selfПользователи Windows: просто создайте папку explain-self по пути C:\Users\ваше_имя_пользователя\.claude\skills\.
Ожидаемый результат: В папке ~/.claude/skills/ появилась пустая папка explain-self.
Шаг второй: Напишите простейший SKILL.md
В любом удобном редакторе сохраните следующий текст в ~/.claude/skills/explain-self/SKILL.md:
---
description: Объясняет кусок кода или ошибку простым языком. Используется, когда пользователь говорит «что значит этот код», «что за ошибка» или «помоги это прочитать».
---
## Инструкции
Объясните код или ошибку от пользователя простыми словами, понятными новичку:
1. Что это делает в целом (в одном предложении).
2. Разберите построчно / по блокам.
3. Если это ошибка, укажите наиболее вероятную причину и способ исправления.
Избегайте нагромождения терминов, по возможности используйте жизненные аналогии.Обратите внимание, что в description специально написаны фразы вроде «что значит этот код», «что за ошибка» — то, что вы действительно могли бы сказать в жизни, и это именно те крючки для автоматического запуска.
Ожидаемый результат: В папке explain-self появился файл SKILL.md.
Шаг третий: Запустите Claude и убедитесь, что он распознает этот Skill
claudeЗайдя внутрь, введите:
Какие Skill сейчас доступны?Ожидаемый результат: В списке доступных Skill вы увидите explain-self, а рядом с ним — написанный вами description. Если он в списке = Skill успешно загружен. (Этот шаг также подтверждает постепенное раскрытие: прямо сейчас в контексте есть только этот description, текст с инструкциями еще не загружен).
Шаг четвертый: Не называя имени, вызовите его «человеческим языком»
Специально не вводите /explain-self, а скажите фразу, подходящую под description:
Что значит этот код: print(sum([1,2,3]) / len([1,2,3]))Ожидаемый результат: Claude автоматически вызовет Skill explain-self (вы увидите в его ответе уведомление о запуске Skill) и объяснит в соответствии с тремя написанными вами шагами — сначала суть в одном предложении (вычисление среднего для трех чисел), затем разбор по частям и минимум терминов. Он достал нужный навык без вызова команды, это и есть автоматический запуск.
Шаг пятый: Сравните с прямым вызовом по имени
Теперь попробуйте ручной режим, введите:
/explain-self что за ошибка: ZeroDivisionError: division by zeroОжидаемый результат: Сработает тот же Skill, результат будет аналогичен четвертому шагу — разница лишь в том, что в этот раз вы вызвали его сами. Два пути к одному и тому же навыку, что подтверждает таблицу из раздела 03 о том, что и «вы, и Claude могут инициировать запуск».
Пройдя эти пять шагов, вы своими руками проверили два основных принципа работы Skill — «совпадение по описанию для автозапуска» и «обычно занимает только одну строку description».
💡 Вкратце: Создайте
~/.claude/skills/explain-self/SKILL.md、проверьте загрузку с помощьюWhat skills are available?и вызовите по разу «человеческим языком» и через/имя— увидеть своими глазами, что автоматический и ручной запуск ведут к одному навыку, гораздо полезнее, чем прочитать десять страниц документации.
07 Итоги
В этой статье мы разобрали Agent Skills от «что это такое» до «как использовать» — они превращают Claude из чистого листа в специалиста со специальными навыками, готовыми к вызову по первому требованию.
Ключевые моменты для закрепления:
| Что вы хотели узнать | Ответ | Ключевые моменты |
|---|---|---|
| Что такое Skill | SKILL.md + дополнительные файлы в одной папке | frontmatter говорит когда использовать, текст — как |
| Почему не переполняет контекст | Постепенное раскрытие (progressive disclosure) | Обычно виден только description, полный текст разворачивается при использовании |
| В чем разница со slash / Subagent | Разное предназначение | slash — ручной режим, Subagent — независимый контекст (руководство по выбору в статье 30) |
| Откуда берутся Skill | Встроенные / Из плагинов / Свои | Если часто копируете одни и те же шаги = пора писать свой |
| Где хранить, как вызывать и как проверять | Каталог определяет область видимости | Автозапуск по совпадению description; проверка через Какие Skill доступны сейчас? |
Теперь вы должны уметь: объяснить, из чего состоит Skill и как «постепенное раскрытие» экономит контекст; различать предназначение Skill, slash-команд и Subagent; знать три источника Skill и как каталог определяет доступность; понимать, что запуск зависит от сопоставления description, а команды зубрить не нужно. Умение «вызывать специализированные навыки по необходимости» — это ваш ключевой шаг в превращении Claude из «универсального помощника» в «эксперта, знающего толк в вашей работе».
Следующая статья 27 «Примеры использования Skills» — если эта статья была полна концепций и механизмов, то следующая будет сугубо практической: мы с нуля настроим по-настоящему полезный Skill, вызовем его своими руками и посмотрим, как он выполнит работу. Подумайте, для каких повседневных задач вы постоянно даете Claude одни и те же инструкции? В следующей статье мы возьмемся за такую задачу и превратим ее в навык, который можно вызывать одной фразой.