10 советов по использованию Claude Code от создателя агента кодинга

10 советов по использованию Claude Code от создателя агента кодинга

@ai_longreads

Boris Cherny, создатель Claude Code, делится советами по эффективной работе с инструментом, собранными у всей команды разработки. Главная мысль: единственно правильного способа не существует — экспериментируйте.

Это AI-перевод статьи, сделанный каналом Про AI: Лучшие Статьи и Исследования.


10 советов по использованию Claude Code от команды Claude Code

10 Tips for Using Claude Code from the Creator and the Team Автор: Boris Cherny Оригинальный текст

Меня зовут Борис, и я создал Claude Code. Хочу быстро поделиться несколькими советами по использованию Claude Code — собранными напрямую от нашей команды. Каждый в команде использует Claude по-своему. Помните: единственно правильного способа работы с Claude Code не существует — у всех разные настройки. Экспериментируйте и ищите то, что работает именно для вас!

1. Работайте параллельно

Запустите 3–5 git worktrees одновременно, каждый со своей сессией Claude. Это самый мощный способ повысить продуктивность и главный совет от команды. Лично я предпочитаю отдельные клоны репозитория, но большинство в команде Claude Code используют worktrees — именно поэтому @amorriscode добавил их нативную поддержку в приложение Claude Desktop!

Некоторые дают worktrees имена и настраивают алиасы в шелле (za, zb, zc), чтобы переключаться между ними одним нажатием клавиши. У других есть выделенный «аналитический» worktree — только для чтения логов и запросов в BigQuery.

2. Начинайте сложные задачи в режиме планирования

Начинайте каждую сложную задачу в режиме планирования (plan mode). Вложите усилия в план, чтобы Claude реализовал всё с первой попытки.

Один человек в команде просит один экземпляр Claude написать план, а потом запускает второй — для ревью в роли старшего инженера.

Другой говорит: как только что-то идёт не так, нужно переключиться обратно в plan mode и перепланировать. Не стоит давить дальше. Они также явно указывают Claude входить в режим планирования для шагов верификации, а не только для этапа реализации.

3. Инвестируйте в CLAUDE.md

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

Безжалостно редактируйте CLAUDE.md со временем. Продолжайте итерировать, пока частота ошибок Claude ощутимо не снизится.

Один инженер поручает Claude вести каталог заметок для каждой задачи и проекта, обновляемый после каждого PR. Затем ссылается на этот каталог из CLAUDE.md.

4. Создавайте собственные скиллы и коммитьте их в git

Переиспользуйте их во всех проектах.

Советы от команды:

  • Если вы делаете что-то чаще раза в день — превратите это в скилл или команду
  • Создайте слэш-команду /techdebt и запускайте её в конце каждой сессии, чтобы находить и устранять дублирование кода
  • Настройте команду, которая синхронизирует 7 дней из Slack, Google Drive, Asana и GitHub в единый контекстный дамп
  • Создавайте агентов в стиле аналитических инженеров, которые пишут dbt-модели, проверяют код и тестируют изменения в dev-среде

5. Claude сам чинит большинство багов

Вот как это делается в нашей команде:

Включите Slack MCP, вставьте тред с багом из Slack в Claude и просто скажите «исправь». Никакого переключения контекста.

Или просто скажите: «Исправь упавшие CI-тесты». Не нужно объяснять как именно.

Направьте Claude на docker-логи для отладки распределённых систем — он удивительно хорошо с этим справляется.

6. Прокачивайте промптинг

a. Бросайте вызов Claude. Скажите: «Устрой мне допрос по этим изменениям и не создавай PR, пока я не пройду твой тест». Сделайте Claude своим ревьюером. Или скажите: «Докажи мне, что это работает» — и пусть Claude покажет разницу в поведении между main и вашей фича-веткой.

b. После посредственного исправления скажите: «Зная всё, что ты теперь знаешь, выброси это и реализуй элегантное решение».

c. Пишите детальные спецификации и снижайте неоднозначность перед передачей задачи. Чем конкретнее вы будете, тем лучше результат.

7. Терминал и окружение

Команда любит Ghostty! Многим нравится его синхронный рендеринг, 24-битный цвет и полная поддержка Unicode.

Для удобного переключения между сессиями Claude используйте /statusline — настройте статус-бар, чтобы всегда видеть расход контекста и текущую ветку git. Многие из нас также используют цветовое кодирование и именование вкладок терминала, иногда через tmux — одна вкладка на задачу или worktree.

Используйте голосовой ввод. Вы говорите в 3 раза быстрее, чем печатаете, и промпты получаются куда детальнее. (На macOS нажмите fn дважды.)

8. Используйте субагентов

a. Добавьте «use subagents» к любому запросу, где хотите, чтобы Claude бросил больше вычислительных ресурсов на задачу.

b. Делегируйте отдельные подзадачи субагентам, чтобы контекстное окно основного агента оставалось чистым и сфокусированным.

c. Направляйте запросы на разрешения к Opus 4.5 через хук — пусть он проверяет на наличие атак и автоматически одобряет безопасные операции.

9. Используйте Claude для данных и аналитики

Попросите Claude Code использовать CLI-инструмент bq для извлечения и анализа метрик на лету. У нас в кодовой базе есть скилл для BigQuery, и вся команда использует его для аналитических запросов прямо из Claude Code. Лично я не написал ни строчки SQL уже более полугода.

Это работает с любой базой данных, у которой есть CLI, MCP или API.

10. Обучение с Claude

a. Включите стиль вывода «Explanatory» или «Learning» в /config, чтобы Claude объяснял почему он вносит те или иные изменения.

b. Попросите Claude сгенерировать визуальную HTML-презентацию с объяснением незнакомого кода. Получаются на удивление хорошие слайды!

c. Попросите Claude нарисовать ASCII-диаграммы новых протоколов и кодовых баз, чтобы помочь вам в них разобраться.

d. Создайте скилл для интервального повторения: вы объясняете своё понимание, Claude задаёт уточняющие вопросы, чтобы закрыть пробелы, и сохраняет результат.


Подпишитесь на канал и каждый день читайте лучшие материалы про AI переведенные на русский!

Нашли интересную статью для перевода? Пришлите нашему боту: @ailongreadsbot

Report Page