Батько 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 — це «партнер», а не «інструмент»

Борис починає з передачі основної ідеї: Claude Code — це не статичний інструмент, а розумний компаньйон, який може працювати з вами, постійно вчитися і розвиватися разом.

Він не потребує складної конфігурації і міцний одразу з коробки. Але якщо ви готові вкладати час у створення кращих способів його використання, підвищення ефективності може принести експоненціально.

Вибір моделі: обирайте найрозумнішу, а не найшвидшу

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

Хоча ця модель більша і повільніша за Sonnet, але:

• Вона має сильнішу здатність розуміти
• Краща здатність користуватися інструментами
• Немає потреби у повторних рекомендаціях, менше обміну думками
• Загалом це більше економії часу, ніж використання швидких моделей
• Просвітлення: Справжня ефективність виробництва полягає не в швидкості виконання, а в «меншій кількості помилок, менше переробок і менше повторюваних пояснень».

1. Режим планування: пишіть код за допомогою ШІ, не поспішайте дозволяти йому «писати»

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

Перший крок Бориса ніколи не просив Клода писати код. Він використовує модель Plan — спочатку працює з Клодом над розробкою ідеї впровадження, а потім переходить до етапу виконання.

Як він це зробив?

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

1. Опишіть мету

2. Складіть план із Клодом

3. Підтверджуйте кожен крок

4. Нехай Клод пише від руки

Щоразу, коли йому потрібно реалізувати нову функцію, наприклад «додати тротлінг до API», він крок за кроком підтверджує це з Клодом:

• Чи реалізовано це через проміжне програмне забезпечення, чи логічно вбудоване?
• Чи потрібно динамічно змінювати конфігурацію обмеження струму?
• Мені потрібні колоди? Що повертається, коли він не вдається?

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

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

“Якість коду Клода залежить від того, чи погодишся ти з цим перед тим, як напишеш код.” —— Борис

Одкровення: Замість того, щоб постійно виправляти помилки Клода, давайте з самого початку сплануємо чітку дорожню карту.

Резюме

Модель Plan — це не марна трата часу, а попереднє узгодження для стабільного виконання. Незалежно від того, наскільки сильний ШІ, він також має бути «ти кажеш це чітко».

2. Мульти-Клод паралель: не штучний інтелект, а віртуальна команда розробників

Борис не використовував лише одного Клода. Його щоденний розпорядок такий:

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

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

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

Навіщо це робити?

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

Він також нагадує собі через системні сповіщення: «Claude 4 чекає на вашу відповідь» і «Claude 1 завершив тестування», керуючи цими ШІ так, ніби вони керують багатопотоковою системою.

Розуміння аналогій

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

Наслідки: використання Claude як кількох «віртуальних помічників» для виконання різних завдань може суттєво скоротити час очікування та витрати на перемикання контексту.

3. Slash Commands: Перетворіть те, що робите щодня, на скорочення для Клода

Є деякі робочі процеси, які ми виконуємо десятки разів на день:

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

Він узагальнює ці операції у командах Slash, таких як:

/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. Поділіться цими налаштуваннями безпеки з усією командою

Це схоже на попереднє відкриття пакету операцій «білого списку» для Claude, наприклад:

“preApprovedCommands”: [

“git commit”,

“npm run build”,

“Пітест”

]

Клод виконує ці дії, не перериваючи їх щоразу.

Цей механізм дозволу розроблений так, щоб більше нагадувати командну операційну систему, ніж окремий інструмент. Він попередньо авторизує загальні, захищені команди bash за допомогою команди /permissions, які зберігаються у .claude/settings.json і діляться командою.

Наслідки: автоматизація ШІ не означає вихід з-під контролю. Інтегрування політик безпеки у сам процес автоматизації — це справжня інженерія.

9. Багатофункціональний зв’язок: Claude = багатофункціональний робот

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

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

Як це досягти?

Конфігурація MCP збережена у .mcp.json

Claude читає конфігурації під час виконання, автономно виконуючи кросплатформні завдання

Вся команда має спільні конфігурації

Усе це здійснюється через інтеграцію MCP (центральної системи керування Claude) з Claude, і конфігурація зберігається у .mcp.json.

Клод — це як роботизований асистент, який допомагає:

“Завершити написання коду → подати PR → перевірити результати → повідомити QA → журнал звітів”.

Це вже не інструмент штучного інтелекту у традиційному розумінні, а нервовий центр інженерних систем.

Відкриття: Не дозволяйте штучному інтелекту працювати лише «в редакторі»,

Він може бути планувальником у всій екосистемі вашої системи.

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

У реальних проєктах Клод іноді доводиться виконувати довгі завдання, такі як:

• Збірка + Тестування + Розгортання
• Генеруйте звіти + надсилайте електронні листи
• Виконується скрипт міграції даних

Підхід Бориса дуже спроєктований:

Три способи впоратися з довгими завданнями:

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

2. Використовуйте Stop Hook для автоматичного запуску наступних дій наприкінці завдання

3. Використовуйте плагін ralph-wiggum (запропонований @GeoffreyHuntley) для керування станами тривалих процесів

У таких сценаріях Борис використовує:

–permission-mode=dontAsk

Або покладіть завдання у пісочницю, щоб не переривати процес через підказки дозволу.

Клод — це не «постійний спостерігач», а співпрацівник, якому можна довіряти у веденні.

Наслідки: Інструменти ШІ підходять не лише для коротких і швидких операцій, а й для довгострокових, складних процесів — за умови, що ви створите для них «механізм хостингу».

11. Автоматичний механізм перевірки: вихідне значення Клода не варте того, залежить від того, чи може він самостійно перевіряти

Одне з найважливіших у досвіді Бориса:

Будь-який результат, який виводить Клод, повинен мати «механізм валідації» для перевірки його коректності.

Він додасть скрипт або гачок для валідації до Клода:

• Після написання коду Клод автоматично запускає тестові випадки, щоб перевірити правильність коду
• Імітація взаємодії користувача в браузері для перевірки досвіду фронтенду
• Автоматично порівнювати журнали та метрики до і після запуску

Якщо не пройде, Клод автоматично змінить і запустить заново. поки не помине.

Наче Клод сам приніс «замкнену систему зворотного зв’язку».

Це не лише покращує якість, а й зменшує когнітивне навантаження на людей.

Просвітлення: Якість результатів ШІ насправді визначає не кількість параметрів моделі, а те, чи розробили ви для неї «механізм перевірки результатів».

Резюме: Замість того, щоб замінювати людей, нехай ШІ працюватиме разом як люди

Підхід Бориса не базується на «прихованих функціях» чи темних технологіях, а використовує Клода майстерно, щоб оновити його з «чат-інструменту» до ефективної робочої системи.

Використання Claude має кілька основних особливостей:

• **Багатосесійний паралелізм:**Розподіл завдань є чіткішим і ефективнішим
• **Пріоритет планування:**Режим планування покращує узгодження цілей Клода
• **Підтримка системи знань:**Команда працює разом для підтримки бази знань про ШІ та безперервних ітерацій
• **Автоматизація завдань:**Слеш-команда + підагент, щоб Claude працював як процесний рушій
• **Механізм замкненого зворотного зв’язку:**Кожен вихід Claude має логіку верифікації для забезпечення стабільного та надійного виводу

Насправді підхід Бориса демонструє новий спосіб використання ШІ:

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

Цей підхід не базується на темній магії, а є проявом інженерних здібностей. Ви також можете навчитися використовувати Claude або інші AI-інструменти ефективніше та розумніше.

Якщо ви часто відчуваєте, що «він трохи знає, але ненадійний» або «мені завжди потрібно виправляти код, який я пишу», проблема може бути не в Клоді, а в тому, що ви не дали йому зрілого механізму співпраці.

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