14 слеш-команд Claude Code, які змінять те, як ви працюєте

На годиннику 23:47, і ви вже майже чотири години воюєте з простою фічею. У сесії Claude Code сотні повідомлень, контекстне вікно майже заповнене, відповіді дедалі повільніші. Ви постійно стрибаєте між терміналом, браузером, GitHub, документацією й чатом. ШІ, який мав допомагати писати софт, перетворився на ще одну річ, за якою треба стежити.

І тут колега кидає погляд на ваш екран і питає, чому ви не користуєтеся вбудованими командами. Якщо ви не знали, що вони існують, то, мабуть, сприймаєте Claude Code як чат-бот, що просто живе в терміналі. Насправді це ближче до повноцінного середовища розробки, і жменька слеш-команд це показує. Ось 14 найважливіших, приблизно в порядку того, як швидко вони окуповуються.

1. /init: годі знову пояснювати проєкт

Кожен новий проєкт починається однаково. Двадцять хвилин ви описуєте, що робить застосунок, на якому фреймворку він написаний, як влаштовані теки, які прийнято домовленості щодо коду і яка загальна архітектура, і лише потім можете поставити справжнє запитання.

/init сканує репозиторій і пише файл пам'яті проєкту з описом вашої кодової бази. Наступна розмова починається з уже завантаженим контекстом. Запускаєте один раз і користуєтеся щодня.

2. /memory: навчіть його свого стилю

Claude схильний писати цілком коректний код, але не так, як написали б ви. І ви знову й знову повторюєте правила на кшталт цих:

• Надавай перевагу композиції над успадкуванням.
• Ніколи не використовуй any у TypeScript.
• Коментуй лише хитру логіку.
• Завжди додавай модульні тести.

На десятому повторі стає ясно, що ви марнуєте сили. /memory дає змогу записати ці вподобання один раз. Відтоді інструмент підлаштовується під вас, а не змушує вас підлаштовуватися під його типові налаштування, і в підсумку маєте напарника, який уже знає, як ви працюєте.

3. /pr_comments: зауваження рев'ю просто в сесії

Pull request швидко перетворюються на безлад. Один рецензент хоче інші імена, другий — кращу обробку помилок, третій пропонує переглянути архітектуру. Зазвичай доводиться бігати між GitHub і асистентом, намагаючись тримати їх синхронними.

/pr_comments підтягує коментарі рев'ю просто в сесію, тож Claude знає, про що просили рецензенти, ще до початку правок. Нічого не забувається, і вам не треба жонглювати вкладками.

4. /btw: побічне запитання, не збиваючись із курсу

Скажімо, ви посеред реалізації автентифікації й замислилися, чим термін дії JWT відрізняється від refresh-токенів. Зазвичай ви б пішли шукати в інтернеті або спитали в основній гілці, і так чи так задача перервалася б.

/btw дає змогу поставити таке запитання збоку, не зачіпаючи поточну розмову. Звучить дрібницею, але це один із найвідчутніших виграшів у продуктивності з усього списку.

5. /compact: те, до чого ви тягнутиметеся найчастіше

Будь-яка довга сесія доходить до однієї точки: відповіді сповільнюються, контекстне вікно заповнюється, і ви починаєте думати, чи не почати заново. А почати заново — означає втратити контекст і спалити ще двадцять хвилин на пояснення.

Натомість наберіть /compact. Claude стискає важливі частини розмови, відкидає непотрібну історію й продовжує роботу. Це команда, про яку ви пошкодуєте, що не вивчили її першою.

6. !: команди оболонки просто в чаті

Поставте на початку рядка знак оклику, і команда виконається просто в чаті:

! git status

! npm test

! npm install

Вивід потрапляє в розмову, тож не треба нічого копіювати й перемикати вікна. Сама по собі дрібниця, але вона рятує від десятків маленьких переривань на день.

7. /cost: стежте за витратою, доки вона не вкусила

Витрату токенів легко ігнорувати, доки не впрешся в ліміт, а тоді Claude починає забувати ранні частини розмови, і незрозуміло чому. /cost показує поточну витрату, залишок контексту та іншу статистику сесії. Це як покажчик пального: ви знаєте, коли час оптимізувати, а не глухнете раптово.

8. /model: доберіть модель під задачу

Одна робота — важке архітектурне мислення, інша — швидкий регулярний вираз. /model перемикає моделі за секунди. Беріть потужнішу для серйозних міркувань і легшу для швидких ітерацій. Щойно почнете перемикатися свідомо, інструмент здаватиметься значно гнучкішим.

9. /fast: швидкість замість шліфування

Коли ви накидаєте ідеї, пробуєте варіанти, рефакторите чи експериментуєте, ідеальна відповідь важить менше, ніж швидка. /fast видає відповіді раніше, і швидкі ітерації йдуть плавніше. Коли реалізація готова, перемкніться назад для глибшої перевірки.

10. /review: другий погляд перед злиттям

Запускайте /review перед кожним злиттям. Команда дивиться далі за форматування й шукає:

• логічні помилки
• проблеми продуктивності
• ризики безпеки
• пропущені граничні випадки
• загальні покращення якості коду

Іноді вона знаходить те, що ви геть пропустили, іноді просто підтверджує, що ви на правильному шляху. Обидва результати варті кількох секунд.

11. /clear: скидання без втрати налаштувань

Розмови іноді йдуть не туди через хибні припущення, неправильний напрямок чи забагато шуму. Замість того щоб повністю виходити з Claude, /clear скидає розмову й лишає загальні налаштування на місці. Це як навести лад на столі, не переїжджаючи до іншого кабінету.

12. /doctor: перша зупинка, коли щось не так

Якщо Claude поводиться дивно, не панікуйте. /doctor перевіряє ваші налаштування, конфігурацію, права доступу й середовище, щоб ви не гаяли часу на налагодження проблеми, яка зовсім не у вашому коді.

13. /terminal-setup: міст до термінала

Постійне роздратування — знову й знову вставляти вивід термінала назад у Claude. /terminal-setup закриває цей розрив. Після налаштування Claude природніше вбудовується поруч із терміналом і перестає відчуватися окремим інструментом.

14. /help: команда, про яку всі забувають

Найпростіша команда може виявитися найкориснішою. Щоразу, коли ви забули, що вміє Claude, набирайте /help. Вона нагадає про можливості, яких ви не торкалися тижнями, і навіть після місяців роботи ви знайдете команди, про які встигли забути.

Справжня віддача

Генерація коду тут не головна функція. Справжня цінність у тому, як змінюється ваш спосіб працювати. Добрі промпти допомагають, але значно більший зсув — сприймати Claude Code як ціле середовище розробки, а не як ШІ-чат-бот. Якщо ви просите його лише писати функції, ви використовуєте малу частку того, що він уміє.

Тож візьміть ці 14 команд, попрацюйте з ними тиждень, а потім спробуйте повернутися до старого процесу. Найпевніше, не захочеться.