Рабочий процесс создателя Claude Code: 13 приёмов Бориса Черни
Что из workflow Бориса Черни уже стало частью Claude Code, а что обычной команде не стоит копировать буквально.
Проверено 6 мая 2026 года. Борис Черни, создатель Claude Code в Anthropic, ещё в январе 2026 года описал свой личный рабочий процесс: параллельные сессии, один общий CLAUDE.md, Plan mode перед правками, hooks, subagents и обязательная петля проверки. Тогда это выглядело как набор приёмов продвинутого пользователя уровня «у автора продукта безлимитный бюджет и внутренние фичи». Четыре месяца спустя значительная часть этой схемы уже описана в официальной документации Claude Code как штатный способ работы.
Именно поэтому этот разбор полезен до сих пор. Это не обзор всего рынка агентного программирования и не вводная «что такое Claude Code». Это узкая страница про рабочий процесс: какие привычки Черни действительно масштабируются на обычную команду, что уже подтверждено на уровне продукта, а что не стоит копировать буквально без изоляции задач, лимитов и проверки результата.
Главный вывод: личный workflow Бориса почти стал картой продукта
В январском треде Черни выглядел как человек, который собрал себе частный «операционный слой» над агентом. В майской документации видно, что Anthropic последовательно превращает этот слой в официальный продукт. Claude Code доступен в терминале, VS Code, JetBrains, настольном приложении и браузере. Настольная версия умеет параллельные сессии с изоляцией через Git, визуальный diff, preview и удалённые задачи. Отдельная страница Platforms разбирает web, mobile, Slack, Dispatch и Remote Control как штатные поверхности, а не как экзотику для сотрудников Anthropic.
Из этого следует важная вещь. Ценность треда уже не в том, чтобы подглядеть «как живёт автор инструмента». Ценность в том, что его привычки показывают целевой режим Claude Code: не один чат рядом с редактором, а сеть параллельных, проверяемых и ограниченных сессий.
Где проходит граница этой страницы
Чтобы не смешивать интенты внутри кластера разработка, роль URL лучше зафиксировать прямо здесь. Эта статья — про рабочий процесс вокруг Claude Code, а не про весь рынок кодовых ИИ-агентов.
- Если вам нужна общая карта стека, идите в ИИ для разработчиков.
- Если вопрос в деньгах, лимитах и том, кто как пакует дорогой inference, нужен разбор цен и лимитов ИИ-агентов для программирования.
- Если вы уже упёрлись в policy-стопы и ложные блокировки, соседний материал — Claude Code guardrails.
Ни одна из этих тем не должна растворяться внутри страницы про рабочий процесс Бориса. Иначе вспомогательный URL начинает спорить с хабом и соседними обзорами за слишком широкий запрос.
13 приёмов Бориса Черни: что подтверждено на 6 мая 2026 года
Ниже важное уточнение: в строках, где Черни называл конкретную январскую модель или конкретный внутренний сценарий Anthropic, сегодня важен не точный SKU, а сам принцип. Быстро меняются именно модели и тарифы. Устойчивее меняется то, как Claude Code организует работу.
| Приём | Что подтверждено сейчас | Практический смысл |
|---|---|---|
| 5 локальных сессий параллельно | Документация по Common workflows и Desktop прямо описывает параллельные сессии и отдельные worktrees | Параллельность полезна только при изоляции задач, веток и файлов |
| 5-10 веб-сессий поверх локальных | Overview и Platforms подтверждают Claude Code on the web, долгие облачные сессии и работу с телефона | Фоновые и долгие задачи можно выносить из локального терминала, не теряя контекст |
| Одна сильная модель для сложного кода | Текущая документация показывает выбор модели на старте сессии; точный выбор Opus 4.5 у Бориса — исторический факт января | Сравнивать надо не только задержку, но и то, сколько ручного управления требует модель |
Общий CLAUDE.md на репозиторий | Overview и Memory описывают CLAUDE.md как постоянные инструкции проекта | Правила проекта должны жить в одном коротком и проверяемом месте, а не в каждом новом prompt |
Пополнять CLAUDE.md из ревью | Черни описывает это в треде, а документация по Code review уже трактует устаревший CLAUDE.md как часть PR-процесса | Повторяющаяся ошибка агента должна превращаться в правило команды, а не в вечный комментарий ревьюера |
| Plan mode перед pull request | Permission modes и Common workflows подтверждают режим plan: Claude исследует и предлагает план без правок на диске | Большие изменения стоит начинать с границ задачи, а не с немедленной правки первого найденного файла |
| Slash-команды и навыки для повторяющегося цикла | Документация прямо говорит, что старые пользовательские команды объединены со skills и оба формата продолжают работать | Повторяющийся рабочий цикл лучше упаковать в общий навык, чем каждый раз объяснять его заново |
| Subagents для отдельных ролей | Common workflows советует выносить исследование в subagents, чтобы не засорять главный контекст | Агентов стоит делить по чётким задачам, а не размножать ради моды |
| PostToolUse hook для форматирования | Overview и Hooks подтверждают запуск shell-команд до и после действий Claude | Автоматическая гигиена после правок полезна, если она не маскирует ошибки и не делает CI немым |
| Явные permissions вместо полного bypass | Документация по Permission modes прямо разводит plan, acceptEdits, dontAsk и bypassPermissions | Безопасный режим — заранее разрешать нужное, а не отключать все проверки на рабочем ноутбуке |
| MCP и коннекторы к рабочим системам | Overview и Platforms подтверждают MCP, connectors, Slack и внешние сервисы как штатный слой продукта | Агент становится полезнее, когда работает с живыми инструментами, но радиус ошибки у него тоже растёт |
| Фоновые задачи и удалённые проверки | Документация по Desktop описывает background tasks, удалённые сессии и мониторинг долгих задач | Долгую верификацию можно выносить в фон, если критерий завершения задан заранее |
| Петля верификации в конце каждой задачи | Common workflows, desktop preview и сам тред сходятся в одном: Claude должен уметь проверить результат тестом, браузером или другой обратной связью | Без проверяемой обратной связи агент просто быстрее производит ошибки |
CLAUDE.md как инструкции команды и auto memory как отдельный накопленный контекст. Источник: Claude Code Docs.Что из этой схемы не стоит копировать буквально
Самый ленивый вывод из треда Бориса звучит так: «надо открыть 15 окон и включить самую дорогую модель». Это как раз плохой вывод.
- Не запускайте много сессий без worktrees или отдельных веток. Docs прямо привязывают параллельность к Git-isolation, а не к героическому multitasking.
- Не путайте удачный workflow с безлимитным бюджетом. Для обычной команды вопрос стоимости и лимитов всё равно остаётся отдельным слоем, и его лучше разбирать в материале про цены и лимиты ИИ-агентов.
- Не включайте
bypassPermissionsна основной машине ради удобства. Официальные docs оставляют этот режим для изолированных контейнеров и VM, а не для обычной разработки. - Не подключайте Slack, Chrome, MCP и другие внешние инструменты просто потому, что это красиво выглядит в демо. Каждая интеграция расширяет поверхность ошибки.
Правильный буквальный перенос из схемы Черни выглядит скучнее и полезнее: отдельные рабочие контуры, короткая память проекта, план до редактирования и обязательная проверка после редактирования.
Что внедрить в обычной команде за неделю
- Соберите короткий
CLAUDE.mdна 20-40 строк: команды сборки, тесты, правила PR и запреты на опасные действия. - Попросите команду начинать нетривиальные задачи в Plan mode, а не сразу в режиме автоправок.
- Упакуйте один повторяющийся рабочий цикл в skill: например, «собрать diff, прогнать тесты, подготовить PR summary».
- Настройте одну реальную петлю верификации, которую Claude может запустить сам: тест, линтер, preview или браузерный сценарий.
- Разрешите только безопасные команды через permission rules. Полный bypass оставьте для изолированных сред.
- Начните не с пяти параллельных сессий, а с двух. Каждая — с отдельной веткой, именованной задачей и понятным критерием завершения.
Если после этого качество diff растёт, а не падает, можно наращивать параллельность. Если нет, проблема почти наверняка не в том, что у вас мало агентов, а в том, что у них слабые границы и слабая обратная связь.
Вывод
Главный урок workflow Бориса Черни звучит прозаичнее, чем обещания про «вайб-кодинг». Хороший ИИ-агент требует хорошей инженерной среды. Нужны отдельные рабочие контуры, правила проекта, план перед большими изменениями, ограниченные permissions и проверка результата. Claude Code в 2026 году всё больше оформляет эти вещи как продуктовые поверхности, но сама дисциплина никуда не делась.
Если вы хотите повторить у себя не внешний блеск, а полезную часть этой схемы, копировать нужно не пятнадцать окон. Копировать нужно принцип: каждую повторную ошибку превращать в правило, каждую большую правку начинать с плана и каждую задачу заканчивать верификацией.
Источники и дата проверки
Факты в материале проверены 6 мая 2026 года.
- Reddit: Claude Code creator Boris shares his setup with 13 detailed steps
- Claude Code Docs: Overview
- Claude Code Docs: Common workflows
- Claude Code Docs: Desktop
- Claude Code Docs: Platforms and integrations
- Claude Code Docs: Permission modes
- Claude Code Docs: Memory
- Claude Code Docs: Hooks
- Claude Code Docs: Skills
- Claude Code Docs: Subagents
