Когда разработчик ведёт задачу один, ему приходится переключаться между ролями. Сначала выяснить, что нужно пользователю. Потом продумать реализацию, написать код, найти ошибки и пройти готовый сценарий в браузере. Автор решения часто видит его сильные стороны лучше, чем пробелы.
gstack предлагает для Claude Code набор навыков, которые проводят задачу через эти разные взгляды. В описании проекта последовательность сформулирована как «подумать, спланировать, построить, проверить код, протестировать и выпустить». Необязательно запускать каждый этап для любой задачи. Полезно понимать, какой вопрос решает каждый из них.
Сначала уточнить задачу
/office-hours помогает разобраться с идеей до написания кода. Допустим, на странице услуги нужна форма заявки. На этом этапе стоит выяснить, кому она нужна, какие поля действительно необходимы и что посетитель должен увидеть после отправки.
Если эти ответы не получить заранее, можно аккуратно реализовать форму, которая собирает не те данные или оставляет пользователя без понятного подтверждения.
Следующий взгляд даёт /plan-eng-review. Он помогает проверить технический план: какие части сайта затронет изменение, как будут обрабатываться ошибки и как команда поймёт, что задача закончена.
Потом проверить реализацию
После написания кода /review ищет проблемы в изменениях. /qa проходит готовый сценарий в браузере. Это разные проверки: код может выглядеть убедительно, а форма на телефоне всё равно окажется неудобной или не покажет ошибку отправки.
На примере заявки проверка должна доходить до результата: поле с неверным номером получает понятную подсказку, отправка показывает ожидаемое состояние, а данные действительно приходят туда, куда должны. Одного сообщения «сборка прошла» здесь недостаточно.
Для завершающих действий в gstack есть /ship. Автор проекта описывает навыки как связанный процесс, где результаты одного этапа используются на следующем. При этом состав команд меняется по мере развития инструмента, поэтому перед работой стоит сверяться с актуальным README.
Когда достаточно одного этапа
Полный цикл уместен для новой функции, заметного изменения интерфейса или выпуска, где пропущенная ошибка дорого обойдётся. Исправлять опечатку через обсуждение продукта, планирование и браузерное тестирование было бы избыточно.
Можно взять только нужный навык. gstack помогает задавать разные вопросы к одной задаче, но решение остаётся за командой, а качество результата определяется проверкой реального пользовательского сценария.
