Одна команда в терминале — и у вашего Claude Code появляется целая команда: CEO, техлид, staff-инженер, QA, релиз-менеджер. Звучит как питч стартапа, но это gstack — набор skills для Claude Code от CEO Y Combinator Гарри Тана, который набрал 23 600 звёзд на GitHub за шесть дней. Готовый фреймворк ролей, превращающий одинокого AI-ассистента в мини-команду.
Тан утверждает, что генерит с этим стеком около 10 000 строк кода и 100 пулл-реквестов в неделю. 50 дней подряд. Я поставил gstack себе, покопался в промптах и расскажу, как оно работает в реальности.
Что такое gstack и почему 23K звёзд за неделю
gstack — open-source набор slash-команд (skills) для Claude Code, где каждая команда запускает AI-ассистента в конкретной роли: от CEO и техлида до QA-инженера и релиз-менеджера. Вместо одного универсального AI вы получаете мини-команду с распределёнными обязанностями.
Гарри Тан — не рандомный разработчик. CEO Y Combinator, инвестор в Coinbase, Instacart, Reddit. И, судя по всему, реально пишет код каждый день.
Вместо того чтобы писать в Claude «проверь мой код, обрати внимание на N+1 запросы, race conditions, проверь boundary violations» — вы набираете /review. Вместо «подготовь PR, синхронизируй с main, прогони тесты» — /ship. Каждая команда — заточенный промпт с конкретной экспертизой и протоколом работы.
23 600 звёзд, 2 800 форков за неделю. Версия 0.7.0, MIT-лицензия. Maven уже запустил четырёхчасовой мастеркласс за $49 — вот такой уровень хайпа вокруг набора текстовых файлов с промптами.
Критики говорят: «это просто набор промптов». И технически они правы. Мо Битар написал «a bunch of prompts» — мол, хайп только из-за известности Тана. Шервин Машаехи вообще жёстко высказался: «Гарри должно быть стыдно». Но штука в том, что хорошо организованные промпты — это и есть суть работы с AI-ассистентами. Вопрос не в магии, а в структуре.
Как установить gstack — один шаг
Серьёзно, один. Но сначала — что нужно иметь на машине.
Требования:
- Claude Code (подписка ~$20/мес)
- Git
- Bun v1.0 или выше
- macOS или Linux (Windows — нет)
Сама установка:
git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setupСкрипт setup подтягивает 58-мегабайтный Bun-бинарник для headless Chromium — это для browser-автоматизации, которую используют /browse и /qa. После установки перезапустите Claude Code, и все команды станут доступны.
Обновление до новых версий — /gstack-upgrade прямо из Claude Code.
Совет
Для командной работы есть отдельная установка — skills копируются в репозиторий проекта, а не в глобальный ~/.claude:
cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setupТак каждый в команде получает одинаковый набор ролей.
Цена вопроса: gstack бесплатный. Платите только за подписку Claude Code.
Какие skills входят в gstack и когда использовать каждый
В gstack 0.7.0 — больше 15 команд. Девять основных, остальные вспомогательные. Вот ключевые.
/plan-ceo-review — Founder/CEO
Переосмысливает задачу с точки зрения пользователя. Тан называет это «Брайан Чески mode» — отсылка к CEO Airbnb, который помешан на пользовательском опыте. Команда буквально ищет «10-star продукт»: а что, если бы решение было не просто хорошим, а невероятным?
Кидаете задачу — получаете переосмысленный бриф. Допустим, вы хотите сделать страницу настроек. Без /plan-ceo-review просто набросаете форму с полями. С ним — получаете вопросы: «А почему пользователь вообще должен что-то настраивать? Можно ли определить дефолты автоматически?» Иногда результат банальный. Но пару раз мне подкидывал ракурсы, которые я бы сам не увидел.
/plan-eng-review — Tech Lead
Фиксирует архитектуру до того, как вы начнёте кодить. Data flow, edge cases, failure modes. Генерит диаграммы. Второй взгляд на задачу, но уже не с пользовательской стороны, а с инженерной.
Я прогоняю его перед любой задачей, где больше одного файла. Получаешь план: какие модули затронуты, какие зависимости надо учесть, где могут быть проблемы. Для мелких фиксов — overkill. Для нового фичера с тремя микросервисами — спасение.
/review — Staff Engineer
Мой фаворит. Структурный аудит кода: N+1 запросы, race conditions, trust boundary violations. Принцип «zero silent failures» — каждая ошибка должна быть явной.
Один CTO написал, что /review нашёл XSS-уязвимость в продакшен-коде: «This is like god mode.» Преувеличение? Да. Но для code review штука рабочая.
/ship — Release Engineer
Полный цикл деплоя: синхронизация с main, прогон тестов, разрешение конфликтов, push, открытие PR. Одна команда вместо пяти.
Что происходит внутри: git fetch origin main → merge → запуск тестов → если тесты красные, пытается починить → решает открытые review-комментарии → push → создаёт PR с описанием. Когда работает — кайф. Когда ломается на merge-конфликтах в 15 файлах — ну, тут любой AI споткнётся.
/browse — QA Engineer
Headless Chromium прямо из Claude Code. Навигация, клики, скриншоты. Стартует за ~3 секунды, каждая команда — 100-200 мс. Работает через accessibility-tree refs (@e1, @e2), а не CSS-селекторы. Почему это важно: селекторы ломаются при каждом изменении вёрстки, а accessibility tree — нет.
Инфо
Для /browse используется 58MB Bun-бинарник headless Chromium. Подключение к localhost с bearer-токеном, cookies не хранятся в plaintext. Если нужны сессии залогиненных сайтов — есть /setup-browser-cookies, который импортирует куки из Chrome, Arc, Brave или Edge.
/qa — QA Lead + Fix
Пожалуй, самая интересная команда. Diff-aware: смотрит git diff, определяет затронутые страницы, тестирует их в браузере, фиксит найденные баги и верифицирует исправления. На выходе — health score от 0 до 100.
Как это выглядит: вы поменяли код в компоненте формы регистрации. /qa видит diff, понимает, что затронута страница /register, открывает её в headless-браузере, заполняет поля, отправляет форму, проверяет ответ. Нашёл баг — фиксит. Проверяет фикс. И всё это без вашего участия.
Если не хотите, чтобы AI сам лез фиксить — есть /qa-only, которая только репортит.
/retro — Engineering Manager
Ретроспектива по коммитам: velocity, test ratios, PR sizes. Я запускаю раз в неделю — посмотреть, что вообще происходит с проектом в цифрах. Не критичный skill, но иногда показывает интересные паттерны.
Из остального: /setup-browser-cookies (импорт кук из Chrome, Arc, Brave, Edge для /browse и /qa), /office-hours, /plan-design-review, /design-review, /debug, /document-release, /gstack-upgrade. Всего 15+ команд — Тан добавляет новые довольно часто.
gstack на практике: рабочий цикл
Тан предлагает такой пайплайн:
/plan-ceo-review → /plan-eng-review → [код] → /review → /ship → /qa
Сначала определяешь, что строить (CEO-взгляд). Потом — как строить (архитектура). Кодишь. Проверяешь код. Деплоишь. Тестируешь в браузере.
Я не прохожу все этапы. Для мелких задач — написал код, /review, поправил замечания, /ship. Две минуты. Для серьёзного фичера — /plan-eng-review перед кодингом, потом /review + /qa. Это уже 10-15 минут, зато выловишь больше проблем.
Вот пример: добавлял API-эндпоинт для webhook-ов. Прогнал /plan-eng-review — он напомнил про идемпотентность и retry-логику, о которой я вообще не думал. Потом /review поймал, что я не валидирую подпись запроса. Без gstack это вылезло бы в проде.
И что мне нравится — это не жёсткий фреймворк. Каждый skill работает независимо. Берёте только то, что нужно прямо сейчас, никто не заставляет идти по всему конвейеру.
Отдельная тема — escalation protocol, встроенный в каждую команду: DONE, DONE_WITH_CONCERNS, BLOCKED, NEEDS_CONTEXT. Три неудачных попытки — STOP. AI не будет бесконечно долбиться в стену, а скажет «я застрял, помоги». У меня в собственных skills такого протокола не было, и Claude периодически уходил в бесконечный цикл. Взял эту идею себе.
gstack vs свои skills — когда что выбрать
У меня тут своя система skills для генерации контента. Подход похожий: каждый агент с конкретной ролью. Так что могу сравнить не абстрактно, а из опыта.
| gstack | Кастомные skills в CLAUDE.md | Cursor Rules | |
|---|---|---|---|
| Роли | 9+ готовых | Сколько напишете | Правила для IDE |
| Browser-автоматизация | Да (Chromium) | Нет из коробки | Нет |
| Покрытие lifecycle | Полный: от планирования до ретро | Зависит от вас | Только кодинг |
| Настройка | Одна команда | Ручная работа | Встроено в IDE |
| Гибкость | Ограничена заготовками | Полная | Средняя |
gstack выбирайте, если работаете над веб-приложениями и хотите быстро получить рабочий пайплайн. Особенно если важна browser-автоматизация — /browse и /qa реально экономят время. Мне, например, headless-браузер прямо в Claude Code показался самой неожиданной фичей — я раньше для подобного поднимал Playwright отдельно.
Свои skills пишите, если ваш workflow нестандартный. Блог, data pipeline, ML-эксперименты — gstack заточен под веб-разработку, и за её пределами часть команд бесполезна. Я для своего блога, например, тоже начинал с чего-то универсального, но быстро перешёл на кастомное — как и с дообучением моделей через Unsloth, заточенные инструменты всегда точнее.
Кстати, AI-персонализация от Google — другая сторона той же идеи: чем точнее AI знает ваш контекст, тем полезнее результат. Там через данные, тут через промпты и роли.
Как кастомизировать gstack под свои задачи
gstack — open source на MIT-лицензии. Форкайте и меняйте как угодно. Вот что я бы сделал:
Отредактировать существующие skills. Каждый skill — текстовый файл с промптом. Откройте /review и добавьте проверки под ваш стек. Используете PostgreSQL? Впишите проверку на отсутствие индексов. Пишете на Go? Проверку горутинных утечек.
Добавить свои команды. Создайте файл в формате gstack и положите рядом. Для проекта на FastAPI я бы добавил /api-test — skill, который генерит curl-запросы к каждому эндпоинту и проверяет ответы.
Комбинировать с CLAUDE.md. gstack не конфликтует с вашими настройками Claude Code. Skills живут в ~/.claude/skills/gstack/, CLAUDE.md — в корне проекта. Работают параллельно: CLAUDE.md задаёт контекст, gstack — роли.
Выкинуть ненужное. Не пишете фронтенд? Удалите /browse и /qa. Работаете один? /retro вам ни к чему.
Внимание
gstack пока версия 0.7.0. Обновления частые, и breaking changes никто не обещал не делать. При обновлении через /gstack-upgrade ваши локальные изменения могут затереться. Если кастомизируете — форкайте репозиторий, не редактируйте оригинал.
Ограничения и подводные камни
Только macOS и Linux. Windows-пользователи — мимо. WSL, вероятно, сработает, но официально не поддерживается.
58 мегабайт Bun-бинарника. Это для headless Chromium. Если не используете /browse и /qa — мёртвый вес на диске.
Промпты, а не магия. Критики правы: это набор хорошо написанных промптов. Если у вас есть опыт в prompt engineering — можете написать аналоги сами. Вся ценность gstack в том, что кто-то уже собрал полный набор, протестировал на 50+ днях ежедневного использования и выложил бесплатно. Экономия вашего времени, не технологический прорыв.
Хайп из-за имени. Часть звёзд на GitHub — потому что это Гарри Тан. Нормально. Но не путайте популярность с качеством.
Нет версионирования skills. При обновлении кастомные изменения могут пропасть. Git спасает, но отдельного механизма миграции нет — и это бесит.
Claude сам похвалил gstack. В одном из обсуждений Claude назвал gstack «one of the better examples of Claude Code skill design». Забавно. Но AI будет хвалить любой хорошо структурированный промпт — не обольщайтесь.
Частые ошибки при настройке gstack в Claude Code
Bun не установлен. Скрипт setup упадёт. Ставится одной командой:
curl -fsSL https://bun.sh/install | bashbun --version должен показать 1.0 или выше.
Claude Code не видит skills. Перезапустите Claude Code. Не терминал — именно сессию Claude. Она подгружает skills из ~/.claude/skills/ при старте, и без перезапуска новые команды не появятся.
/browse не работает. Скорее всего, Chromium не скачался при setup. Проверьте бинарник в папке gstack. Нет? Запустите ./setup ещё раз. На корпоративных сетях с прокси бывают проблемы с загрузкой — тут уж ничего не поделать.
Кастомные изменения пропали после /gstack-upgrade. Обновление стягивает свежую версию из репозитория и перезаписывает файлы. Правили промпты напрямую — всё улетело. Форкайте репо, правьте в своём форке, обновляйте через git pull из upstream.
/qa тестирует не те страницы. Определяет затронутые страницы по git diff. Если у вас незакоммиченные изменения в куче файлов — запутается. Коммитьте перед запуском, чтобы diff был чистый.
Skills не работают в Cursor / Windsurf / других IDE. gstack заточен под Claude Code. В Cursor есть свои Rules, в Windsurf — свой формат. Slash-команды gstack привязаны к ~/.claude/skills/ и за пределами Claude Code не существуют.
FAQ
Нужен ли платный Claude для gstack? Да. gstack работает только с Claude Code, подписка стоит около $20 в месяц. Сам gstack бесплатный, MIT-лицензия.
Можно ли добавить свои skills в gstack? Да. Создаёте файл с промптом в формате gstack, кладёте рядом с остальными — Claude Code подхватит при перезапуске. Или форкаете репо и правите существующие skills под свой стек.
Работает ли gstack в Cursor, Windsurf или других IDE?
Нет. Slash-команды gstack привязаны к ~/.claude/skills/ и работают только в Claude Code. Для Cursor есть свои Rules, для Windsurf — свой формат.
Чем gstack отличается от обычных Claude Code skills? По сути — ничем технически. gstack это набор хорошо написанных промптов с ролевой моделью и протоколами эскалации. Ценность в том, что кто-то уже собрал, протестировал и выложил готовый набор из 15+ команд.
Что в итоге
Из 15 команд я оставил себе три: /review, /ship и /plan-eng-review. Остальное пока не пригодилось. Но /review реально ловит вещи, которые я бы пропустил на глаз, а /ship сократил мне рутину деплоя до одной команды.
Главное, что я вынес из gstack, — идея разделения ролей. AI-ассистент работает заметно лучше, когда у него есть конкретная роль и протокол. Staff-инженер проверяет код иначе, чем QA-лид. Release-инженер думает о деплое, а не об архитектуре. Простая идея, которая почему-то работает.
Ставится за минуту, бесплатно. В худшем случае удалите папку ~/.claude/skills/gstack и забудете.
