Как работать с Claude Code: 10 советов от создателя
Борис Черни, создатель Claude Code, поделился практическими советами по использованию инструмента - прямо от команды разработчиков.
Слова Бориса: Хотел бы кратко поделиться несколькими лайфхаками по его использованию, полученными непосредственно от нашей команды. Помните: нет единственно верного способа - у каждого свои собственные задачи и конфигурации оборудования и софта. Экспериментируйте и находите то, что работает для вас.
Совет №1. Делайте больше задач одновременно
Запускайте сразу 3–5 git worktrees со своей собственной сессией Claude. Это главный «буст» продуктивности и топ-совет от команды. Лично я использую несколько отдельных checkouts, но большая часть команды предпочитает worktrees - именно поэтому добавили нативную поддержку для них в Claude Desktop.
Кто-то переходит на короткие команды для быстрого переключения между ними:
alias za='cd ~/project/main'
alias zb='cd ~/project/feature-new'
alias zc='cd ~/project/bugfix'
А у кого-то есть отдельный worktree для анализа и чтения логов и работы с BigQuery.
Совет №2. Начинайте каждую сложную задачу с режима планирования (plan mode)
Потратьте время и энергию для планирования, тогда Claude сможет реализовать всё с одного запроса.
Вместо того чтобы в одной сессии составлять план и проверять его лучше сделать две разных, так второй “чистый” Claude непредвзято сможет сделать ревью, например в качестве staff engeneer. Когда что-то идёт не так - вернись в plan mode, не продолжай кодить. Также явно говори использовать plan mode не только в самом начале, но и для верификации каких-то шагов.
Совет №3. Инвестируйте в свои CLAUDE.md
Каждую правку заканчивайте фразой: «Обнови свои CLAUDE.md, чтобы больше не повторять эту ошибку». Claude пугающе хорош в том, чтобы писать правила для самого себя.
Безжалостно редактируйте свои CLAUDE.md время от времени. Продолжайте это делать, пока частота ошибок заметно не снизится.
Один из наших инженеров просит Claude вести папку с заметками для каждой задачи/проекта и обновлять её после каждого PR. Потом указывает в CLAUDE.md на неё.
Совет №4. Создавайте свои собственные навыки (skills) и коммитьте их в git. Переиспользуйте в любом проекте
Советы от команды:
- Если вы делаете что-то чаще одного раза в день - превратите это в skill или команду
- Сделайте slash-команду /techdebt и запускайте в конце каждой сессии, чтобы находить и убирать дублирующийся код
- Настройте slash-команду, которая подтягивает за последние 7 дней Slack, GDrive, Asana и GitHub в один общий дамп контекста
- Соберите агентов в стиле analytics engineer: они пишут dbt-модели, ревьюят код и тестируют изменения в dev
Подробнее: https://t.co/uJ1LGmzclv
Совет №5. Большинство багов Claude чинит сам. Вот как мы это делаем:
Включите Slack MCP, вставьте в Claude тред про баг из Slack и просто скажите: «fix». Никакого переключения контекста
Или просто скажите: «Пойди почини падающие CI-тесты». Не углубляйтесь в микроменеджмент.
Укажите Claude на docker-логи, чтобы разобраться с распределёнными системами — он неожиданно хорошо справляется.
Совет №6. Прокачайте промпты
a) Бросайте вызовы Claude. Например: «Разнеси эти изменения как ревьюер и не делай PR, пока я не пройду твой тест». Или: «Докажи, что это работает» - и пусть Claude сравнит поведение между main и feature-веткой.
b) После посредственного исправления скажите: «Теперь, когда ты знаешь всё, что знаешь, выкинь это и сделай элегантное решение».
c) Пишите подробные спеки и убирайте двусмысленность до того, как отдаёте работу. Чем точнее формулировка - тем лучше результат.
Совет №7. Настройте свой Терминал
Команда обожает Ghostty (современный терминал для macOS и Linux). Многим людям нравятся его синхронизированный рендеринг, 24-битный цвет и нормальная поддержка Unicode.
Чтобы удобнее «жонглировать» Claude, используйте /statusline для настройки статус-бара так, чтобы он всегда показывал расход контекста и текущую git-ветку. Многие ещё размечают разными цветами код и переименовывают вкладки терминала; иногда используют tmux - по вкладке на задачу/worktree.
Используйте голосовой ввод: вы говорите примерно в 3 раза быстрее, чем печатаете, и промпты получаются гораздо детальнее. (на macOS - нажмите fn два раза)
Ещё советы: https://code.claude.com/docs/en/terminal-config
Совет №8. Используйте суб-агентов (subagents)
a) Добавляйте «use subagents» к запросам, где хотите, чтобы Claude выделил больше компьюта на задачу. b) Отдавайте отдельные подзадачи суб-агентам, чтобы контекстное окно основного агента оставалось чистым и сфокусированным. c) Пропускайте запросы на разрешения через Opus 4.5 с помощью hook'а - пусть он сканирует на атаки и автоматически одобряет безопасные.
Совет №9. Используйте Claude для данных и аналитики
Попросите Claude Code использовать CLI «bq», чтобы на лету вытаскивать и анализировать метрики. У нас в репозитории закоммичен BigQuery-skill, и вся команда пользуется им для аналитических запросов прямо внутри Claude Code. Лично я уже больше 6 месяцев не писал ни строчки SQL.
Такой подход работает с любой базой данных, у которой есть CLI, MCP или API.
Совет №10. Учитесь с Claude
Пара советов от команды, как использовать Claude Code для обучения:
a) Включите стиль вывода «Explanatory» или «Learning» в /config, чтобы Claude объяснял, почему он делает изменения.
b) Пусть Claude сделает наглядную HTML-презентацию, объясняющую незнакомый код - слайды получаются неожиданно хорошими.
c) Попросите нарисовать ASCII-диаграммы новых протоколов и кодовых баз - помогает быстрее вникнуть.
d) Сделайте skill для интервальных повторений: вы объясняете как поняли, а Claude задаёт уточняющие вопросы, закрывает пробелы и фиксирует результат.
Ещё больше полезной информации в нашем канале - UPGRADE | CУЛТАНОВ ПРО ИИ