1/ Я запускаю 5 Claude параллельно в терминале. Нумерую табы с 1 по 5 и включаю системные уведомления, чтобы понимать, когда Claude ждёт моего ввода. (доки)
2/ Параллельно держу ещё 5–10 Claude на http://claude.ai/code, вместе с локальными сессиями. Пока кодю в терминале, часто перекидываю сессии из локала в веб (через
&) или просто стартую новые в Chrome. Иногда телепортируюсь туда-обратно. Плюс каждое утро и в течение дня запускаю несколько сессий с телефона (Claude iOS app) и потом проверяю, что они сделали.3/ Везде использую Opus 4.5 с thinking. Это лучшая модель для кода, которой я когда-либо пользовался. Да, она больше и медленнее Sonnet, но за счёт того, что её нужно меньше направлять и она лучше работает с инструментами, в итоге почти всегда получается быстрее, чем с более мелкой моделью.
4/ У нас в команде один общий
CLAUDE.md для репозитория Claude Code. Он лежит в git, и вся команда несколько раз в неделю его дополняет. Каждый раз, когда видим, что Claude делает что-то не так, мы добавляем это в CLAUDE.md, чтобы в следующий раз он этого не делал.У других команд свои
CLAUDE.md. Поддерживать их в актуальном состоянии — ответственность самой команды.5/ Во время code review я часто тегаю
@.claude в PR коллег с просьбой добавить что-то в CLAUDE.md прямо в рамках PR. Для этого используем GitHub Action Claude Code (/install-github-action).6/ Большинство сессий я начинаю в Plan mode (shift+tab два раза). Если цель — написать PR, я сначала гоняю план с Claude туда-обратно, пока он меня не устроит. Потом переключаюсь в режим авто-принятия правок, и Claude обычно делает всё с одного захода. Хороший план — это реально критично.
7/ Для всех «внутренних циклов», которые я делаю много раз в день, я использую slash-команды. Это избавляет от постоянного повторения одних и тех же промптов и позволяет самому Claude переиспользовать эти воркфлоу. Команды лежат в git, в
.claude/commands/.Например, мы с Claude используем
/commit-push-pr десятки раз в день. Внутри команда использует inline bash, чтобы заранее посчитать git status и ещё пару вещей — так команда отрабатывает быстро и без лишнего диалога с моделью. (доки)8/ Я регулярно использую несколько сабагентов:
code-simplifier упрощает код после основной работы Claude, verify-app содержит подробные инструкции по e2e-тестированию Claude Code и т.д. Я думаю о сабагентах так же, как о slash-командах — это автоматизация самых частых сценариев для большинства PR. 9/ Мы используем PostToolUse hook для форматирования кода Claude. В целом он и так пишет аккуратно, а хук добивает последние 10%, чтобы потом не ловить формат-ошибки в CI.
10/ Я не использую
--dangerously-skip-permissions. Вместо этого через /permissions заранее разрешаю безопасные bash-команды, которые знаю и которым доверяю. Это убирает лишние запросы разрешений. Большая часть этих настроек лежит в .claude/settings.json и шарится на всю команду.11/ Claude Code активно пользуется всеми моими инструментами. Он ищет и пишет в Slack (через MCP-сервер), гоняет BigQuery-запросы для аналитики (через
bq CLI), подтягивает логи ошибок из Sentry и так далее. Конфиг Slack MCP лежит в .mcp.json и тоже общий для команды.12/ Для очень долгих задач я делаю одно из трёх:
(a) прошу Claude проверить свою работу фоновым агентом после завершения,
(b) использую agent Stop hook для более детерминированной проверки,
(c) использую плагин ralph-wiggum
13/ И финальный совет, пожалуй самый важный: чтобы получать реально качественный результат от Claude Code, дайте ему способ проверять свою работу. Наличие feedback-лупа легко повышает качество финального результата в 2–3 раза.
Claude тестирует каждое изменение, которое я заливаю в https://claude.ai/code с помощью Claude Chrome extension. Он открывает браузер, проверяет UI и итеративно дорабатывает код, пока всё не заработает и UX не станет нормальным.