Примеры использования Skills: установи, вызови, смотри, как работает

📚 Серия навигации: В предыдущей статье 26 Что такое Skill подробно разобрали принципы — что такое SKILL.md и почему description определяет, будет ли Claude использовать его. В этой статье мы не будем говорить о теории, а перейдем к практике: я покажу вам, как проверить, какие skills у вас есть, вызвать один из них одной фразой и наблюдать за его работой, чтобы применить на практике навык «использования чужих skills».

Например, вам нужно быстро сделать схему архитектуры кода для отчета руководству. В обычных условиях вам пришлось бы сначала продумать узлы в голове, нарисовать черновик Mermaid, настроить цвета и экспортировать PNG. Весь этот процесс легко займет полдня. Но теперь достаточно сказать Claude Code: «Помоги мне нарисовать схему архитектуры этого проекта» — и Claude сделает все сам.

Он не спрашивает вас ни о каких параметрах, сам загружает skill под названием baoyu-diagram, верстает по встроенной в него системе дизайна темной темы, генерирует SVG и конвертирует в @2x PNG. Весь процесс занимает менее пяти минут, и изображение уже лежит в docs/assets/.

В этот момент вы по-настоящему понимаете ценность skill: он не делает Claude умнее, а заставляет Claude выполнять определенную задачу каждый раз по одному и тому же надежному процессу. Полдня превратились в пять минут, и разница заключается именно в этом написанном процессе.

Из предыдущей статьи вы уже знаете, что такое skill. В этой статье мы сделаем только одно: пройдем этот опыт превращения полдня в пять минут на практике.

Прочитав эту статью, вы получите:

• Способ узнать одной фразой, какие именно skills доступны в текущей сессии, больше не гадая вслепую
• Понимание того, как выглядит настоящий SKILL.md и почему строка description определяет, сработает ли он
• Знание того, как пройти полный процесс работы skill с помощью «запуска естественным языком» и «обращения по имени через /», с ожидаемыми результатами на каждом шаге
• Трехшаговый чеклист для устранения неполадок, когда skill не вызывается (слишком размытая формулировка / несовпадение description / вообще не включен)
• Конкретные шаги по добавлению skill в проект, чтобы вся команда работала по одному и тому же процессу

---

01 Не спешите использовать: сначала посмотрите, какие skills есть у вас под рукой

Первый шаг к действию — не «использовать skill», а понять, какие skills вы можете использовать прямо сейчас.

Самая частая ошибка новичков — звать по памяти: «Кажется, был skill для рисования схем, да?» А затем долго кричать Claude без ответа, думая, что skill сломался, хотя на самом деле он вообще не установлен. Сначала провести ревизию запасов — это важнее всего.

Аналогия: перед тем как готовить по рецепту, сначала полистайте кулинарную книгу, чтобы узнать, какие блюда в ней собраны. Вы не будете стоять на кухне и думать: «Сегодня приготовлю тушеное мясо», вам нужно сначала убедиться, что в книге есть страница «тушеное мясо» и все ингредиенты и шаги на месте. Skill — это кулинарная книга Claude, а каждый SKILL.md — это записанный рецепт: сначала загляните в оглавление, убедитесь, что это блюдо в списке, а затем включайте плиту.

Способ проверки очень прост, просто спросите его простыми словами в сессии Claude Code:

有哪些可用的 skill？

В официальной документации используется английский вопрос What skills are available?, но и китайский язык он понимает так же хорошо. Ожидаемый результат: Claude перечислит skills, доступные в текущей сессии, каждый с названием и кратким описанием в одно предложение. Если запустить это в проекте данного руководства, в списке будет и тот самый для рисования схем:

baoyu-diagram — 生成专业的暗色主题 SVG 图（架构图 / 流程图 / 时序图 / 思维导图……）

💡 Вкратце: перед использованием skill, сначала спросите в сессии «Какие skills доступны?». Убедитесь, что нужное вам блюдо есть в списке, и только потом включайте плиту, не обращайтесь вслепую к несуществующим skills.

Есть еще два полезных приема для проверки доступных skills, которые стоит запомнить:

Меню /skills — если в поле ввода ввести /skills и нажать Enter, появится визуальное меню, в котором перечислены все skills, а также можно переключать состояние активации каждого skill (выделите, затем нажмите Space для переключения, Enter для сохранения). Это нагляднее, чем просто текстовый список.

Проверка здоровья /doctor — это для более продвинутых: если вы установили кучу skills, Claude может не уместить их в «бюджет описаний» и обрежет описания части skills, из-за чего не будет видеть картину целиком. /doctor может сказать вам, не переполнен ли бюджет и какие skills пострадали. Новичкам это обычно не нужно, но если однажды обнаружите, что какой-то skill почему-то не срабатывает, первым делом запустите /doctor, чтобы проверить.

---

02 Разбор настоящего skill: как выглядит SKILL.md

Знать, что «есть такой skill», недостаточно, нужно понимать, как он выглядит изнутри, чтобы понять, почему он срабатывает и что может делать.

Кстати, в этом проекте руководства лежит настоящий skill. Мы не будем смотреть на игрушечные примеры из официальной документации, а сразу разберем этот реально используемый skill, на который каждый день полагаются при создании схем — baoyu-diagram.

Его расположение в проекте:

.claude/skills/baoyu-diagram/
├── SKILL.md              # 主说明（必需）
├── references/           # 各类图的详细排版规范（按需加载）
│   ├── architecture.md
│   ├── flowchart.md
│   └── sequence.md
└── scripts/
    └── main.ts           # SVG 转 PNG 的脚本（被执行，不进上下文）

Заметили суть? Один skill — это одна папка, SKILL.md — это точка входа, а рядом можно разместить справочную документацию и скрипты. SKILL.md обязателен, а остальное — необязательные «ингредиенты»: справочная документация позволяет сохранить главную инструкцию компактной (загружается только то, что нужно для определенного типа диаграммы), а скрипты — это инструменты для запуска Claude.

Откройте его SKILL.md, тот блок сверху, окруженный ---, — это самое главное, он называется frontmatter (предварительные метаданные, конфигурация в самом начале файла):

---
name: baoyu-diagram
description: Create professional, dark-themed SVG diagrams of any type — architecture diagrams, flowcharts, sequence diagrams... Also trigger when the user says "画个图" "画一个架构图" "diagram" "flowchart"...
version: 1.117.3
---

Тот большой блок markdown под --- — это «основной текст рецепта» (система дизайна, цветовая палитра, правила верстки, команда для конвертации в PNG), которому Claude действительно должен следовать.

Здесь есть ключевой момент, о котором говорилось в прошлой статье, но теперь вам стоит увидеть это своими глазами: строка description является главным критерием, по которому Claude решает, «стоит ли использовать этот skill в этот раз» (во frontmatter также есть необязательное поле when_to_use, которое может дополнить условия запуска, оба поля в сумме обрезаются до 1536 символов).

Вы заметили? В этом description явно вставлена куча китайских слов-триггеров: «画个图» ("Нарисуй схему"), «画一个架构图» ("Нарисуй архитектурную схему"), а также английские diagram, flowchart. Это написано не случайно, автор намеренно включил фразы, которые может сказать пользователь, чтобы Claude при их упоминании сразу понимал: «Это моя работа».

Аналогия: колонтитул в кулинарной книге "Подходит для: семейного ужина, приема гостей, на каждый день". Когда вы листаете книгу в поисках "блюда для гостей", вы сразу замечаете этот текст и понимаете, что блюдо подходит. description — это ярлык в колонтитуле skill: Claude сопоставляет ваши слова с description каждого skill, и чьи ярлыки лучше всего совпадают, страницу того он и открывает.

Поэтому запомните эту цепочку причинно-следственных связей, на нее будет опираться вся последующая отладка:

То, что вы говорите → Claude использует это для сравнения с description каждого skill → совпало → загружается основной текст этого SKILL.md → работа выполняется по описанным в нем шагам.

Чем ближе description к вашим реальным формулировкам, тем точнее срабатывание. Вот почему в следующем разделе при устранении неполадок "не вызывается" первым делом нужно проверять его.

Эта схема разбивает процесс «как одна фраза превращается в работу skill» на четыре шага: вы говорите → Claude сравнивает это с description каждого skill → при совпадении загружается соответствующий основной текст SKILL.md → генерируется результат по описанным в нем шагам. Поняв эту цепочку, вы будете знать, с какого звена начинать устранение неполадок.

💡 Вкратце: один skill — это папка с SKILL.md, description на самом верху — это главный триггер запуска: Claude сравнивает ваши слова с ним, и только при совпадении открывает эту страницу рецепта.

---

03 Первый запуск: вызовите его простым языком и смотрите, как он работает

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

В этом и заключается главное удобство skill: вам не нужно запоминать никаких команд, Claude сам выберет нужный skill.

Первый шаг: запустите Claude Code в корневой директории проекта руководства:

claude

Ожидаемый результат: вы входите в сессию, внизу появляется поле ввода.

Второй шаг: опишите свою потребность простым языком — обратите внимание, здесь ни разу не упоминается название baoyu-diagram:

帮我画一张图，说明 Claude 的「想→做→看」代理循环

Ожидаемый результат: как только Claude слышит "нарисовать схему", он сравнивает это с description различных skills, находит совпадение с diagram/«画个图» в baoyu-diagram, и автоматически загружает его, а затем начинает работать по тексту рецепта: читает соответствующий справочный документ (для блок-схем это references/flowchart.md), верстает в соответствии с системой дизайна темной темы, генерирует .svg, а затем запускает скрипт для преобразования в @2x.png.

По завершении он скажет вам, где находится результат, это будет выглядеть примерно так:

已生成图表：
  docs/claude-code/assets/27-agent-loop.svg
  docs/claude-code/assets/27-agent-loop@2x.png

Увидев эти два файла, вы поймете, что skill успешно запущен и работа выполнена. Весь процесс не потребовал от вас ввода никаких параметров, всё было сделано по одной простой фразе.

В этом и заключается самое большое отличие skill от «обычного диалога». Вот сравнение, где разница очевидна:

	❌ Без skill	✅ С skill
Что вам нужно сказать	Подробно описать цветовую схему, размер шрифта, макет, как конвертировать в PNG...	Одна фраза: «Помоги мне нарисовать схему»
Стабильность результата	То темная, то светлая тема, стиль постоянно меняется	Каждый раз применяется одна и та же система дизайна, стабильно и последовательно
Что вам нужно запомнить	Кучу параметров и шагов	Ничего не нужно запоминать

Проще говоря, skill позволяет один раз прописать «сложный процесс, который нужно объяснять каждый раз». Вы только говорите, что вам нужно, а «как сделать это профессионально» — это забота рецепта.

Не хотите ждать, пока он угадает? Обратитесь по имени напрямую

Иногда вы точно знаете, что нужно использовать определенный skill, и вам лень ждать, пока он угадает — быстрее всего вызвать его по имени через /:

/baoyu-diagram 画一张用户登录的时序图

Ожидаемый результат: пропускается шаг "сопоставления description", baoyu-diagram загружается и выполняется напрямую, а строка после / передается в качестве параметра (здесь она говорит ему, какую схему рисовать).

В каких случаях использовать какой из двух способов? Обычно:

• Исследование, неуверенность в том, что использовать → используйте простой язык, пусть Claude выберет сам (возможно, его выбор окажется точнее, чем вы думаете).
• Точно знаете, что нужно, и хотите, чтобы это выполнилось немедленно → обращайтесь по имени через /, особенно это касается skills «с побочными эффектами, которые нельзя вызывать просто так» (например, развертывание, коммиты). В официальных рекомендациях советуется вызывать такие skills только вручную через /, чтобы Claude не принимал решения за вас.

💡 Вкратце: есть два пути запуска skill — простым языком, чтобы Claude выбрал сам, и прямое обращение через /имя; первый подходит для исследований, второй — для случаев «мне нужно именно это и прямо сейчас».

---

04 Позвали, а ответа нет? Трехшаговая проверка, найдите свою проблему

На практике вы рано или поздно столкнетесь с этим: вы сказали фразу, а Claude не использовал skill, а начал пыхтеть и делать все обычным способом. Не паникуйте и не думайте, что skill сломан: в 90% случаев это одна из трех ситуаций, описанных ниже. Официальное руководство по устранению неполадок состоит из этих нескольких пунктов, ниже они отсортированы по частоте возникновения.

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

Первый шаг: сначала заподозрите, что «вы выразились слишком расплывчато» (самая частая причина).

Часто проблема не в skill, а в том, что ваша фраза слишком далека от description. Например, если в description baoyu-diagram написано «нарисовать схему / diagram / архитектурная схема», а вы скажете «сделай мне что-нибудь визуальное», Claude может не сопоставить это с «рисованием схемы».

Решение: приблизьте слова к description, перефразируйте более прямо и четко:

帮我画一张架构图

Использование явных глаголов типа "нарисовать" или существительных типа "схема" сразу повысит шансы на срабатывание. Это самый быстрый способ, попробуйте его первым.

Второй шаг: убедитесь, что «этот skill вообще есть в списке».

Вернитесь к приему из раздела 01 и спросите:

有哪些可用的 skill？

Ожидаемый результат: если в списке вообще нет нужного вам skill, то проблема очевидна — он либо не установлен, либо не загружен (например, skill уровня проекта еще не получил одобрение на доверие, или вы запустились не в той директории). В таком случае не тратьте время на вопросы «как его вызвать», а сначала установите/загрузите его (в разделе 05 рассказано, как заставить его работать на уровне проекта).

Третий шаг: вы убедились, что он в списке, но он все равно не запускается — используйте прямой вызов через / в качестве запасного варианта.

Если на втором шаге вы убедились, что он есть в списке, и изменение формулировки на первом шаге не помогло, не боритесь с ним, а просто вызовите его вручную через /имя:

/baoyu-diagram 画一张架构图

Если он есть в списке, вызов через / обязательно сработает (через / вы говорите «я вызываю именно тебя», минуя этап «Claude решает сам»). Этот шаг является как запасным вариантом, так и помогает локализовать проблему: если он вызывается через / = со skill все в порядке, просто автоматический триггер не совпал, тогда вам нужно будет позже оптимизировать description.

Эти три шага можно свести в чеклист для устранения неполадок. Если skill не вызывается, следуйте ему:

Симптом	Что проверять в первую очередь	Как решить
Позвали, нет реакции, Claude делает обычным способом	Насколько ваши слова далеки от description	Перефразируйте более прямо (с четкими глаголами)
Смена формулировки не помогла	Есть ли skill в списке "доступных"	Спросите «Какие skills доступны?»; если нет, установите/загрузите
Убедились, что в списке, но все равно не вызывается автоматически	Неужели совпадение просто не сработало	Используйте /имя для прямого вызова, затем оптимизируйте description

⚠️ Есть и обратная проблема — «срабатывает слишком часто», когда какой-то skill постоянно выскакивает сам по себе. Официальное решение: сделать его description более конкретным (не использовать слишком широкие термины) или добавить disable-model-invocation: true, чтобы запретить Claude вызывать его автоматически и разрешить вызов только вручную через /. Это уже относится к теме «создания/изменения skill», которая будет подробно рассмотрена в следующей статье.

💡 Вкратце: устраняйте проблемы с вызовом в три шага — сначала заподозрите размытую формулировку (перефразируйте), затем проверьте наличие в списке, в конце используйте / в качестве запасного варианта; эти три приема покрывают почти все случаи не-срабатывания.

---

05 Чтобы могла пользоваться вся команда: добавьте skill в проект

Теперь вы умеете пользоваться skills. Но есть одна проблема: skill, установленный в ~/.claude/skills/, есть только на вашем компьютере; коллеги, скачавшие код, его не увидят.

Чтобы вся команда работала по одному процессу, его нужно переместить в другое место — сделать skill уровня проекта.

Аналогия: рецепт этого блюда не должен висеть только на вашей домашней кухне, его нужно напечатать в «Корпоративной кулинарной книге», которая распространяется вместе с проектом. Любой, кто получит эту книгу (клонирует репозиторий), сможет открыть ее и приготовить такое же блюдо. Персональный skill — это ваш секретный рецепт, а skill уровня проекта — это общая кулинарная книга, которая поставляется вместе с кодом и есть у каждого.

Разница только в одном: где он находится и нужно ли коммитить его в Git. Посмотрите на эту таблицу сравнения:

	Персональный skill	Skill уровня проекта
Где находится	~/.claude/skills/<имя>/SKILL.md	В проекте: .claude/skills/<имя>/SKILL.md
Кто может использовать	Вы во всех проектах, но только на этом компьютере	Все, кто клонировал этот репозиторий
Попадает ли в Git	Нет (находится в вашей домашней директории)	Да, коммитится вместе с кодом
Типичное применение	Ваши личные привычные процессы	Единые стандарты команды (развертывание, формат коммитов, стиль схем)

Для реализации нужно сделать всего три шага:

Первый шаг: поместите skill в папку проекта .claude/skills/ (а не в домашнюю директорию):

你的项目/
└── .claude/
    └── skills/
        └── team-commit/
            └── SKILL.md

Второй шаг: закоммитьте его в систему контроля версий. Точно так же, как обычный код:

git add .claude/skills/
git commit -m "feat: 加一个团队统一的 commit skill"

Третий шаг: коллеги скачивают и сразу могут использовать — это самое замечательное в уровне проекта: когда другие клонируют репозиторий и делают git pull, этот skill автоматически появляется в их сессии, не нужно ничего устанавливать вручную. С этого момента вся команда «рисует схемы в одном стиле» и «делает коммиты по одним правилам проверок».

Здесь есть важная официальная деталь безопасности, которую нужно запомнить: для skills, закоммиченных в чужих проектах, при первом открытии этого проекта появится диалоговое окно «Доверие к рабочей области», где нужно будет подтвердить его. Зачем это нужно? Потому что skill может предоставлять себе разрешения на инструменты (например, автоматический запуск команд). Прежде чем доверять репозиторию, просмотрите, что написано в его skill, не соглашайтесь вслепую. Официальная цитата:

Просматривайте skills проекта перед тем, как доверять репозиторию, так как skill может предоставлять себе широкие права доступа к инструментам.

Когда вы скачиваете внешние проекты, следуйте этому правилу. Например, при клонировании опенсорсного репозитория, перед тем как нажать "доверять", загляните в SKILL.md в папке .claude/skills/. Возможно, вы обнаружите, что какой-то skill открыл кучу разрешений Bash в allowed-tools — это не обязательно злонамеренно, но лучше посмотреть внимательно, прежде чем нажимать "доверять". Это стоит потраченного времени.

💡 Вкратце: если вы хотите, чтобы вся команда использовала один skill, положите его в .claude/skills/ проекта и закоммитьте в Git, он автоматически появится у других при клонировании; но перед тем, как доверять skill чужого проекта, сначала просмотрите, какие разрешения он запрашивает.

---

06 Практика: установите личный skill с нуля и вызовите его сами

До этого мы использовали готовый baoyu-diagram. В этом разделе я покажу вам, как создать простейший skill с нуля и запустить его. Не для того, чтобы делать что-то сложное, а чтобы вы своими глазами увидели полный цикл: «написание файла → появление в списке → запуск одной фразой». Весь процесс не зависит от сложного окружения.

Сделаем кое-что очень простое: пусть Claude объясняет кусок кода в стиле «болтовни в кафе».

Первый шаг: создайте директорию skill (личный уровень, помещается в домашнюю директорию, доступно для всех ваших проектов). Для Mac / Linux:

mkdir -p ~/.claude/skills/explain-casual

Для Windows (PowerShell):

mkdir $HOME\.claude\skills\explain-casual

Ожидаемый результат: в ~/.claude/skills/ появилась папка explain-casual.

Второй шаг: напишите SKILL.md. В вашем любимом редакторе вставьте следующее в ~/.claude/skills/explain-casual/SKILL.md:

---
description: 用轻松的咖啡馆聊天风格解释一段代码。当用户说「用大白话讲讲这段代码」「这段代码在干嘛」「讲讲这个函数」时使用。
---

## 任务

用最口语、最轻松的方式解释用户给的代码，像跟朋友在咖啡馆闲聊，不要学术腔。要求：

1. 先一句话说清这段代码整体在干嘛。
2. 再挑出关键的几行，逐个用大白话讲。
3. 最后提一句：有没有看着别扭、可能埋坑的地方。

Главное: в строке description намеренно добавлены фразы, которые может сказать пользователь — «用大白话讲讲这段代码» (объясни этот код простыми словами), «这段代码在干嘛» (что делает этот код), «讲讲这个函数» (расскажи об этой функции). Это и есть «ярлык в колонтитуле», упомянутый в разделе 02: чем ближе к реальным формулировкам, тем точнее сработает триггер.

Третий шаг: убедитесь, что он появился в списке. Здесь нужно обратить внимание на официальную деталь: чтобы отслеживать "директории skills верхнего уровня", которые не существовали на момент запуска сессии, требуется перезапуск. Мы только что создали новую директорию explain-casual, поэтому для надежности откроем новую сессию:

claude

Зайдя, спросите:

有哪些可用的 skill？

Ожидаемый результат: в списке появился explain-casual с тем описанием, которое вы написали. Если вы его видите = skill установлен и загружен.

Четвертый шаг: вызовите его простым языком (без упоминания названия). Вставьте в сессию кусок кода и попросите объяснить, например:

用大白话讲讲这段代码：
def average(numbers):
    return sum(numbers) / len(numbers)

Ожидаемый результат: Claude сопоставит вашу фразу «用大白话讲讲这段代码» с description explain-casual, автоматически загрузит этот skill, а затем выполнит три шага: сначала одним предложением скажет, что он считает среднее значение; затем объяснит строку sum(numbers) / len(numbers); наконец, предупредит вас, что если передать пустой список, он упадет из-за деления на 0 (это как раз работает требование из 1-го шага задачи: «потенциальная ловушка»). И все это в непринужденном стиле беседы в кафе, а не сухим языком документации.

Пятый шаг: сравните с «прямым вызовом по имени». Попробуйте вызвать напрямую через /:

/explain-casual def average(numbers): return sum(numbers) / len(numbers)

Ожидаемый результат: тот же эффект, но на этот раз вы назвали его — минуя этап «решения самого Claude», код после / передается как параметр.

Пройдя эти пять шагов, вы собственноручно пощупали полный жизненный цикл skill: написание SKILL.md → его появление в списке доступных → возможность вызова простым языком → прямой вызов через /. В будущем использование любых чужих skills будет опираться на этот же механизм, разве что содержимое «рецепта» будет сложнее.

⚠️ Если на третьем шаге в списке нет explain-casual: в девяти случаях из десяти вы не перезапустили сессию (чтобы новые директории верхнего уровня начали отслеживаться, нужен перезапуск). Выйдите из claude и зайдите снова. Если после перезахода его все еще нет, проверьте путь и имя файла — он должен называться точно SKILL.md (все буквы заглавные).

💡 Вкратце: сделайте простейший skill своими руками и запустите — создайте директорию, напишите SKILL.md (наполните description реальными фразами), перезапустите и проверьте список, вызовите простым языком; если вы пройдете этот путь, то сможете пользоваться любыми чужими skills.

---

07 Итоги

В этой статье мы постоянно что-то делали руками, превращая концепцию «использования чужих skills» в мышечную память. Давайте вспомним ключевые действия:

Что вам нужно сделать	Как это сделать	Ключевой момент
Узнать, какие skills есть	Спросить «Какие skills доступны?» / меню /skills	Перед использованием убедитесь, что он есть в списке
Понять skill	Прочитать его SKILL.md	Строка description на самом верху — это главный триггер запуска
Вызвать skill	Сказать простым языком / обратиться по имени через /имя	Для исследования используйте первое, для немедленного выполнения — второе
Устранить неполадки при вызове	Сменить на более прямую фразу → проверить наличие в списке → использовать / в качестве запасного варианта	В 90% случаев причина — «слишком размытая формулировка»
Дать пользоваться всей команде	Поместить в проект в .claude/skills/ и закоммитить в Git	Перед доверием к skill чужого проекта посмотрите, какие разрешения он запрашивает

Теперь вы должны уметь: проверять в любой сессии, какие skills у вас есть, понимать структуру реального SKILL.md и условия его запуска, вызывать skill двумя разными способами, устранять проблемы в три шага, если он не вызывается, а также добавлять skill в проект для совместного использования командой. Эта способность «использовать чужие skills» — ваш билет в экосистему skills: в сообществе есть огромное количество готовых skills, просто установите и вызовите их одной фразой, и профессиональные процессы, написанные другими, будут работать на вас.

Именно так и была получена архитектурная схема в самом начале, сократившая время «с полдня до пяти минут». И теперь у вас есть тот же ключ.

---

Следующая статья 28 «skill-creator: создайте свой собственный skill» — вы научились использовать чужие рецепты, и следующим шагом, естественно, будет написание собственных. Есть ли у вас процесс, который вам каждый раз приходится долго и нудно объяснять Claude? (Обычно таких процессов больше одного). В следующей статье мы покажем, как использовать официальный skill-creator, чтобы превратить этот «постоянно повторяющийся утомительный процесс» в ваш эксклюзивный skill, и перейти от «пользователя рецептов» к «создателю рецептов».

---

Рекомендуется к прочтению

• Переменные окружения: скрытый «главный выключатель»
• Голосовой режим Voice: произносите промпты, а не печатайте их
• Справочное руководство по плагинам: упакуйте свои настройки в пакет для распространения