Автор: Boris Cherny, разработчик Claude Code
Компиляция и редактирование: XiaoHu AI
Вы, вероятно, слышали о Claude Code, возможно, даже использовали его для написания кода или редактирования документов. Но задумывались ли вы: если бы ИИ был не «инструментом для временного использования», а полноценным участником вашего процесса разработки, даже автоматизированной системой collaboration — как это изменило бы ваш способ работы?
Борис Черны, как создатель Claude Code, написал очень подробный тред, в котором поделился своим опытом эффективного использования этого инструмента, а также тем, как он и его команда глубоко интегрировали Claude во весь инженерный процесс.
Эта статья представляет собой систематизированное и доступное изложение его опыта.
Как Борис сделал ИИ автоматизированным партнером в своем рабочем процессе?
Ключевые моменты:
Он описывает свой рабочий процесс, включая:
Как использовать Claude:
Запускать множество сессий Claude одновременно: открывать 5-10 сессий в терминале и браузере для параллельной обработки задач, также использовать Claude на телефоне.
Не менять бездумно настройки по умолчанию: Claude готов к использованию из коробки, нет необходимости в сложной конфигурации.
Использовать самую мощную модель (Opus 4.5): хоть и медленнее, но умнее, что в итоге удобнее.
Планировать перед написанием кода (режим Plan): заставить Claude сначала продумать, а потом писать, что повышает成功率.
Проверять форматирование сгенерированного кода с помощью инструментов, чтобы избежать ошибок.
Как сделать Claude умнее с использованием:
Команда поддерживает «базу знаний»:每当 Claude допускает ошибку, опыт добавляется в базу, и в следующий раз ошибка не повторяется.
Автоматическое обучение Claude при создании PR: позволить Claude анализировать PR, изучая новые варианты использования или стандарты.
Превращение часто используемых команд в slash-команды, которые Claude может вызывать автоматически, экономя рутинную работу.
Использование «субагентов» для обработки определенных фиксированных задач, таких как упрощение кода, проверка функциональности и т.д.
Как управлять permissions:
Не пропускать права произвольно, а настраивать безопасные инструкции для автоматического прохождения.
Синхронизация рабочего процесса Claude на нескольких устройствах (браузер, терминал, телефон).
Самое важное:
Обязательно предоставлять Claude «механизм проверки», чтобы он мог подтвердить, правильны ли написанные им вещи.
Например, Claude автоматически запускает тесты, открывает браузер для тестирования веб-страницы, проверяет, работает ли функция.
Claude Code — это «напарник», а не «инструмент»
Борис首先传达了一个核心理念:Claude Code — это не статичный инструмент, а умный партнер, который может сотрудничать с вами, постоянно учиться и расти вместе.
Ему не требуется много сложных настроек, он очень силен прямо из коробки. Но если вы готовы invest время в создание лучших способов использования, он может принести многократное повышение эффективности.
Выбор модели: выбирайте самую умную, а не самую быструю
Борис использует флагманскую модель Claude Opus 4.5 + режим мышления («with thinking») для всех задач разработки.
Хотя эта модель больше и медленнее, чем Sonnet, но:
- Ее способность к пониманию выше
- Лучше справляется с использованием инструментов
- Не требует постоянного наведения, меньше来回交流
- В целом экономит больше времени, чем использование быстрой модели
- Откровение: настоящая производительность заключается не в скорости выполнения, а в «меньшем количестве ошибок, меньше доработок, меньше повторных объяснений».
1. Режим Plan: используя ИИ для написания кода, сначала не торопитесь заставлять его «писать»
Когда мы открываем Claude, многие интуитивно вводят «помоги написать интерфейс», «рефакторинг этого кода»... Claude обычно тоже «что-то напишет», но часто отклоняется от направления, упускает логику или даже неправильно понимает требования.
А первый шаг Бориса — никогда не заставлять Claude писать код. Он использует режим Plan — сначала вместе с Claude制定 план реализации, а затем переходит к этапу выполнения.
Как он это делает?
При запуске PR Борис сначала не позволяет Claude сразу писать код, а использует режим Plan:
1. Описать цель
2. Вместе с Claude составить план
3. Подтвердить каждый шаг
4. Затем позволить Claude приступить к написанию
每当需要实现新功能, например, «добавить ограничение скорости для某个 API», он шаг за шагом确认 с Claude:
- Реализовать через промежуточное ПО или встроить в логику?
- Нужно ли поддерживать динамическое изменение конфигурации ограничения скорости?
- Нужны ли логи? Что возвращать при失败?
Этот «планировочный переговорный» процесс похож на то, как два человека вместе рисуют «чертежи строительства».
Как только Claude четко поймет цель, Борис включает режим «автоматического принятия правок», и Claude может напрямую修改 код,提交 PR, иногда даже не требуя подтверждения человека.
«Качество кода Claude зависит от того, договорились ли вы перед написанием кода». — Борис
Откровение: Вместо того чтобы repeatedly修补 ошибки Claude, лучше сначала вместе прорисовать маршрут.
Резюме
Режим Plan — это не трата времени, а обмен предварительных协商 на стабильное выполнение. ИИ, как бы он ни был силен, нуждается в «том, чтобы вы объяснили clearly».
2. Многопоточность Claude: не один ИИ, а виртуальная команда разработчиков
Борис использует не одного Claude. Его обычный день выглядит так:
- В терминале открыто 5 локальных Claude, сессии分配不同 задачам (например, рефакторинг, написание тестов, отладка ошибок)
- В браузере еще 5–10 Claude, работающих параллельно с локальными
- На телефоне используется приложение Claude iOS для запуска задач в любое время
Каждый экземпляр Claude就像是一个「专属助手」: один отвечает за написание кода, другой — за дополнение документации, третий — за长期挂后台 выполнение тестовых задач.
Он даже настроил системные уведомления, чтобы第一时间 получать оповещение, когда Claude ждет ввода.
Зачем это делать?
Контекст Claude является локальным, он не подходит для «одного окна для всех дел». Борис разделяет Claude на несколько ролей для параллельной обработки, с одной стороны,减少 время ожидания, с другой —减少「干扰记忆」.
Он также напоминает себе через системные уведомления: «Claude 4 ждет вашего ответа», «Claude 1 завершил тестирование», управляя этими ИИ как многопоточной системой.
Аналогия для понимания
Можно представить, что вокруг вас сидят пять умных стажеров, каждый отвечает за одну задачу. Вам не нужно доводить каждое дело до конца, достаточно в关键时刻 «переключить человека», чтобы задачи продвигались плавно.
Откровение: Рассматривайте Claude как нескольких «виртуальных помощников», выполняющих разные задачи, что может значительно сократить время ожидания и стоимость переключения контекста.
3. Slash-команды: превратите то, что вы делаете каждый день, в快捷指令 для Claude
Некоторые рабочие процессы мы делаем десятки раз в день:
- Изменение кода → commit → push → создание PR
- Проверка статуса сборки → уведомление команды → обновление issue
- Синхронизация изменений в нескольких сессиях Web и локально
- Борис не хочет каждый раз указывать Claude: «Сначала сделайте commit, затем push, а затем создайте PR...»
Он инкапсулирует эти операции в Slash-команды, например:
/commit-push-pr
За этими командами стоит логика Bash-скриптов, хранящаяся в папке .claude/commands/, добавленная в управление Git, которую могут использовать все члены команды.
Как Claude использует эти команды?
Когда Claude встречает эту команду, он не просто «выполняет инструкцию», а понимает рабочий процесс,代表 этой командой, и может автоматически выполнять промежуточные шаги, предзаполнять параметры, избегая повторного общения.
Ключевой момент понимания
Slash-команды就像 «автоматические кнопки», которые вы устанавливаете для Claude. Вы обучаете его понимать流程 задачи, после чего он может выполнить ее одним нажатием.
«Экономить время с помощью команд могу не только я, но и Claude». — Борис
Откровение: Не повторяйте подсказки каждый раз, абстрагируйте高频 задачи в команды, только тогда ваше взаимодействие с Claude сможет «автоматизироваться».
4. Командная база знаний: Claude учится не на Prompt, а на знаниях, поддерживаемых командой
Команда Бориса поддерживает базу знаний .claude, добавленную в управление Git.
Это как «внутренняя википедия» для Claude, в которой записано:
- Какое написание является правильным
- Какие最佳实践约定 командой
- Как исправлять при遇到 определенных проблем
Claude будет автоматически обращаться к этой базе знаний для понимания контекста и определения стиля кода.
Что делать, когда Claude ошибается?
每当 Claude допускает misunderstanding или пишет ошибочную логику, урок добавляется в базу.
Каждая команда поддерживает свою версию.
Все协同编辑, Claude будет в реальном времени参考这份 базу знаний для принятия решений.
Пример:
Если Claude постоянно неправильно пишет логику пагинации, достаточно, чтобы команда записала правильный стандарт пагинации в базу знаний, и впоследствии каждый пользователь сможет автоматически受益.
Метод Бориса: не ругать его, не выключать, а «обучить один раз»:
Мы не пишем код таким образом, добавьте в базу знаний
В следующий раз Claude больше не совершит эту ошибку.
Что более важно, этот механизм поддерживается не одним Борисом, а всей командой, которая еженедельно вносит свой вклад и изменения.
Откровение: Использование ИИ — это не индивидуальная борьба каждого, а построение системы «коллективной памяти».
5. Механизм автоматического обучения: сами PR являются «训练数据» для Claude
При проверке кода Борис часто @Claude в PR, например:
@.claude добавьте этот способ написания функции в базу знаний
В сочетании с GitHub Action, Claude будет автоматически изучать намерение, стоящее за этим изменением, и обновлять внутренние знания.
Это похоже на «непрерывное обучение Claude»,每次评审不仅合并代码, но и повышает способности ИИ.
Это уже не «后期维护», а интеграция механизма обучения ИИ в повседневное collaboration.
Команда использует PR для повышения качества кода, Claude同步 повышает уровень знаний.
Откровение: PR — это не только процесс проверки кода, но и возможность саморазвития инструментов ИИ.
6. Субагенты (Subagents): позвольте Claude модульно выполнять сложные задачи
Помимо основного流程 задач, Борис также определил некоторых субагентов (Subagents) для обработки常见辅助任务.
Subagents — это некоторые автоматически запускаемые модули, например:
- code-simplifier: автоматически упрощает структуру после написания кода Claude
- verify-app: запускает полное тестирование, проверяя, пригоден ли новый код
- log-analyzer: анализирует журналы ошибок для быстрого определения проблем
Эти субагенты, как плагины, автоматически подключаются к рабочему процессу Claude, автоматически协作运行, не требуя повторных подсказок.
Откровение: Субагенты — это «члены команды» Claude,升级 Claude от помощника до «командира проекта».
Claude — это не просто一个人, а маленький управляющий, который может вести команду.
7. Дополнительный абзац 1: PostToolUse Hook — последний привратник формата кода
В команде заставить каждого писать код в едином стиле нелегко. Хотя Claude обладает сильной генерационной способностью,难免会有诸如 отступы чуть差一点, пустых строк чуть多一点等细节瑕疵.
Метод Бориса — настроить PostToolUse Hook—
Проще говоря, это «хук постобработки», автоматически вызываемый Claude после «завершения задачи».
Его функции включают:
- Автоматическое исправление формата кода
- Дополнение пропущенных комментариев
- Обработка ошибок lint, чтобы избежать падения CI
Этот шаг обычно несложен, но очень важен.就像文章写完后再跑一遍 Grammarly,这样交出去的作品才稳定、整洁.
Для инструментов ИИ ключ к удобству часто заключается не в генерационной способности, а в способности завершения.
8. Управление permissions: предварительное授权, а не пропуск
Борис четко заявляет, что он не использует --dangerously-skip-permissions —— это параметр Claude Code, который可以跳过所有执行命令时的权限提示.
Звучит удобно, но может быть опасно, например, случайное удаление файлов, запуск не тех скриптов и т.д.
Его альтернатива:
1.Использование команды /permissions для явного объявления, какие команды являются доверенными
2.Запись этих настроек прав в .claude/settings.json
3.Совместное использование этих安全设定 всей командой
Это就像预先 opening一批「白名单」操作 для Claude, например:
"preApprovedCommands": [
"git commit",
"npm run build",
"pytest"
]
Claude встречает эти операции и выполняет их напрямую, без необходимости每次打断.
Этот механизм прав разработан更像团队操作系统, а не单机工具. Он использует команду /permissions для预先授权常用、安全的 bash-команд, эти配置 сохраняются в .claude/settings.json,团队共享.
Откровение: Автоматизация ИИ не означает потерю контроля. Включение политик безопасности в сам процесс автоматизации — это настоящая инженерия.
9. Взаимодействие нескольких инструментов: Claude = многофункциональный робот
Борис не просто заставляет Claude писать код локально. Он настроил Claude на доступ к нескольким ключевым платформам через MCP (модуль центрального управления):
- Автоматическая отправка уведомлений Slack (например, результаты сборки)
- Запрос данных BigQuery (например, показатели поведения пользователей)
- Получение логов Sentry (например, отслеживание исключений в онлайн-режиме)
Как реализовано?
Конфигурация MCP сохраняется в .mcp.json
Claude во время выполнения读取配置,自主执行跨平台任务
Вся команда共享一套配置
Все это реализовано через интеграцию с MCP (центральная система управления Claude),配置 сохраняется в .mcp.json.
Claude就像 робот-помощник, который может帮你:
«Написать код →提交 PR →查看效果 →уведомить QA →报告日志».
Это уже не традиционный инструмент ИИ, а神经中枢 инженерной системы.
Откровение: Не заставляйте ИИ работать только «в редакторе»,
он может成为 диспетчером во всей вашей системной экосистеме.
10. Асинхронная обработка длительных задач: фоновый agent + плагины + хуки
В реальных проектах Claude иногда должен处理长任务, например:
- Сборка + тестирование + развертывание
- Генерация отчетов + отправка email
- Выполнение скриптов миграции данных
Подход Бориса очень инженерный:
Три способа обработки длительных задач:
1.После завершения Claude использует фоновый Agent для проверки результатов
2.Использование Stop Hook, автоматически触发 последующие действия по окончании задачи
3.Использование плагина ralph-wiggum (предложенного @GeoffreyHuntley) для управления состоянием长流程
В этих сценариях Борис будет использовать:
--permission-mode=dontAsk
Или помещать задачи в песочницу для выполнения, чтобы избежать прерывания всего процесса из-за запросов прав.
Claude — не «постоянное наблюдение», а сотрудник, которому можно放心 доверять.
Откровение: Инструменты ИИ подходят не только для коротких и быстрых операций, но и для长周期、复杂流程 —— при условии, что вы构建好「托管机制」 для них.
11. Механизм автоматической проверки: ценность вывода Claude зависит от того, может ли он проверить себя
Самый важный опыт Бориса:
Любой результат, выводимый Claude, должен иметь «механизм проверки» для контроля его правильности.
Он добавляет Claude скрипт проверки или хук:
- После написания кода Claude автоматически запускает тестовые случаи для проверки правильности кода
- Моделирование пользовательского взаимодействия в браузере для проверки интерфейсного опыта
- Автоматическое сравнение логов, показателей до и после выполнения
Если проверка не пройдена, Claude автоматически修改、重新执行. До тех пор, пока не пройдет.
这就像 Claude自己带了一个「闭环反馈系统」.
这不仅提高质量,更减轻了人的认知负担.
Откровение:真正决定 ИИ成果质量的,不是 количество параметров модели, а то, разработали ли вы для него «механизм проверки результатов».
Итог: не заменять человека ИИ, а позволить ИИ сотрудничать как человек
Метод Бориса не полагается на какие-то «скрытые функции» или черную магию, а инженерно использует Claude,升级 его из «инструмента чата» в эффективную часть рабочей системы.
Его способ использования Claude имеет несколько核心特点:
- Многопоточность сессий: более четкое разделение задач, более высокая эффективность
- Приоритет планирования: режим Plan повышает степень对齐 целей Claude
- Поддержка системы знаний: команда совместно поддерживает базу знаний ИИ,持续迭代
- Автоматизация задач: Slash-команды + субагенты, заставляют Claude работать как流程引擎
- Механизм обратной связи по замкнутому циклу: каждый вывод Claude имеет логику проверки,确保产出稳定可靠
其实Метод Бориса демонстрирует новый способ использования ИИ:
- 升级 Claude от «диалогового помощника» до «автоматизированной системы программирования»
- Превращение накопления знаний из человеческого мозга в базу знаний ИИ
- Преобразование процесса из повторяющихся ручных操作 в скриптованные, модульные,协同化的自动工作流
Эта практика не зависит от черной магии, а является体现 инженерных способностей. Вы также можете借鉴 идеи отсюда, чтобы использовать Claude或其他 ИИ-инструменты более эффективно и умно.
Если при использовании Claude вы часто чувствуете, что «он что-то понимает, но ненадежен», «написанный код всегда требует исправления», возможно, проблема не в Claude, а в том, что вы еще не предоставили ему зрелый механизм collaboration.
Claude может быть合格实习生, а может быть стабильным и надежным инженерным партнером, в зависимости от того, как вы его используете.
