Навыки, слэш-команды и субагенты Claude

Содержание

Обновлено в августе 2026 года.

TL;DR: Слэш-команда — это сокращение для промпта, который вы часто печатаете, — вы вызываете её по имени. Субагенты — параллельные работники со своим контекстным окном — вы (или Claude) запускаете их для ограниченной задачи и получаете результат обратно. Навыки — упакованная экспертиза, которую Claude сам решает загрузить, исходя из того, что вы просите, без того, чтобы вы что-то называли. Большинство людей тянутся к кастомному агенту там, где хватило бы слэш-команды, и тянутся к слэш-команде там, где на самом деле нужен был навык, который Claude мог бы запустить сам.

[Заметка оператора] Я запускаю 30+ продакшен-агентов в двух бизнесах, и именно эта путаница — команда, субагент или навык — первый вопрос дизайна почти в каждом из них. Ошибитесь — и вы либо построите десять команд, названия которых никто не помнит, либо один навык настолько широкий, что он никогда не срабатывает надёжно. Решение — не эмпирическое правило, а вопрос о том, что на самом деле меняется между запусками.

Три примитива решают разные задачи

Все три позволяют упаковать инструкции один раз и переиспользовать их. На этом сходство заканчивается, и именно поэтому люди их путают — со стороны «напечатать что-то короткое и получить полезный результат» выглядит одинаково независимо от того, какой из трёх механизмов работает под капотом.

Настоящее различие в том, кто решает вызвать это и в каком контексте это выполняется:

• Слэш-команда вызывается вами, по имени. Вы печатаете /deploy или /review, Claude разворачивает это в более полную инструкцию, и она выполняется в текущем разговоре.
• Субагент вызывается вами или Claude для задачи с чёткой границей. Он получает своё собственное контекстное окно, выполняет работу и возвращает результат — он не видит весь ваш разговор, а вы не видите его промежуточные шаги, если не запросите их.
• Навык вызывается Claude автоматически, когда ваш запрос совпадает с тем, что описание навыка заявляет как охватываемое. Вы никогда не печатаете его имя. Если вы не просите о чём-то, что обрабатывает навык, он никогда не загружается.

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

Слэш-команды: сокращение для промпта, который вы часто печатаете

Стройте слэш-команду, когда триггер — «я постоянно печатаю примерно одну и ту же инструкцию». Команда, которая всегда разворачивается в один и тот же базовый промпт из короткого имени, которое вы выбрали, в разговоре, который у вас уже идёт. Никакого отдельного контекста, никакого автономного вызова — вы решаете, когда она выполняется, каждый раз.

Хорошо подходит для: фиксированного чек-листа релиза, прохода код-ревью с вашими встроенными правилами, сокращения «резюмируй этот PR». Команде не нужно суждение о том, применять её или нет — это решаете вы, печатая её.

Провальный сценарий — построить команду для того, что на самом деле требует от модели решения, применимо ли это. Если половина вашего использования — это «стоп, а эта ситуация вообще подходит?» — это вопрос навыка, а не команды, потому что у команды нет способа вызвать себя саму.

Субагенты: параллельные работники со своим контекстным окном

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

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

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

Навыки: упакованная экспертиза, которую Claude загружает сам

Стройте навык, когда условие срабатывания — это то, что Claude должен распознать из того, что вы просите, а не то, что вам нужно помнить, чтобы назвать. Навык — это описание плюс набор инструкций и скриптов; Claude читает описание, решает, совпадает ли ваш запрос, и загружает полные инструкции только если да. Вы никогда не печатаете /skill-name.

Самый ясный пример, на который я могу указать, — тот, что управляет конвейером за этим блогом. Alejandrorioja.com публикуется на 13 языках, и весь поток генерация → перевод → рендеринг → проверка живёт в одном навыке: файл SKILL.md, описывающий, когда его использовать («сгенерируй новый пост», «переведи на все локали», «набросай промо»), плюс скрипты, которые выполняют реальную работу. Я не запускаю четыре отдельные команды и не помню их порядок. Я говорю, что хочу, простым языком, и описание навыка достаточно конкретно, чтобы Claude подхватил его и выполнил нужные шаги — так же, как навык для рекламы в Facebook срабатывает на «проверь мою рекламу» без того, чтобы я печатал имя команды.

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

Хорошо подходит для: всего, у чего есть узнаваемая фраза-триггер и повторяемая процедура за ней — «сгенерируй отчёт», «оцени эту работу», «набросай резюме для Slack». Провальный сценарий — описание навыка настолько широкое, что он срабатывает, когда вы этого не хотели, или настолько узкое, что никогда не срабатывает, когда хотели. Пишите описание так, как объяснили бы триггер новому сотруднику, а не так, как назвали бы функцию.

Система принятия решений

Задайте этот вопрос	Если да →	Почему
Хочу ли я всегда печатать имя, чтобы это запустить?	Слэш-команда	Триггер — вы, а не модель
Задача ограничена, делегируема и лучше вне моего основного контекста?	Субагент	Своё контекстное окно, возвращает результат
Должен ли Claude сам распознать потребность, без того, чтобы я что-то называл?	Навык	Совпадение по описанию, автовызов
Это касается денег, публикации или чего-то трудно отменимого?	Любой из трёх, плюс явные ворота одобрения	Автовызов — это не то же самое, что автовыполнение

Большинство реальных рабочих процессов — это стек этих механизмов, а не одиночный выбор. Мой контентный конвейер — это навык (автовызывается на «напиши пост»), который внутри вызывает субагентов (по одному на локаль, работающих параллельно) и предоставляет слэш-команду (/publish) для того единственного шага — публикации — который никогда не должен происходить без моего явного согласия.

Ошибка, которую я вижу чаще всего

Построение полноценного кастомного агента — со своим планированием, своим состоянием, своим деплоем — для того, что на самом деле было слэш-командой в костюме. Если задача — «выполни эту точную процедуру, когда я скажу», вам не нужна автономность, память или условие срабатывания. Вам нужны имя и промпт. Приберегите машинерию субагентов и навыков для задач, где граница (субагент) или триггер (навык) действительно выполняют работу, а не просто добавляют инфраструктуру к тому, что уже было простым.

Итог оператора

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

FAQ

В чём разница между навыком Claude и слэш-командой?

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

Когда мне использовать субагента вместо навыка?

Когда задача ограничена и делегируема и вы хотите, чтобы она выполнялась в своём собственном контекстном окне, отдельно от вашего основного разговора — не из-за того, как она вызывается, а из-за того, где выполняется работа. Навыки и субагенты не исключают друг друга: навык может внутри запускать субагентов — так же, как навык перевода может распределить пост по одному субагенту на локаль.

Безопасно ли позволять навыку автоматически вызывать такие действия, как публикация или трата денег?

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

Нужно ли мне в итоге построить все три механизма?

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

---

По теме: Навык Claude, который управляет моей рекламой в Facebook · Контекстный инжиниринг: что входит в контекстное окно · ИИ-агенты с контролем человека: когда нужно одобрение · Стек агентов, который я использую для запуска 30+ продакшен-агентов

Нужна помощь в том, что автоматизировать и как? Свяжитесь со мной — я проектирую продакшен-системы агентов для команд операторов.