Несколько недель я использовала Claude Code неправильно. Не то чтобы что‑то не работало — всё было нормально. Описываешь задачу, Claude пишет код, правишь, идёшь дальше. Разумный воркфлоу. Только я использовала мощный инструмент как калькулятор. Потом начала копать. Оказалось, в Claude Code есть целый слой, который никак себя не анонсирует — его просто надо найти. Часть есть в документации, часть обнаруживаешь случайно. Вот, что я нашла для себя.

1. Восклицательный знак, о котором никто не говорит

Напишите ! перед любой командой в промпте — и Claude Code выполнит её как shell‑команду. Вывод попадает прямо в контекст.

! git log --oneline -10
! npm test
! ls -la src/

Я начала делать это рефлекторно. Нужно посмотреть что падает? ! npm test. Хотите, чтобы Claude увидел реальную структуру файлов? ! ls -la. Никакого переключения вкладок, никакого копирования вывода руками — всё течёт само. Мелочь, но сильно меняет ритм работы.

2. CLAUDE.md: онбординг нового тиммейта

В корне любого проекта можно положить файл CLAUDE.md. Claude читает его автоматически в начале каждой сессии. Представьте онбординг-документ — только новый сотрудник никогда его не забывает. В нашей команде мы используем его, чтобы описать структуру проекта, соглашения по коду, какие команды запускать. Примерно вот так:

- Тесты запускать через: npm test 
- Никогда не редактировать сгенерированные файлы в /dist - API ключи живут в .env, не хардкодить 
- Для деплоя использовать только staging сначала

Когда кто-то новый приходит работать с кодовой базой через Claude — он уже знает контекст. Никакого "расскажи мне про проект" в начале каждой сессии. Разница между дженерик-ответом Claude и проектно-осознанным — ощутимая. Написать нормальный CLAUDE.md занимает минут 20, но оно того стоит.

3. Plan mode: сначала думаем, потом делаем

По умолчанию Claude Code просто начинает делать. Обычно это нормально, но иногда описываете сложную задачу и наблюдаете, как он уверенно идёт совершенно не туда — минут десять. Plan mode это исправляет. Напишите /plan перед задачей — и Claude сначала опишет, что именно собирается сделать и подождёт подтверждения. Можно перенаправить, убрать лишние шаги, сказать «нет, делай иначе». И только потом он начинает работать. Для всего нетривиального это экономит больше времени, чем тратит. Перестаёшь разгребать последствия неверных предположений.

4. Параллельные сессии: хватит работать последовательно

Claude Code работает в одном терминале — но ничто не мешает открыть несколько окон терминала и запустить claude в каждом одновременно. Три независимые задачи? Три окна. Одно рефакторит код, второе пишет тесты, третье обновляет документацию. Они не блокируют друг друга. Звучит очевидно, но большинство так не делают — потому что это не ощущается как «AI‑воркфлоу». Но ментальный сдвиг важен: перестать думать о Claude как об одном помощнике, который работает по очереди, и начать давать параллельную работу параллельным сессиям.

5. Пусть агент сам пишет себе инструкции

Вот это я поняла в последнюю очередь — и это перевернуло восприятие инструмента. Claude Code может писать и обновлять собственные инструкционные файлы — включая CLAUDE.md. После сложной задачи попробуйте так: «Напиши файл с инструкциями для этого воркфлоу, чтобы мы могли повторить его в следующий раз.» Claude создаст markdown‑файл с пошаговыми инструкциями, которым он сможет следовать в следующий раз, когда вы об этом попросите. То же с CLAUDE.md. После длинной сессии, где вы разобрались с соглашениями и нашли подводные камни — скажите: «Обнови CLAUDE.md всем, что мы сегодня выяснили.» Он запишет. На следующей сессии уже знает. Со временем агент активно строит собственную базу знаний. Перестаёшь объяснять одно и то же. Он перестаёт делать одни и те же ошибки. Петля накапливается. Большинство воспринимают AI как нечто, что каждый раз промптишь с нуля.

6. MCP серверы: дай Claude доступ ко всему

Из коробки Claude Code умеет читать файлы, выполнять команды, искать в вебе. Уже немало. Но MCP (Model Context Protocol) позволяет пойти дальше — подключить Claude к любой внешней системе. Базы данных, GitHub, Notion, внутренние API — если у сервиса есть интерфейс, кто-то скорее всего уже написал MCP-сервер для него. Комьюнити сделало их сотни. Подключить — одна команда:

claude mcp add

Устанавливаете один — Claude получает доступ и теперь может реально запросить твою базу данных или прочитать твои тикеты, пока помогает с кодом. Вот здесь формулировка «ассистент для кода» перестаёт работать. Это больше похоже на то что вы даете агенту доступ ко всей своей рабочей среде.

Заключение

Ни один из этих приемов не засекречен — при желании всё это можно найти в официальной документации. Но документация — это сухой справочник, а не путеводитель по инсайтам. Такие вещи не находишь, просто читая мануалы. К ним приходишь на практике, когда пользуешься инструментом каждый день и в какой‑то момент думаешь: «Стоп, а он так умеет?». И чаще всего ответ — да, умеет.

Уверена, что я раскопала далеко не всё. А какие неочевидные фишки Claude Code нашли вы? Буду рада, если поделитесь в комментариях тем, что изменило ваш воркфлоу!