~/VibeHandbook

Агентные инструменты

docs.claude.com

Slash Commands

Что это

Слэш-команда — это переиспользуемый промпт, который вы запускаете, набирая /name в вашем агенте. Вместо того чтобы каждый раз перепечатывать длинную, тщательно сформулированную инструкцию, вы сохраняете её один раз и вызываете коротким именем. Многие команды принимают аргументы, поэтому одну команду можно переиспользовать с разными входными данными — /review src/auth против /review src/api.

Сильные стороны

  • Сохраняет хороший промпт один раз и надёжно его воспроизводит, вместо того чтобы переписывать каждый раз.
  • Короткий вызов, поэтому частые рабочие процессы превращаются в несколько нажатий клавиш.
  • Аргументы делают одну команду гибкой для множества входных данных.
  • Хранятся как простые файлы, которые можно версионировать и которыми можно делиться, поэтому команда использует одни и те же формулировки.

Компромиссы

  • Команда хороша ровно настолько, насколько хорош промпт внутри неё — расплывчатый даёт расплывчатые результаты.
  • Растущая груда команд становится трудной для запоминания и поддержки.
  • Это ярлык к промпту, а не гарантия; агент всё равно его интерпретирует.
  • Слегка скрывает, что на самом деле отправляется, что может удивить новичков.

Когда использовать

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

Подходит для vibe coding

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

---
description: Review a file for bugs and clarity.
argument-hint: <path>
---
Review the file at $ARGUMENTS. List concrete bugs first,
then smaller clarity or naming suggestions. Be specific.