gstack - Garry Tan’s Claude Code Software Factory
YC CEO Garry Tan이 사용하는 Claude Code 세팅. 18개 전문가 역할 + 7개 파워 툴. 계획 → 리뷰 → QA → 배포까지 원커맨드.
배경
Garry Tan (YC President & CEO)이 60일간 60만 줄의 프로덕션 코드를 작성하며 개발한 시스템.
“하루 10,000~20,000 줄의 코드를 작성. YC CEO 업무를 하면서 파트타임으로.”
2026년 1,237 contributions vs 2013년 772 contributions — 같은 사람, 다른 시대. 도구의 차이.
핵심 컨셉
gstack = 프로세스, 단순한 도구 모음이 아님
Think → Plan → Build → Review → Test → Ship → Reflect
각 스킬이 다음 단계로 자연스럽게 연결됨:
/office-hours가 작성한 design doc →/plan-ceo-review가 읽음/plan-eng-review가 작성한 테스트 계획 →/qa가 활용/review가 발견한 버그 →/ship이 수정 확인
설치
Claude Code
git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack
cd ~/.claude/skills/gstack && ./setupCodex
git clone https://github.com/garrytan/gstack.git ~/.codex/skills/gstack
cd ~/.codex/skills/gstack && ./setup --host codex자동 감지
git clone https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack && ./setup --host auto18 Specialists (역할별 스킬)
Planning
| 스킬 | 역할 | 설명 |
|---|---|---|
/office-hours | YC Office Hours | 6가지 질문으로 제품 재구성. 프레이밍에 도전, 전제 이의제기, 대안 생성 |
/plan-ceo-review | CEO / Founder | 문제 재고. 10-star 제품 찾기. 4가지 모드: Expansion, Selective Expansion, Hold Scope, Reduction |
/plan-eng-review | Eng Manager | 아키텍처, 데이터 플로우, 다이어그램, 엣지 케이스, 테스트 계획 |
/plan-design-review | Senior Designer | 각 디자인 차원 0-10 평가, AI Slop 탐지 |
/design-consultation | Design Partner | 디자인 시스템 처음부터 구축. 리얼리스틱 목업 생성 |
Review & Debug
| 스킬 | 역할 | 설명 |
|---|---|---|
/review | Staff Engineer | CI는 통과하지만 프로덕션에서 터지는 버그 발견. 자동 수정 |
/investigate | Debugger | 체계적 근본 원인 디버깅. “수정 전 조사” 원칙 |
/design-review | Designer Who Codes | /plan-design-review 감사 + 실제 수정 |
QA
| 스킬 | 역할 | 설명 |
|---|---|---|
/qa | QA Lead | 실제 브라우저로 앱 테스트, 버그 발견/수정, 회귀 테스트 자동 생성 |
/qa-only | QA Reporter | /qa와 동일하지만 리포트만. 코드 수정 없음 |
/browse | QA Engineer | 실제 Chromium 브라우저로 클릭, 스크린샷. ~100ms/커맨드 |
/setup-browser-cookies | Session Manager | 실제 브라우저 쿠키를 headless 세션으로 가져오기 |
Shipping
| 스킬 | 역할 | 설명 |
|---|---|---|
/ship | Release Engineer | main 동기화, 테스트 실행, 커버리지 감사, PR 생성 |
/land-and-deploy | Release Engineer | PR 머지, CI/배포 대기, 프로덕션 헬스 확인 |
/canary | SRE | 배포 후 모니터링 루프. 콘솔 에러, 성능 회귀 감시 |
/benchmark | Performance Engineer | 페이지 로드, Core Web Vitals, 리소스 크기 베이스라인 |
/document-release | Technical Writer | 모든 프로젝트 문서를 최신 상태로 업데이트 |
Reflection
| 스킬 | 역할 | 설명 |
|---|---|---|
/retro | Eng Manager | 팀 인식 주간 회고. 개인별 분석, 배포 스트릭, 테스트 헬스 트렌드 |
7 Power Tools
| 스킬 | 설명 |
|---|---|
/codex | OpenAI Codex CLI로 독립적인 코드 리뷰. 세 가지 모드: review, adversarial, consultation |
/careful | 파괴적 명령 전 경고 (rm -rf, DROP TABLE, force-push) |
/freeze | 파일 수정을 하나의 디렉토리로 제한 |
/guard | /careful + /freeze 동시 적용 |
/unfreeze | freeze 해제 |
/setup-deploy | /land-and-deploy용 배포 설정 |
/gstack-upgrade | gstack 자체 업데이트 |
워크플로우 예시
You: I want to build a daily briefing app for my calendar.
You: /office-hours
Claude: [6가지 질문으로 실제 고통 파악]
"daily briefing app"이 아니라 "personal chief of staff AI"를 만들고 있다고 재프레이밍
[5가지 capability 추출]
[4가지 전제에 도전]
[3가지 구현 접근법 + 노력 추정]
→ design doc 작성
You: /plan-ceo-review
[design doc 읽고, 스코프 챌린지, 10섹션 리뷰]
You: /plan-eng-review
[ASCII 다이어그램, 테스트 매트릭스, 에러 경로]
You: Approve plan. Exit plan mode.
[2,400줄, 11개 파일 작성. ~8분]
You: /review
[AUTO-FIXED 2 issues, ASK 1 race condition]
You: /qa https://staging.myapp.com
[실제 브라우저로 클릭, 버그 발견/수정]
You: /ship
[Tests: 42→51, PR 생성]
8개 커맨드로 “daily briefing app”이 “chief of staff AI”가 됨.
핵심 기능
1. 지속형 Headless Chromium
- 브라우저 상태, 쿠키, 탭, 로그인 세션이 커맨드 간에 유지됨
- 인증된 페이지 테스트 가능
$B handoff→ 가시적 Chrome으로 전환, MFA/CAPTCHA 해결,$B resume으로 복귀
2. 스마트 리뷰 라우팅
- CEO는 인프라 버그 수정을 볼 필요 없음
- 디자인 리뷰는 백엔드 변경에 불필요
- gstack이 어떤 리뷰가 적절한지 자동 판단
3. 테스트 부트스트랩
/ship이 테스트 프레임워크가 없으면 자동 생성- 모든
/qa버그 수정 → 회귀 테스트 자동 생성 - 100% 테스트 커버리지 목표
4. 프로덕션까지 원커맨드
/land-and-deploy: PR 머지 → CI/배포 대기 → 프로덕션 검증- Fly.io, Render, Vercel, Netlify, Heroku, GitHub Actions 자동 감지
5. Multi-AI Second Opinion
/codex: OpenAI Codex CLI로 독립적 리뷰/review(Claude) +/codex(OpenAI) → 크로스모델 분석
6. 병렬 스프린트
Conductor로 여러 Claude Code 세션 병렬 실행:
- 하나는
/office-hours - 하나는
/review - 하나는
/qa - 하나는 기능 구현
- …
10-15개 병렬 스프린트 가능. 이게 하루 10,000+ LOC의 비결.
요구사항
- Claude Code
- Git
- Bun v1.0+
- Node.js (Windows만)
텔레메트리
- 기본 off. 명시적으로 yes해야 전송
- 전송 항목: 스킬 이름, 소요 시간, 성공/실패, 버전, OS
- 절대 전송 안 함: 코드, 파일 경로, repo 이름, 브랜치 이름, 프롬프트
철학
“This is free, MIT licensed, open source, available now. No premium tier. No waitlist. No strings.”
“The models are getting better fast. The people who figure out how to work with them now — really work with them, not just dabble — are going to have a massive advantage. This is that window.”