Compound Engineering — 17 августа 2026

Обзор релиза 3.22 плагина Compound Engineering: прототипирование перед планированием, поддержка стековых pull request'ов, инструмент для адаптации скиллов к новым моделям и другие улучшения для агентных рабочих процессов.

Это AI-перевод статьи, сделанный каналом Про AI: Лучшие Статьи и Исследования.

Compound Engineering — 17 августа 2026

Compound Engineering — August 17, 2026 Автор: Trevin Chow Оригинальный текст:

Compound Engineering — это плагин скиллов для Claude Code, Cursor, Codex, Grok и других агентов, список которых постоянно пополняется. Наша основная философия заключается в том, что каждая единица инженерной работы должна делать следующую проще. Мы хотим, чтобы вы могли проводить большую часть времени там, где человеческое суждение важнее всего — в начале, на этапе планирования, и в конце, на этапе финальной шлифовки. Всё, чему ваши агенты учатся в процессе работы, должно накапливаться в ваших репозиториях, чтобы следующему агенту не приходилось сталкиваться с теми же мелкими проблемами снова и снова.

Значительная часть наших обновлений направлена на то, чтобы философия накопления работала хорошо, но также мы естественным образом выходим за эти рамки — в сторону улучшения ваших рабочих процессов программирования в целом (и их упрощения!).

Наш последний релиз был в основном о том, чтобы раскрыть больше возможностей вашей «полиаморной» жизни с разными средами и моделями: планировать в одном Claude Code, реализовывать в Codex, ревьюить с помощью Grok… и всё это без ручного копипаста снова и снова. В прошлом релизе мы, например, автоматически добавили кросс-модельное состязательное ревью в наши скиллы ce-doc-review и ce-code-review, а также дали возможность делать такие вещи, как вызов ce-work use codex прямо из Claude Code.

Наш последний релиз, 3.22, добавляет ещё больше полезных новинок и заполняет пробелы, делая всё более отполированным и удобным в использовании.

Попробуй прежде, чем планировать

Часто вы разговариваете с агентом о сценариях и целях, а потом упираетесь в тупик, где невозможно принять решение, не увидев что-то своими глазами и не поиграв с этим. Строить с помощью агентов сейчас дешевле, чем когда-либо, но гораздо лучше, если они строят правильную вещь с самого начала. Зачем тратить больше токенов и времени, чем необходимо?

Вам будут рассказывать, что агенты настолько хороши, что достаточно одной команды вроде /goal — сделай круто, без ошибок, и вы получите волшебный результат в 100% случаев. Это может сработать для бэкенда, рефакторинга, улучшения производительности, но разваливается, когда речь идёт о чём-то связанном с UI/UX. Именно здесь наше человеческое суждение продолжает блистать, и именно оно должно играть огромную роль, чтобы всё было сделано правильно до того, как ваш агент начнёт решать задачу.

В последней версии CE добавлен новый скилл: ce-prototype. Вам не нужно приходить, уже зная, что именно прототипировать (хотя можно). Направьте его на чат, план, сам продукт — и он сам определит, что действительно нуждается в прототипе, начав с того, что обошлось бы дороже всего в случае ошибки. ce-brainstorm и ce-plan предложат прототипирование, когда дальнейшие обсуждения или наброски всё ещё не приводят вас к решению.

После того как вы опробуете прототип и примете решение, скилл адаптируется и предлагает то, что, по его мнению, ещё стоит прототипировать. Ваши решения отвечают на вопросы, убивают одни и поднимают новые… почти как по волшебству.

Когда вы заканчиваете прототипирование, ваши решения заставляют агента обновить план. Если этот план ранее считался готовым к реализации, он откатывается на этап планирования требований, чтобы вы случайно не отправили в продакшен что-то устаревшее. Если то, что вы решили в ходе прототипирования, изменило то, что вы хотите построить, скилл останавливается и возвращает то, что узнал, вместо того чтобы прототипировать вопрос, который вы давно оставили позади.

Оставьте стопку PR работающими

GitHub недавно запустил стековые pull request'ы в публичном превью, и это может быть очень удобно в зависимости от работы и вашего стиля. Для поддержки этого ce-commit-push-pr и ce-babysit-pr теперь умеют работать со стеками PR: обрабатывать код-ревью, делать rebase и т.д. Также они могут открыть стек PR, если вы попросите.

Вы можете уйти на ужин и вернуться к чему-то, что вы (или ваши агенты) можете замёрджить… скиллы никогда не мёрджат автоматически, если вы явно об этом не попросите.

Как пережить смену моделей

Выход новой модели может сильно ухудшить работу ваших скиллов: те же рабочие процессы зависают, пропускают обязательный шаг или тратят в 3 раза больше токенов. Или ещё хуже — модель просто не выполняет задачу, для которой была предназначена. Главная проблема здесь — понять, как исправить и улучшить скиллы.

ce-retune — это новый скилл, который мы создали, чтобы помочь вам измерять это, вместо того чтобы редактировать по интуиции и ощущениям. Он собирает данные о запусках скиллов для создания базовой линии, измеряет, насколько варьируется работа одного и того же определения скилла, а затем вносит небольшие правки, пока не будет достигнута заданная вами планка качества.

Его нужно вызывать вручную… он никогда не запускается автоматически, потому что выполнение довольно дорогое, так что считайте это честным предупреждением :)

Больше контроля, больше окружений

По умолчанию скиллы плагина CE записывают планы, выводы и всё остальное в docs/ (docs/plans/, docs/solutions/ и так далее). Если ваш репозиторий уже использует docs/ для сайта, хранилища или чего-то ещё… да, это конфликтует и создаёт проблемы.

docs_root — это настройка репозитория, которая перемещает всё это дерево в выбранную вами папку. Большинству людей ничего делать не нужно. Оставьте настройку пустой — и ничего не изменится. Подробнее о конфигурации корневой директории артефактов и о том, где её задать, можно прочитать в нашей документации.

На Windows и в изолированном Claude Code на Mac плагин часто выглядел установленным, но просто… не запускался. Мониторинг PR, peer-ревью кода и документации, а также временные файлы, необходимые этим скиллам — всё это теперь работает и там.

oh-my-pi (OMP) теперь поддерживается нативно, и мы пытались поддержать новый стандарт Agent Plugins 1.0. Однако мы столкнулись с проблемами в том, как различные среды обрабатывают frontmatter, и нам пришлось отступить и подождать. Мы отчаянно ждём и с нетерпением предвкушаем тот день, когда нам не придётся создавать конвертеры или добавлять поддержку каждой среды для плагинов вручную.

Если у вас уже установлен плагин — обновите его. А затем возьмите следующую фичу, о которой вы иначе продолжали бы спорить в документе, и запустите ce-prototype (или подождите, пока ce-brainstorm предложит это сам).

Подпишитесь на канал и каждый день читайте лучшие материалы про AI переведенные на русский!

Нашли интересную статью для перевода? Пришлите нашему боту: @ailongreadsbot