gstack v0.12.12.0 · MIT License · Free

gstack 완전 초보자 가이드

AI 하나로 혼자서 20명짜리 개발팀처럼 일하는 법.
Garry Tan(Y Combinator CEO)이 만든 오픈소스 스킬 패키지, gstack을 처음부터 배워봅시다.

Garry Tan 2026년 3월 완전 초보자용
01

gstack이란 무엇인가?

gstackClaude Code를 위한 오픈소스 스킬 패키지입니다. Garry Tan(Y Combinator 대표)이 만들었습니다.

일반적으로 Claude Code는 범용 AI 어시스턴트입니다. "이거 해줘"라고 하면 그냥 해줍니다. 하지만 gstack을 설치하면 Claude Code에 20개의 전문가 역할8개의 강력한 도구가 추가됩니다. 마치 CEO, 수석 엔지니어, 디자이너, QA 리드, 보안 책임자가 한 팀으로 일하는 것처럼요.

핵심 개념: "도구 모음"이 아니라 "프로세스"

gstack의 가장 중요한 특징은 각 스킬이 순서대로 연결된다는 점입니다:

생각하기 계획하기 만들기 검토하기 테스트 출시하기 되돌아보기

/office-hours에서 작성한 디자인 문서를 /plan-ceo-review가 읽고, /plan-eng-review에서 작성한 테스트 계획을 /qa가 자동으로 가져갑니다. 어떤 단계도 빠지지 않습니다.

왜 gstack인가?

놀라운 생산성

Garry Tan은 gstack으로 60일간 60만 줄 이상의 프로덕션 코드를 작성했습니다. 하루 1~2만 줄, 파트타임으로요.

🔍

진짜 브라우저

gstack은 진짜 Chromium 브라우저를 내장합니다. AI가 웹페이지를 보고, 클릭하고, 테스트할 수 있습니다.

🎯

구조화된 워크플로

그냥 "코드 짜줘"가 아니라, 생각-계획-구현-리뷰-테스트-출시의 전체 흐름을 따릅니다.

🔒

안전 장치 내장

/careful, /freeze, /guard로 위험한 명령어(rm -rf, DROP TABLE 등)를 실행 전에 경고합니다.

💡 초보자를 위한 한마디

gstack은 코딩을 전혀 모르는 사람도 사용할 수 있습니다. 슬래시 명령어(예: /office-hours)를 입력하면 AI가 대화형으로 안내합니다. 코드를 직접 쓸 필요가 없습니다.

02

설치하기 (30초)

필요한 것들

1단계: 내 컴퓨터에 설치

Claude Code를 열고 아래 문장을 그대로 붙여넣으세요:

Claude Code에 붙여넣기
Install gstack: run git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup

Claude가 알아서 설치를 진행합니다. 약 30초면 끝납니다.

2단계: CLAUDE.md에 gstack 등록

프로젝트 루트의 CLAUDE.md 파일에 다음 내용을 추가합니다:

CLAUDE.md
## gstack

Use the /browse skill from gstack for all web browsing.
Never use mcp__claude-in-chrome__* tools.

Available skills: /office-hours, /plan-ceo-review,
/plan-eng-review, /plan-design-review, /design-consultation,
/review, /ship, /land-and-deploy, /canary, /benchmark,
/browse, /qa, /qa-only, /design-review,
/setup-browser-cookies, /setup-deploy, /retro,
/investigate, /document-release, /codex, /cso,
/autoplan, /careful, /freeze, /guard,
/unfreeze, /gstack-upgrade.

3단계: 확인

Claude Code에서 /office-hours를 입력해보세요. "무엇을 만들고 싶으세요?"라고 물어보면 설치 성공입니다.

⚠️ Windows 사용자 주의사항

Windows 11에서는 Git Bash 또는 WSL 환경에서 실행합니다. Bun의 Playwright 파이프 전송 버그 때문에 node도 반드시 PATH에 있어야 합니다. gstack의 브라우저 서버가 자동으로 Node.js로 대체 실행합니다.

(선택) 팀원과 공유하기

프로젝트 저장소에 gstack을 포함시켜서 git clone만 하면 팀원도 바로 사용할 수 있게 합니다:

터미널
cp -Rf ~/.claude/skills/gstack .claude/skills/gstack
rm -rf .claude/skills/gstack/.git
cd .claude/skills/gstack && ./setup
03

스프린트 모델 이해하기

gstack은 실제 소프트웨어 개발팀의 스프린트(Sprint) 과정을 그대로 따릅니다. 각 단계에 해당하는 슬래시 명령어가 있습니다:

단계 명령어 역할 설명
생각 /office-hours YC 오피스아워 아이디어를 다듬고, 진짜 문제가 뭔지 찾아냅니다
계획 /plan-ceo-review CEO / 창업자 제품 비전을 검토하고 범위를 결정합니다
계획 /plan-design-review 시니어 디자이너 디자인 품질을 0~10점으로 평가하고 개선합니다
계획 /plan-eng-review 엔지니어링 매니저 아키텍처, 데이터 흐름, 테스트 계획을 확정합니다
구현 여러분이 직접 코드를 작성하거나 Claude에게 요청합니다
리뷰 /review 스태프 엔지니어 CI는 통과하지만 프로덕션에서 터지는 버그를 찾습니다
보안 /cso 최고보안책임자 OWASP Top 10 + STRIDE 위협 모델 감사
테스트 /qa QA 리드 진짜 브라우저로 테스트하고, 버그를 고치고, 재검증합니다
출시 /ship 릴리즈 엔지니어 테스트 실행, 커버리지 확인, PR 생성까지 한 번에
배포 /land-and-deploy 릴리즈 엔지니어 PR 머지, CI 대기, 프로덕션 검증까지
모니터링 /canary SRE 배포 후 콘솔 에러, 성능 저하를 감시합니다
문서화 /document-release 테크니컬 라이터 코드 변경에 맞춰 모든 문서를 업데이트합니다
회고 /retro 엔지니어링 매니저 주간 회고록 작성, 기여자별 분석
💡 핵심 포인트

모든 단계를 매번 실행할 필요는 없습니다. 작은 버그 수정이라면 /review/ship만으로 충분합니다. 새로운 기능을 만들 때는 /office-hours부터 시작하세요.

04

첫 60분: 따라하기 실습

gstack을 처음 사용한다면 이 실습을 따라해보세요. 코딩 경험이 없어도 됩니다.

0~5분: 설치 확인

Claude Code를 열고 /office-hours를 입력합니다. 대화가 시작되면 설치 성공입니다.

5~20분: 아이디어 다듬기

Claude Code에 입력
/office-hours

"무엇을 만들고 싶은지" 물어봅니다. 간단한 것도 좋습니다. 예를 들어: "우리 동네 반려동물 돌봄 매칭 서비스를 만들고 싶어요"

AI가 6가지 핵심 질문을 통해 여러분의 아이디어를 다듬어줍니다:

  1. 수요 현실 — 이 문제가 실제로 존재하는가?
  2. 현재 상태 — 사람들이 지금은 어떻게 해결하고 있는가?
  3. 구체적 절실함 — 이걸 절실히 원하는 특정 사람이 있는가?
  4. 가장 좁은 쐐기 — 가장 작게 만들어서 배울 수 있는 것은?
  5. 관찰과 놀라움 — 다른 사람들이 놓친 것을 발견했는가?
  6. 시대 적합성 — 왜 지금이 적기인가?

대화가 끝나면 디자인 문서가 자동 생성됩니다. 이 문서가 다음 단계의 입력이 됩니다.

20~35분: 계획 검토

Claude Code에 입력
/plan-ceo-review

방금 만든 디자인 문서를 CEO 관점에서 검토합니다. 4가지 모드 중 하나를 선택하라고 물어봅니다:

💡 초보자 추천

범위 축소(Reduction)를 선택하세요. 가장 작은 버전을 먼저 만들고, 실제 사용 후에 확장하는 것이 가장 좋은 전략입니다.

35~50분: 브라우저 체험

Claude Code에 입력
/browse

그런 다음 아래 명령어를 순서대로 입력해보세요:

브라우저 명령어
# 웹페이지로 이동
$B goto https://example.com

# 페이지의 인터랙티브 요소 확인
$B snapshot -i

# 스크린샷 찍기
$B screenshot /tmp/test.png

# 콘솔 에러 확인
$B console

AI가 진짜 브라우저에서 웹페이지를 열고 조작하는 것을 볼 수 있습니다. 이것이 gstack의 핵심 기능입니다.

50~60분: SKILL.md 파일 읽어보기

각 스킬의 작동 원리를 이해하려면 SKILL.md 파일을 열어보세요:

파일 경로
~/.claude/skills/gstack/office-hours/SKILL.md
~/.claude/skills/gstack/review/SKILL.md
~/.claude/skills/gstack/qa/SKILL.md

이 파일들이 Claude Code에게 "어떻게 행동해야 하는지" 알려주는 지침서입니다. 잘 작성된 프롬프트의 교과서라고 생각하면 됩니다.

05

핵심 스킬 28개 한눈에 보기

워크플로 스킬 (20개)

명령어역할하는 일
/office-hoursYC 오피스아워6가지 질문으로 아이디어를 리프레이밍하고 디자인 문서 생성
/plan-ceo-reviewCEO / 창업자요청 안에 숨어있는 10점짜리 제품을 찾아냄
/plan-eng-review엔지니어링 매니저아키텍처, 다이어그램, 엣지케이스, 테스트 계획 확정
/plan-design-review시니어 디자이너디자인 차원별 0~10점 평가, AI 슬롭 감지
/design-consultation디자인 파트너제로에서 디자인 시스템 구축, 실제 모형 생성
/review스태프 엔지니어CI 통과하지만 프로덕션에서 터지는 버그 발견 및 자동 수정
/investigate디버거체계적 원인 분석. 3회 실패 시 자동 중단
/design-review코딩하는 디자이너라이브 사이트 80항목 시각 감사 + 수정 루프
/qaQA 리드진짜 브라우저 테스트, 버그 수정, 회귀 테스트 자동 생성
/qa-onlyQA 리포터/qa와 동일하지만 코드 변경 없이 보고서만 생성
/cso최고보안책임자OWASP Top 10 + STRIDE, 17개 오탐 제외, 8/10 신뢰도 기준
/ship릴리즈 엔지니어메인 동기화, 테스트, 커버리지 감사, PR 생성
/land-and-deploy릴리즈 엔지니어PR 머지, CI 대기, 프로덕션 검증
/canarySRE배포 후 에러, 성능 저하, 페이지 실패 모니터링
/benchmark성능 엔지니어페이지 로드, Core Web Vitals, 리소스 크기 기준선 측정
/document-release테크니컬 라이터출시 내용에 맞춰 모든 문서 자동 업데이트
/retro엔지니어링 매니저주간 회고, 기여자별 분석, 테스트 건강도
/browseQA 엔지니어진짜 Chromium 브라우저. ~100ms/명령
/setup-browser-cookies세션 매니저실제 브라우저 쿠키를 가져와서 인증된 페이지 테스트
/autoplan리뷰 파이프라인CEO → 디자인 → 엔지니어링 리뷰를 한 번에 자동 실행

파워 도구 (8개)

명령어하는 일
/codexOpenAI Codex CLI로 독립적인 세컨드 오피니언 (크로스 모델 분석)
/careful위험한 명령어 실행 전 경고 (rm -rf, DROP TABLE 등)
/freeze특정 디렉토리로 파일 수정 범위 제한
/guard/careful + /freeze 동시 적용. 최대 안전 모드
/unfreeze/freeze 제한 해제
/setup-deploy배포 환경 1회 설정
/gstack-upgradegstack 최신 버전으로 업그레이드
/codex독립적 AI 리뷰 (세컨드 오피니언)
06

사회연대경제 조직을 위한 가이드

협동조합, 상호부조 네트워크, 사회적 기업, 비영리 기술 프로젝트 등 사회연대경제(SSE) 조직은 보통 제한된 개발 자원으로 운영됩니다. 개발자 1명이나 소수의 자원봉사자가 기술 전체를 담당하는 경우가 많습니다.

gstack은 이런 조직의 경제학을 바꿔놓습니다:

작업기존 팀1인 + gstack
보일러플레이트 / 초기 설정2일15분
테스트 코드 작성1일15분
기능 구현1주일30분
버그 수정 + 회귀 테스트4시간15분
아키텍처 설계2일4시간

SSE 조직 추천 워크플로

1단계: 미션 기반 제품 정의

/office-hours로 시작하세요. SSE 조직은 커뮤니티 니즈를 위해 기술을 만듭니다. 이 스킬이 "커뮤니티가 실제로 필요한 것"과 "우리가 만들고 싶은 것"의 차이를 드러내줍니다.

2단계: 범위 축소 모드 사용

/plan-ceo-review에서 Scope Reduction 모드를 선택하세요. 가장 작은 버전을 먼저 만들고, 실제 사용 데이터를 기반으로 확장하는 것이 자원이 제한된 조직에게 가장 좋은 전략입니다.

3단계: 안전 장치 활성화

SSE 조직은 운영 지원이 제한적입니다. /careful로 위험한 명령어를 경고하고, 프로덕션 작업 시 /guard를 사용하세요.

4단계: 보안 감사 필수 실행

/cso를 매 릴리즈 전에 실행하세요. 커뮤니티 데이터는 소중합니다. OWASP + STRIDE 감사가 취약점을 사전에 잡아줍니다.

5단계: 문서화와 회고

자원봉사자가 순환하는 조직에서는 문서가 곧 연속성입니다. /document-release로 모든 출시 후 문서를 업데이트하고, /retro로 기여자별 분석을 남겨 공헌을 인정하세요.

실전 예시: 커뮤니티 마켓플레이스
/office-hours
  "우리 협동조합 네트워크를 위한 지역 교환 플랫폼을 만들고 싶습니다"
  → 리프레이밍: "가격보다 신뢰가 중요한 신뢰 기반 마켓플레이스"

/plan-ceo-review (범위 축소)
  → MVP: 조합원 디렉토리 + 간단한 물품 등록

/plan-eng-review
  → 멀티 테넌트 협동조합 데이터 격리 아키텍처

/cso
  → 조합원 개인정보 보호, GDPR 준수 감사

/qa
  → 모바일 접근성 테스트 (조합원 대부분이 모바일 사용)

/ship
  → 전체 테스트 커버리지 포함 PR 생성

/retro
  → 이번 주 어떤 자원봉사자가 무엇을 기여했는지 추적
07

기술 스타트업과 창업자를 위한 가이드

gstack은 Garry Tan이 직접 사용하는 도구입니다. YC를 풀타임으로 운영하면서 파트타임으로 60일간 60만 줄 이상의 프로덕션 코드를 작성한 방법이 바로 이것입니다.

창업자 워크플로

1단계: 아이디어 검증 (30분)

/office-hours의 6가지 핵심 질문이 YC 파트너들이 스타트업을 평가하는 방식에서 나왔습니다:

2단계: 제품 리뷰 (20분)

/plan-ceo-review에서 4가지 모드 중 선택합니다. 대부분의 스타트업은 범위 축소부터 시작하는 것을 추천합니다.

3단계: 기술 계획 (30분)

/plan-eng-review가 아키텍처 다이어그램, 상태 머신, 실패 모드, 테스트 매트릭스를 생성합니다. 이 문서가 첫 번째 엔지니어(또는 AI)의 실행 기준이 됩니다.

4~5단계: 구현 + 출시

[구현] → /review → /cso → /qa → /ship → /land-and-deploy → /canary

병렬 스프린트: 10배의 힘

Conductor를 사용하면 10~15개의 Claude Code 세션을 동시에 실행할 수 있습니다:

💡 스타트업 핵심 팁

런칭 전에 반드시 /cso를 실행하세요. 초기 보안 사고는 스타트업을 죽일 수 있습니다. OWASP + STRIDE 감사는 몇 분이면 됩니다.

08

학습자를 위한 가이드

gstack은 Claude Code 생태계에서 가장 잘 구조화된 스킬 패키지 중 하나입니다. 이것을 공부하면 다음을 배울 수 있습니다:

📚

AI 에이전트 워크플로

생각-계획-구현-리뷰-테스트-출시-회고의 스프린트 모델

📄

SKILL.md 작성법

Claude Code에 새로운 행동을 가르치는 표준 형식

🌐

브라우저 자동화

헤드리스 Chromium 데몬의 실제 아키텍처

✍️

효과적인 프롬프트

각 스킬은 고도로 다듬어진 프롬프트의 교과서

학습 경로

레벨단계목표
1사용자스킬을 실행하고, 워크플로를 따라갑니다
2파워 유저CLAUDE.md 커스터마이즈, /autoplan 사용, 병렬 스프린트
3기여자SKILL.md 파일을 읽고, 아키텍처를 이해합니다
4창작자gstack을 포크하고, 스킬을 수정하고, 자신만의 스킬을 만듭니다

핵심 개념 4가지

1. 참조 시스템 (@ref)

브라우저가 스냅샷을 찍으면 각 인터랙티브 요소에 @e1, @e2 같은 참조가 부여됩니다. CSS 선택자를 쓸 필요 없이 $B click @e3처럼 사용하면 됩니다. 접근성 트리(ARIA tree)를 기반으로 하기 때문에 Shadow DOM이나 CSP 문제가 없습니다.

2. 데몬 모델

gstack의 브라우저는 명령 사이에도 살아있습니다. 첫 호출에 ~3초, 이후 ~100ms입니다. 쿠키, 탭, localStorage가 모두 유지됩니다. 30분 동안 사용하지 않으면 자동 종료됩니다.

3. 아티팩트 흐름

스킬들은 ~/.gstack/projects/에 파일을 작성합니다. /office-hours가 디자인 문서를 쓰면 /plan-ceo-review가 읽고, /plan-eng-review가 테스트 계획을 쓰면 /qa가 가져갑니다. 수작업 복사-붙여넣기 없이 자동으로 연결됩니다.

4. 리뷰 준비 대시보드

어떤 리뷰가 실행되었는지 추적합니다. Eng Review만 필수 게이트이고, CEO Review와 Design Review는 권장 사항입니다. /ship 전에 이 대시보드를 확인하면 빠진 단계를 알 수 있습니다.

연습 문제

  1. 전체 스프린트 실행: 간단한 프로젝트(할 일 앱 등)를 골라서 /office-hours부터 /retro까지 모든 단계를 실행해보세요.
  2. SKILL.md 3개 비교: /office-hours, /review, /qa의 SKILL.md를 읽고 공통 패턴을 찾아보세요.
  3. 스킬 수정: gstack을 포크하고, /office-hours/SKILL.md에 7번째 질문을 추가해보세요.
  4. 나만의 스킬 만들기: SKILL.md.tmpl 템플릿을 참고해서 자신만의 워크플로에 맞는 새 스킬을 만들어보세요.
09

교육자와 강사를 위한 가이드

gstack의 각 스킬은 좋은 엔지니어링 실천을 AI 도구로 감싼 것입니다. 커리큘럼 설계에 직접 활용할 수 있습니다.

6모듈 커리큘럼 (총 12시간)

모듈주제스킬시간
1 제품 사고 (Product Thinking) /office-hours, /plan-ceo-review 2h
2 기술 아키텍처 /plan-eng-review 2h
3 디자인 시스템 /design-consultation, /plan-design-review 2h
4 코드 품질 & 보안 /review, /cso 2h
5 테스팅 & QA /qa, /browse, /benchmark 2h
6 출시 & 회고 /ship, /land-and-deploy, /retro 2h

모듈별 수업 운영 팁

모듈 1: 제품 사고

학습 목표: 기능과 제품의 차이를 구분하고, YC 스타일 질문으로 아이디어를 검증합니다.

수업 방법: 각 학생이 프로젝트 아이디어를 설명합니다. /office-hours를 실행하고, AI가 어떻게 리프레이밍했는지 발표합니다.

평가: 디자인 문서 + "내 생각이 어떻게 바뀌었는지" 500자 성찰문

모듈 2: 기술 아키텍처

학습 목표: 아키텍처 다이어그램을 읽고 만들며, 시스템 경계와 실패 모드를 식별합니다.

수업 방법: 모듈 1의 디자인 문서에서 /plan-eng-review를 실행합니다. AI가 놓친 가정 1개를 찾아서 발표합니다.

평가: 엔지니어링 리뷰에 자신의 엣지케이스나 대안 아키텍처를 추가

모듈 3: 디자인 시스템

학습 목표: 타이포그래피, 색상, 여백, 레이아웃을 시스템으로 이해하고, AI 슬롭을 감지합니다.

수업 방법: /design-consultation으로 디자인 시스템을 만들고, "안전한 선택" vs "창의적 위험"을 비교합니다.

평가: 디자인 시스템 발표 + 창의적 선택에 대한 근거 설명

모듈 4: 코드 품질 & 보안

학습 목표: 프로덕션 수준의 코드 리뷰를 이해하고, OWASP Top 10과 STRIDE를 배웁니다.

수업 방법: 기능을 구현한 후 /review/cso를 실행합니다. 각 발견 사항을 "자동 수정됨 / 판단 필요 / 오탐"으로 분류합니다.

평가: 리뷰 발견 사항에 대한 대응 diff + 코멘트

모듈 5: 테스팅 & QA

학습 목표: 브라우저 기반 QA 테스트를 이해하고, 회귀 테스트를 작성합니다.

수업 방법: 스테이징에 배포 후 /qa를 실행합니다. 자동 생성된 회귀 테스트가 실제로 버그를 잡는지 확인합니다.

평가: QA 보고서 + 성능 기준선 데이터 발표

모듈 6: 출시 & 회고

학습 목표: 전체 릴리즈 파이프라인을 이해하고, 배포 후 모니터링을 실습합니다.

수업 방법: /ship/land-and-deploy/canary(10분) → /retro를 순서대로 실행합니다.

평가: /retro 산출물 + "다음에는 무엇을 다르게 할 것인가" 성찰 에세이

강사 필수 팁

⚠️ 교실 안전

모든 학생에게 /careful을 먼저 활성화하세요. 위험한 명령어(rm -rf, git push --force 등)를 실행하기 전에 경고합니다. 공유 스테이징 환경에서는 /guard(/careful + /freeze)를 사용하세요.

10

Builder Ethos: 빌더 철학

gstack에는 두 가지 핵심 원칙이 내장되어 있습니다. 모든 스킬이 이 철학을 따릅니다.

원칙 1: 호수를 끓여라 (Boil the Lake)

"AI 지원 코딩은 완성의 한계 비용을 거의 제로로 만듭니다. 완전한 구현이 지름길보다 몇 분밖에 더 안 걸린다면, 매번 완전한 것을 하세요."

하지 말아야 할 것:

원칙 2: 만들기 전에 찾아라 (Search Before Building)

"1000배 엔지니어의 첫 번째 본능은 '누군가 이미 이걸 해결했나?'이지, '내가 처음부터 설계해볼까'가 아닙니다."

지식의 3단계:

Layer 1: 검증된 것

표준 패턴, 전투에서 검증된 접근법. 위험: 당연한 답이 항상 맞다고 가정하는 것

Layer 2: 새롭고 인기 있는 것

현재 모범 사례, 블로그 포스트. 위험: 대중이 틀릴 수 있음 (유행에 현혹)

Layer 3: 제1원칙

특정 문제에 대한 추론에서 나온 독창적 관찰. 가장 가치 있음

유레카 순간: Layer 1+2를 검색하고, Layer 3의 제1원칙으로 기존 접근법이 틀렸다는 것을 발견하는 순간. 이것이 혁신적인 제품이 탄생하는 지점입니다.

11

문제 해결 (Troubleshooting)

문제해결 방법
스킬이 나타나지 않음 cd ~/.claude/skills/gstack && ./setup
/browse 실패 cd ~/.claude/skills/gstack && bun install && bun run build
오래된 설치 /gstack-upgrade 실행 또는 ~/.gstack/config.yaml에서 auto_upgrade: true 설정
Claude가 스킬을 못 봄 프로젝트 CLAUDE.md에 gstack 섹션 추가 (2장 참고)
Windows 브라우저 오류 bunnode 모두 PATH에 있는지 확인
Codex "invalid SKILL.md" cd ~/.codex/skills/gstack && git pull && ./setup --host codex
💡 도움이 필요하면

GitHub Issues에 문제를 보고하세요. MIT 라이선스 오픈소스이므로 누구나 기여할 수 있습니다.

12

참고 자료

공식 문서

튜토리얼 & 기사

커뮤니티