gstack: команда из скилов Гарри Тана для Claude Code

Гарри Тан (Garry Tan, в X @garrytan) возглавляет Y Combinator, он президент и CEO компании. До YC он был одним из первых инженеров и дизайнеров Palantir и сооснователем Posterous. В марте 2026 года он выложил garrytan/gstack, свою настройку Claude Code: набор скилов, каждый из которых играет роль в команде. Есть CEO, который пересматривает продукт, руководитель разработки, который фиксирует архитектуру, дизайнер, ревьюер, QA-инженер с настоящим браузером и релиз-инженер, который открывает пул-реквест.

В конце сентября пост в X насчитал в gstack 55 агентов и 134 тысячи звёзд. 24 октября у репозитория было 137,5 тысячи звёзд, а в самом наборе 58 скилов и скил-маршрутизатор gstack. Статья описывает версию 1.91.186.0 от 24 октября, лицензия MIT. Обновления выходят по несколько раз в день: в CHANGELOG за октябрь уже 142 версии.

Как устроен набор

README описывает gstack как процесс, который идёт в порядке спринта: подумать, спланировать, сделать, проверить, протестировать, выпустить, оглянуться. Скилы передают работу друг другу через файлы. /office-hours пишет дизайн-документ, его читает /plan-ceo-review. /plan-eng-review пишет план тестов, его подхватывает /qa. Ошибки, которые нашёл /review, /ship проверяет перед выпуском. Документы лежат в ~/.gstack/projects/<проект>/, поэтому следующий скил находит их сам, даже в новом сеансе.

Скилы написаны на Markdown, но их собирают из шаблонов SKILL.md.tmpl с общей преамбулой: телеметрия, настройки, правила вопросов пользователю. Рядом лежат программы на Bun, среди них демон браузера для /browse и /qa. Поэтому установка здесь тяжелее, чем у набора из одних текстовых файлов.

Как поставить

Нужны Claude Code, Git и Bun версии 1.4.2 или новее. README предлагает вставить в Claude Code промпт, и агент сделает остальное сам. Ядро промпта такое:

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

Кроме клонирования промпт просит агента добавить в CLAUDE.md раздел gstack о том, что для работы в вебе нужно использовать /browse, и спросить, ставить ли gstack в текущий проект для всей команды. По замеру автора, ./setup идёт около 30 секунд на облачной машине с четырьмя ядрами, вместе со сборкой программ и загрузкой Chromium. При первом запуске он спросит, как называть команды: коротко, как /review, или с префиксом, как /gstack-review, если рядом стоят другие наборы скилов.

Для команды есть режим с автообновлением. Он записывает в репозиторий настройку, по которой gstack появляется у коллег сам:

(cd ~/.claude/skills/gstack && ./setup --team) && ~/.claude/skills/gstack/bin/gstack-team-init required && git add .claude/ CLAUDE.md && git commit -m "require gstack for AI-assisted work"

Для других агентов ./setup принимает флаг --host, например --host codex или --host auto, чтобы поставить во все найденные агенты. Полную поддержку автор заявляет только для Claude Code. Codex, Cursor, OpenCode и Copilot CLI в таблице README помечены как экспериментальные, и защитные скилы вроде /careful там только предупреждают, а не блокируют. Телеметрия выключена по умолчанию, gstack спрашивает о ней один раз. Удаляется всё командой ~/.claude/skills/gstack/bin/gstack-uninstall.

Первый проход

README советует начать с четырёх команд и на этом остановиться: /office-hours, /plan-ceo-review, /review, /qa. По словам автора, после них станет понятно, подходит ли вам gstack.

Первое: /office-hours. Агент в этом скиле играет партнёра YC на офис-часах и не пишет код: единственный результат сессии дизайн-документ. Он читает CLAUDE.md, свежие коммиты и старые дизайн-документы проекта, потом спрашивает о цели: стартап, внутренний проект в компании, хакатон, опенсорс, обучение или проект для удовольствия. Для стартапа и внутреннего проекта включается Startup mode с шестью вопросами: есть ли реальный спрос, чем люди обходятся сейчас, кто конкретно страдает от проблемы, какая самая узкая версия продукта, за которую заплатят на этой неделе, что вас удивило, когда вы смотрели на пользователя, и станет ли продукт нужнее через три года. Вопросы выбираются по стадии: до продукта задают первые три, с платящими клиентами последние три. Для остальных целей включается Builder mode, мягкий брейншторм.

В скиле есть список фраз, которые агенту запрещено говорить во время разбора, например «That's an interesting approach» и «You might want to consider». Вместо них агент обязан занять позицию и назвать данные, которые её изменили бы. Потом он проверяет ваши допущения, предлагает несколько вариантов реализации и сохраняет документ.

Второе: ревью плана. /plan-ceo-review ищет в задаче продукт «на десять звёзд» и работает в одном из четырёх режимов: расширить замысел, расширить выборочно, удержать объём с максимальной строгостью или урезать до главного. /plan-eng-review фиксирует архитектуру, потоки данных, крайние случаи и тесты, рисует схемы и пишет тот самый план тестов для /qa. Для интерфейсов есть /plan-design-review, он оценивает каждое измерение дизайна от 0 до 10. Чтобы не запускать их по одному, есть /autoplan: он прогоняет ревью CEO, дизайна, DX и инженерное, причём инженерное всегда последним, и выносит вам только вопросы вкуса. 10 октября Тан написал, что работает именно так: запускает /autoplan, просит агента объяснить план как пятилетнему, одобряет и вмешивается редко.

Третье: код и /review. Код пишет сам Claude Code: в примере из README вы одобряете план и выходите из режима плана. /review сравнивает diff с базовой веткой и ищет то, что проходит CI, но ломается в продакшене: небезопасный SQL, нарушения границ доверия к ответам LLM, побочные эффекты под условием. Каждую находку он относит к AUTO-FIX или ASK: очевидное правит сам, спорное выносит вам одним списком. Ослабленный тест, увеличенный таймаут или подавленное предупреждение всегда попадают к человеку поимённо.

Четвёртое: /qa. Он проверяет поведение в браузере, API, CLI, фоновых задачах и вебхуках, воспроизводит баг, пишет падающий регрессионный тест, исправляет причину и проверяет снова до коммита. Уровней три: Quick чинит только критичное и серьёзное, Standard добавляет средние ошибки, Exhaustive берёт и косметику. Браузер даёт /browse: на Mac он сначала ищет браузер Aside с вашими сессиями, иначе берёт собственный Chromium из gstack, около 100 мс на команду.

Дальше /ship синхронизирует ветку с основной, прогоняет тесты, проверяет покрытие и документацию, поднимает версию, пишет CHANGELOG, пушит и открывает пул-реквест. /land-and-deploy сливает его, ждёт CI и деплой и проверяет продакшен. Для отладки есть /investigate, который останавливается после трёх неудачных исправлений, для опасной работы /careful, /freeze и /guard.

Почему из gstack удаляют инструкции

3 октября Тан написал:

Just deleted about a thousand lines of markdown from gstack because frontier models are good now and the old tricks generally you don't need anymore

В CHANGELOG версии 1.91.15.0 от того же дня видно, что именно чистили. Команда прогнала через Anthropic /claude-api prompt-audit для claude-opus-5-5 все шаблоны скилов, CLAUDE.md и код, который собирает запросы к модели. Старых приёмов вроде «думай шаг за шагом» почти не нашлось. Нашлись инструкции со ссылками на несуществующие файлы и команды, стопки CRITICAL и MUST, которые, по формулировке CHANGELOG, текущие модели применяют с перебором, арифметика, которую просили считать модель, и номера тикетов, бесполезные для агента. Всё это переписали обычным тоном, оставив каждое реальное правило и его причину. Формулировки правил безопасности меняли только там, где эвал показал, что модель их по-прежнему соблюдает. Тесты, которые проверяли точные фразы в скилах, переделали так, чтобы они проверяли поведение.

Это не первая чистка. 27 августа Тан сообщил, что сократил нагрузку gstack на токены вдвое без потери возможностей. По CHANGELOG версии 1.71.0.0, объём текста, который /review загружал при каждом вызове, уменьшился с 109,5 до 53,7 КБ: bash из неё вынесли в скрипты, а тяжёлые разделы двадцати скилов агент теперь читает с диска на том шаге, где они нужны. Поведение до и после сравнивали A/B-эвалами. В августе Тан писал и о том, что после выхода Fable 5 на многие вопросы, которые gstack задаёт в Claude Code, можно отвечать «Take all recommendations» и оставаться довольным результатом.

Мэтт Покок в списке типичных ошибок тоже называет слишком длинные скилы. На наш взгляд, механизм понятен. Громкие правила и пошаговые подпорки писали для моделей, которые пропускали инструкции. Нынешние модели их выполняют, поэтому подпорки начинают мешать: правило с пометкой CRITICAL модель применяет и там, где оно не нужно. При этом скилы gstack остаются большими: основной файл /office-hours весит около 95 КБ, /review около 80 КБ. Сокращают в первую очередь громкость и повторы, а тяжёлые разделы выносят в отдельные файлы.

Что взять, даже если не ставить

Для агентов, где gstack не ставится, в репозитории есть выжимка на 2 КБ, agents-digest/gstack-AGENTS.md, её можно дописать в свой AGENTS.md. Самое практичное в ней лестница переиспользования: прежде чем писать новый код, агент останавливается на первой подходящей ступени. Сначала хелпер или паттерн из этого репозитория, потом стандартная библиотека, потом встроенная возможность платформы, например CSS вместо JS или ограничение в базе вместо кода приложения, потом уже установленная зависимость. Новую зависимость ради нескольких строк не добавляют.

Из ETHOS.md полезны два правила. Отчёт остаётся заявлением, пока его не перепроверили: «тесты проходят» от субагента проверяет родительский агент. Ослабить проверку, чтобы она прошла, агент сам не может: удаление теста, увеличение таймаута и коммит с --no-verify решает человек. В CLAUDE.md это выглядит так:

## Проверки
Не удаляй и не пропускай тесты, не увеличивай таймауты и не используй --no-verify без моего явного согласия. Если проверка мешает, остановись и объясни почему.

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

## Разбор идей
Не хвали идею и не пиши «можно рассмотреть». Займи позицию и назови, какие данные её изменили бы.

Как устроены такие правила, мы разбирали в статье «Что писать в AGENTS.md».

Ограничения