Неделю назад по сети пронеслась новость о том, что генеральный директор Y Combinator Гарри Тан с помощью ИИ Claude пишет десятки тысяч строк кода ежедневно и имеет виртуальную команду из 10+ ролей. Я решил проверить насколько это решение действительно рабочее и не является ли оно очередным хайпом. В этой статье мы разберемся, что за инструмент использует CEO Y Combinator и в чем его особенности. А также попрактикуемся в его использовании.

«Серебряная пуля» которую нам предлагает Гарри Тан

На странице проекта Гарри Тан сообщает, что за 2 месяца он написал свыше 600 000 строк кода, 1/3 из которых тесты. Много ли это? Да. Для сравнения, в романе Льва Толстого «Война и Мир» примерно 83 000 строк текста.

Автор проекта предлагает всем желающим попробовать свой инструмент — GStack. Он характеризует его как фабрику для создания софта, способную превратить Claude Code в команду виртуальных инженеров под наше управление. Проект полностью бесплатный и опенсорсный, распространяется по лицензии MIT license.

На сайте проекта подчеркивается, что это не набор промтов для начинающих. Это скорее рабочая лошадка для технологичных предпринимателей, которые привыкли работать в одиночку. Для техлидов, которым нужно обеспечивать строгий контроль качества и планирование на каждом этапе разработки продукта. И, конечно, для стартапов которые активно развивают продукт. Проще говоря, GStack подходит всем, кто создаёт продуктовые фичи и работает с кодом в одиночку или в небольшой команде. Давайте разбираться, что под капотом.

Знакомьтесь, Claude Code

Для тех, кто не знаком с Claude Code дам небольшую вводную. Во-первых, это ИИ агент на базе Claude.ai Он может читать ваш код, редактировать файлы, запускать команды, а также интегрируется с вашими инструментами разработки. Он позиционируется как многофункциональный ИИ-помощник для программистов, который помогает разрабатывать новые функции софта, тестировать в нем баги и добавляет автоматизацию в процесс разработки. Во-вторых, чтобы с ним работать более-менее продуктивно, вам потребуется раскошелиться ежемесячно хотя бы на подписку Pro за 17$.

Тогда что такое GStack?

Технически это ни что иное, как набор навыков в формате SKILL.md для Claude Code. Фактически Гарри Тан предлагает нам взять его готовый набор навыков и установить в наш Claude Code.

А что такое SKILL.md?

Сегодня SKILL.md это уже общепринятый стандарт для создания навыков ИИ. Один файл — один специализированный навык для вашего LLM-агента. Таким образом нам достаточно один раз создать навык, а затем его можно использовать в любом популярном LLM-агенте.

Принцип работы с файлами простой. Размещаем SKILL.md в нужной папке, а ИИ подсматривает в него когда требуется выполнить эту самую узко специализированную работу. Это помогает не загрязнять контекст агента и по сути напоминает принцип работы с библиотеками в программах. В Claude Code эта концепция также поддерживается. Навыки размещаются:

• в домашней директории ~/.claude/skills/<skill-name>/SKILL.md

• или внутри вашего проекта .claude/skills/<skill-name>/SKILL.md

Почему нужно использовать несколько навыков, а не один общий?

Со слов Гарри Тана, если постоянно просить ИИ ассистента выполнять разные задачи, то ИИ будет домысливать о ваших ожиданиях. К примеру, вы просите «сделай ревью пул-реквеста» и в этот момент ИИ-агент будет догадываться «Может сейчас вам важно проверить отступы и названия переменных, чтобы новый код был красиво оформлен? А может вы хотите провести глубокий структурный анализ всех зависимостей?». Особенно это сильно сбивает модель, когда мы используем одного и того же агента для задач из разных областей: стратегический анализ, разработка кода, маркетинг. Проще говоря, Гарри Тан за идею модульной работы с навыками агента.

Как следствие, эту парадигму он положил в основу GStack. Согласно её философии каждый навык имеет свой образ мышления и контур ответственности. Пусть слово mode вас не сбивает, это не конкретный режим работы, а некий «психотип скила». Вот описания этих «психотипов»:

• Planning mode размышляет в плоскости продуктового развития, эмпатии к пользователям и долгосрочных горизонтов.

• Engineering mode размышляет как системный архитектор, думает о взаимосвязях компонентов, моделью конечных автоматов, надежностью и техническими метриками. Имеет сопротивление к разрастанию идей.

• Review mode думает как параноик-инженер, которому довелось устранять неприятные инциденты в проде. Он заинтересован в поиске ошибок и уверенности, что все CI/CD интеграции успешно выполнены.

• Shipping mode размышляет чек-листами. Немногословен, душно следит чтобы всё было сделано в соответствии с его чек-листом.

• QA mode проверяет доступность новых экранов вашего сайта/приложения, чтобы всё прокликивалось и работало, чтобы были актуальные тесты.

Также на проекте подчеркивается, что настоящая мощь GStack не в том, чтобы по отдельности использовать эти навыки, а в их сочетании и правильной последовательности. Нам предлагают следующую цепочку вызова команд:

/plan-ceo-review → /plan-eng-review → [Implement] → /review → /ship → /qa

Если это всё вас заинтересовало, то предлагаю заняться установкой проекта. А в конце статьи я кратко расскажу о том, что мне удалось собрать с этими навыками за календарную неделю.

Устанавливаем GStack

Для работы проекта нам потребуется: Claude Code, Git, Bun v1.0+ и Node.js ( если вы владелец ОС Windows).

Устанавливаем Bun v1.0+, Node.js и GStack.

Вот тут интересно — эти зависимости установит уже сам Claude Code. Для этого вам нужно скопировать как есть текст ниже (оригинал) и вставить его во вкладку Claude Code (см. криншот):

Install gstack: run git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup then add a «gstack» section to CLAUDE.md that says to use the /browse skill from gstack for all web browsing, never use mcp__claude-in-chrome__* tools, and lists the available skills: /office-hours, /plan-ceo-review, /plan-eng-review, /plan-design-review, /design-consultation, /review, /ship, /browse, /qa, /qa-only, /design-review, /setup-browser-cookies, /retro, /investigate, /document-release, /codex, /careful, /freeze, /guard, /unfreeze, /gstack-upgrade. Then ask the user if they also want to add gstack to the current project so teammates get it.

Обновление GStack (на будущее)

Для обновления нужно вызвать слэш-команду/gstack-upgradeпрямо из Claude Code:

Забегая вперед, GStack при каждом использовании сам проверяет апдейты и предлагает вам обновиться. Так что вам всегда гарантирована свежая версия.

# Remove symlinks that Claude Code uses for skill discovery
rm -f ~/.claude/skills/gstack-*

# Remove the gstack installation directory
rm -rf ~/.claude/skills/gstack

# Optionally remove the config directory
rm -rf ~/.gstack

Давайте поймём, что произошло после установки

Поскольку процесс установки нетипичный, надо убедиться, что всё прошло по плану. Если верить утверждениям на сайте проекта, то GStack не размещает ничего в /usr/local/bin , не имеет никаких фоновых процессов, а лишь физически живет в вашей домашней директории в папках: ~/.claude/skills/ и ~/.gstack. Ниже пояснения для директорий, которые мы получили после установки Claude Code и GStack:

Проверяем доступность навыков

Обязательно перезапустите Claude. Затем перейдите во вкладку Code и в поле для ввода введите слэш. Если вы увидите наши загруженные скилы (см. изображение ниже), то установка прошла успешно.

Давайте закрепим этот момент, он очень важный для запоминания. Получается, что мы скачали набор навыков и они установились в папку ~/.claude/skills/ После этого они доступны и отображаются в UI Claude или в его консольной версии. Запускаются эти навыки через слэш в поле ввода. И называются они слэш-командами. Это действительно важно понимать на уровне концепции, иначе от всех этих установок и терминов может закружиться голова.

Slash commands (слэш-команды) в Claude Code

Это быстрые текстовые команды, начинающиеся с косой черты (/), предназначенные для мгновенного выполнения специфических действий в чате без написания длинных запросов. Они автоматизируют управление рабочим пространством, взаимодействие с файлами и вызов инструментов, повышая продуктивность разработки.

Поздравляю, мы наняли 9 ИИ-работяг!

Перед тем, как начать работать над реальным проектом давайте познакомимся с ними.

Вот это мощь! Забегая вперед, могу сказать, что все навыки у GStack очень классно взаимодействуют с проектом и пользователем. Я всегда видел план действий перед тем, как любая из этих ИИ-ролей приступала к исполнению. План, надо сказать, не маленький и не большой. Он в меру детальный, чтобы понять как ИИ будет действовать и что мне ожидать в качестве результата.

Если у вас высокая любознательность и вы хотите дотошно изучить каждый навык, вы наверно заметили в таблице выше ссылки на файлы навыков. Если вы не знакомы с анатомией файла SKILL.md, то эти знания можно найти в официальной документации.

Занимательно, пока я писал статью и изучал всё это дело в течение последней недели, Гарри Тан заливал ежедневно какие-то обновления. Мне в какой-то момент показалось, что он даже добавляет новые роли. Так и вышло. К примеру, появилась роль SRE. Поэтому крайне рекомендую обращаться к первоисточнику, чтобы иметь актуальную информацию и расширять свою команду. Уж больно стремительно всё меняется в этом безумном круговороте ИИ-событий.

Первые умозаключения после работы с GStack и Claude Code

Правильный алгоритм работы

Судя по всему Гарри Тан не успевает даже с ИИ-агентом поддерживать актуальность своей документации, поэтому она местами неконсистентная. Я раскопал, что правильнее будет работать в такой последовательности:

/office-hours → /plan-ceo-review → /plan-eng-review → Implement → /review → /ship → /qa

Более того, если вы еще не работали через Claude Code со своим проектом, то рекомендую начать с того, чтобы запустить в корне проекта следующую команду claude /init , а уже потом по цепочке запускать /office-hours → ... → /qa

Не забывайте про контур ответственности ваших ИИ-работяг

Дело в том, что каждая роль так или иначе обладает навыками написать код, поправить какую-то багулю и запустить из консоли bash-cкрипт. В какой-то момент это сбивает и начинаешь забываешь про то, что /plan-eng-review это условный CTO, который не проверяет дотошно каждую функцию и не отвечает за безопасность. И если вы забудете прогнать свое нововведение через остальные роли или будете ожидать от одной роли качественное решение задачи вне её контура, то рискуете испытать неприятное чувство фрустрации.

Приветствуется конкретика в постановках задач и их атомарность

Надо сказать, что мои запросы к Claude Code были объемом в несколько предложений, максимум один небольшой абзац обычного текста, как если бы я формулировал задачу для коллеги. И в целом, в таком режиме всё прекрасно работает. GStack реально сам старается помогать вам удерживать смысловое русло и поощряет атомарные задачи.

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

Промпт без слэш-команды — это просто промпт для Claude Code

Я не сразу сообразил про это при работе с навыками скилов. Claude Code довольно хорошо продолжает сопровождать тебя после общения с одной ролью. И поэтому в процессе можно забыть запускать слэш-команды при своих запросах. Помните, закончив с одной ролью, вам нужно вызвать другую явно! Когда навык загрузился, вы увидите надпись Launching skill:

Ваш ежедневный алгоритм работы меняется

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

К стати, про вопросы от моих ИИ-работяг. Меня приятно удивило, что они задают вопросы когда это действительно надо. И главное, вопросы-то сами по себе правильные! В какой момент я осознал, если бы он выбирал ответ без меня, то его выбор мог бы расстраивать меня. Поэтому это дает мне чувство контроля.

А вот к оценкам, которые они дают в своих расчётах, я бы пока относился с осторожностью. Но сама задумка о том, чтобы показывать сколько времени это займет у человека и сколько у ИИ — очень завораживающая.

Наконец-то появились тесты и документация

Как и многие из вас, я не люблю писать тесты и документацию. Моё кредо «открой код и прочитай». Но если без шуток, я также не люблю сломанный продукт и страдания пользователей. И вот с этим GStack мне сильно помог. Ну как помог, буду честен — он 100% забрал это всё на себя. Ох уж это теплое чувство, когда идешь налить себе чаёк, а кто-то в это время за тебя въедливо проверяет продукт и фиксит баги.

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

Не теряйте чувство действительности

Естественно, я поплыл сразу от такого обилия возможностей, которое получил в своё распоряжение. Когда в процессе понимаешь, что узкое место — ты сам, то пытаешься дать больше свободы ИИ. Особенно, когда его размышления и работа понятны тебе. Но без постоянной синхронизации между вами, управляемость быстро улетучивается и приводит к деградации ожидания и реальности. Это про пример выше, когда мне пришлось несколько часов прибираться за ИИ.

Так что, если поймали себя на мысли, что ИИ делает то, что у вас вызывает замешательство или неясность ума — остановитесь, не спешите и не форсируйте себя и события, а дайте себе время на адаптацию и исследование. Это нормально. В конце-концов, Даниэль Канеман утверждает, что пропускная способность обработки новой информации для человека 8 бит/сек.

Токены сгорают быстро

Вначале кажется, что токенов в обилии. Но потом сталкиваешься с ограничениями. Я так и не понял, сколько точно в сутки выделяется токенов аккаунту Claude Pro, но в сети мелькает цифра 200 000, что вполне похоже на правду. Точно не больше, я бы по своим ощущениям сказал, что 150 000 — 200 000.

Важно сказать, что за время написания статьи я работал только с Sonnet 4.6 Читал, что Opus прожорливее. Порядки расходов для Sonnet 4.6 будут примерно такие — рассчитывайте, что ваши супер простые вопросы будут съедать сотни токенов. Вопросы которые касаются кода и простых фиксов, это уже тысячи токенов. Хороший план, анализ, решение, качественный прогон проекта обойдутся в десятки тысяч токенов. Вот конкретные примеры задач и затраты:

Промпт:

/plan-eng-review We have two language version of site: EN, RU. But EN version is not filled. Lets translate RU to EN and fixed this gap before release.

Удовольствие перевести несложный сайт (~250 фраз) на английскую версию обошлось в 21+ тыс. токенов.

Первый запуск /office-hours для моего проекта обошёлся в 20 тыс. токенов.

Результат совместной работы с ИИ-командой за 7 дней

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

• требовала бы их самостоятельного погружения в проект с 0, но при этом с моим наименьшим участием;

• включала в себя взаимодействие с популярным техническим стеком, а не каким-то конкретным узким инструментом;

• живая среда / работающий продукт, а не тестовый стенд с идеальной средой на локальном ПК;

• должна нести практическую ценность для какой-то группы людей.

Я расчехлил продуктовые планы своих пет-проектов и вспомнил про одну такую. Её я отложил в долгий ящик после того, как собрал обратную связь от коллег по ИТ рынку в феврале. Почти все мои опрошенные друзья заявили, что популярной средой для тестирования уже стал Playwright, а не Selenium. Последний мол, сдает постепенно свои позиции. А поскольку я с Playwright был совсем незнаком, я отложил эту задачу в роадмапе с пометкой XXL на вторую половину 2026 года. И вот теперь я был уверен, что эта задача идеально подойдет в качестве стресс-проверки. Ведь если всё действительно соответствует правде, то работы с Claude Code и навыками от Гарри Тана мне помогут пробить стену и ускориться с этой задачей. Забегая вперед, скажу — я не ожидал, что моё ускорение будет насколько сильным.

Кратко о задаче

Результат

А вот так выглядит мой новоиспеченный раздел Playwright:

Ниже моя статистика использования пакета скилов в период с 22 по 27 марта включительно. В остальные дни я дописывал статью:

Комментарии к результату

У меня не получилось повторить успех по объему кода, который заливает Гарри Тан. Но разве в количестве кода дело? Конечно нет. Я специально не стал отражать в своих результатах количество кода. Во-первых, это плохое мерило хотя бы потому, что есть разные механизмы сборки, сжатия, а также агрегации для CSS, SCSS, JS и другой статики. Их нельзя считать полезным кодом. Во-вторых, разработчик не должен думать о количестве кода, а продукт не должен измеряться количеством кода. Правильно, чтобы разработчик думал о надежности и скорости работы, а продукт о решении прикладных задач. И вот именно под этим углом я оставлю свои мысли о результате работы.

Продуктовая задача выполнена. Для меня важен прикладной характер задач. Мне очень сложно делать что-то в ящик или теоретическое. Я предпочитаю сделать прототип, оживить задумку и отдать ее пользователям. И эта задумка на мой взгляд выполнена точно не хуже, если бы я делал без ИИ. Я не утверждаю, что это Enterprise уровня, нет. Но оно вполне подойдет каким-нибудь школьникам и студентам для изучения автоматизированного тестирования и сбора открытых данных.

Немаловажно сказать и про неизвестность. Обычно она останавливает нас или отдаляет от цели, растягивает сроки и вводит в панику. В моём случае ИИ-команда помогла пробить стену неизвестности вначале и придала мне x4 буст в процессе — без неё я бы делал этот раздел не меньше месяца.

Надежность и скорость. Я уже писал выше про тесты. Это ни что иное, как 100% заслуга моей новой ИИ-команды. Опять же, решения которые сделал ИИ не хуже тех, что я мог бы сделать самостоятельно. Признаюсь, в некоторых случаях я даже узнал новое. Так вышло с atomic.Pointer в Go.

Но опять же, оставайтесь на чеку. Серьезный косяк в одном из решений был с доступом к сокету докера из веб-приложения, хотя бизнес-требование было выполнено. Драмы конечно тут нет, но неприятно если такая вещь уедет на прод в большом продукте и однажды стрельнет очень громко. Поэтому слепо не доверяйте решениям, а также чаще вызывайте своего /cso .

И последний неприятный момент. Вот всё хорошо, но верстать и доводить до пиксель-перфект состояния приходится самостоятельно. Это сильно тормозит, хотя у меня нет претензии к ИИ. Буду честен. Я боялся пускать ИИ в проект. В моём сценарии все должно было превратиться в тыкву, а вышло очень аккуратно и прозрачно! ИИ-команда создала новые шаблоны на основе имеющихся, подключила правильные файлы, добавила правильные роутеры, вьюшки и модельки, подключилась к базам, провела миграцию нужных полей. Но вот верстка была ужасной… Поэтому мне пришлось тратить на это время — убирал лишний код из вьюшек и причесывал визуально шаблоны.

Буду ли я продолжать пользоваться? Да. Следующие кандидаты из моего продуктового списка уже отобраны. И хоть у меня всё еще остается много вопросов и много пробелов по работе с ИИ, я понимаю что мне придется нырять в глубину за поиском правильных ответов и тратить на это время и энергию … Я чувствую, что инвестиция в эти знания покрываются тем, что теперь в моем проекте есть как минимум тесты, а навыки ИИ помогают быстрее пробивать стены в сложных и новых областях разработки софта. А если вы как и я откладывали это дело, то горячо рекомендую поторопиться освоить эти навыки. Время уже пришло.

Вместо заключения

Я вот думаю, может с такой командой пора искать инвестиции? 😎 Если вдруг идея пет-проекта зацепила, подарите мне 3-4 минутки и пройдите короткий опрос. Не все же нам с роботами общаться!