Workflow создателя Claude Code — 10 приёмов Бориса Черни, которых нет в документации

Workflow создателя Claude Code — 10 приёмов Бориса Черни, которых нет в документации

259 PR за 30 дней. 497 коммитов. 40 тысяч строк добавлено, 38 тысяч удалено. Каждая строка написана Claude Code + Opus 4.5. Это не рекламный пост — это реальная статистика Бориса Черни, создателя Claude Code.

TL;DR: 10 конкретных приёмов из арсенала создателя Claude Code: HANDOFF.md для передачи контекста между сессиями, /btw для вопросов без потери фокуса, /batch для массовых операций, --bare для 10× быстрого старта и кастомные агенты через --agent. Плюс честные грабли, о которых Борис не упоминает.

Черни не просто написал Claude Code — он живёт в нём. 10-15 параллельных сессий каждый день: 5 в терминале, 5-10 в вебе. Когда Claude ошибается, Черни не исправляет руками — он говорит: «Обнови CLAUDE.md, чтобы эта ошибка не повторилась». AI пишет правила для самого себя.

Недавно Черни поделился 15 новыми приёмами — и среди них есть вещи, о которых не пишут в официальных гайдах.

1. Explore → Plan → Code → Commit

Четыре слова, которые объясняют 259 PR:

1. Explore — загрузи нужные файлы, НЕ кодь
2. Plan — скажи "think hard", составь план
3. Code — реализуй с чёткими шагами проверки
4. Commit — закоммить и обнови документацию

Ключевой принцип: никогда не давай Claude писать код, пока он не понял задачу и не составил план. Звучит банально, но данные Boris Cherny показывают, что разделение «понять → спланировать → написать» — разница между 3 PR в день и 8 PR в день.

На практике это выглядит так: первое сообщение в сессии — всегда «прочитай файлы X, Y, Z и объясни, как работает модуль авторизации». Второе — «think hard и составь план рефакторинга». И только третье — «реализуй пункт 1 из плана».

2. HANDOFF.md — контекст, который переживает сессию

Контекст Claude Code живёт ровно одну сессию. /clear — и всё исчезает. /compact — и архитектурные решения из начала сессии могут потеряться, потому что алгоритм сжатия оптимизирован под «перечитаемость», а не под сохранение причинно-следственных связей.

Решение — HANDOFF.md:

# Перед завершением сессии:
"Запиши текущий прогресс в HANDOFF.md — что пробовали,
что сработало, что нет, какой следующий шаг"

# В следующей сессии:
"Прочитай HANDOFF.md и продолжи работу"

Это не просто конспект — это контекстный мост между сессиями. В HANDOFF.md попадают: текущее состояние задачи, принятые решения и их причины, что не сработало и почему, конкретный следующий шаг.

Есть даже готовый skill на MCP Market — Handoff Start, который автоматизирует регидрацию контекста: анализирует сохранённый state, проверяет drift файловой системы и восстанавливает task list.

3. Checklist-Driven Development

Для больших изменений — сначала чеклист, потом код:

"Создай markdown-чеклист шагов для этой миграции"

Claude генерирует:

- [ ] Бэкап старой схемы
- [ ] Добавить новую колонку
- [ ] Написать скрипт миграции данных
- [ ] Запустить миграцию
- [ ] Удалить старую колонку
- [ ] Прогнать тесты

И дальше — сам отмечает каждый пункт по мере выполнения. Это не просто красиво — это защита от ситуации, когда Claude «забывает» шаг 3 из 7, потому что контекст уплыл. Чеклист явно висит в контексте и служит якорем.

4. /btw — боковой вопрос без потери фокуса

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

/btw как правильно пишется dachshund?

/btw отвечает на вопрос и возвращается к прерванной задаче. Мелочь, но на длинных сессиях — спасение. Никакого «где мы остановились?» после каждого отвлечения.

5. /batch — массовые операции через армию worktree-агентов

Это, пожалуй, самый мощный из новых приёмов. /batch раскидывает работу на сотни параллельных worktree-агентов:

/batch "обнови все тесты под новый API формат"

Каждый агент получает свой worktree, свою ветку, свою изоляцию. Миграции, массовые рефакторинги, генерация тестов — всё, что параллелизуется, решается одной командой.

По словам Черни: «Anything parallelizable, one command.»

6. --bare — старт за секунды вместо минут

claude --bare

Пропускает авто-загрузку CLAUDE.md, settings, и всех MCP-серверов при запуске. Результат — до 10× быстрее инициализация. Идеально для скриптов, пайплайнов и одноразовых задач, где полный контекст проекта не нужен.

Пример: запуск линтера через Claude в pre-commit хуке. С полной загрузкой — 8 секунд на старт. С --bare — меньше секунды.

7. Custom Agents через --agent

Создаёшь агентов в .claude/agents/ с ограниченными инструментами, кастомным описанием и конкретной моделью:

# Запуск:
claude --agent=reviewer

Где reviewer — это файл .claude/agents/reviewer.md, который описывает: какие тулы доступны (только чтение), какую модель использовать, как вести себя.

Практические примеры:

• read-only reviewer — агент, который может только читать код и давать фидбэк, но не редактировать
• security auditor — агент с доступом к grep и bash, но без write
• docs writer — агент, который пишет только в docs/

Это дешевле, чем гонять полноценную Opus-сессию на каждую задачу. Reviewer можно запустить на Sonnet — и сэкономить 5× на токенах.

8. /branch и --fork-session — форки разговора

Это не git-ветки — это ветки разговора:

/branch            # из текущей сессии — создаёт форк
claude -r          # в оригинале — продолжаешь как было

Или из CLI:

claude --resume <session-id> --fork-session

Зачем: ты дошёл до развилки в архитектуре. Одна ветка — попробовать подход A. Другая — подход B. Каждая ветка сохраняет полный контекст до точки форка. Нашёл правильный путь — продолжаешь в нём.

9. Экспоненциальный backoff для CI

"Мониторь этот CI job. Проверяй с экспоненциальным
backoff: через 1 минуту, 2 минуты, 4 минуты...
Сообщи, когда закончится."

Claude Code сам ждёт, проверяет и отчитывается. Докер-билд, CI пайплайн, деплой — запустил, переключился на другую задачу, получил нотификацию. Никакого ручного watch или рефреша GitHub Actions.

10. CLAUDE.md: держи под 1000 токенов

Совет от создателя: максимум 1000 токенов в корневом CLAUDE.md. Только то, что Claude нужно на каждом повороте.

# Плохо: 145 строк — Claude следует первым правилам
#   и тихо игнорирует остальные

# Хорошо: 77 строк — compliance сразу вырос

Практика показывает: при 145 строках compliance деградировал задолго до рекомендованного Anthropic лимита в 200 строк. Обрезка до 77 строк — и агент стал послушнее.

Что вынести из корневого CLAUDE.md:

• Контекст, специфичный для подпапок → .claude/rules/ или CLAUDE.md в поддиректориях
• Паттерны решений → @docs/solutions.md через @imports
• Правила для конкретных файлов → .claude/rules/ с paths frontmatter

Подводные камни

HANDOFF.md требует дисциплины. Нет волшебства — если забыл попросить Claude записать state перед завершением, контекст потерян. И HANDOFF.md не решает проблему токен-лимита внутри сессии — если контекст переполнился, нужно завершать и начинать заново.

ultrathink может работать не так, как ожидаешь. По данным alphaguruai, в версиях 2.0.x+ Anthropic сделала thinking mode включённым по умолчанию и deprecate-нула явные триггеры. Инженер Anthropic подтвердил: ultrathink показывает радужные цвета, но не увеличивает глубину размышления сверх дефолта. Если вы на свежей версии — работает /effort high, а не магические слова.

Параллельные сессии на монолите = merge hell. Heeki Park описывает: три agent team на монолитном FastAPI — и куча merge-конфликтов, потому что агенты обновляли одни и те же файлы. Worktrees изолируют файловую систему, но не архитектуру. На модульных кодбазах — работает отлично. На монолитах — готовьтесь руками мёржить.

/batch без чётких границ = дублирование работы. Если задача плохо параллелизуется (например, «рефакторинг, который затрагивает общие модули»), /batch может создать десятки конфликтующих веток. Правило: /batch — для задач, где каждый юнит работы независим (отдельные тесты, отдельные файлы, отдельные модули).

Вердикт

Из 10 приёмов три дают реальный скачок продуктивности: Explore → Plan → Code → Commit как жёсткий порядок, HANDOFF.md для сохранения контекста между сессиями, и custom agents для разделения задач по ролям с разной стоимостью. Остальные — оптимизация для тех, кто уже проводит в Claude Code 4+ часов в день. /batch — мощный, но требует модульной архитектуры. --bare экономит секунды, которые складываются в минуты на скриптах.

259 PR за 30 дней — это не магия одного секретного приёма. Это система: план до кода, передача между сессиями, параллельные агенты с разделением ответственности. И главное — CLAUDE.md, который Claude сам пишет и сам исправляет после каждой ошибки.

Как попробовать

1. Прямо сейчас: в следующей сессии начните с «прочитай файлы X, Y, Z» → «think hard и составь план» → только потом «реализуй». Почувствуете разницу с первого раза.

2. Сегодня вечером: обрежьте CLAUDE.md до 1000 токенов. Вынесите специфичные правила в .claude/rules/. Проверьте: wc -w CLAUDE.md — если больше 200 слов, режьте.

3. Перед следующим /clear: скажите Claude «запиши прогресс в HANDOFF.md». В новой сессии — «прочитай HANDOFF.md и продолжи». Два предложения, которые решают проблему потери контекста.

4. Для продвинутых: создайте .claude/agents/reviewer.md с read-only доступом и запустите claude --agent=reviewer на свой PR. Второе мнение от AI, которое стоит в 5 раз дешевле основной сессии.

5. Документация Anthropic по best practices и skills — стартовая точка для всего остального.