Батько Claude Code розкриває: як перетворити Claude у вашу «віртуальну команду розробників»?

null

Оригінальний текст: Борис Черній, розробник 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. Підагенти: Нехай Клод виконує складні завдання модульно

Окрім основного процесу завдання, Борис також визначає низку підагентів для обробки спільних вторинних завдань.

Підагенти — це модулі, які запускаються автоматично, наприклад:

code-simplifier: автоматично оптимізує структуру після завершення написання коду Claude

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. Асинхронна обробка довгих завдань: фоновий агент + плагін + гачок

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

Build + Test + Deploy

Генеруйте звіти + надсилайте листи

Скрипт міграції даних запускається

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

Три способи виконання тривалих завдань:

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

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

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

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

–permission-mode=dontAsk

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

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

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

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

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

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

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

Після написання коду Клод автоматично запускає тестові випадки, щоб перевірити правильність коду

Імітувати взаємодію користувача в браузері для перевірки досвіду фронтенду

Автоматично порівнювати журнали та метрики до та після операції

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

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

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

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

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

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

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

Багатосесійний паралелізм: чіткіший розподіл завдань і вища ефективність

Спочатку план: Режим планування покращує узгодження цілей Клода

Підтримка систем знань: команда спільно підтримує базу знань ШІ та постійно вдосконалює

Автоматизація завдань: Слеш-команди + підагенти, що дозволяє Claude працювати як процесний рушій

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

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

Покращити Claude з «розмовного асистента» до «автоматизованої системи програмування»

Перетворіть накопичення знань з людського мозку на базу знань для ШІ

Перетворіть процеси з повторюваних ручних операцій на автоматизовані робочі процеси, які є сценарними, модульними та колаборативними

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

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

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