Как создатель Claude Code пишет код: 13 приёмов Бориса Черни
Борис Черни создал Claude Code — и раскрыл свои 13 правил работы с ним: параллельные агенты, медленная модель и сила CLAUDE.md.
Борис Черни, создатель и руководитель Claude Code в Anthropic, в начале января опубликовал в X подробный разбор своего рабочего процесса. Тред мгновенно стал вирусным: разработчики пересылали его друг другу, записывали видеоразборы, а отраслевые медиа назвали публикацию «водоразделом» для стартапа. При этом никаких секретных настроек в его подходе нет, и удивляет он именно простотой.
«Если ты не читаешь best practices Claude Code от его создателя, ты отстаёшь как программист», написал Джефф Тэнг, известный в dev-сообществе. Кайл Макниз пошёл дальше: по его мнению, Anthropic сейчас «на огне» и, возможно, переживает «свой ChatGPT-момент».
Кто такой Борис Черни
Черни — бывший principal engineer (IC8) в Meta, где проработал около шести лет. Автор книги «Programming TypeScript» (O'Reilly). В Anthropic он создал Claude Code, терминальный ИИ-агент для разработчиков, который вышел в открытый доступ в мае 2025 года.
За шесть месяцев после запуска Claude Code достиг $1 млрд годовой run-rate выручки. К февралю 2026 года, согласно данным Anthropic из анонса раунда Series G, цифра превысила $2,5 млрд.
Пять агентов в терминале: разработка как стратегия в реальном времени
Черни не работает линейно. Вместо привычного «написал функцию, протестировал, перешёл к следующей» он запускает пять экземпляров Claude Code параллельно в iTerm2. Вкладки пронумерованы от 1 до 5, системные уведомления сигналят, когда какому-то из агентов нужен ввод.
«Я запускаю 5 экземпляров Claude в терминале параллельно, — написал Черни. — Нумерую вкладки 1-5, а системные уведомления показывают, когда Claude нужен мой ввод».
Пока один агент прогоняет тесты, второй рефакторит модуль, третий пишет документацию. Параллельно Черни держит ещё 5-10 сессий на claude.ai/code в браузере и перебрасывает задачи между локальными и веб-сессиями командой --teleport. Утром он запускает сессии с телефона через приложение Claude для iOS.
Один из пользователей, попробовав такой подход, написал: «Это больше похоже на StarCraft, чем на программирование». Сравнение точное, потому что разработчик тут действительно не пишет код сам, а распределяет задачи между автономными юнитами.
Почему Черни выбирает самую медленную модель
В индустрии, где все гонятся за скоростью генерации, Черни выбирает Opus 4.5 с режимом thinking для всех задач. Это самая тяжёлая и медленная модель Anthropic.
«Я использую Opus 4.5 с thinking для всего, — объяснил Черни. — Это лучшая модель для кода, которой я когда-либо пользовался. Хотя она больше и медленнее Sonnet, её нужно меньше корректировать, и она лучше работает с инструментами, так что в итоге она почти всегда быстрее».
Узкое место, по его словам, не скорость токенов, а человеческое время на исправление ошибок ИИ. Заплатить за вычисления умной модели дешевле, чем потом корректировать быструю, но менее точную. А при нескольких параллельных сессиях скорость одной сессии вообще теряет значение: пока ждёшь ответа от одного агента, работаешь с другим.
CLAUDE.md: каждая ошибка ИИ становится правилом
Стандартные LLM не помнят стиль кода компании и архитектурные решения между сессиями. Черни решает эту проблему файлом CLAUDE.md в корне git-репозитория.
«Когда мы видим, что Claude делает что-то неправильно, мы добавляем это в CLAUDE.md, чтобы в следующий раз Claude этого не повторял», — написал он.
Каждая команда в Anthropic ведёт свой CLAUDE.md. У команды Claude Code файл занимает около 2500 токенов и обновляется несколько раз в неделю. При code review Черни ставит тег @claude в PR коллег, чтобы зафиксировать новое правило прямо в рамках ревью. Для этого используется GitHub Action для Claude Code.
Чем дольше команда работает, тем умнее их агент. Каждый PR несёт не только код, но и обучающий сигнал для будущих сессий.
Plan mode: сначала план, потом автопилот
Большинство сессий Черни начинается в Plan mode (двойной Shift+Tab). Если цель — написать Pull Request, он обсуждает план с Claude, уточняет детали, корректирует подход. Только когда план устраивает, переключается в режим автоматического принятия правок.
«Я использую Plan mode, иду туда-сюда с Claude, пока мне не нравится его план. Потом переключаюсь в auto-accept, и Claude обычно реализует всё с первой попытки. Хороший план решает всё!» — написал Черни.
Plan mode, по сути, способ построить хороший промпт: разработчик собирает весь нужный контекст в одну сессию, и агент получает всё для точного выполнения.
Slash-команды автоматизируют рутину
Для каждой повторяющейся операции у Черни есть slash-команда. Все они хранятся в .claude/commands/ и доступны команде через git.
Главная из них — /commit-push-pr. Черни вызывает её десятки раз в день. Вместо ручного набора git-команд, написания commit message и открытия PR агент делает всё сам. Команда использует inline bash для предварительного вычисления git status, чтобы сократить обращения к модели и ускорить выполнение.
Создать свою slash-команду несложно: достаточно попросить Claude Code, описав нужный workflow, и он сам создаст файл.
Субагенты для специализированных задач
Черни регулярно использует два субагента:
- Code Simplifier — упрощает архитектуру и чистит код после того, как основная работа завершена
- Verify App — содержит детальные инструкции для end-to-end тестирования Claude Code
Субагенты защищают контекст основной сессии. Они полезны, когда нужен побочный результат или когда важен только итог, а не процесс. С появлением Agent Teams в Opus 4.6 субагенты получили общий контекст через мастер-оркестратор.
PostToolUse-хук для форматирования
Claude обычно генерирует хорошо отформатированный код, но последние 10% несовершенств могут вызывать ошибки CI. Команда Черни использует PostToolUse-хук, который автоматически форматирует код после каждой правки:
"PostToolUse": [{
"matcher": "Write|Edit",
"hooks": [{
"type": "command",
"command": "bun run format || true"
}]
}]Аналог pre-commit хуков, ничего нового. Но ещё один кусок рутины, который больше не требует внимания.
Безопасность без --dangerously-skip-permissions
Черни почти никогда не использует --dangerously-skip-permissions. Вместо этого через /permissions он разрешает конкретные безопасные команды: bun run build:*, bun run test:* и другие. Настройки сохраняются в .claude/settings.json и доступны всей команде через git.
Единственное исключение — длительные задачи в песочнице, где Claude иначе постоянно останавливается для подтверждения каждого действия.
MCP-серверы для внешних инструментов
Claude Code у Черни работает со всеми его рабочими инструментами: ищет и постит в Slack через MCP, выполняет запросы к BigQuery для аналитики, достаёт логи ошибок из Sentry. Конфигурации MCP хранятся в git и расшариваются на всю команду.
Черни при этом предупреждает: MCP-серверы могут раздуть контекстное окно. Использовать их стоит только для задач за пределами обычного кодирования, и перед установкой обязательно проверять MCP на предмет prompt injection.
Петля верификации: самый важный приём
По словам Черни, возможность проверить свою работу повышает качество результата ИИ в 2-3 раза. Его команда тестирует каждое изменение через Chrome-расширение Claude.
«Claude тестирует каждое изменение, которое я деплою на claude.ai/code, с помощью Chrome-расширения. Он открывает браузер, тестирует UI и итерирует, пока код не работает и UX не становится хорошим», — написал Черни.
Верификация может быть разной: bash-команда, тест-сьют, браузерная автоматизация, симулятор. Главное — дать агенту обратную связь. Когда ИИ может проверить результат и поправить себя, качество кода вырастает кратно.
Что это меняет в работе разработчика
Workflow Черни показывает, как сильно сместилась роль программиста. Годами «ИИ для кода» означало автодополнение в редакторе, по сути — быстрый набор текста. Черни показал другую модель: разработчик управляет несколькими агентами, которые пишут, тестируют и деплоят код самостоятельно.
При этом его подход не требует сложных настроек. Черни подчёркивает, что почти ничего не кастомизирует в Claude Code — инструмент работает хорошо из коробки. Продуктивность строится на организации процесса: параллельные сессии, накапливающийся файл правил, планирование перед исполнением, автоматическая верификация.
Для тех, кто хочет попробовать, минимальный набор — три приёма: параллельные сессии, CLAUDE.md в репозитории и Plan mode перед каждой задачей.
