gstack: открытый AI-стек инженерных процессов на основе агентных навыков

gstack — это открытый набор AI-инженерных рабочих процессов, который не пытается заменить кодинг-агента, а оборачивает уже используемого агента специализированными навыками, браузерными инструментами, ревью, проверками безопасности и релизным процессом. Проект ведёт Гэри Тан; изначально он строился на Claude Code. Авторы описывают результат как виртуальную инженерную команду: 23 специалиста и 8 пауэр-тулов, все они оформлены как слэш-команды, основаны на markdown и распространяются под лицензией MIT. Идея в том, что разработка состоит из разных типов рассуждений, и требовать от одного общего промпта сразу всего — несправедливая абстракция. Поэтому gstack даёт отдельные навыки: исследование продукта, продуктовое и CEO-ревью, архитектурное ревью, ревью опыта разработчика, дизайн-ревью, ревью реализации, QA в браузере, расследование и отладку, анализ безопасности, документацию, бенчмарки, подготовку релиза, деплой и ретроспективу. В терминах команды это CEO, который пересматривает продукт, инженерный менеджер, фиксирующий архитектуру, дизайнер, отлавливающий «AI slop», ревьюер, ищущий продакшен-баги, QA-лид, открывающий настоящий браузер, специалист по безопасности, запускающий аудиты OWASP и STRIDE, и релиз-инженер, выпускающий PR. Технически вокруг определений навыков есть инструментарий на TypeScript и Bun: скрипты установки, сгенерированная документация навыков, сессионные хуки, управление состоянием в ~/.gstack/, встроенный браузер и набор отдельных CLI. gstack — не фундаментальная модель и не замена Claude Code. Это процессный слой поверх агентной обвязки: LLM работает через Claude Code или другую поддерживаемую обвязку, а gstack задаёт правила и стадии процесса. Среди стадий — планирование, архитектурное ревью, дизайн-ревью, код-ревью, браузерное QA, безопасность, релиз и деплой, обучение и память. Всё это связано с Git-репозиторием, браузером и инструментами разработки. Авторы подчёркивают два свойства. Во-первых, gstack — это процесс, а не просто коллекция инструментов: навыки идут в порядке спринта — думать, планировать, строить, ревьюить, тестировать, выпускать, размышлять, — и каждый передаёт результат следующему. Например, /office-hours пишет дизайн-документ, /plan-ceo-review читает его, /plan-eng-review создаёт тест-план, а /qa его подхватывает. Во-вторых, проект не привязан только к Claude Code: ./setup автоматически определяет установленных агентов, а ./setup --host <имя> настраивает Codex CLI, OpenCode, Cursor, Factory Droid, Kiro, Slate, OpenClaw, Hermes. Есть 2KB-дайджест только с инструкциями — для агентов, которые читают файлы правил без установки. Зачем это нужно? Пустая сессия Claude Code очень гибкая, и это же её слабость. В примере с запросом «добавьте организационные API-токены» опытный агент может сразу пойти править авторизацию, тогда как старший инженер сначала спросит, кто владелец токена, может ли пользователь состоять в нескольких организациях, как токен отзывается, наследуются ли права, что будет с существующей авторизацией, должен ли токен истекать, как показывать секреты и какие события аудита нужны. gstack переносит такую дисциплину в повторяемый рабочий процесс: вместо пути «идея — кодинг-агент — код» изменения проходят через названные этапы: продуктовое ревью, технический план, архитектурное ревью, реализацию, код-ревью, браузерное QA и релиз. У каждого этапа своя команда. Это не делает AI безошибочным, но меняет распределение вероятностей ошибок: агент раньше проверяет допущения, смотрит на доказательства, ревьюит свою работу с разных сторон и проверяет приложение, а не останавливается на том, что код скомпилировался.