TECH 15 хв

Як я написав 1 200+ комітів за 50 днів: Claude Code як повноцінний інженерний напарник

800+ сесій, 10 000+ повідомлень, 1 200+ комітів, 328 000 рядків коду, 40 000+ bash-команд — і жодного найнятого розробника. Реальна статистика 50 днів безперервної роботи з Claude Code для побудови legal tech платформи.

Як я написав 1 200+ комітів за 50 днів: Claude Code як повноцінний інженерний напарник

Це не рекламна стаття. Це — прозорий розбір реальної статистики роботи з Claude Code при побудові legal tech платформи, data pipelines та інфраструктури. З цифрами, помилками та висновками.

Оновлено 7 травня 2026 — додано дані за другий місяць роботи.


Контекст: що будую і чому один

SecondLayer (LEX AI) — це українська legal tech платформа: AI-аналіз судових рішень, семантичний пошук, законодавство, реєстри, консультації. Monorepo з трьома MCP-серверами, React-фронтендом, Flutter-мобілкою, та data pipelines для 340M+ записів з 15 державних API.

Я — єдиний розробник. Замість команди з 5-10 інженерів я працюю з Claude Code як з повноцінним напарником: від написання коду до деплою на прод.


Цифри за 50 днів (18 березня — 7 травня 2026)

Метрика Перші 25 днів Наступні 31 день Всього
Сесій 486 315 800+
Повідомлень 5 612 4 685 10 297
Комітів 735 472 1 207
Рядків написано +193 340 +134 836 +328 176
Рядків видалено -14 259 -8 294 -22 553
Файлів змінено 1 811 1 663 3 474
Bash-команд 22 326 18 250 40 576
Edit-операцій 3 782 2 724 6 506
Sub-агентів 864 597 1 461
Паралельних сесій 41% 26% ~34%

Це не теоретична продуктивність. Це реальний git log за два місяці безперервної роботи.

1 875 годин відпрацьованого Claude Code часу. 151 повідомлення на день. Це еквівалент маленької інженерної команди, яка працює без вихідних.


Що саме я будував

1. Legal Tech платформа (~78 сесій)

Основний продукт: баг-фікси, нові фічі (Diia-автентифікація, контракти розробників, email-нотифікації, іспанська локалізація з geo-detection, beta-access гейти, біллінг/auth аудити, support-віджети, Monobank донати, locale routing), UI-редизайн, 93+ тестів.

Claude Code працює як full-stack розробник: мультифайлові зміни, створення PR, мердж, деплой, оновлення Plane-тасок — все в одній сесії.

2. Production Operations & DevOps (~61 сесія)

Найбільше зростання за другий місяць. Claude став SRE-напарником:

Повний цикл incident response: від діагнозу через PR merge до верифікації на проді — без мого втручання.

3. Data pipelines для відкритих даних (18 сесій)

Масштаб:

Claude Code оркестрував multi-server, multi-IP паралельні скрипти завантаження. Дебажив rate limiting та WAF-блокування. Керував PostgreSQL bulk imports з repartitioning та GIN-індексами на 63M рядків.

4. Безпека (~8 сесій)

Новий напрямок другого місяця:

5. MCP Server Ecosystem (14 сесій)

Побудова та конфігурація MCP-серверів для Nextcloud Deck/Tables, Thunderbird email та ChatGPT. Міграція 180 тасок з Linear в Nextcloud Deck (потім — у Plane). Синхронізація 402 issues.

6. Контент, бізнес-операції та side-проєкти (~32 сесії)

Email (Google/бізнес кореспонденція українською та англійською), заявки в акселератори, pitch deck, фінансове моделювання, LinkedIn-контакти з Sales Navigator, CFP submissions. Плюс side-проєкти: симулятор Чумацького Шляху, EPUB-рідер (books.s0me.uk), Telegram-бот з цитатами Бендера.


Як виглядає типова робоча сесія

Я не пишу детальні промпти. Мій стиль — запускаю Claude на задачу, дивлюсь що робить, коригую курс в реальному часі. Промпти — короткі й цілеорієнтовані: «check prod», «merge PR #1489 then revert it», «take LEXAI-865 into work».

Claude Insights характеризує цей патерн як: «Terse, outcome-focused dispatcher who delegates entire ops-to-deploy pipelines and intervenes only when execution visibly diverges from intent.»

Статистика за 50 днів: 190 випадків wrong approach (106 + 84), 177 випадків buggy code (102 + 75). Але 44 відхилені дії за другий місяць — це означає хірургічно точні корекції, а не постійний мікроменеджмент.

Типовий флоу:

  1. Даю амбітну задачу: «синхронізуй дані з Ради, побудуй UIPV скрейпери, задеплой на прод з multi-IP імпортом»
  2. Claude починає виконувати
  3. Натикається на rate limiting / wrong approach / баг
  4. Я коригую: «ні, використай bulk INSERT, а не batch DELETE+INSERT»
  5. Claude адаптується і завершує
  6. Новий крок: оновлює Plane-таску зі статусом та результатами верифікації

Результат: 84% сесій завершились successfully (72 fully + 50 mostly achieved з 145 проаналізованих за другий місяць).


Що працює найкраще

End-to-end shipping з task tracking

Найсильніший патерн за 50 днів: implementation → PR → merge → prod deploy → verify → update Plane task — все в одній сесії. Фічі не просто кодяться — вони шипляться, верифікуються на проді, і трекаються в Plane.

Incident response під тиском

Claude як first responder для prod-інцидентів: 502 від half-switched blue/green деплоїв, повні EBS volumes, white-screen circular imports, misrouted Cloudflare A-records. Діагностика root cause замість вгадування, виправлення без rollback-драми.

Паралельна security робота

Threat modeling + 6 Tier 1 мітигацій паралельно з тестами, CI fix, PR merge, і task tracking — за один прохід. Security як batch-executable workflow, а не backlog.

Multi-file зміни — 56+ сесій

Коли потрібно змінити тип в shared пакеті, оновити backend handler, frontend компонент та тести одночасно — Claude Code робить це за одну ітерацію. Для людини це 30-60 хвилин переключення контексту.

MCP-інтеграції як операційна інфраструктура

Я з'єднав Claude Code з:

Це не proof-of-concept. Це реальна операційна інфраструктура для щоденної роботи.


Де не працює (чесно)

Wrong Approach — 190 випадків за 50 днів

Claude часто починає з неправильного підходу: шукає не в тому каталозі, пробує SSH tunneling замість використання MCP tools, обирає повільну стратегію для DB-операцій.

Новий патерн: Claude commit-ить до підходу до верифікації цілі. Найяскравіший приклад — PR змердженій у неправильний репозиторій (sneakypiper замість secondlayer), що потребувало revert та редеплой. Рішення — завжди перевіряти git remote -v перед merge.

Ще один: при діагностиці white-screen на проді Claude спочатку вирішив що це баг мініфікатора (переключився на terser), хоча реальна причина — circular import. Спалив кілька ітерацій до знаходження root cause.

Buggy Code — 177 випадків

Код з першого разу працює не завжди. Type errors, missing imports, неправильні SQL-запити. Але з TypeScript та тестами це ловиться швидко. На складних багах (координатні системи, build tooling, import graphs) перша гіпотеза часто неправильна.

Scope Creep — нова проблема

Claude часто розширює скоуп без запиту: після merge починає перевіряти відкриті PR, додає зайві акаунти до outreach, відповідає на email без підтвердження. Потребує чітких границь «зроблено».


Економіка: AI-напарник vs команда

Порахуємо грубо за 50 днів:

AI-напарник Команда з 3 людей
Вартість/міс ~$200 (Claude Pro) $15 000-30 000
Доступність 24/7, паралельні сесії Робочі години
Онбординг 0 (CLAUDE.md) 2-4 тижні
Масштабування Миттєве (більше сесій) Місяці найму
Якість 84-89% success rate Залежить від команди
Контекст Весь monorepo одразу Спеціалізація по частинах
Ролі Full-stack + DevOps + SRE + PM Потрібні окремі спеціалісти

За 50 днів Claude виконував ролі: full-stack розробник, DevOps-інженер, SRE (incident response), project manager (Plane), бізнес-асистент (emails, pitch decks), security auditor. Наймати 6 спеціалістів? Або один інженер + Claude Code?

Це не означає «AI замінить розробників». Це означає: один досвідчений інженер з AI-напарником може робити роботу невеликої команди.


Практичні поради (оновлені після 50 днів)

1. CLAUDE.md — живий документ

Замість пояснювати кожну сесію «ми використовуємо PostgreSQL, SSH як ubuntu, деплой через CI/CD» — напишіть це в CLAUDE.md один раз. Але головне: оновлюйте його після кожного інциденту. Наш CLAUDE.md зріс у 3 рази за 50 днів на основі реальних помилок.

2. Custom Skills — автоматизація повторюваних флоу

Після 50 днів стало очевидно: деякі флоу повторюються десятки разів. /ship (implement → test → PR → merge → deploy → verify → update Plane) — це 7 кроків, які Claude робив вручну кожного разу. Custom Skill кодифікує їх.

3. Memory System — контекст між сесіями

Claude Code має персистентну пам'ять. Зберігайте: хто такий юзер, як він працює, які рішення прийняті, де шукати зовнішні ресурси. Це замінює re-explaining щосесії.

4. Паралельні агенти для incident response

Замість послідовного дослідження (логи → код → інфра) — запускайте 3 паралельних агенти: один дивиться логи, другий перевіряє ALB/EC2/EBS, третій diff-ить останні коміти. Діагностика складних prod-інцидентів прискорюється в 3 рази.

5. Тести та TypeScript — ваша страховка

177 випадків buggy code за 50 днів — це нормально, якщо у вас є тести та type checking. Ми ловимо 90% помилок автоматично.

6. Scope discipline — найважливіший урок

Чітко формулюйте межі задачі. Claude розширює скоуп за замовчуванням. «Fix this bug» і «Fix this bug, then also check all open PRs and send follow-up emails» — це різні задачі.


Що змінилося за другий місяць

Головна еволюція — від «кодера» до «оператора». У перший місяць Claude Code переважно писав код. У другий — він став повноцінним SRE-напарником:

Продуктивність стабільна: 151 повідомлення/день, 15 комітів/день. Це не спринт — це марафон.


Висновки

1 200+ комітів за 50 днів — це не фантастика. Це результат системної роботи з AI-напарником, де:

Чи замінить AI розробників? Ні. Але один розробник з правильно налаштованим AI-напарником — це вже не один розробник. Це маленька команда, яка ніколи не спить, не хворіє, і може паралельно деплоїти на прод, діагностувати 502 помилки, робити security audit, та будувати симулятор Чумацького Шляху.


P.S. Ця стаття теж написана за допомогою Claude Code. Meta? Можливо. Але 1 200+ комітів — реальні. А Claude ще й відфотошопив бейдж «Top Voice» з LinkedIn-фото колеги — кілька ітерацій crop, blur та clone-stamp.


Реєстрація: legal.org.ua