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

В эту боль и целится gstack - набор инструментов, который президент и CEO Y Combinator Гэрри Тан выложил в открытый доступ под лицензией MIT.

Что это

gstack это не приложение, а два с лишним десятка специализированных скиллов для Claude Code и набор инструментов. Значительную часть репозитория Тан написал в соавторстве с самим Claude. За пару недель репозиторий собрал десятки тысяч звёзд на GitHub. И это похоже на ожидаемый результат.

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

Не умнее программисты, а лучше процесс

Идея простая. Разработчики одиночки проигрывают большим командам не из-за квалификации, они пропускают процесс распараллеливания задач (очевидно, так как они одиночки). Кроме того, человек, вайбкодящий по вечерам очередной фитнес трекер, что-нибудь да соберёт, но у него нет ни осмысления задачи до старта, ни адекватной цели. А вся разница между рабочим продуктом и грудой техдолга живёт именно там.

Gstack внедряет эти этапы в вайбкодинг и превращает Claude Code из реактивного автодополнения в процесс с контрольными точками. Тан построил оргструктуру для выпуска софта и зашил в неё то, как сам оценивает продукты после тысяч стартапов, прошедших через YC.

Один скилл играет CEO, который переосмысляет продукт. Другой — инженерного менеджера, фиксирующего архитектуру. Третий — дизайнера, отлавливающего генеративную серость, которую агент выдаёт по умолчанию. Четвёртый — параноидального ревьюера, что ищет баги до прода. Пятый — QA, который открывает настоящий браузер, кликает по приложению и заводит на вас баги.

А что, так можно было

Отдельные умные промпты можно написать и без gstack. Отличают его хендоффы — передачи между этапами.

/office-hours не бросается кодить, а спорит с вашей формулировкой: сказали «приложение для утренней сводки» — получите ответ, что это персональный AI-начштаба, и вот пять возможностей, которые вы описали, сами того не заметив. Дальше

/plan-ceo-review ищет «десятизвёздочный продукт внутри запроса» в одном из четырёх режимов — от расширения замысла до сокращения. Проектный документ из /office-hours читает инженерное ревью, пишет тест-план, а его подхватывает /qa.

Эту цепочку случайным промптингом не воспроизвести. Последовательность повторяет настоящий спринт: подумать, спланировать, собрать, проверить, протестировать, выкатить, отрефлексировать.

Есть и защитные команды. /careful предупреждает перед деструктивными командами, /freeze запирает правки в одной директории, /guard включает оба сразу, а /investigate при отладке замораживает всё, кроме чинимого модуля, чтобы агент в запале не переписал полпроекта.

/codex зовёт независимое ревью от Codex CLI и показывает, где модели сходятся, а где спорят.

Зачем это

Пайплайн и есть продукт, агент — рабочая сила. Проведя с ИИ-агентом достаточно времени, ты перестаёшь видеть в нём гения-универсала, начинаешь управлять им как командой: каждой роли узкая задача и чистая передача дальше. Так всегда работали нормальные команды, просто теперь в терминале.

Цифры Тан приводит бодрые: по его замерам он пишет примерно в восемьсот раз больше кода в день, чем в 2013-м, когда программировал сам. К таким метрикам стоит относиться со скепсисом, но порядок величины впечатляет.

Кому подойдёт

gstack это всего лишь набор скиллов, и он ровно настолько точен, насколько конкретен ваш контекст: расплывчатое описание проекта даёт бесполезные роли.

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