Два мощных плагина для Claude Code: gstack против Compound Engineering

Обзор двух лучших плагинов для Claude Code -- gstack от Гарри Тана и Compound Engineering от Every.to, -- которые превращают AI-кодинг в структурированный процесс с планированием, ревью и контролем качества.

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

Два мощных плагина для Claude Code: gstack против Compound Engineering

Two Powerful Claude Code Plugins: gstack vs CE Автор: Kevin Simback Оригинальный текст:

Вкратце: новый плагин для Claude Code выходит каждый день, большинство из них я пропускаю, но иногда что-то привлекает моё внимание, и из этих немногих единицы действительно меняют мой подход к работе. В этой статье я расскажу о двух плагинах, которые, на мой взгляд, должны быть в арсенале каждого.

Речь пойдёт о двух плагинах: gstack от @garrytan и Compound Engineering от Every.to. Оба превращают Claude Code в более структурированную среду для любого проекта, и оба бесплатны и имеют открытый исходный код.

Вот что они собой представляют, чем отличаются, и как выбрать подходящий.

gstack: реальная настройка Гарри Тана

Гарри Тан -- президент и CEO Y Combinator. Он был одним из первых инженеров в Palantir, стал сооснователем Posterous (продан Twitter) и создал Bookface -- внутреннюю социальную сеть YC. За последние 60 дней он написал более 600 000 строк продакшн-кода, параллельно руководя YC на полную ставку.

Он опубликовал всю свою конфигурацию Claude Code под названием gstack, и проект набрал более 40 000 звёзд на GitHub за 12 дней -- весьма впечатляюще.

gstack даёт вам ту же виртуальную команду, которую Гарри использует в собственной работе: CEO, который стресс-тестирует продуктовые решения, инженерный менеджер, отвечающий за архитектуру, дизайнер, который отлавливает AI-халтуру, QA-лид, открывающий настоящий браузер на вашем staging-URL, офицер безопасности, проводящий аудиты, и релиз-инженер, который отправляет PR. По сути, это команда «всё-в-одном», покрывающая каждую функцию от бизнес-идеи до продакшн-кода.

Основные команды:

• /office-hours -- опишите, что вы строите, и получите структурированную обратную связь до написания первой строки кода
• /plan-ceo-review -- бизнес- и продуктовый взгляд на любую идею фичи (быстро отсеивает плохие идеи)
• /plan-eng-review -- фиксирует архитектуру и подход к реализации до начала разработки
• /review -- комплексное ревью кода: баги, безопасность, производительность, стиль
• /qa -- открывает реальный браузер через Playwright, запускает QA с учётом диффов на вашем staging-URL
• /retro -- еженедельная статистика: добавленные строки, коммиты, нетто LOC, накопительная история результатов

Это далеко не всё, но даёт хорошее представление о возможностях.

Философское ядро проекта находится в файле ETHOS.md, который Гарри называет «Boil the Lake» (букв. «Вскипяти озеро»). Идея в том, что с ИИ предельная стоимость полноты стремится к нулю и занимает считанные минуты, поэтому нужно всегда делать полную версию -- в отличие от типичного стартап-мира, где вы постоянно идёте на компромиссы или пропускаете дополнительные шаги из-за нехватки времени и ресурсов.

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

Compound Engineering: инженерная операционная система от Every.to

Every.to -- это AI-стартап и медиакомпания, которая создаёт продукты силами команд из одного человека. Compound Engineering (составная инженерия) -- это то, с помощью чего они это делают.

Если gstack -- это скорее подход «скопируй мою настройку», то Compound Engineering -- это подход «прими методологию». Это полноценная инженерная операционная система, построенная на четырёхшаговом цикле: Plan -> Work -> Review -> Compound.

На GitHub у проекта более 10 000 звёзд -- меньше, чем у gstack сейчас, но он существует дольше и выглядит более обкатанным.

Плагин CE поставляется с 26 специализированными агентами, 23 командами workflow и 13 навыками (skills) -- это серьёзный арсенал!

Основной цикл:

• /ce:plan -- структурированное планирование реализации до написания кода
• /ce:work -- систематическое выполнение по плану, шаг за шагом
• /ce:review -- 14 специализированных ревьюеров кода, работающих параллельно, включая безопасность, производительность, переусложнение, стиль и многое другое
• /ce:compound -- это ключевой дифференциатор

Шаг compound -- уникальная идея. После каждой задачи система фиксирует, что было решено, какие паттерны выявлены и какие уроки извлечены. Со временем она выстраивает библиотеку опыта, специфичную для вашей кодовой базы и вашего стиля работы. Идея в том, что каждая следующая единица работы обходится чуть дешевле предыдущей -- продуктивность растёт по принципу сложного процента, точно так же, как сложный процент умножает деньги.

Для кого: если gstack больше подходит небольшим командам основателей и соло-разработчикам, то CE я бы рекомендовал более зрелым инженерным командам, которым нужно систематическое ревью и QA на каждом PR. Он, безусловно, может быть полезен и одиночным разработчикам, но суть «составного» подхода в том, что он окупается со временем, поэтому вряд ли подойдёт для хобби-проектов и экспериментов -- скорее для тех, кто ведёт продакшн-приложения. По крайней мере, так показал мой опыт.

Сравнение

Поработав с обоими плагинами на нескольких хобби-проектах, я бы сказал, что gstack оптимизирует скорость и доставку, а Compound Engineering -- качество и накопление преимуществ со временем.

gstack быстрее проводит вас от идеи до развёрнутого проекта или фичи, но Compound Engineering обеспечивает, чтобы каждая следующая фича была лучше предыдущей.

Я бы не сказал, что один лучше другого -- они решают разные части одной и той же задачи.

Стратегия продвинутого пользователя: используйте оба

gstack и Compound Engineering не исключают друг друга, так что можно использовать оба.

Можно использовать gstack для быстрого цикла планирования, разработки, доставки и QA. А затем применять шаги review и compound из Compound Engineering, чтобы отловить то, что пропустил gstack, и зафиксировать полученные знания.

Вот один вариант совместного использования, который я опробовал на практике:

1. /office-hours (gstack) -- валидировать идею перед тем, как приступать
2. /plan-ceo-review + /plan-eng-review (gstack) -- зафиксировать продукт и архитектуру
3. /ce:work (Compound) -- систематическое выполнение со структурированным отслеживанием
4. /review (gstack) или /ce:review (Compound) -- выбрать в зависимости от нужной глубины; 14-агентное ревью Compound более всестороннее для сложных PR
5. /qa (gstack) -- реальный браузер, staging-URL, с учётом диффов
6. /ce:compound (Compound) -- зафиксировать решённые задачи для будущего накопления
7. /ship (gstack) -- развернуть

В итоге вы получаете скорость от устоявшихся настроек gstack и кривую роста качества от методологии Compound Engineering. Вместе они образуют чертовски хорошую полноценную систему.

Оба плагина бесплатны, лицензия MIT, открытый исходный код:

• gstack: [github.com/garrytan/gstack](https://github.com/garrytan/gstack)
• Compound Engineering: [github.com/EveryInc/compound-engineering-plugin](https://github.com/EveryInc/compound-engineering-plugin)

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

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