Compound Engineering: почему каждая задача с ИИ должна удешевлять следующую

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

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

Что важно понять сразу:

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

Что это такое и откуда идея

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

Это отличается от обычной работы с Claude Code тем, что дисциплина здесь — не в том, как вы формулируете один запрос, а в том, что происходит ПОСЛЕ выполнения: вы заставляете агента зафиксировать вывод, чтобы он стал входными данными для будущего.

Bybit · Rewards Hubдо $30,100Внеси депозит, торгуй 14 дней — и забери награды в Rewards HubЗабрать бонус →

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

Чаты Claude утекли в поиск: у страниц с общими ссылками не было запрета на индексацию

12 приёмов дисциплины: как не дать ИИ-агенту выдать «готово» вместо рабочего кода

Почему ИИ-агент тупеет ещё до конца окна — и как этим управлять

Ralph Loop: как заставить ИИ-агента работать автономно до зелёных тестов

Спека вместо догадок: как разрабатывать с ИИ-агентом от спецификации, а не наугад

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

В маркетинговом описании метод выглядит как четыре стадии: 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 живёт на диске между сессиями и циклами. Это разные уровни памяти, и управление окном — отдельная тема.

Работает это накопление примерно так. Первый раз агент разбирается с хитрым багом в интеграции платежей полчаса. Он записывает вывод: «в этом сервисе вебхуки приходят с задержкой, проверяй статус повторным запросом». Через месяц похожая задача решается за пять минут — потому что урок уже лежит в файле, и агент читает его на старте. Чем дольше живёт проект, тем толще эта «подушка» накопленного опыта и тем заметнее экономия.

Bybit · Rewards Hubдо $30,100Внеси депозит, торгуй 14 дней — и забери награды в Rewards HubЗабрать бонус →

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

Плагин Compound Engineering от Every

Готовая реализация — плагин для 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. То есть сама идея (агент, который помнит уроки проекта) скорее всего останется, а конкретный плагин может раствориться в харнессах. Ставку стоит делать на дисциплину накопления знаний, а не на конкретный инструмент, который её реализует сегодня.