50 Фишек в Claude Code которые тебе помогут (вайб-кодинг и Claude Code) Гайд по Claude Code

50 Фишек в Claude Code которые тебе помогут (вайб-кодинг и Claude Code) Гайд по Claude Code

Полезные фишки для Claude Code

Канал с гайдами и контентом по ИИшкам и что с ними можно реализовывать, мы выписываем абсолютно всю базу по ИИ в наш канал и там другие полезные материалы: https://t.me/claudedevolper

Ты уже в курсе, что Claude Code реально тащит, и теперь ищешь способы кодить еще быстрее. Я собрал 50 лайфхаков, которые пригодятся и новичкам, и тем, кто в теме уже несколько месяцев. Внутри — выжимка из доков Anthropic, советы от создателя инструмента Бориса Черного, опыт комьюнити и мой личный опыт за год плотной ежедневной работы.

1. Настрой alias

Вот так я запускаю Claude Code каждый раз. Добавь это в свой ~/.zshrc (или ~/.bashrc):

alias cc='claude --dangerously-skip-permissions'

Запусти source ~/.zshrc или перегрузи шелл. Теперь можешь набирать cc instead вместо claude - и все действия будут разрешены агенту. Имя флага не просто так сделано страшным: пользуйся им только если полностью разобрался в том как и что Claude может сделать с твоими файлами.Подробнее об этом и других алиаса читай в статье про кастомизацию Claude Code.

(А я бы ещё рекомендовал добавить сюда export HTTPS_PROXY=http://127.0.0.1:1082 - подставь сюда адрес своего прокси сервера)

1.1 Кстати о прокси

Если так сложилось, что у тебя есть VPS где-нибудь в нидерландах, можешь попросить своего Claude Code а) настроить ssh-туннель б) настроить прокси сервер, который будет пускать траффик через туннель в) сделать так, чтобы всё это переживало переключение сети и перезапуск компьютера.

Claude Code запускается с прокси сервером через алиас, а в системе можно поставить firefox или firefox developer edition, в котором будет настроен прокси на все запросы - это твой браузер чтобы ходить на claude.ai и другие закрытые адреса)

2. Префикс ! чтобы запускать bash-комманды

Пиши !git status или !npm test, и команда сработает моментально. Весь вывод сразу падает в контекст: Клод видит результат и может сразу действовать дальше. Это в разы быстрее и экономнее, чем просить его запустить команду.

3. Esc — чтобы стопнуть, Esc+Esc — чтобы отмотать.

Esc тормозит Клода прямо в процессе, при этом контекст не теряется. Можно сразу дать ему новое задание.

Esc+Esc (или команда /rewind) открывает список всех чекпоинтов, которые создал Клод. Можно откатить код, саму переписку или всё сразу. Просьба «Undo that» тоже сработает.

На выбор 4 варианта восстановления: код + чат, только чат, только код или краткий пересказ (summarize) с этого момента и дальше.

Это киллер-фича: смело пробуй идеи, в которых уверен хотя бы на 40%. Взлетело — супер. Нет — просто отмотал назад.

Важный нюанс: чекпоинты трекают только правки в файлах. Изменения от bash-команд (миграции, операции с базой) так просто не откатятся.

Чтобы продолжить с того места, где остановился, используй claude --continue (подхватит последний чат) или claude --resume (откроет список всех сессий на выбор).

4. Дай Claude Code возможность проверить себя

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

Пример годного промпта:

«Перепиши auth middleware на JWT вместо сессионных токенов.После правок прогони существующие тесты.Если что-то упадет — исправь, прежде чем закончишь задачу».

Клод сам запустит тесты, увидит ошибки и пофиксит их без твоего участия. Борис Черный говорит, что один только этот прием дает буст к качеству кода в 2–3 раза.

Для UI-задач используй Playwright через MCP-сервер. Тогда Клод сможет сам открыть браузер, протыкать кнопки на странице и убедиться, что интерфейс работает как надо. Такой цикл обратной связи отлавливает баги, которые обычные юнит-тесты пропускают.

5. Поставь LSP-плагин под свой язык

Самый полезные плагины, которые вообще можно накатить: LSP-плагины дают Клоду авто-диагностику после каждой правки. Ошибки типов, лишние импорты, забытые return - Клод видит и фиксит это всё быстрее, чем ты успеешь заметить.

Выбирай язык и ставь:

  • /plugin install csharp-lspp@claude-plugins-official
  • /plugin install typescript-lsp@claude-plugins-official
  • /plugin install pyright-lsp@claude-plugins-official
  • /plugin install gopls-lsp@claude-plugins-official

Также есть плагины для Rust, Java, Kotlin, Swift, PHP, Lua и C/C++. Введи /plugin и перейди во вкладку Discover, чтобы посмотреть весь список. На компе должен быть установлен сам сервер языка (например, pyright или gopls). Если его нет, плагин тебе подскажет

6. Используй gh CLI и обучай Claude Code любым консольным тулам

gh CLI позволяет разруливать PR-ы, ишью и комменты на github прямиком из терминала, без MCP-серверов. Консольные утилиты вообще экономят контекст, потому что не подгружают тяжелые tool schemas в контекст чата. Это же касается jq, curl и прочей классики.

Если Клод чего-то не знает, просто скажи: «Используй 'sentry-cli --help', чтобы разобраться, а потом найди последнюю ошибку в проде». Клод прочитает справку, поймет синтаксис и всё сделает. Это работает даже с вашими внутренними специфичными CLI-тулзами. (От себя добавлю - тут же очень уместно использовать /create-skill и создать SKILL.md по конкретной утилите)

7. Добавляй ultrathink для сложных задач

Это ключевое слово выкручивает «усилия» на максимум и включает адаптивное мышление (в Opus 4.6). Клод сам решает, сколько ресурсов выделить на задачу. Используй для архитектурных решений, хитрого дебага или многоходовых задач, где нужно сначала семь раз подумать и один раз отрезать.

Уровень усилий можно зафиксировать через /effort. Для простых правок ставь уровень пониже, так быстрее и дешевле. Нет смысла жечь «токены на размышления» ради переименования переменной

8. Используй Skills для знаний «по требованию»

Скиллы — это markdown-файлы, которые расширяют базу знаний Клода только тогда, когда это нужно. В отличие от CLAUDE.md, который грузится в каждой сессии, скиллы подключаются точечно. Это помогает держать контекст «чистым».

Создавай свои скиллы в папке .claude/skills/ или ставь плагины, где они уже вшиты (введи /plugin, чтобы исследовать список). Скиллы идеальны для специфических штук: договорённостей по API, процедур деплоя или паттернов кода, которые нужны Клоду лишь время от времени.

9. Управляй Claude Code прямо с телефона

Запусти claude remote-control на компе, а потом просто зайди на claude.ai/code или в приложение Claude на iOS/Android. Сессия по-прежнему крутится у тебя локально, а телефон — это «окно» в неё. Можно накидывать задачи, аппрувить действия и следить за прогрессом, лежа на диване.

Если ты настроил алиас cc (из первого совета), у Клода уже будут все права. Это делает удаленку еще удобнее: закинул тяжелую задачу, ушел гулять и чекаешь с телефона, не застрял ли он там.

10. Расширь контекст до 1 млн токенов

И Sonnet 4.6, и Opus 4.6 теперь поддерживают окно в миллион токенов. На тарифах Max, Team и Enterprise Опус получает этот лям автоматом. Модель можно свитчнуть прямо посреди сессии командой /model opus[1m] или /model sonnet[1m].

Если переживаешь, что на огромном контексте Клод начнет тупить, начни с 500к и повышай постепенно. Больше контекста — позже включится сжатие (compaction). Момент этого сжатия можно подкрутить через конфиги (CLAUDE_CODE_AUTO_COMPACT_WINDOW, CLAUDE_AUTOCOMPACT_PCT_OVERRID), чтобы найти идеальный баланс под свой проект.

11. Включай Plan Mode, если не знаешь, с какого боку подступиться

Используй Plan Mode для серьёзных рефакторингов, работы с незнакомым кодом или архитектурных решений. Да, это небольшой оверхед (пара лишних минут на старте), зато Клод не потратит полчаса, уверенно решая вообще не ту проблему.

Для мелких правок этот режим не нужен: если можешь описать будущий дифф одной фразой — делай сразу в обычном режиме. Кстати, переключаться между Normal, Auto-Accept и Plan можно прямо в процессе через Shift+Tab.

12. Используй /clear между разными задачами

Чистая сессия с четким промптом всегда на голову выше трехчасовой «свалки» из контекста. Новая задача? Сначала пиши /clear.

Кажется, что ты выбрасываешь прогресс, но на деле результаты будут только лучше. Сессии деградируют, так как ты таскаешь за собой старый контекс. Потратить 5 секунд на /clear и нормальный вводный промпт — это лучше, чем 30 минут страдать от тупняков модели.

13. Не интерпретируй баги. Кидай логи

Описывать баг словами - долго и неэффективно. Ты смотришь, как Клод гадает, корректируешь его, и так по кругу.

Просто скопируй лог ошибки, вывод из CI или тред из Slack и добавь «fix». Клод отлично читает логи распределенных систем и видит, где именно всё ломается. Твои объяснения — это лишняя абстракция, в которой часто теряются детали, нужные для поиска первопричины. Дай Клоду исходник и не мешай.

Это работает и с терминалом — можно пайпить вывод напрямую:

Bash

cat error.log | claude "explain this error and suggest a fix" npm test 2>&1 | claude "fix the failing tests"

14. Используй /btw для быстрых оффтопик-вопросов

Команда /btw открывает оверлей (всплывающее окно) для быстрого вопроса, который не попадёт в историю переписки.

Это идеально для уточнений прямо по ходу дела: «Почему ты выбрал этот подход?» или «Какие тут есть компромиссы по сравнению с другим вариантом?». Ответ появится в окне, которое легко закрыть, твой основной контекст останется чистым, а Клод не будет отвлекаться от основной работы.

15. Используй --worktree для параллельной разработки в разных ветках

Команда claude --worktree feature-auth создаст изолированную рабочую копию проекта в новой ветке. Клод сам настроит git worktree и всё почистит за собой, когда закончишь.

Разработчики Claude Code называют это одним из главных способов поднять продуктивность. Можно запустить 2–3 такие сессии параллельно: в каждой будет своя ветка, своё состояние файлов и свой контекст. Лимит тут только в твоём железе — несколько запущенных дев-серверов и сборок могут заметно нагрузить процессор.

16. Прибереги промпт Ctrl+S

Бывает, на середине длинного промпта понимаешь: нужно сначала быстро спросить что-то другое. Нажимай Ctrl+S — это сохранит твой черновик. Задай свой вопрос, и как только получишь ответ, недописанный текст сам вернётся в поле ввода.

17. Отправляй долгие задачи в фон через Ctrl+B

Когда Клод запускает долгую команду (прогон тестов, тяжелый билд или миграцию), нажми Ctrl+B. Процесс уйдет в фоновый режим, а ты сможешь общаться с Клодом дальше. Результат выполнения появится в чате сам, как только всё доварится.

18. Добавь живую строку статуса

Это скрипт, который запускается после каждого шага Клода. Он выводит важную инфу внизу терминала, например - текущую папку, ветку в гите и уровень заполненности контекста (с цветовой индикацией).

Быстрее всего настроить это через команду /statusline прямо внутри Claude Code. Клод спросит, что именно ты хочешь видеть, и сам сгенерирует нужный скрипт.

19. Используй субагентов, чтобы не забивать основной контекст

Если нужно в чем-то разобраться, пиши: «Используй субагентов, чтобы понять, как логика оплаты обрабатывает ошибки транзакций». Это создаст отдельную копию Клода со своим окном контекста. Она перелопатит файлы, проанализирует код и вернётся к тебе с кратким резюме.

В итоге твой основной чат останется чистым, и в нём будет полно места для самой разработки. Глубокий ресерч может сожрать половину контекста ещё до того, как ты напишешь первую строчку кода — субагенты берут этот удар на себя. Встроенные типы включают: Explore, исследования (Haiku, быстрый поиск по файлам) и Plan (анализ без изменений). Подробнее можно почитать в гайде по субагентам и командам агентов.

20. Команды агентов для сложных задач

Фича экспериментальная и мощная. Сначала включи её в настройках (переменная CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS), а потом попроси: «Создай команду из 3 агентов, чтобы отрефакторить эти модули параллельно».

Появится агент-тимлид, который распределит задачи между исполнителями. У каждого будет свой контекст и общий список задач. Агенты могут переписываться друг с другом, чтобы координировать действия.

Совет: начни с 3–5 исполнителей, 5-6 задач на агента. Не давай им задачи, которые правят одни и те же файлы (иначе они начнут затирать правки друг друга). Для начала лучше попробовать параллельный кодревью или поиск багов в разных частях проекта.

21. Управляй сжатием контекста

Когда контекст переполняется и срабатывает автосжатие (или когда ты сам пишешь /compact), подскажи Клоду, что именно нужно сохранить: /compact: сфокусируйся на изменениях в API и списке измененных файлов. Можно даже добавить постоянную инструкцию в CLAUDE.md: «При сжатии всегда оставляй список измененных файлов и актуальный статус тестов».

22. Используй /loop для регулярных проверок

Команда /loop 5m проверь завершился ли деплойзапускает фоновую задачу, которая будет срабатывать раз в 5 минут, пока ты работаешь дальше. Интервал можно не указывать (по дефолту 10 минут), поддерживаются секунды (s), минуты (m), часы (h) и дни (d).

Можно зацикливать и другие команды, например: /loop 20m /review-pr 1234. Задачи привязаны к сессии и завершаются через 3 дня, так что забытый цикл не будет крутиться вечно. Идеально для мониторинга деплоев, CI-пайплайнов или опроса внешних сервисов.

23. Диктуй промпты голосом

Команда /voice включает режим push-to-talk: зажимаешь пробел и говоришь. Речь сразу превращается в текст, при этом можно комбинировать голос и печать в одном сообщении.

Голосом обычно получается выдать гораздо больше контекста и деталей, потому что ты просто рассказываешь предысторию и нюансы, не пытаясь сэкономить на нажатиях клавиш. Для работы нужен аккаунт на Claude.ai (не просто API-ключ). Если задержка при зажатии пробела раздражает, горячую клавишу можно перенастроить в ~/.claude/keybindings.json.

24. Не вышло со второй попытки? Начинай с чистого листа

Если ты уже дважды исправлял Клода в одном и том же месте, а баг всё еще там — значит, вы залезли в кроличью нору. Контекст забился неудачными попытками, которые только мешают следующему шагу. Пиши /clear и составь новый, более точный промпт с учетом того, что ты узнал. Чистая сессия с хорошим вводом почти всегда эффективнее, чем мучения в старой.

25. Сразу указывай Claude Code на нужные файлы

Используй символ @, чтобы сослаться на конкретный файл: «Логика сессий лежит в @src/auth/middleware.ts». Путь подставится автоматически. Клод, конечно, умеет сам искать по кодовой базе через grep, но каждый такой поиск — это трата токенов и времени. Если сразу ткнуть его носом в нужные файлы, работа пойдет в разы быстрее.

26. Исследуй незнакомый код через общие вопросы

Необязательно всегда быть супер-точным. Промпт в духе «Что бы ты улучшил в этом файле?» отлично работает, когда нужен свежий взгляд. Это даёт Клоду пространство для манёвра: он может подсветить то, о чём ты даже не догадался бы спросить.

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

27. Редактируй планы через Ctrl+G

Когда Клод выкатывает план действий, нажми Ctrl+G — он откроется прямо в твоём текстовом редакторе. Там можно вручную поправить шаги, добавить ограничения или изменить подход ещё до того, как Клод напишет хоть строчку кода. Это супер-удобно, когда план в целом нормальный, но хочется подправить пару деталей, не тратя время на новые объяснения в чате.

28. Запусти /init, а потом смело режь результат пополам

CLAUDE.md — это файл в корне проекта с постоянными инструкциями: как собирать проект, какие стандарты кода соблюдать и какие архитектурные решения приняты. Клод читает его в начале каждой сессии. Команда /init создаст стартовую версию на основе структуры твоего проекта.

Но обычно там слишком много лишнего. Если не можешь объяснить, зачем нужна конкретная строчка — удаляй. Убирай шум и оставляй только то, чего Клоду реально не хватает. Больше читай в статье как создать отличный файл CLAUDE.md.

29. «Лакмусовая бумажка» для каждой строки в CLAUDE.md

Прежде чем добавить правило, спроси себя: «Ошибается ли Клод без этой инструкции?». Если он и так делает всё правильно, инструкция — это просто мусор. Лишние правила «размывают» внимание модели. У тебя есть бюджет примерно в 150–200 инструкций, прежде чем Клод начнет их игнорировать (причём, системный промпт уже забирает около 50).

30. Ошибся? Скажи: «Обнови CLAUDE.md, чтобы такого больше не было»

Как только Клод накосячил, дай ему команду: «Обнови CLAUDE.md так, чтобы не повторять эту ошибку». Клод сам сформулирует правило, и в следующей сессии будет следовать ему автоматически.

Так твой файл станет «живым» документом, основанным на реальном опыте. Чтобы он не раздувался до небес, используй @imports (совет №32) для выноса деталей во внешние файлы.

31. Используй .claude/rules/ для ситуативных правил

Если правила нужны не всегда, разложи их по markdown-файлам в папке .claude/rules/. Чтобы правило подгружалось только для конкретных файлов, добавь пути в начале файла (frontmatter):

YAML

--- paths: - "**/*.ts" --- # Конвенции для TypeScript Используй интерфейсы вместо типов.

Теперь правила для TS будут грузиться только когда Клод работает с .ts файлами. Ему не придется продираться сквозь требования к Go, если он пишет на фронте.

32. Не давай CLAUDE.md раздуваться — используй @imports

Ссылайся на другие доки через @docs/git-instructions.md. Можно подключать даже @README.md или @package.json. Клод прочитает их только тогда, когда они понадобятся. Считай это опцией «вот тебе еще контекст, если приспичит» без лишнего перегруза в каждой сессии.

33. Добавь безопасные команды в «белый список» через /permissions

Хватит кликать «approve» на каждый npm run lint. Команда /permissions позволяет добавить доверенные команды в белый список. Это поможет оставаться в потоке и не отвлекаться на подтверждения, но на всё подозрительное запросы останутся.

34. Используй /sandbox для безопасных экспериментов

Команда /sandbox включает изоляцию на уровне ОС. Запись будет разрешена только в папку проекта, а сеть — только для одобренных доменов. В режиме «auto-allow» команды в песочнице будут запускаться без лишних вопросов, давая Клоду автономию в рамках дозволенного.

Для долгой автономной работы (например, миграций на всю ночь) лучше запустить Клода в Docker-контейнере — это даст полную изоляцию и легкий откат, если что-то пойдет не так.

35. Создавай кастомных субагентов для рутины и повторяемых задач

В отличие от субагентов «на лету» (совет №19), кастомных можно настроить заранее в .claude/agents/. Например: агент-безопасник на базе Opus или супер-быстрый агент на Haiku для поиска по коду. Посмотреть их или создать нового можно через /agents. Можно настроить изоляцию для субагентов через git worktree.

36. Подбери MCP-серверы под свой стек

Несколько идей для старта: Playwright для тестов интерфейса, PostgreSQL/MySQL для прямых запросов к базе, Slack для чтения баг-репортов и Figma, чтобы превращать дизайн в код. MCP-серверы подгружаются динамически, так что они не занимают место, пока Клод их не позовет. Смотри гайд по лучшим MCP-серверам 2026

37. Подбери себе стиль общения

Введи /config и выбери, как Клод должен отвечать. Есть готовые пресеты: Explanatory (подробно, по шагам), Concise (коротко и по делу) и Technical (максимум терминов, минимум воды). А если хочется чего-то особенного, можно создать свой стиль в файле ~/.claude/output-styles/.

38. CLAUDE.md — для советов, хуки — для жестких правил

Помни: CLAUDE.md носит рекомендательный характер (Клод следует ему примерно в 80% случаев). Если тебе нужно, чтобы что-то выполнялось железно (например, линтинг или проверки безопасности), используй хуки. Они срабатывают в 100% случаев без исключений.

39. Автоформатирование через PostToolUse

Сделай так, чтобы Клод сам причесывал код после правок. Добавь хук PostToolUse в .claude/settings.json, который будет запускать Prettier (или твой любимый форматтер) сразу после того, как Клод изменит файл.

{ "hooks": { "PostToolUse": [ { "matcher": "Edit|Write", "hooks": [ { "type": "command", "command": "npx prettier --write \\\\"$CLAUDE_FILE_PATH\\\\" 2>/dev/null || true" } ] } ] } }|| true предотвращает блокировку Клода если хук зафейлился. Так же можно чейнить другие инструменты. Например, добавь npx eslint --fix как вторую часть хука

Совет: если у тебя открыт редактор, лучше выключи в нём «format-on-save» на время работы с Клодом, чтобы не сбивать кэш промптов случайными сохранениями.

40. Запрети опасные команды через PreToolUse Не дай Клоду случайно снести проект. Можно настроить хук, который будет проверять команды на наличие rm -rf, drop table или truncate. Если Клод попытается их запустить, хук заблокирует выполнение ещё до старта.

{ "hooks": { "PreToolUse": [ { "matcher": "Bash", "type": "command", "command": "if echo \\\\"$TOOL_INPUT\\\\" | grep -qE 'rm -rf|drop table|truncate'; then echo 'BLOCKED: destructive command' >&2; exit 2; fi" } ] } }

Или добавляй в .claude/settings.json в своём проекте. Или интерактивно настрой с командой /hooks, или просто скажи Claude: "Добавь PreToolUse hook который блокирует rm -rf, drop table, и truncate команду"

41. Хуки, чтобы не дать Claude Code «потерять нить» при сжатии контекста

В долгих сессиях Клод может забыть, чем именно вы занимаетесь, когда контекст сжимается. Настрой Notification hook с матчером compact. Он будет автоматически «вбрасывать» в память Клода описание текущей задачи и список измененных файлов каждый раз, когда срабатывает очистка контекста.

Скажи Клоду: "Настрой Notification hook который после compaction напомнит тебе о текущей задаче, изменённых файлах и любых ограничениях". Клод создаст хук в твоих настройках. Хорошие кандидаты для вставки: формулировка текущей задачи, список изменённых файлов и любые жёсткие ограничения ("не трогай файлы миграций").

42. Всегда проверяй критичные узлы руками

Клод крут, но вопросы авторизации, платежей и миграций БД — это зона ответственности человека. Всегда делай ручное ревью изменений в этих областях. Ошибка в конфиге вебхука платежей или случайно удаленная колонка в базе могут стоить слишком дорого, и никакие автотесты тут не дадут 100% гарантии.

43. Пробуй разные подходы через /branch

Команда /branch (или /fork) создает копию твоего чата. Хочешь попробовать рискованный рефакторинг? Делай это в ветке. Если взлетит — отлично, если нет — у тебя останется нетронутая основная сессия. Отличие от отката (rewind) - сохраняются оба диалога.

44. Пусть Claude Code сам тебя «проинтервьюирует»

Если не получается четко описать задачу, попроси Клода задать тебе вопросы. Скажи: «Я хочу собрать [описание], задай мне уточняющие вопросы про техническую реализацию, крайние случаи, риски и компромиссы. Не задавай очевидных вопросов. Продолжай интервью, пока мы не закроем все вопросы, потом сохрани спецификацию в SPEC.md». После этого лучше начать чистую сессию, имея на руках готовый план.

45. Один пишет, другой ревьюит

Классическая схема: один Клод пишет код, а второй (в отдельной сессии) проверяет его как строгий техлид. Ревьюер не будет знать о «костылях», которые придумал "программист" и подсветит все слабые места.

Та же идея с TDD. Один инстанс пишет тесты, второй пишет код, который пройдёт через тесты.

46. Обсуждай PR-ы в режиме диалога

Вместо того чтобы просто спросить кодревью, начни разговор. Спрашивай: «Что здесь самое рискованное?», «Не бахнет ли это при параллельных запросах?», «Ошибки обрабатываются так же как в остальном коде?».

Точечные вопросы помогают найти архитектурные баги, которые обычное «линейное» ревью часто пропускает.

47. Подкрась и назови сессии, чтобы не запутаться

Если у тебя открыто несколько терминалов, используй /rename auth-fix и /color red. Это подкрасит командную строку и даст ей имя. Потратишь 5 секунд, зато не перепутаешь команду при переключении между окнами.

48. Поставь звук на окончание задачи

Добавь Stop хук, который будет проигрывать системный звук, когда Клод закончит работу. Закинул тяжелую задачу, переключился на мемы или кофе, и вернулся к коду, как только услышал «пинг». Есть чудесный проект специально для этого.

{ "hooks": { "Stop": [ { "matcher": "*", "hooks": [ { "type": "command", "command": "/usr/bin/afplay /System/Library/Sounds/Glass.aiff" } ] } ] } }

49. Массовая обработка через claude -p

Если нужно перелопатить сотню файлов (например, сменить импорты или переписать компоненты), используй неинтерактивный режим в цикле. --allowedTools ограничит, что Клод может сделать для каждого файла. Запускай в параллель (&) для быстрой обработки.

for file in $(cat files-to-migrate.txt); do claude -p "Migrate $file from class components to hooks" \\\\ --allowedTools "Edit,Bash(git commit *)" & done wait

Примеры: конвертация форматов файлов, обновление импортов в кодовой базе, применение миграций к независимым файлам.

50. Кастомизируй «спиннер» (шутки ради)

Пока Claude Code думает, в терминале крутится статус с забавными глаголами. Их можно заменить на что угодно. Попроси Claude Code : «Замени spinner verbs на заклинания из Гарри Поттера» или «Сделай spinner verbs в стиле самоироничного ИИ». Мелочь, но поднимает настроение, пока ждешь билд.

Канал с гайдами и контентом по claude code, выкладываем новости (когда режут лимиты в 10 раз) и какие инструменты через claude реализуем для проектов. мы выписываем абсолютно всю базу по ИИ в наш канал и там другие полезные материалы, канал:

50 Фишек в Claude Code которые тебе помогут (вайб-кодинг и Claude Code) Гайд по Claude Code
2
3 комментария