Команды быстрых действий - Тюнинг Claude Code

[ / commands ] – что это за чудо такое

Слово которое начинается с чёрточки «/» – это команда, за которой может скрываться заранее прописанная цепочка действий, состоящая из множества шагов.

Вместо того чтобы каждый раз объяснять Клоду 🦜 что и как делать, можно написать /слово > и Claude выполнит её по заранее оговорённому плану.

Команды нужны для каждого действий, которые повторяются много раз в день. Один из примеров такой команды: /commit-push-pr. Думаю, вам уже не надо объяснять что она делает.

Допустим, каждый раз когда ты заканчиваешь работу над новой фичей, ты всегда:

Запускаешь тестирование
Если всё ок, ставишь галочку в чек-листе
Пишешь заметку в определённом формате
Сохраняешь её на облаке

Вот вместо того 🤨 чтобы каждый раз давать Клоду эти 4 задания, можно быстро натыкать команду, и с довольной рожей наблюдать за результатом.

А что там внутри

Command это текстовый файл. Внутри инструкции на нашем, человеческом языке.

Пример команды /explain:

                    Объясни код который я укажу.

Структура объяснения:
1. Одно предложение — что этот код делает в целом
2. Разбор по частям — что делает каждый важный кусок
3. Пример использования — как этот код вызывается

Если код сложный, нарисуй схему символами.
Избегай технического жаргона где возможно.
                

Когда пишешь /explain — Claude читает эту инструкцию и следует ей. Изи.

Как создать команду

Очень просто. Словами.

Создай мне команду ... (название)
Когда я её вызываю, ты должен:
1. Спросить что я сделал сегодня
2. Спросить что планирую на завтра
3. Спросить есть ли проблемы
4. Оформить это в короткий отчёт

Клод создаст файл и положит в нужное место. Команда заработает сразу, перезапускать ничего не нужно, Claude Code подхватывает новые файлы на лету.

🌎 Кстати, можно сделать команду для одного проекта или для всех сразу. Скажи Claude "сделай глобальной" — и команда будет доступна везде.

Примеры полезных команд:

Для кода:

/commit — коммит с правильным форматом сообщения

/review — проверить код по списку критериев

/refactor — переписать код чище

/test — написать тесты для кода

Для документации:

/docs — написать документацию к функции

/readme — обновить описание проекта

/changelog — собрать изменения за период

Для рабочего процесса:

/morning — утренний обзор задач

/standup — подготовить ответы для созвона

/endday — подвести итоги дня

Команда может быть сложной

Внутри команды может быть целый алгоритм с условиями, форматами вывода, списками шагов. Пример команды /review для проверки кода:

                    Проверь код по этим критериям:

1. Читаемость
   - Понятные названия переменных?
   - Есть ли комментарии где нужно?
   - Не слишком ли длинные функции?

2. Ошибки
   - Обрабатываются ли ошибки?
   - Нет ли очевидных багов?

3. Безопасность
   - Нет ли паролей в коде?
   - Проверяются ли входные данные?

Формат ответа:
✅ Критерий — всё хорошо
⚠️ Критерий — есть замечание: [описание]
❌ Критерий — проблема: [описание]

В конце — общая оценка и главное что исправить.
                

Главное правило такое: чем детальнее и конкретнее инструкция, тем стабильнее результат.

Команды лучше, чем просьбы

Без команды ты каждый раз формулируешь просьбу заново. Что-то можешь забыть, что-то формулировать под воздействием эмоций и стресса, исказив формулировку. Короче, можешь всё испортить :D

С командой результат будет стабильнее.

Когда по-любому надо делать:

[ + ] Есть определённый формат результата

[ + ] Нужно не забыть про какие-то шаги

[ + ] Действие повторяется часто

[ + ] Хочешь чтобы другие люди могли делать так же

Как улучшать команды

После использования давай обратную связь, например:

В команде /review не хватает проверки на производительность. Добавь пункт про это.

///

Команда /commit делает слишком длинные сообщения. Ограничь одним предложением.

Качество настройки команд будет расти 🤙🏽 по мере использования. Используя их каждый раз, обращай внимание на то, какой результат тебе нравится / а какой нет > и проси Клода это записать > чтобы позже исправить. Так почаще повторяй, и спина болеть не будет.

Что дальше >>>

В следующих блоках ты поймёшь как:

🦾 Подключить Claude к внешним сервисам (MCP) чтобы команды работали с ними

🦾 Добавить к командам продвинутые настройки (Skills) — выбор модели, изоляция, контроль инструментов

🦾 Сохранять контекст между сессиями (Handoff) чтобы не начинать с нуля
И почти везде тебе потребуются команды. Вот почему я начал с них.

«Commands» и «Skills» это одна система

С начала 2026 года «Commands» и «Skills» объединены в одну систему. Разница только в том, есть ли у файла 🧢 шапка с настройками:

[ - ] Без шапки = обычная команда. Написал инструкции, вызвал через /название

[ + ] С шапкой = скилл. Те же инструкции, но сверху можно задать: модель (дешёвая для простых задач, умная для сложных), изолированный запуск, ограничение инструментов

Подробнее про эти настройки — в блоке 3.

💭 От Тома:
Может щас тебе всё это покажется не важным, но в реальном рабочем процессе – эти знания очень нужны. Вникай осмысленно.