gstack: виртуальная продуктовая и инженерная команда

gstack — открытая MIT-коллекция ролей и команд Гарри Тана, которая превращает кодового агента в подобие виртуальной инженерной команды. Внутри одного процесса последовательно работают продуктовый критик, проектировщик, инженерный руководитель, дизайнер, reviewer, QA, специалист по безопасности и release engineer.

Для дизайнера gstack интересен не одним «стилевым» навыком, а связкой решений: от формулировки продукта и вариантов макета до реализации, визуального ревью и проверки результата в браузере.

Процесс вместо набора промптов

Команды организованы по циклу Think → Plan → Build → Review → Test → Ship → Reflect. Результат одного этапа становится контекстом следующего:

/office-hours уточняет проблему, оспаривает исходную постановку и создаёт дизайн-документ.
/plan-ceo-review, /plan-design-review, /plan-devex-review и /plan-eng-review рассматривают план с продуктовой, дизайнерской, DX- и инженерной позиций.
/design-consultation исследует направление и создаёт DESIGN.md в открытом формате.
/design-shotgun генерирует несколько вариантов макета и собирает обратную связь; /design-html переводит выбранный вариант в HTML с учётом обнаруженного стека.
/design-review проверяет и исправляет готовый интерфейс; /design-motion создаёт демонстрационный motion-loop при необходимости.
/review, /qa, /cso и /ship отвечают за код, воспроизводимое тестирование, безопасность и выпуск.

Такой порядок помогает не потерять исходную задачу за визуальными правками. Но автоматическое следование процессу не заменяет согласование объёма работ и ответственность владельца продукта.

Когда использовать

gstack подходит техническому основателю, тимлиду или небольшой команде, которой нужен единый маршрут от идеи до проверенного pull request. Особенно полезны различие планового и живого ревью: /plan-design-review оценивает будущее решение, а /design-review работает с уже реализованным UI.

Для отдельной правки кнопки полный цикл избыточен. В такой задаче проще применить Impeccable или профильные правила Vercel Agent Skills. В отличие от них, gstack требует готовности принять его процесс, зависимости и ролевую модель.

Установка

Для основной установки в Claude Code требуются Git, Claude Code и Bun; на Windows дополнительно нужен Node.js. Команды из официального README:

git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
cd ~/.claude/skills/gstack
./setup

Установщик регистрирует навыки и hooks. Для других поддерживаемых агентов используется ./setup --host <host>, а ./setup --status показывает зарегистрированные установки. Полная поддержка заявлена для macOS и Linux; возможности Windows ограничены платформенными требованиями.

Перед team mode изучите создаваемые hooks и правила обновления. Команды /ship, /land-and-deploy и работа с внешними review-провайдерами могут затрагивать Git, сеть, код и production, поэтому границы разрешений должны быть явными.

Проверка результата

Сильная сторона gstack — требование доказательств: браузерное воспроизведение, регрессионные тесты, проверка изменённого поведения и release gates. При этом зелёный прогон не делает продуктовую гипотезу верной. Дизайн нужно дополнительно проверять на пользователях и реальных данных.

Отдельно изучите документы о приватности. В README описаны проверка обновлений, внешние ревью через Codex или Claude Code и журнал исходящих запросов; настройки следует привести к политике команды до передачи закрытого кода.

Чем отличается от Addy Osmani Skills

Addy Osmani Skills проще внедрять по частям: отдельные навыки спецификации, TDD, доступности, производительности или ревью. gstack представляет собой более тесно связанную и категоричную систему с собственным браузерным и релизным контуром. Выбор зависит не от числа команд, а от того, нужен команде модульный набор практик или целый процесс.