무엇인가
gstack은 Y Combinator 대표 Garry Tan이 2026년 공개한 Claude Code용 스킬 묶음입니다. README는 스스로를 "Claude Code를 가상 엔지니어링 팀으로 바꾼다"고 소개합니다. 제품을 다시 생각하는 CEO, 아키텍처를 고정하는 엔지니어링 매니저, AI 티 나는 디자인을 잡는 디자이너, 프로덕션 버그를 찾는 리뷰어, 실제 브라우저를 여는 QA 리드, OWASP·STRIDE 감사를 돌리는 보안 담당, PR을 보내는 릴리스 엔지니어 — "전문가 23명과 파워 툴 8개, 전부 슬래시 커맨드, 전부 마크다운"입니다.
본질은 잘 설계된 프롬프트의 오픈소스 묶음입니다. 각 스킬 디렉터리의 SKILL.md가 전문가 한 명이고, /plan-ceo-review라고 치면 그 페르소나·사전 점검·질문 형식·자가 검증 규칙을 모두 실은 채로 응답합니다. 코어닷투데이는 이를 프롬프트가 문장에서 문서로, 다시 조직의 철학·보이스·테스트·스킬을 통째로 담은 레포로 커진 6세대의 대표 사례로 봅니다.
어떻게 동작하나
README는 gstack을 "도구 모음이 아니라 프로세스"라고 부릅니다. 스킬이 스프린트 순서대로 이어집니다.
/office-hours — YC 오피스 아워처럼 질문 여섯 개로 제품을 재정의하고 설계 문서를 쓴다./plan-ceo-review가 그 설계 문서를 읽어 범위를 재검토하고, /plan-eng-review가 데이터 흐름·엣지 케이스·테스트 계획을 고정한다. /autoplan은 CEO → 디자인 → DX → 엔지니어링 검토를 한 번에 돌린다./review가 CI는 통과하지만 프로덕션에서 터질 버그를 찾고, /qa가 엔지니어링 검토의 테스트 계획을 이어받아 브라우저·API·CLI 동작을 확인한다./ship이 테스트·커버리지·문서를 점검하고 PR을 연다. /retro는 주간 회고, /learn은 세션 간에 쌓인 프로젝트 패턴을 관리한다.모든 스킬에는 공통 철학과 말투가 주입됩니다. 2026년 4월 코어닷투데이가 인용한 원문 기준으로 세 가지가 핵심입니다.
- ETHOS.md — 완전함은 싸다. AI 보조 코딩에서는 완전한 구현의 한계 비용이 0에 가깝다는 전제다. "A(완전판, 70줄 더) 대 B(90%)"라면 A를 고르고, "테스트는 후속 PR로"를 반패턴으로 꼽고, "2주 걸린다" 대신 "사람 2주 / AI 보조 약 1시간"이라고 말하게 한다.
- Voice — 말투까지 공학화한다. em dash 금지, delve·crucial·robust 같은 AI 어휘 금지, 실제 파일명·함수명·숫자를 대고 할 일로 끝맺기. 좋은 예와 나쁜 예 문장을 함께 준다.
- AskUserQuestion 자가 점검 — 질문도 템플릿이다. 사용자에게 선택지를 묻기 전에 추천 라인, 완전성 점수, 옵션마다 장점 2개·단점 1개(각 40자 이상), 결론 한 줄이 있는지 스스로 확인한다.
안전장치도 스킬입니다. /careful은 rm -rf·DROP TABLE·force-push 앞에서 경고하고, /freeze는 편집을 한 디렉터리로 묶고, /guard는 둘을 합칩니다. README 기준 Claude Code에서는 이 안전 스킬이 훅으로 실제로 막고, 다른 에이전트에서는 권고에 그칩니다.
빠른 시작
요구 사항은 Claude Code, Git, Bun입니다(README는 Bun v1.4.2+를 검증 버전으로 적고, 1.3.3 미만이면 setup이 거부합니다). setup은 바이너리를 빌드하고 내장 브라우저용 Chromium을 받습니다.
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
cd ~/.claude/skills/gstack && ./setup
README가 권하는 첫 사용 순서는 다섯 단계입니다.
/office-hours 만들려는 것을 설명한다
/plan-ceo-review 기능 아이디어 하나를 검토받는다
/review 변경이 있는 브랜치를 리뷰한다
/qa 스테이징 URL이나 로컬 API를 점검한다
여기서 멈춘다 — 맞는 도구인지 이때 알 수 있다
팀 저장소에 같이 쓰려면 ./setup --team, Codex·OpenCode·Cursor 등 다른 에이전트에 깔려면 ./setup --host <이름>(또는 --host auto)을 씁니다. README 표 기준 Claude Code만 정식 지원이고 나머지는 실험 단계입니다.
언제 쓰고, 언제 피하나
| 상황 | gstack이 잘 맞는다 | 다른 길을 먼저 본다 |
|---|---|---|
| 사용자 | 혼자 또는 소수로 제품을 만드는 창업자·테크 리드 | 이미 팀 고유의 리뷰·배포 절차가 단단하다 |
| 작업 방식 | 기획 → 리뷰 → QA → 배포를 한 흐름으로 묶고 싶다 | 스킬 몇 개만 골라 쓰고 싶다 — 필요한 SKILL.md만 참고해 직접 쓰는 편이 가볍다 |
| 에이전트 | Claude Code | 다른 에이전트 — 실험 단계이고 안전 스킬이 차단하지 않는다 |
| 취향 | "완전하게 하라"는 철학과 직설적 말투가 맞다 | 남의 보이스가 결과물에 그대로 묻는 것이 싫다 |
같은 시기 주목받은 Everything Claude Code(ECC) 는 결이 다릅니다. gstack이 한 사람의 스프린트 프로세스를 그대로 옮긴 것이라면, ECC는 언어별 에이전트·스킬·훅·보안 테스트를 크게 묶은 종합 패키지입니다. 여러 워크플로 프레임워크를 한꺼번에 설치하면 훅이 겹치고 컨텍스트가 오염되므로 하나를 골라 먼저 써 보는 편이 안전합니다.
한계와 주의
- 생산성 수치는 저자의 자체 측정이다. README는 2026년 논리적 코드 변경량이 2013년 대비 약 810배라고 적고, AI가 줄 수를 부풀린다는 비판에는 별도 문서(On the LOC Controversy)로 방법과 재현 스크립트를 공개했다.
- 철학 문서는 바뀐다. 2026년 4월 원문의 "Boil the Lake(호수는 끓이고 바다는 범위 밖으로)"는 2026-10 ETHOS.md에서 "Boil the Ocean(바다가 목표, 호수부터 하나씩)"으로 바뀌었다. 인용할 때 시점을 밝힌다.
- 커맨드 수도 늘었다. README 소개는 여전히 "전문가 23명과 파워 툴 8개"지만, 2026-10 README 표에는 iOS QA·문서 생성 등 그보다 많은 스킬이 실려 있다. 버전도 1.91.x로 업데이트가 잦다.
- setup은 전역 설정을 건드린다. 기본으로
~/.claude/settings.json에 Stop 훅 하나를 등록한다(./setup --no-timeline-stop-hook으로 끌 수 있다). 프리앰블도 스킬마다 붙어 토큰을 쓴다. - 남의 ETHOS를 그대로 쓰면 남의 취향이 결과물에 들어간다. 포크한 뒤 보이스와 금칙어부터 자기 팀에 맞게 고친다.
