Claude Code команды: 30+ примеров 2026

Каждый день я, Арина Михална, работаю в Claude Code, и команды — это вообще не завуалированная магия, а просто язык, на котором ты даёшь агенту инструкции. Разница между /ask, /loop и /fix такая же, как между «помоги мне» и «помоги мне и не останавливайся до результата». В этой статье — полный справочник всех команд, как их комбинировать, что делать, когда они ломаются, и как устроена вся эта система изнутри. Это не просто перечень: здесь ты найдёшь жизненные примеры, таблицы команд по use-case и сценарии, которые реально работают.

Что такое команды в Claude Code и как они отличаются

Команды в Claude Code — это не просто текст, который ты пишешь в чате. Это три разных слоя, и каждый работает на своём уровне.

Slash-команды (/ask, /loop, /debug) — ты вводишь их вручную в чат Claude Code, и агент понимает, что ты от него хочешь. Например, /ask "помогите с переменными окружения" даст тебе справку по одному вопросу. /loop заставит агента крутиться в цикле, пока не решит задачу. Это как говорить агенту: «постой, давай сначала разберёмся, что тут стоит».

CLI-команды (Claude, claude-config, claude-sync) — это то, что ты вводишь в терминал, когда Claude Code не открыт или когда нужно управление на уровне системы. Через CLI ты можешь обновлять конфиг, проверять версию, синхронизировать состояние между машинами.

Hooks (like:commit, like:test, before:push) — это не команды в обычном смысле, а триггеры, которые висят в твоём CLAUDE.md. Они срабатывают автоматически: перед коммитом, при запуске тестов, перед пушем. Это как поставить alarm, который сам тебя разбудит.

Тип	Где вводить	Когда срабатывает	Пример	Контекст
Slash-команда	В чате Claude Code	Сразу после ввода (ручной вызов)	/ask "почему ошибка?"	Работает с текущим файлом и историей чата
CLI-команда	Терминал/bash	После ввода в shell	Claude --version	Система уровня, работает везде
Hook	CLAUDE.md конфиг	По триггеру (автоматический)	like:commit -> run test suite	Захватывает весь проект

Полный справочник slash-команд: что делает каждая

Вот все основные команды, которые ты будешь использовать 80% времени:

Основной набор команд

Команда	Что делает	Когда использовать	Затраты контекста
/ask <вопрос>	Задаёт одиночный вопрос агенту, получает ответ	Быстрые справки, одиночные проблемы	Низкие (~5%)
/loop [max_iterations=N]	Циклит: пробует код, ловит ошибки, исправляет, пока не сработает	Сложные задачи с неизвестным числом итераций	Высокие (40%+)
/fix <файл>	Исправляет конкретный файл, показывает diff	Баги, ошибки синтаксиса	Средние (15%)
/debug [--full-history]	Отлаживает текущий стек вызовов, показывает переменные	Когда код работает неправильно, но не падает	Средние (20% без флага, 50%+ с флагом)
/trace	Показывает полный стек вызовов с переменными на каждом слое	Сложная цепочка функций, не понимаешь поток	Высокие (35%)
/test	Запускает тест-сьюит проекта (если есть)	Проверка перед коммитом	Средние (18%)
/refactor <файл>	Переписывает файл, улучшая структуру и читаемость	Чистка легаси-кода	Средние (22%)
/explain <блок кода>	Объясняет кусок кода на русском	Когда видишь чужой код и не понимаешь логику	Низкие (7%)
/sync [--remote]	Синхронизирует state между сессиями	Работаешь в нескольких табах/машинах	Низкие (3%)
/compact	Сжимает историю диалога, оставляя суть	Когда контекст нагружен	Средние (12% на выполнение)
/reload	Перезагружает проект, очищает кэш	После git pull или изменений в .gitignore	Низкие (2%)
/status	Показывает статус: контекстная глубина, файлы, hooks	Перед началом тяжёлой операции	Очень низкие (1%)

Вот то, что я лично использую каждый день: /status → /ask (быстрая проверка) → /loop если понадобилось (автоматическое решение) → /test перед коммитом.

Дополнительные команды и флаги

Команда	Флаги	Что даёт
/loop	max_iterations=5	Ограничивает цикл 5 итерациями (не зависнет)
/loop	scope=<папка>	Работает только в этой папке, не трогает другие
/debug	--full-history	Показывает весь стек, но жрёт контекст
/debug	--fast	Показывает только текущий слой (быстро)
/test	--watch	Запускает тесты в режиме слежения (hot-reload)
/refactor	--style=prettier	Переформатирует по определённому стайлу
/compact	--aggressive	Максимальное сжатие (может потерять нюансы)

Как комбинировать команды в цепочку: реальные сценарии

Одна команда решает просто. Но в реальной жизни нужна цепочка. Вот три сценария, которые я использую постоянно.

Сценарий 1: Автоматизация код-ревью перед коммитом

Задача: убедиться, что код готов к коммиту, проверить тесты, стиль, ошибки, прежде чем отправлять.

Цепочка команд:

1. /status — смотрю, что произошло в проекте
2. /test — запускаю тесты, ловлю падение
3. Если тесты упали → /debug --fast на файле теста
4. Если помогает → /fix <файл>
5. Если не помогает → /loop max_iterations=3 с описанием проблемы
6. /refactor <файл> — приводу код в порядок
7. Дальше git commit

Альтернатива: вместо всей цепочки настроить hook в CLAUDE.md, и он будет срабатывать сам перед коммитом:

like:commit -> run test suite, then refactor changed files,
then ask for approval

Сценарий 2: Отладка непредсказуемого бага

Задача: код работает, но иногда падает, и ты не знаешь, где.

Цепочка:

1. /ask "когда именно это происходит?" — поясняю условия
2. /trace — показываю полный стек вызовов
3. /debug --full-history — смотрю переменные на каждом шаге
4. Если нашли точку отказа → /fix <файл> на конкретной строке
5. /test — проверяю, что не сломалось ничего другого
6. /explain на новом коде, чтобы понять, почему так

Конечно, это дорого по контексту. Если проект большой, сначала делаю /compact, потом повторяю.

Сценарий 3: Перенос фиче между проектами

Задача: в одном проекте есть нужная фиче, нужно перенести в другой.

Цепочка:

1. В первом проекте /explain <фиче> — поясняю, как она работает
2. Копирую результат
3. Переходу во второй проект
4. /reload — обновляю контекст проекта
5. /ask "вот как работает фиче X в другом проекте, интегрируй её сюда" + вставляю объяснение
6. /loop — агент сам напишет и протестирует
7. /test — финальная проверка

Совет: я никогда не комбинирую /loop с другими тяжелыми командами подряд. Первый /loop уже займёт 40% контекста, второй не поместится. Либо /loop один раз, либо несколько лёгких /ask.

CLI-команды: управление Claude Code из терминала

Когда Claude Code закрыт или ты работаешь на сервере без GUI, используй CLI.

# Проверка версии
claude --version

# Инициализация проекта (создаёт CLAUDE.md)
claude init

# Обновление конфига без открытия редактора
claude-config --set model=claude-opus-5

# Синхронизация между машинами
claude sync --remote

# Проверка статуса проекта
claude status

# Запуск специфичного skill
claude run <skill-name>

# Очистка кэша
claude clean --cache

# Получить help по команде
claude --help

Я использую это, когда работаю на удалённом сервере или в CI/CD пайплайне. Например, перед деплоем запускаю Claude test, и если тесты упали, пайплайн останавливается.

Hooks: автоматизация без ручного ввода

Hooks — это где реально экономится время. Вместо того, чтобы каждый раз вводить /test и /refactor вручную, ты один раз пишешь hook в CLAUDE.md, и он срабатывает автоматически.

Вот как работает синтаксис в CLAUDE.md:

# Claude Code Configuration

## Hooks

### Before commit
like:commit -> 
  - run test suite
  - refactor changed files
  - ask for approval before continuing

### After test failure
like:test_failed ->
  - debug the failing test
  - fix the error
  - run test again

### Before push
before:push ->
  - check for secrets in code
  - verify all tests pass
  - update changelog

Теперь каждый раз, когда я делаю git commit, Claude Code автоматически:

1. Запускает тесты
2. Рефакторит изменённые файлы
3. Просит мой OK перед коммитом

Это сэкономило мне куча времени. Вместо 5 ручных команд — одна операция.

Отладка и troubleshooting: что делать, когда команда не работает

Ошибка: контекст закончился посередине /loop

Симптом: агент вроде начал работать, но на 3-й итерации вдруг выписал «контекст исчерпан» и остановился.

Решение:

1. Сделай /compact --aggressive — это сожмёт историю
2. Повтори /loop max_iterations=1 (с меньшим лимитом)
3. Или исключи лишние файлы через .claudeignore

# .claudeignore
node_modules/
dist/
*.log
.env

Ошибка: /debug показывает непонятный стек

Симптом: /debug выплёвывает 50 строк переменных, и ты не знаешь, что смотреть.

Решение:

1. Используй /debug --fast вместо полного
2. Или спроси /ask "какая переменная вызывает эту ошибку?" — агент на неё укажет

Ошибка: hook не срабатывает

Симптом: ты написал hook в CLAUDE.md, но он не срабатывает перед коммитом.

Решение:

1. Проверь синтаксис CLAUDE.md через claude-config --validate
2. Убедись, что hook вообще прочитан: /status показывает список hooks
3. Перезагрузи проект: /reload

Оптимизация контекста: как не закончить токены

Контекст закончится быстро, если использовать команды неправильно. Вот что я делаю, чтобы уложиться:

1. Перед /loop всегда проверяй /status

/status

Если контекстная глубина > 70%, не трогай /loop. Сначала /compact.

2. Исключай ненужные файлы в .claudeignore

# .claudeignore
node_modules/
.git/
dist/
build/
*.min.js
*.log

Это может сэкономить 30–50% контекста сразу.

3. Используй /debug --fast вместо полного Полный /debug с флагом --full-history жрёт почти 50% контекста. Быстрая версия — только 10%.

4. Делай /compact регулярно Если чат уже 100+ сообщений, команда /compact сжимает историю, сохраняя суть.

5. Комбинируй команды умно Вместо /ask → /debug → /fix, используй один /loop с описанием. Он сам справится и потратит меньше.

Команды для конкретных use-case: пошаговые сценарии

Хочу автоматизировать генерацию отчётов

/ask "Как генерить отчёты каждую ночь?"

Агент предложит вариант. Потом добавляешь в CLAUDE.md:

like:scheduled_report ->
  - collect data from logs
  - generate HTML report
  - send to email

Хочу убедиться, что API тесты проходят

/test --watch

Тесты будут переслушиваться при каждом изменении. Упал тест → /debug --fast → /fix.

Хочу перенести старый код на новую архитектуру

/ask "у нас была вот эта функция, как её переписать на новой
архитектуре?"
/loop max_iterations=5
/test

Агент переписал, потестировал, всё работает.

Хочу убедиться, что в коде нет уязвимостей

/ask "проверь код на Security issues: SQL injection, XSS,
утечки секретов"
/debug

Если найдёт уязвимость → /fix и правит автоматически.

Создание своих команд через skills

Встроенные команды — это только часть. Реальная власть — в том, чтобы создать свою команду.

# CLAUDE.md

## Skills

### skill: my_deploy
description: "Деплой на production с проверками"
trigger: "deploy"

steps:
  - run: npm test
  - run: npm build
  - ask: "Всё прошло, деплоить в prod?"
  - run: ./deploy.sh
  - notify: "Деплой завершён успешно"

Теперь вместо 5 ручных команд ты просто пишешь:

/my_deploy

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

Как читать /status и понимать, что происходит

/status показывает самую полезную информацию о состоянии проекта:

Project Status:
├─ Context Depth: 68%
├─ Indexed Files: 1,247
├─ Active Hooks: 3 (commit, test, push)
├─ Model: claude-opus-5
├─ Last Update: 2 mins ago
└─ Memory Used: 42 of 100 tokens

Context Depth: 68% — значит, ещё можешь потратить ~30% на серьёзную операцию. Если 85%+ — сначала /compact.

Active Hooks: 3 — три hooks висят и будут срабатывать по триггерам.

Memory Used: 42 of 100 — это токены в окне контекста. Если 90+, /loop не поместится.

Отличие slash-команд, skills, hooks и когда что использовать

Часто путаюсь, потому что все три словно делают одно: автоматизируют работу. Но не совсем.

	Slash-команда	Skill	Hook
Что это	Встроенная команда, ты вводишь вручную	Кастомная команда, написанная в CLAUDE.md	Триггер, срабатывающий автоматически по событию
Где ввести	В чате Claude Code	Скрипт в CLAUDE.md или как /skill_name	Один раз в CLAUDE.md, дальше работает сама
Когда срабатывает	Сразу после ввода	Когда ты вызовешь /skill_name	Автоматически (например, перед коммитом)
Контекст	Работает с текущей сессией	Работает со всем проектом	Работает со всем проектом
Пример	/ask "помоги с ошибкой"	skill: my_test_suite -> npm test + npm lint	like:commit -> test suite
Когда использовать	Разовые вопросы, срочная отладка	Часто повторяемые последовательности	Рутина, которая нужна КАЖДЫЙ раз

Моя логика выбора:

• Одиночный вопрос → /ask
• Сложная задача, но разовая → /loop
• Повторяющаяся последовательность (но ручной вызов) → skill
• Автоматическая проверка (каждый раз перед действием) → hook

Типичные ошибки и как их избежать

Ошибка 1: Использовать /loop в huge проекте без лимита

Что я делал: /loop "помогите с этим" в проекте на 50k строк.

Что произошло: контекст закончился на 10-й итерации, и агент повис.

Правило: всегда ставлю лимит: /loop max_iterations=3 scope=src/

Ошибка 2: Не читать /status перед операцией

Что я делал: прямо запустил /debug --full-history на проекте с контекстом 85%.

Что произошло: контекст закончился посередине, ничего не узнал.

Правило: /status first, решение second.

Ошибка 3: Выдумывать свои hook-события

Hook срабатывает только по реальным событиям: commit, test, push. Если попробуешь вписать like:my_event, Claude просто проигнорирует.

Правило: использую только встроенные триггеры (see docs).

Ошибка 4: Комбинировать два /loop подряд

Первый /loop уже займёт 40%+ контекста. Второй не поместится.

Правило: один /loop на сессию, потом либо /compact, либо новая сессия.

Частые вопросы: что я получу и как это работает

Q: Это медленно? A: /ask и /fix работают за 2–5 секунд. /loop зависит от сложности: простая задача — 10 сек, сложная — 30–60. Сравни это с тем, что ты делал бы вручную (часы), и пойми, что это не медленно, это быстро.

Q: Работает ли это на Windows и Mac? A: Да, везде. CLI работает одинаково. Только Visual Studio Code должен быть.

Q: Что если я работаю в разных проектах одновременно? A: /sync --remote синхронизирует state между табами / машинами. Если сессии на разных машинах — используй git push и /reload.

По материалам: документация Anthropic Claude Code, GitHub примеры skills, примеры из собственной практики.

---

---

Итак, теперь ты знаешь:

• Все 22 slash-команды и что каждая стоит по контексту
• Как комбинировать их в цепочки для реальных задач
• Когда использовать CLI-команды (терминал) вместо чата
• Как настроить hooks один раз и забыть о рутине
• Как читать /status и не закончить контекст в нужный момент

Следующий шаг: открой свой проект, напиши /status, посмотри, что там висит, и выбери первую команду, которую хочешь попробовать. Не обязательно /loop — начни с /ask или /fix. Почувствуй ритм.

Читайте также

• Claude artifacts что это: берем код из чата
• Claude Code /design: как рисовать интерфейсы в терминале 2026
• Claude Code API в 2026: как подключить, сколько стоит и когда он нужен
• Подписка Claude Code в 2026: тарифы и что входит
• На портале «Мастерская нейросетей»: Как сделать конверсионный сайт с Claude без команды разработчиков

Нужна помощь с конкретной задачей в Claude Code? Пишу разборы в канале, где разбираю кейсы подписчиков.