garrytan/gstack

gstack

"아마 12월 이후로 코드를 한 줄도 타이핑하지 않은 것 같아요. 정말 큰 변화입니다." — Andrej Karpathy, No Priors 팟캐스트, 2026년 3월

Karpathy가 이 말을 했을 때, 저는 그 방법을 알고 싶었습니다. 어떻게 한 사람이 스무 명의 팀처럼 제품을 출시할 수 있을까? Peter Steinberger는 OpenClaw를 만들었습니다 — GitHub 별 247K — 사실상 AI 에이전트로 혼자서 말이죠. 혁명이 왔습니다. 올바른 도구를 갖춘 단 한 명의 빌더가 전통적인 팀보다 더 빠르게 움직일 수 있습니다.

저는 Garry Tan이며, Y Combinator의 사장 겸 CEO입니다. 저는 수천 개의 스타트업 — Coinbase, Instacart, Rippling — 이 차고에 한두 명이었을 때부터 함께 일했습니다. YC 이전에는 Palantir의 첫 번째 엔지니어/PM/디자이너 중 한 명이었고, Posterous를 공동 창업했으며(Twitter에 인수됨), YC의 내부 소셜 네트워크인 Bookface를 구축했습니다.

gstack이 제 답입니다. 저는 20년 동안 제품을 만들어 왔고, 지금은 그 어느 때보다 더 많은 제품을 출시하고 있습니다. 지난 60일 동안: 3개의 프로덕션 서비스, 40개 이상의 출시된 기능, 파트타임으로, YC를 풀타임으로 운영하면서 말이죠. 논리적 코드 변경 기준으로 — AI가 부풀리는 원시 LOC가 아닌 — 제 2026년 실행 속도는 2013년 속도의 약 810배입니다(일일 11,417줄 대 14줄). 연초부터 현재까지(4월 18일 기준), 2026년은 이미 2013년 전체의 240배를 생산했습니다. Bookface를 포함한 40개의 공개 + 비공개 garrytan/* 저장소에서 측정했으며, 하나의 데모 저장소는 제외했습니다. AI가 대부분을 작성했습니다. 중요한 것은 누가 타이핑했느냐가 아니라, 무엇이 출시되었느냐입니다.

LOC 비판자들이 원시 줄 수가 AI로 인해 부풀려진다고 말하는 것은 틀리지 않았습니다. 그들이 틀린 것은 인플레이션을 조정해도 생산성이 떨어지지 않는다는 점입니다. 저는 훨씬 더 생산적입니다. 전체 방법론, 주의사항 및 재현 스크립트: LOC 논란에 관하여.

2026년 — 1,237개의 기여 및 계속 증가 중:

!GitHub contributions 2026 — 1,237 contributions, massive acceleration in Jan-Mar

2013년 — YC에서 Bookface를 구축할 때 (772개의 기여):

!GitHub contributions 2013 — 772 contributions building Bookface at YC

같은 사람입니다. 다른 시대입니다. 차이는 도구에 있습니다.

gstack이 제가 하는 방식입니다. Claude Code를 가상 엔지니어링 팀으로 바꿔줍니다 — 제품을 재고하는 CEO, 아키텍처를 확정하는 엔지니어링 매니저, AI 쓰레기를 잡아내는 디자이너, 프로덕션 버그를 찾는 리뷰어, 실제 브라우저를 여는 QA 리드, OWASP + STRIDE 감사를 실행하는 보안 책임자, PR을 출시하는 릴리스 엔지니어. 23명의 전문가와 8개의 강력한 도구, 모두 슬래시 명령어, 모두 Markdown, 모두 무료, MIT 라이선스.

이것은 제 오픈 소스 소프트웨어 공장입니다. 매일 사용합니다. 이 도구들이 모든 사람에게 제공되어야 하기 때문에 공유합니다.

포크하세요. 개선하세요. 여러분의 것으로 만드세요. 그리고 무료 오픈 소스 소프트웨어를 싫어하고 싶다면 — 환영합니다만, 먼저 시도해 보시길 바랍니다.

• 창업자 및 CEO — 특히 여전히 제품을 출시하고 싶은 기술적인 사람들
• Claude Code 초보자 — 빈 프롬프트 대신 구조화된 역할
• 테크 리드 및 시니어 엔지니어 — 모든 PR에 대한 엄격한 리뷰, QA 및 릴리스 자동화

대상:

빠른 시작

1. gstack 설치 (30초 — 아래 참조)
2. /office-hours 실행 — 구축 중인 것을 설명
3. 모든 기능 아이디어에 대해 /plan-ceo-review 실행
4. 변경 사항이 있는 모든 브랜치에 대해 /review 실행
5. 스테이징 URL에 대해 /qa 실행
6. 거기서 멈추세요. 이 도구가 적합한지 알게 될 것입니다.

설치 — 30초

요구 사항: Claude Code, Git, Bun v1.0+, Node.js (Windows 전용)

1단계: 머신에 설치

Claude Code를 열고 다음을 붙여넣으세요. Claude가 나머지를 처리합니다.

gstack 설치: git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack &&./setup 실행 후 CLAUDE.md에 "gstack" 섹션을 추가하여 모든 웹 브라우징에 gstack의 /browse 스킬을 사용하고, mcpclaude-in-chrome* 도구는 절대 사용하지 않으며, 사용 가능한 스킬을 나열하도록 합니다: /office-hours, /plan-ceo-review, /plan-eng-review, /plan-design-review, /design-consultation, /design-shotgun, /design-html, /review, /ship, /land-and-deploy, /canary, /benchmark, /browse, /connect-chrome, /qa, /qa-only, /design-review, /setup-browser-cookies, /setup-deploy, /setup-gbrain, /retro, /investigate, /document-release, /document-generate, /codex, /cso, /autoplan, /plan-devex-review, /devex-review, /careful, /freeze, /guard, /unfreeze, /gstack-upgrade, /learn. 그런 다음 사용자에게 현재 프로젝트에도 gstack을 추가하여 팀원들이 사용할 수 있도록 할지 물어보세요.

2단계: 팀 모드 — 공유 저장소 자동 업데이트 (권장)

저장소 내부에서 다음을 붙여넣으세요. 팀 모드로 전환하고, 저장소를 부트스트랩하여 팀원들이 자동으로 gstack을 받도록 하며, 변경 사항을 커밋합니다:

(cd ~/.claude/skills/gstack &&./setup --team) && ~/.claude/skills/gstack/bin/gstack-team-init required && git add.claude/ CLAUDE.md && git commit -m "require gstack for AI-assisted work"

저장소에 벤더 파일이 없고, 버전 드리프트가 없으며, 수동 업그레이드가 필요 없습니다. 모든 Claude Code 세션은 빠른 자동 업데이트 확인으로 시작됩니다(시간당 한 번으로 제한, 네트워크 오류에 안전, 완전히 무음).

팀원을 차단하는 대신 알림만 주려면 required 대신 optional을 사용하세요.

OpenClaw

OpenClaw는 ACP를 통해 Claude Code 세션을 생성하므로, Claude Code에 gstack이 설치되어 있으면 모든 gstack 스킬이 바로 작동합니다. OpenClaw 에이전트에 다음을 붙여넣으세요:

gstack 설치: git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack &&./setup을 실행하여 Claude Code용 gstack을 설치하세요. 그런 다음 AGENTS.md에 "Coding Tasks" 섹션을 추가하여 코딩 작업을 위해 Claude Code 세션을 생성할 때 gstack 스킬을 사용하도록 지시합니다. 다음 예제를 포함하세요 — 보안 감사: "Load gstack. Run /cso", 코드 리뷰: "Load gstack. Run /review", URL QA 테스트: "Load gstack. Run /qa https://...", 기능 전체 구축: "Load gstack. Run /autoplan, implement the plan, then run /ship", 구축 전 계획: "Load gstack. Run /office-hours then /autoplan. Save the plan, don't implement."

설치 후, OpenClaw 에이전트에 자연스럽게 말하세요:

고급 디스패치 라우팅 및 gstack-lite/gstack-full 프롬프트 템플릿은 docs/OPENCLAW.md를 참조하세요.

네이티브 OpenClaw 스킬 (ClawHub 통해)

Claude Code 세션 없이 OpenClaw 에이전트에서 직접 작동하는 4가지 방법론 스킬입니다. ClawHub에서 설치:

clawhub install gstack-openclaw-office-hours gstack-openclaw-ceo-review gstack-openclaw-investigate gstack-openclaw-retro

이들은 대화형 스킬입니다. OpenClaw 에이전트가 채팅을 통해 직접 실행합니다.

기타 AI 에이전트

gstack은 Claude뿐만 아니라 10개의 AI 코딩 에이전트에서 작동합니다. 설치는 설치된 에이전트를 자동으로 감지합니다:

git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/gstack
cd ~/gstack &&./setup

또는 ./setup --host <이름>으로 특정 에이전트를 대상으로 지정:

다른 에이전트 지원을 추가하고 싶으신가요? docs/ADDINGAHOST.md를 참조하세요. 하나의 TypeScript 설정 파일이며, 코드 변경이 필요 없습니다.

작동 모습

사용자:    캘린더용 일일 브리핑 앱을 만들고 싶어요.
사용자:    /office-hours
Claude: [문제점에 대해 질문 — 가상이 아닌 구체적인 예시]

사용자:    여러 Google 캘린더, 오래된 정보가 있는 이벤트, 잘못된 위치.
           준비하는 데 시간이 너무 오래 걸리고 결과물이 충분히 좋지 않아...

Claude: 프레이밍에 반박하겠습니다. "일일 브리핑 앱"이라고 말씀하셨지만,
        실제로 설명하신 것은 개인 비서 AI입니다.
        [사용자가 설명했지만 인지하지 못한 5가지 기능 추출]
        [4가지 전제에 도전 — 동의, 조정, 또는 거부]
        [노력 추정치와 함께 3가지 구현 접근법 생성]
        권장사항: 오늘 가장 좁은 범위로 출시하고, 실제 사용에서 배우세요.
        전체 비전은 3개월 프로젝트입니다 — 실제로 작동하는 일일 브리핑부터 시작하세요.
        [설계 문서 작성 → 다운스트림 스킬에 자동으로 전달]

사용자:    /plan-ceo-review
           [설계 문서를 읽고, 범위에 도전하며, 10개 섹션 리뷰 실행]

사용자:    /plan-eng-review
           [데이터 흐름, 상태 머신, 오류 경로에 대한 ASCII 다이어그램]
           [테스트 매트릭스, 실패 모드, 보안 문제]

사용자:    계획 승인. 계획 모드 종료.
           [11개 파일에 2,400줄 작성. 약 8분 소요.]

사용자:    /review
           [자동 수정] 2개 이슈. [질문] 경쟁 조건 → 사용자가 수정 승인.

사용자:    /qa https://staging.myapp.com
           [실제 브라우저 열고, 흐름을 클릭하며, 버그를 찾아 수정]

사용자:    /ship
           테스트: 42 → 51 (+9개 신규). PR: github.com/you/app/pull/42

"일일 브리핑 앱"이라고 말했습니다. 에이전트는 "비서 AI를 만드는 중"이라고 말했습니다 — 기능 요청이 아닌 사용자의 고통을 들었기 때문입니다. 8개의 명령어로 처음부터 끝까지. 이것은 부조종사가 아닙니다. 이것은 팀입니다.

스프린트

gstack은 도구 모음이 아니라 프로세스입니다. 스킬은 스프린트가 실행되는 순서대로 실행됩니다:

생각 → 계획 → 구축 → 리뷰 → 테스트 → 출시 → 회고

각 스킬은 다음 스킬로 이어집니다. /office-hours는 /plan-ceo-review가 읽는 설계 문서를 작성합니다. /plan-eng-review는 /qa가 사용하는 테스트 계획을 작성합니다. /review는 /ship이 수정되었는지 확인하는 버그를 찾습니다. 각 단계는 이전 단계를 알고 있기 때문에 어떤 것도 빠뜨리지 않습니다.

[...생략...]