Compound Engineering: чому кожне завдання з ШІ має здешевлювати наступне

Коротко (TL;DR)

Compound Engineering (накопичувальна інженерія) — це дисципліна роботи з ШІ-агентом, за якої кожен цикл розробки завершується фіксацією висновків у файл, що його прочитає наступний цикл. Ідея в одній фразі: кожна одиниця роботи має робити наступну легшою.

Що важливо зрозуміти одразу:

• Економія виникає не від кількості агентів чи скіллів, а від систематичної фіксації уроків — кроку «компаундингу». Пропустили його — і це вже не накопичувальна інженерія, а просто багатослівна сесія.
• Є готова обв’язка — плагін Compound Engineering від Every для Claude Code. Але саму ідею можна реалізувати й без нього: план → робота → перевірка → записати урок у файл проєкту.
• У методу є ціна. Плагін лише за факт увімкнення з’їдає близько 36 тисяч токенів контексту, а один складний прогін планування — 200 тисяч і більше. На маленьких завданнях це оверкіл.
• Гучні цифри на кшталт «один розробник = п’ятеро» — це заяви, а не виміряні факти. Розберемо, що реально перевірне, а що маркетинг.

Що це таке і звідки ідея

Термін увели Kieran Klaassen і Dan Shipper із компанії Every — на досвіді розробки їхнього продукту Cora. Якщо коротко пояснити, що таке compound engineering: зазвичай кожне завдання розв’язують «з нуля», а в накопичувальній інженерії результат кожного циклу (знайдене рішення, розібрана помилка, ухвалене архітектурне рішення) зберігається так, щоб наступне завдання стартувало не з чистого аркуша, а з накопиченого контексту проєкту.

Це відрізняється від звичайної роботи з Claude Code тим, що дисципліна тут — не в тому, як ви формулюєте один запит, а в тому, що відбувається ПІСЛЯ виконання: ви змушуєте агента зафіксувати висновок, щоб він став вхідними даними для майбутнього.

BINANCEДосі дивишся збоку?Ринок працює без вихідних. Рахунок на Binance відкривається за 2 хвилини.Почати зараз

Назва «compound» — від складного відсотка: як гроші на вкладі приростають на вже накопичені відсотки, так і тут кожен розібраний випадок додається до бази, з якою стартує наступне завдання. Різниця зі звичайним підходом у тому, що там досвід лишається в голові розробника (і губиться зі зміною людини або через пів року забуття), а тут він матеріалізується у файлах проєкту, які читає агент. Це перетворює разові знахідки на постійний актив команди, який не зникає разом із пам’яттю конкретної людини й працює на всіх, хто підключається до проєкту пізніше.

Генератор проти критика: як кілька ШІ ловлять баги, що пропускає один

«Готово» — це оцінка агента чи перевірки? TDD та eval-driven розробка зі ШІ

Як запускати кілька агентів Claude Code одночасно й не ловити конфлікти файлів

П’ять периметрів безпеки Claude Code: що реально налаштувати, а що вас здивує

Claude Code без інтерфейсу: headless-режим, Agent SDK і підводні камені автоматизації

Цикл: план → робота → перевірка → компаунд

У маркетинговому описі метод виглядає як чотири стадії: Plan → Work → Review → Compound, причому на планування й осмислення припадає основна частина часу, а на саме написання коду — менша (принцип «80 на 20»).

На практиці плагін Every розгортає це в шість команд: brainstorm → plan → work → simplify → review → compound. Кожна відповідає за свій крок: brainstorm збирає варіанти рішення, plan будує план, work пише код, simplify прибирає зайве, review перевіряє результат, а compound — фіксує висновки. Ключова тут — остання. Саме /ce-compound записує уроки циклу у файли проєкту. Розробники, які розібрали метод, формулюють головний ризик прямо: без кроку компаундингу це не compound engineering, а звичайна розгорнута сесія Claude Code. Економія народжується не в момент написання коду, а в момент, коли урок збережено для майбутнього.

Зверніть увагу на розрив між вітриною й механікою: маркетинг описує чотири красиві стадії, а працює все через шість конкретних команд. Отже, повний цикл — план, виконання, перевірка й оновлення знань — на лендингу подають в одному вигляді, а в репозиторії він розкладений інакше. Це типова ситуація з молодими інструментами: красива схема на вітрині й прозаїчніший набір кроків усередині. Для практика важливіше друге.

Як накопичується контекст проєкту

Фізично знання пишуться у структуровані файли репозиторію — наприклад, docs/solutions/ (розібрані рішення) і docs/pulse-reports/. Згодом це перетворюється на базу знань проєкту, яку агент читає перед новим завданням: він бачить, як схожі проблеми розв’язували раніше, і не повторює вже пройдені помилки.

Важливо не плутати це з контекстним вікном однієї сесії. Вікно живе всередині розмови й обнуляється; накопичений контекст compound engineering живе на диску між сесіями й циклами. Це різні рівні пам’яті, і керування вікном — окрема тема.

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

BINANCE COPY TRADINGКопітрейдинг на BinanceВідкрита статистика трейдерів, старт з $10, вимкнення одним кліком.Обрати трейдера

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

Плагін Compound Engineering від Every

Готова реалізація — плагін Compound Engineering для Claude Code з відкритим кодом (ліцензія MIT). Актуальні цифри на 11 липня 2026 року: близько 23 тисяч зірок і 1,8 тисячі форків на GitHub, остання версія v3.19.0 (8 липня 2026 року).

Тут варто бути акуратним із цифрами складу. Просто зараз у репозиторії 29 скіллів і нуль окремих суб-агентів, хоча блоги червня 2026 року все ще пишуть про «50+ агентів і 38 скіллів». Це не суперечність, а наслідок реструктуризації: у версії v3 персонажі-рев’юери переїхали всередину скіллів замість окремих агентів, звідси й розкид. Якщо натрапите на старі цифри — звіряйтеся з поточним README.

Ще один протверезливий штрих для тих, хто обирає інструмент за «обличчям» проєкту: за даними GitHub, найбільше комітів у репозиторій вносить не медійний автор методу, а інший учасник команди (tmchow — близько 476 комітів проти 247 у Kieran Klaassen на 11 липня 2026 року). Це не звинувачення, а урок «перевіряй за вітриною»: медійне обличчя та інженерна реальність репозиторію — не завжди те саме.

На чому окупається, а де оверкіл

Головний вимірний мінус методу — вартість контексту. За даними розбору в баг-трекері плагіна (issue #63, грудень 2025 року), плагін споживає близько 36 тисяч токенів контексту лише за факт увімкнення (MCP-інструменти, агенти, скілли), а один складний прогін планування — 200 тисяч токенів і більше. На тарифі Claude Max це здатне вибити вас із денного ліміту ще до того, як ви напишете рядок коду.

Звідси практична межа:

• Окупається — на живому продукті з довгим циклом життя, де ви повертаєтеся до схожих завдань і накопичені рішення реально економлять час.
• Оверкіл — на 30-хвилинному спайку, одноразовому скрипті, експерименті. Тут оверхед фіксації знань дорожчий за саме завдання.

Найпростіше це відчути на контрасті. Якщо ви тиждень пиляєте фічу в продукті, до якого повернетеся ще десятки разів, — витратити пару хвилин на запис уроку вигідно, він окупиться вже на наступному схожому завданні. А якщо ви за пів години накидаєте разовий скрипт для міграції даних, який більше ніколи не відкриєте, — витрачати 36 тисяч токенів на ввімкнення плагіна й час на компаундинг ні до чого. Межа проходить по питанню «чи повернуся я сюди»: так — компаундимо, ні — працюємо налегко.

Є й збалансований сторонній голос: інженер Will Larson (блог Irrational Exuberance) описує, як упровадив практику в монорепозиторії компанії за годину, і припускає, що згодом такі прийоми буде поглинуто самими харнесами на кшталт Claude Code і Cursor. Тобто метод корисний уже зараз, але, можливо, стане частиною інструментів за замовчуванням.

Що з гучних цифр — правда

Навколо методу ходять ефектні числа, і їх варто розібрати окремо.

• «Один розробник = п’ятеро» — це самозаява самої компанії Every про власний продукт. Конфлікт інтересів очевидний; беремо як маркетингову тезу, не як виміряний факт.
• «Прискорення на 300–700%» — зі стороннього блогу, який посилається на дослідження, якого не існує, і сам же в тексті знижує цифру до «3–7 разів із поправкою на реальність». Таку цифру використовувати як факт не можна.

Щоб відділити одне від одного, корисна проста карта:

Висновок простий: перевірне тут те, що можна подивитися очима (зірки, версії, склад команди, архітектура скіллів), а обіцянки кратного зростання продуктивності — поки що обіцянки.

Як зібрати свою легку версію без плагіна

Плагін зручний, але дисципліна важливіша за обв’язку — і її можна відтворити мінімальними засобами. Робоча схема з трьох частин, яка й дає накопичення контексту проєкту ШІ-агентами без важкого тулінгу:

1. Файл-накопичувач. Заведіть у репозиторії docs/solutions/ (або один файл LESSONS.md), куди після кожного помітного завдання у двох-трьох реченнях пишете: що за проблема, як розв’язали, на що напоролися.
2. Інструкція агентові. У CLAUDE.md додайте правило: «перед новим завданням прочитай docs/solutions/, а після завершення — допиши туди висновок». Так агент сам підхоплює накопичене й поповнює його.
3. Звичка компаундити. Найважче — не забувати про крок фіксації. Допомагає винести його в кінець кожної сесії як обов’язковий: «перш ніж закрити завдання, запиши урок».

Це і є compound engineering у мініатюрі: без плагіна, без 36 тисяч токенів оверхеду, але з тим самим ядром — кожен цикл лишає слід, який читає наступний. Плагін Every бере на себе автоматизацію та структуру, але якщо вам потрібна лише суть, почати можна з трьох пунктів вище.

Чим це відрізняється від сусідніх методологій

Щоб не плутати терміни: Spec-Driven Development — про ВХІД, про формальну специфікацію як контракт перед роботою. Compound Engineering — про те, що відбувається ПІСЛЯ кожного циклу: накопичення знань. А загальні «патерни агентних систем» — це рівень архітектури, а не конкретна дисципліна фіксації уроків. Ці речі доповнюють одна одну, а не замінюють: можна писати за специфікацією й при цьому компаундити висновки.

Ризики й обмеження

• Вартість контексту. Близько 36 тисяч токенів на ввімкнення — реальний, а не абстрактний оверхед; на маленьких завданнях він не окупається.
• Дисципліна. Пропуск компаундингу обнуляє весь сенс методу. Це потребує звички, яку легко закинути.
• Churn інструмента. Команди й склад плагіна перейменовуються між версіями — те, що ви вивчили пів року тому, могло змінитися (кейс із «50+ агентами», яких більше немає як окремих сутностей).
• Залежність від базової моделі. Цінність будь-якої агентної методології тримається на стабільності моделі: скарги на деградацію якості в окремі періоди прямо б’ють по результату.

FAQ

Чи обов’язково ставити плагін Every? Ні. Плагін — зручна готова обв’язка, але саму дисципліну (план → робота → перевірка → зафіксувати урок у файл проєкту) можна реалізувати через CLAUDE.md і скілли. Плагін економить час на налаштуванні, але коштує контексту.

У чому головний секрет економії? У кроці компаундингу. Якщо після циклу ви не зберегли висновок так, щоб його прочитав наступний цикл, накопичення не відбувається — і метод не працює.

Чи правда, що це прискорює роботу в рази? Гучні цифри («×5», «300–700%») — заяви вендора й блогів, що не пройшли незалежну перевірку. Реально вимірне інше: накопичені рішення економлять час на ПОВТОРЮВАНИХ завданнях. На разових — ні.

Кому це точно не потрібно? Тим, хто пише разові скрипти й короткі експерименти. Оверхед фіксації знань і вартість контексту тут дорожчі за саме завдання.

Скільки це коштує за токенами? Плагін споживає близько 36 тисяч токенів контексту лише за ввімкнення, а один складний прогін планування — 200 тисяч і більше (за даними баг-трекера, грудень 2025 року). На тарифі Claude Max це здатне вибити з денного ліміту. Своя легка версія через docs/solutions/ і CLAUDE.md такого оверхеду не створює.

Чим це відрізняється від Spec-Driven Development? Spec-Driven — про формальну специфікацію перед роботою (вхід). Compound Engineering — про накопичення знань після кожного циклу. Їх можна поєднувати: писати за специфікацією й фіксувати уроки після.

Це надовго чи мода? Інженер Will Larson припускає, що подібні прийоми згодом вбудують прямо в інструменти на кшталт Claude Code і Cursor. Тобто сама ідея (агент, який пам’ятає уроки проєкту) найпевніше залишиться, а конкретний плагін може розчинитися в харнесах. Ставку варто робити на дисципліну накопичення знань, а не на конкретний інструмент, який її реалізує сьогодні.