9 практических советов по Claude Code от Бориса: оказывается, у мастеров настройки такие "скромные" У Бориса Черного в Anthropic есть прозвище: отец Claude Code. Он недавно активно делился своим опытом на X, и многие спрашивали Бориса: как ты сам используешь Claude Code? Он только что поделился 9 практическими советами на X. Советов не так много, как вы могли бы подумать, каждый из них прост. 【1】Основная идея: у лучших практик Claude Code нет стандартного ответа Борис начал с того, что: > Моя настройка может быть удивительно стандартной! Claude Code отлично работает прямо из коробки, поэтому я лично не настраиваю его сильно. > Моя конфигурация может оказаться неожиданно "оригинальной". Claude Code работает отлично из коробки, я лично не делал много настроек. Это можно понять, те лучшие практики, такие как Skills и Plugins, как разработчики Claude Code, они давно встроили эти лучшие практики в функционал. Использование Claude Code не имеет единственно правильного способа. Команда намеренно разработала его так, чтобы его можно было настраивать как угодно, как вы хотите, так и изменять. У каждого в команде Claude Code совершенно разные способы использования. Поэтому нет необходимости изнурять себя в поисках "лучших практик", самое главное — это подходить к своему ритму. 【2】Параллельные задачи с несколькими агентами: одновременно запустить несколько Claude Обычный день Бориса выглядит так: он открывает 5 экземпляров Claude Code в терминале, вкладки пронумерованы с 1 по 5, включены системные уведомления, и он переключается на тот, который требует ввода. Одновременно он также запускает от 5 до 10 задач в веб-версии. Терминал и веб могут "передавать" друг другу: с помощью символа & можно перенести локальную сессию в веб, или использовать --teleport для переключения между ними. Каждое утро и днем он запускает несколько задач через мобильное приложение Claude, а позже возвращается, чтобы посмотреть результаты. Эта "многопоточная" рабочая логика заключается в том, что Claude Code хорошо справляется с самостоятельным выполнением, многие задачи не требуют вашего постоянного контроля. Вы запускаете задачу, задаете направление, позволяете ей работать, а сами занимаетесь другими делами. Когда ей нужно ваше подтверждение, вы возвращаетесь. Это совершенно другой ритм по сравнению с традиционным "человек вводит строку кода, AI дополняет несколько строк". Но это также требует от пользователя более высоких навыков, вам нужно уметь распределять задачи между агентами и уметь переключаться между несколькими задачами. Для тех, кто привык к традиционному режиму разработки, где выполняется только одна задача, это большая проблема. Стыдно признаться, хотя я тоже часто использую Coding Agent, я все еще не привык к одновременному выполнению множества задач, в этом году мне нужно улучшить свои навыки в этой области. 【3】Выбор модели: почему использовать Opus, а не более быстрый Sonnet Борис говорит, что для всех своих задач он использует Opus 4.5 в режиме thinking. Это лучшая модель программирования, которую он когда-либо использовал. Некоторые могут спросить: разве Opus не больше и не медленнее, чем Sonnet? Ответ Бориса: хотя время отклика немного медленнее, вам нужно гораздо реже его исправлять, вызовы инструментов также более точные, в конечном итоге это оказывается быстрее. Я всегда с этим согласен, писать код не следует стремиться к скорости, важнее качество. Если бы быстрая модель требовала от вас трижды исправлять, лучше использовать медленную модель и решить все с первого раза. Время — это не только время отклика модели, но и ваши внимание и затраты энергии. Единственная проблема — это более высокая стоимость Opus. 【4】 — это специальный конфигурационный файл для Claude Code, который находится в корневом каталоге проекта. Каждый раз, когда вы запускаете Claude Code, он автоматически считывает этот файл и использует его содержимое как "фоновое знание". Вы можете рассматривать это как инструкцию к проекту, которую вы пишете для AI, сообщая ему о структуре проекта, стандартах и важных моментах. Команда Бориса использует подход: весь репозиторий Claude Code хранится в одном Git, и все вместе его поддерживают. Каждую неделю кто-то добавляет что-то новое. Правила очень просты: каждый раз, когда вы видите, что Claude делает что-то неправильно, просто запишите "не делай так", и в следующий раз он это запомнит. Еще интереснее, что они также используют этот механизм при проверке кода. Борис упоминает @.claude в PR своих коллег, чтобы Claude добавил новое правило в . Это реализовано через GitHub Action Claude Code. Дэн Шиппер называет этот подход "инженерией сложных процентов": каждое исправление становится активом команды, позволяя AI все больше понимать ваш проект. Если вы еще не использовали команду , Claude автоматически проанализирует структуру проекта и создаст начальную версию. Затем вы можете использовать и дополнять, добавляя то, что не так. 【5】Режим Plan: сначала подумайте, потом действуйте Борис говорит, что большинство его сессий начинается с режима Plan. В Claude Code вы можете переключиться, нажав дважды Shift+Tab. В режиме Plan Claude не будет сразу изменять код, а сначала предоставит вам план выполнения. Вы можете обсуждать и изменять план, пока не будете удовлетворены. Затем переключитесь в режим автоматического принятия, и Claude обычно может выполнить все с первого раза. "Хороший план действительно важен", эта привычка на самом деле переносит классическую мудрость разработки программного обеспечения в AI-сотрудничество: сначала проектируйте, затем кодируйте. Многие люди, использующие AI для написания кода, начинают сразу, и в результате направление оказывается неверным, а затраты на переделку очень высоки. Потратив несколько минут на согласование плана, вы можете сэкономить несколько часов на переделке. 【6】Автоматизация повторяющихся задач: команды со слэшом и подагенты У Бориса есть несколько операций, которые он использует десятки раз в день, и он превратил их в команды со слэшом. Например, "/commit-push-pr", чтобы одним нажатием кнопки завершить коммит, отправку и создание PR. Команды со слэшом по сути являются файлами Markdown, которые находятся в каталоге .claude/commands/. Вы можете писать команды на естественном языке и даже встраивать bash-скрипты для предварительного получения информации, чтобы сократить количество вызовов модели. Эти команды могут быть отправлены в Git, и вся команда может ими пользоваться. Кроме команд со слэшом, он также использует подагентов (агенты — это независимые экземпляры Claude, которые занимаются определенным видом работы. Например, у него есть подагент code-simplifier, который автоматически упрощает код после завершения работы основного Claude; есть еще подагент verify-app, который отвечает за тестирование от конца до конца. Общая черта этих двух функций: они фиксируют ваши повторяющиеся действия, позволяя Claude вызывать их самостоятельно. Вам не нужно каждый раз повторно объяснять, и не нужно запоминать различные детали команд. Используйте PostToolUse Hook для форматирования кода, сгенерированного Claude. Claude обычно может автоматически генерировать хорошо отформатированный код, а этот Hook обрабатывает последние 10% кода, чтобы избежать ошибок форматирования в процессе непрерывной интеграции (CI). 【7】Безопасность и интеграция: настройка прав и внешние инструменты Борис не использует опцию --dangerously-skip-permissions, этот "опасный" вариант. Вместо этого он использует команду /permissions, чтобы заранее одобрить некоторые часто используемые команды безопасности, избегая появления окна подтверждения каждый раз. Эти настройки хранятся в .claude/settings.json и доступны всей команде. Еще более мощная интеграция с сервером MCP. MCP — это сокращение от Model Context Protocol, стандартного протокола, разработанного Anthropic для подключения AI к внешним инструментам. С помощью MCP Claude Code может напрямую: - Искать и отправлять сообщения в Slack - Выполнять запросы BigQuery для ответов на вопросы о данных - Извлекать журналы ошибок из Sentry Команда Бориса также добавила конфигурацию MCP для Slack в репозиторий, чтобы все могли использовать ее сразу. Это означает, что Claude Code — это не просто инструмент программирования, а "всеобъемлющий помощник", который может вызывать всю вашу цепочку инструментов. 【8】Обработка долгих задач: пусть Claude сам проверяет Для выполнения долгих задач у Бориса есть несколько стратегий: Во-первых, он позволяет Claude автоматически проверять результаты с помощью фонового агента после завершения. Вы можете запросить это в подсказке или использовать Stop Hook для более определенного триггера. > Примечание: Hooks — это механизм "крючков" Claude Code, который позволяет вам вставлять пользовательскую логику в определенные моменты выполнения операций Claude. Вы можете рассматривать это как "триггер": когда происходит определенное событие, автоматически выполняется ваша предустановленная команда или скрипт. > Stop Hook срабатывает, когда Claude завершает ответ и готов вернуть контроль. > Связанная документация: Во-вторых, он использует плагин ralph-wiggum, который по сути представляет собой "Bash-цикл": представьте себе простой бесконечный цикл (while true), который постоянно подает одно и то же задание (файл подсказки) AI, позволяя ему многократно улучшать работу, пока она не будет полностью завершена. В-третьих, он использует --permission-mode=dontAsk или --dangerously-skip-permissions в песочнице, чтобы Claude не прерывался подтверждением прав и мог работать до конца. Основная идея заключается в том, что раз это долгая задача, не заставляйте ее ждать вас. Дайте ей достаточно автономии и способности к самокоррекции. 【9】Самый важный пункт: дайте Claude возможность проверять Борис оставил этот пункт на последок, сказав, что это, возможно, самый важный фактор для получения хороших результатов. Если Claude может проверять свою работу, качество конечного продукта может увеличиться в 2-3 раза. Он привел пример: каждое изменение, которое они отправляют в , Claude тестирует с помощью расширения Chrome: открывает браузер, тестирует UI, находит проблемы и итеративно работает, пока функция не станет нормальной, а опыт — разумным. Способы проверки зависят от ситуации. Это может быть выполнение bash-команды, запуск тестового набора, тестирование приложения в браузере или эмуляторе телефона. Форма не важна, важно: дать AI обратную связь. Эта идея на самом деле очень проста. Человеческие инженеры также полагаются на цикл "написать код — протестировать — посмотреть результат — изменить", чтобы гарантировать качество. AI тоже самое. Если он может только писать, но не тестировать, это как работать с закрытыми глазами, качество зависит только от удачи. Совет Бориса: вложите усилия в создание надежного механизма проверки. Это инвестиция с наивысшей отдачей. 【10】Мастера используют мечи без приемов В романах о боевых искусствах мастера используют мечи без лишних замысловатых приемов, без приемов лучше, чем с приемами. Борис не хвастается сложными настройками, не использует загадочные секретные подсказки, а просто использует официальные функции. Разница в том, что он действительно понимает логику этих функций и затем комбинирует их в эффективный рабочий процесс. Параллельная работа возможна, потому что Claude может выполнять задачи самостоятельно; использование Opus связано с более высокой общей эффективностью; — это превращение исправлений в активы; режим Plan — это сначала подумать, а потом действовать; команды со слэшом и подагенты — это автоматизация повторяющихся задач; механизм проверки — это обратная связь для AI. Если вы только начинаете использовать Claude Code, не спешите изучать различные сложные настройки. Сначала освоите основы: научитесь работать параллельно, планировать и накапливать средства проверки AI. Когда вы действительно столкнетесь с проблемами, тогда уже можно будет заняться этими изысканными вещами.

Борис не упомянул о базовом CI/рабочем процессе код-ревью, который для них, привыкших к крупным компаниям, может казаться обычным делом, которое должно быть по умолчанию. Например, когда он завершает задачу с помощью Claude Code, он не просто объединяет изменения в основную ветку, а отправляет PR. После отправки PR на CI-сервере автоматически запускаются все линтеры и автоматические тесты, и если тесты не проходят, PR не может быть объединен. Если PR прошел все автоматические тесты, необходимо, чтобы кто-то провел код-ревью (конечно, можно использовать AI для помощи, но все равно требуется подтверждение человека), и если в ходе код-ревью будут обнаружены проблемы, их нужно будет исправить. Многие индивидуальные разработчики не привыкли настраивать рабочий процесс CI/код-ревью, даже Git-управление кодом не всегда используется, и в случае проблем нет возможности откатить изменения.

【10】 Те вещи, которые вы не видите Борис немного не упомянул о базовом управлении исходным кодом / CI (непрерывная интеграция) / рабочем процессе проверки кода, которые для них, привыкших к большим компаниям, могут быть обычными, подразумеваемыми вещами. Например, когда он завершает задачу с помощью Claude Code, он не просто объединяет изменения в основную ветку, а отправляет PR. После отправки PR на CI-сервере автоматически запускаются все линтеры и автоматизированные тесты, и если тесты не проходят, PR не может быть объединен. PR, который прошел все автоматизированные тесты, также должен пройти проверку кода (конечно, можно использовать AI для помощи, но все равно требуется подтверждение человека), и если в ходе проверки кода обнаруживаются проблемы, их нужно исправить. Эти вещи также являются основой для их возможности выполнять несколько задач параллельно; если эти базовые рабочие процессы не настроены должным образом, невозможно будет выполнять несколько задач одновременно. Для многих индивидуальных разработчиков нет привычки настраивать рабочий процесс CI/проверки кода, даже управление кодом Git не настроено, и в случае проблем невозможно будет откатить изменения.