Основатель Claude Code раскрывает: как превратить Claude в вашу «виртуальную команду разработчиков»?

Оригинальный текст: Борис Черный, разработчик Claude Code

Сборка и организация: Xiaohu AI

Возможно, вы слышали о Claude Code и даже использовали его для написания кода и изменения документации. Но задумывались ли вы когда-нибудь: как ИИ изменит ваш способ работы, если он не «временный инструмент», а полноценный участник вашего процесса разработки или даже автоматизированная система совместной работы?

Борис Черный, отец Claude Code, написал очень подробный твит о том, как он эффективно использует этот инструмент и как он и его команда интегрируют Claude во весь инженерный процесс на практике.

В этой статье будет систематическое резюме и популярная интерпретация его опыта.

Как Борис сделал ИИ партнёром по автоматизации в своём рабочем процессе?

Ключевые выводы:

Он представил свой рабочий процесс, включая:

Как использовать Claude:

Запускайте множество Claudes вместе: открывайте 5~10 сессий на терминале и веб-странице для параллельной задачи, а также используйте свой мобильный Claude.

Не меняйте настройки по умолчанию слепо: Claude работает сразу с коробки, так что сложные настройки не нужны.

Используйте самую сильную модель (Opus 4.5): немного медленнее, но умнее и менее безпроблемное.

Планируйте перед написанием кода (режим планирования): Позвольте Клод помочь вам ясно мыслить перед тем, как писать, с высоким процентом успеха.

После создания кода используйте инструменты для проверки форматирования, чтобы избежать ошибок.

Как сделать Клода умнее, чем больше вы его используете:

Команда поддерживает «базу знаний»: когда Клод пишет что-то неправильно, он добавляет опыт и в следующий раз так не повторяет.

Автоматически обучайте Клода при написании PR: Пусть Клод читает PR и изучает новые применения или спецификации.

Часто используемые команды превращаются в слэш-команды, и Клод может автоматически их вызывать, экономя повторяющуюся работу.

Используйте «подагенты» для выполнения некоторых фиксированных задач, таких как упрощение кода, проверка функций и т.д.

Как управлять правами:

Вместо пропуска разрешений настройте защищённые команды на автоматическую передачу.

Синхронизировать рабочие процессы Claude на нескольких устройствах (веб, терминал, мобильные устройства).

Самый важный момент:

Обязательно дайте Claude «механизм проверки», чтобы он мог подтвердить, что написано правильно.

Например, Claude автоматически запускает тесты, открывает браузер для тестирования веб-страниц и проверяет, работает ли функция.

Клод Код — это «партнёр», а не «инструмент».

Борис начинает с передачи основной идеи: Claude Code — это не статичный инструмент, а умный спутник, который может работать с вами, постоянно учиться и расти вместе.

Он не требует сложной конфигурации и крепок сразу после коробки. Но если вы готовы вкладывать время в создание лучших способов его использования, то прирост эффективности, который он может принести, будет экспоненциальным.

Выбор модели: выбирайте самую умную, а не самую быструю

Борис использует флагманскую модель Клода — Opus 4.5 + Mindset («с мышлением») — для всех задач разработки.

Хотя эта модель больше и медленнее Sonnet, но:

• У него сильнее понимание
• Лучшее использование инструментов
• Нет необходимости в повторяющихся указаниях, меньше обмена мнениями
• В целом это больше экономии времени, чем использование быстрых моделей
• Просвещение: Настоящая производительность производства заключается не в скорости исполнения, а в «меньшем количестве ошибок, меньшей переработке и меньше повторяющихся объяснений».

1. Режим планирования: пишите код с помощью ИИ, не спешите позволять ему «писать»

Когда мы открываем Claude, многие интуитивно вводят «напиши интерфейс для меня» или «рефакторинг этого кода»… Клод также обычно «пишет немного», но часто сбивается с пути, пропускает логику или даже неправильно понимает требования.

Первый шаг Бориса так и не попросил Клода написать код. Он использует модель Plan — сначала работает с Клодом над разработкой идеи реализации, а затем переходит к этапу выполнения.

Как он это сделал?

При запуске PR Борис не даёт Клоду напрямую писать код, а использует режим планирования:

1. Опишите цель

2. Составьте план с Клодом

3. Подтверждайте каждый шаг

4. Пусть Клод пишет от руки

Когда ему нужно реализовать новую функцию, например «добавить троттлинг в API», он пошагово подтверждает это с Клодом:

• Реализовано ли это с помощью промежуточного программного обеспечения или логически встроено?
• Нужно ли динамически изменять конфигурацию лимита тока?
• Мне нужны журналы? Что возвращается при неисправности?

Этот процесс «переговоров по плану» похож на то, как двое людей вместе рисуют «строительные чертежи».

Когда Клод понимает цель, Борис включает режим «автопринятие правок», который позволяет Клоду менять код, отправлять PR и иногда даже исключать необходимость ручного подтверждения.

«Качество кода Клода зависит от того, согласишься ли ты, прежде чем писать код.» —— Борис

Откровение: Вместо того чтобы постоянно исправлять ошибки Клода, давайте с самого начала составим чёткую дорожную карту.

Краткое содержание

Модель Плана — это не пустая трата времени, а предварительная подготовка к стабильному исполнению. Неважно, насколько силён ИИ, он также должен быть «ты говоришь это ясно».

2. Мульти-Клод Параллель: Не ИИ, а виртуальная команда разработчиков

Борис не использовал одного Клода. Его ежедневный распорядок такой:

• Откройте 5 локальных Claudes в терминале, и сессии назначаются на разные задачи (например, рефакторинг, написание тестов и багинг).
• Откройте ещё 5–10 Claudes в браузере, параллельно локальному уровню
• Используйте приложение Claude iOS на телефоне, чтобы запускать задачи в любое время

Каждый экземпляр Claude — это как «выделенный помощник»: некоторые отвечают за написание кода, некоторые — за завершение документов, а некоторые долгое время зависают в фоне, выполняя задачи тестирования.

Он даже настроил системные уведомления, чтобы получать оповещение, как только Клод будет ждать ввод.

Зачем это делать?

Контекст Клода локальный и не подходит для «одно окно делает всё». Борис делит Клода на нескольких персонажей, чтобы они работали параллельно, сокращая время ожидания и «мешая памяти» с другой.

Он также напоминает себе через системные уведомления: «Claude 4 ждёт вашего ответа» и «Claude 1 закончил тестирование», управляя этими ИИ так, будто они управляют многопоточной системой.

Понимание аналогии

Представьте, что вы сидите рядом с пятью умными стажёрами, каждому из которых поручена задача. Не обязательно делать всё до конца, просто «сокращайте людей» в критические моменты и поддерживайте плавное движение.

Последствия: использование Claude в качестве нескольких «виртуальных помощников» для выполнения различных задач может значительно сократить время ожидания и затраты на переключение контекста.

3. Slash Commands: Превратите то, что делаете каждый день, в короткие пути для Клода

Есть рабочие процессы, которые мы выполняем десятки раз в день:

• Изменить код → коммит → push → создать PR
• Проверьте статус сборки → уведомите команду о проблемах → обновления
• Синхронизировать изменения с несколькими сессиями в интернете и локально
• Борис не хочет каждый раз подсказывать Клоду: «Пожалуйста, коммит, потом толкай, а потом PR…»

Он обобщает эти операции в команды Слэш, такие как:

/commit-push-pr

За этими командами лежит логика скрипта Bash, хранящаяся в папке .claude/commands/, добавленная в управление Git и используемая членами команды.

Как Клод использует эти команды?

Когда Claude сталкивается с этой командой, он не просто «выполняет команду», он знает рабочий процесс, который представляет, и может автоматически выполнять промежуточные шаги, предварительно заполнять параметры и избегать повторяющихся коммуникаций.

Поймите ключевые моменты

Команда Slash — это как «автокнопка», которую вы устанавливаете для Клода. Вы обучаете его понимать ход задачи, а затем он может выполнить его одним кликом.

«Я не только экономлю время на командах, но и Клод тоже.» —— Борис

Откровение: Не повторяйте вводный запрос каждый раз, абстрагцируйте задачи высокой частоты в команды, вы с Клодом можете работать вместе, чтобы «автоматизировать».

4. База знаний команды: Клод не полагается на подсказки для обучения, а на гены знаний, поддерживаемых командой

Команда Бориса поддерживает базу знаний .claude и присоединяется к управлению Git.

Это как «внутренняя Википедия» для Клода, записывающая:

• Как правильно её написать
• Каковы лучшие практики для командных соглашений
• С какими проблемами вы сталкиваетесь и как их решить?

Клод автоматически ссылается на эту базу знаний для понимания контекста и определения стиля кода.

Что происходит, когда Клод делает что-то не так?

Всякий раз, когда Клод неправильно понимает или неправильно пишет логику, он добавляет урок.

Каждая команда поддерживает свою версию.

Все сотрудничают в монтаже, и Клод принимает решения на основе этих знаний в реальном времени.

Например:

Если Клод продолжит писать неправильную логику пагинации, команде достаточно просто ввести правильный стандарт пагинации в базу знаний, и каждый пользователь автоматически получит выгоду в будущем.

Подход Бориса: не ругай, не выключай, а «тренируйся один раз»:

Мы не пишем этот код так, а добавляем его в базу знаний

Клод больше не повторит эту ошибку.

Более того, этот механизм поддерживается не только Борисом, а каждую неделю вносит и изменяется всей командой.

Просвещение: С помощью ИИ, не в одиночку, а для создания системы «коллективной памяти».

5. Автоматический механизм обучения: сам PR — это «обучающие данные» Клода.

Борис часто @Claude на PR при повторении кода, например:

@.claude добавил эту функцию в базу знаний

В сотрудничестве с GitHub Actions Claude автоматически узнаёт о намерениях этого изменения и обновляет свои внутренние знания.

Это похоже на «непрерывное обучение Клода», где каждый обзор не только соответствует коду, но и улучшает возможности ИИ.

Это уже не «посттехническое обслуживание», а интегрирует механизмы обучения ИИ в ежедневное сотрудничество.

Команда использует PR для улучшения качества кода, а Клод одновременно улучшает знания.

Последствия: PR — это не просто процесс обзора кода, а возможность для инструментов ИИ самостоятельно развиваться.

6. Субагенты: пусть Клод выполняет сложные задачи модульно

Помимо основного процесса задачи, Борис также определяет ряд подагентов для выполнения общих вторичных задач.

Субагенты — это модули, которые работают автоматически, например:

• упрощение кода: Автоматически упрощает структуру после завершения написания кода Клода
• verify-app: Проведите полный тест, чтобы убедиться, что новый код доступен
• log-analyzer: анализируйте журналы ошибок и быстро находяте проблемы

Эти субагенты автоматически подключаются к рабочим процессам Claude как плагины, работая автоматически и совместно, без необходимости повторяющихся подсказок.

Откровение: Субагент — «член команды» Клода, и Клод получает повышение с помощника до «командира проекта».

Клод — это не просто один человек, а маленький менеджер, которым можно руководить командой.

7. Дополнительный абзац 1: PostToolUse Hook — последний регулятор форматирования кода

Нелегко заставить всех писать код в едином стиле в команде. Хотя у Claude хорошие возможности генерации, у него неизбежно будут недостатки детализации, такие как плохая отступность и больше пустых линий.

Подход Бориса — поставить первыйКрюк PostToolUse —

Проще говоря, это «крюк для постобработки», который Клод автоматически вызывает после «выполнения задачи».

Её роль включает:

• Автоматически исправить форматирование кода
• Дополнительные упущения
• Обрабатывайте ошибки ворса, чтобы избежать зависаний CI

Этот шаг обычно прост, но критически важен. Точно так же, как при повторном запуске Grammarly после написания статьи, приданная работа стабильна и аккуратна.

Для инструментов искусственного интеллекта ключ к успеху часто заключается не в генеративной мощности, а в умении завершать работу.

8. Управление правами: предварительное авторизирование вместо пропуска

Борис ясно даёт понять, что не использует параметр --dangerously-skip-permissions в Claude Code, который может пропускать все подсказки разрешения при выполнении команд.

Звучит удобно, но это может быть опасно, например, случайное удаление файлов, запуск неправильных скриптов и т.д.

Его альтернативы:

1. Используйте команду /permissions, чтобы явно объявить, какие команды заслуживают доверия

2. Запишите эти конфигурации разрешений в .claude/settings.json

3. Поделитесь этими настройками безопасности со всей командой

Это похоже на предварительное открытие пакета операций «белого списка» для Клода, например:

“preApprovedCommands”: [

“git commit”,

“npm run build”,

«ПиТест»

]

Клод выполняет эти действия, не прерывая их каждый раз.

Этот механизм разрешений разработан так, чтобы больше походить на командную операционную систему, чем на самостоятельный инструмент. Он предварительно авторизирует обычные, безопасные команды bash с помощью команды /permissions, которые сохраняются в .claude/settings.json и передаются команде.

Последствия: автоматизация ИИ не означает выход из-под контроля. Внедрение политики безопасности в сам процесс автоматизации — это действительно инженерное дело.

9. Многофункциональный механизм: Claude = многофункциональный робот

Борис не просто позволяет Клоду писать код локально. Он настроил Claude для доступа к нескольким основным платформам через MCP (центральный сервисный модуль):

• Автоматические уведомления Slack (например, результаты сборки)
• Запрос к данным BigQuery (например, метрики поведения пользователей)
• Скрейпинг логов Sentry (например, онлайн-отслеживание исключений)

Как этого добиться?

Конфигурация MCP сохранена в .mcp.json

Claude читает конфигурации во время выполнения, автономно выполняя кроссплатформенные задачи

Вся команда использует набор конфигураций

Всё это достигается через интеграцию MCP (центральная система управления Клода) с Claude, и конфигурация сохраняется в .mcp.json.

Клод — это как робот-ассистент, который помогает вам:

«Закончить написание кода → отправить PR → проверить результаты → уведомить QA → журнал отчетов».

Это уже не инструмент искусственного интеллекта в традиционном смысле, а нервный центр инженерных систем.

Откровение: Не позволяйте ИИ работать только «в редакторе»,

Это может быть планировщиком во всей вашей системной экосистеме.

10. Асинхронная обработка длинных задач: фоновый агент + плагин + крючок

В настоящих проектах Клод иногда вынужден выполнять длинные задачи, такие как:

• Сборка + Тестирование + Развертывание
• Генерируйте отчёты + отправляйте письма
• Запущенный скрипт миграции данных

Подход Бориса очень спроектирован:

Три способа справляться с длинными задачами:

1. После завершения работы Claude используйте фоновый агент для проверки результатов

2. Используйте Stop Hook для автоматического запуска последующих действий в конце задачи

3. Используйте плагин Ralph-Wiggum (предложенный @GeoffreyHuntley) для управления состояниями длительного процесса

В таких случаях Борис использует:

–permission-mode=dontAsk

Или поместить задачи в песочницу, чтобы не прерывать процесс из-за подсказок разрешения.

Клод — это не «постоянное наблюдение», а соавтор, которому можно доверять в хостинге.

Последствия: инструменты ИИ подходят не только для коротких и быстрых операций, но и для долгосрочных, сложных процессов — при условии, что вы создаете для них «механизм хостинга».

11. Механизм автоматической проверки: Выходное значение Claude не стоит того, всё зависит от того, сможет ли он сам себя проверить.

Одна из самых важных вещей опыта Бориса:

Любой результат, выходящий Клодом, должен иметь «механизм валидации» для проверки его корректности.

Он добавит скрипт валидации или крючок к Клоду:

• После написания кода Клод автоматически запускает тестовые случаи, чтобы проверить правильность кода
• Моделировать взаимодействие пользователей в браузере для проверки интерфейса
• Автоматически сравнивать логи и метрики до и после запуска

Если он не пройдёт, Клод автоматически изменит и запустит заново. пока не уходит.

Похоже, Клод сам принёс «замкнутую систему обратной связи».

Это не только улучшает качество, но и снижает когнитивную нагрузку на людей.

Просвещение: То, что действительно определяет качество результатов ИИ, — это не количество параметров модели, а то, разработали ли вы для неё «механизм проверки результатов».

Резюме: вместо замены людей, пусть ИИ работает вместе как люди

Подход Бориса не опирается на «скрытые функции» или «тёмные технологии», а использует Claude умело для модернизации его из «чат-инструмента» в эффективный компонент рабочей системы.

Использование Клода имеет несколько основных особенностей:

• **Многосессионный параллелизм:**Разделение задач стало яснее и эффективнее
• **Приоритет планирования:**Режим планирования улучшает выравнивание целей Клода
• **Поддержка системы знаний:**Команда работает вместе, поддерживая базу знаний об ИИ и непрерывно развивая их
• **Автоматизация задач:**Команда Slash + субагент, чтобы Claude работал как процессный движок
• **Механизм замкнутой обратной связи:**Каждый выход Claude имеет логику верификации для обеспечения стабильного и надёжного вывода

На самом деле, подход Бориса показывает новый способ использования ИИ:

• Повысить Claude с «Conversational Assistant» до «Automated Programming System»
• Превратить накопление знаний из человеческого мозга в базу знаний для ИИ
• Преобразовать процессы из повторяющихся ручных операций в скриптные, модульные, совместные, автоматизированные рабочие процессы

Этот подход не опирается на тёмную магию, а является проявлением инженерных способностей. Вы также можете научиться использовать Claude или другие инструменты искусственного интеллекта более эффективно и умно.

Если вы часто чувствуете, что «он немного знает, но ненадёжен» или «мне всегда нужно исправлять свой код», проблема может быть не в Клоде, а в том, что вы не дали ему зрелого механизма сотрудничества.

Клод может быть квалифицированным стажёром или стабильным и надёжным инженерным партнёром, в зависимости от того, как вы его используете.