GitHub - garrytan/gstack: Use Garry Tan's exact Claude Code setup: 23 opinionated tools that serve as CEO, Designer, Eng Manager, Release Manager, Doc Engineer, and QA
Service

GitHub - garrytan/gstack: Use Garry Tan's exact Claude Code setup: 23 opinionated tools that serve as CEO, Designer, Eng Manager, Release Manager, Doc Engineer, and QA

garrytan
2026.04.04
·GitHub·by 권준호
#Agent#AI#Developer Tools#Open Source#Productivity

핵심 포인트

  • 1gstack은 Y Combinator CEO인 Garry Tan이 개발한 AI 기반 소프트웨어 팩토리로, 한 명의 개발자가 Claude Code와 같은 AI 에이전트를 활용하여 마치 20명의 팀처럼 효율적으로 코드를 생산하고 소프트웨어를 개발할 수 있도록 돕습니다.
  • 2이 툴은 Think, Plan, Build, Review, Test, Ship, Reflect의 스프린트 프로세스를 따라 ideation부터 배포까지 개발 라이프사이클 전반을 자동화하는 23가지 전문 스킬과 8가지 파워 툴을 슬래시 커맨드로 제공합니다.
  • 3gstack은 MIT 라이선스의 무료 오픈소스 도구로, 기술 창업가와 개발 리더들이 더 빠르고 엄격하게 소프트웨어를 출시할 수 있도록 지원하며, 병렬 스프린트를 가능하게 하여 생산성을 혁신적으로 향상시킵니다.

gstack은 Y Combinator의 CEO인 Garry Tan이 개발한 오픈 소스 소프트웨어 팩토리로, 인공지능(AI) 에이전트, 특히 Claude Code를 활용하여 개인이 20명으로 구성된 팀처럼 소프트웨어를 개발할 수 있도록 지원하는 것을 목표로 합니다. Garry Tan은 이를 통해 60일 동안 60만 줄 이상의 프로덕션 코드를 작성하며 기존 개발 방식 대비 압도적인 생산성 향상을 경험했다고 주장합니다.

gstack의 핵심은 단일 AI 에이전트가 CEO, Engineering Manager, Designer, Reviewer, QA Lead, Security Officer, Release Engineer 등 23가지 전문 스페셜리스트 역할과 8가지 파워 툴을 수행하도록 구성된 "가상 엔지니어링 팀"의 개념입니다. 이 모든 기능은 Markdown 기반의 슬래시 명령(slash commands) 형태로 제공됩니다.

핵심 방법론 (Core Methodology):
gstack은 단순히 도구 모음이 아니라, 소프트웨어 개발 스프린트의 전 과정을 모방한 체계적인 프로세스를 따릅니다. 이 프로세스는 Think → Plan → Build → Review → Test → Ship → Reflect의 6단계로 구성되며, 각 스킬은 이전 단계의 결과물을 입력으로 받아 다음 단계로 유기적으로 연결됩니다.

  1. Think 단계 (/office-hours):
    • YC Office Hours를 모방하여 제품 아이디어를 재구성하고, 문제의 본질을 파악하며, 숨겨진 요구 사항을 도출합니다.
    • 제안된 제품 프레이밍에 대해 이의를 제기하고(push back), 가정을 검증하며, 여러 구현 대안을 제시합니다.
    • 이 단계에서 생성된 Design Doc은 모든 다운스트림 스킬의 기초가 됩니다.
  1. Plan 단계 (/plan-ceo-review, /plan-eng-review, /plan-design-review, /plan-devex-review, /design-consultation):
    • /plan-ceo-review (CEO/Founder): Design Doc을 바탕으로 문제의 핵심을 재고하고, 제품의 스코프를 확장(Expansion), 선택적 확장(Selective Expansion), 스코프 유지(Hold Scope), 축소(Reduction)의 4가지 모드로 조정합니다.
    • /plan-eng-review (Eng Manager): 아키텍처, 데이터 흐름 다이어그램, 엣지 케이스, 테스트 계획을 확정하여 숨겨진 가정을 드러내고 엔지니어링 계획을 수립합니다.
    • /plan-design-review (Senior Designer): 디자인의 각 차원을 0-10점으로 평가하고 AI 슬롭(AI Slop)을 감지하며, 디자인 방향을 개선합니다. 사용자 인터랙션을 통해 디자인 선택을 진행합니다.
    • /plan-devex-review (Developer Experience Lead): Addy Osmani의 DX(Developer Experience) 프레임워크를 기반으로 개발자 경험을 평가하고 DX Scorecard를 생성합니다.
    • /design-consultation (Design Partner): 디자인 시스템을 처음부터 구축하고, 창의적인 리스크를 제안하며, 제품 목업을 생성합니다.
  1. Build 단계:
    • 계획이 승인되면 AI 에이전트가 직접 코드를 작성합니다. 예를 들어, CEO 계획에 따라 2,400줄 이상의 코드를 11개 파일에 걸쳐 자동으로 생성할 수 있습니다.
    • /design-html (Design Engineer): 승인된 목업, CEO 계획 또는 디자인 리뷰를 기반으로 Pretext를 사용하여 프로덕션 품질의 HTML을 생성합니다.
  1. Review 단계 (/review, /codex, /investigate, /design-review):
    • /review (Staff Engineer): CI를 통과하지만 프로덕션에서 문제를 일으킬 수 있는 버그를 찾아 자동 수정하고, 코드의 완성도(completeness) 격차를 지적합니다.
    • /codex (Second Opinion): OpenAI의 Codex CLI를 통해 독립적인 코드 리뷰를 수행합니다. review 결과와 교차 모델 분석을 제공하여 발견된 문제점을 비교합니다.
    • /investigate (Debugger): 버그 발생 시 체계적인 원인 분석을 수행하며, 데이터 흐름을 추적하고 가설을 테스트합니다.
    • /design-review (Designer Who Codes): plan-design-review와 동일한 감사를 수행한 후 발견된 문제를 직접 수정하고, Before/After 스크린샷과 함께 Atomic commits을 생성합니다.
  1. Test 단계 (/qa, /qa-only, /devex-review, /browse, /connect-chrome, /setup-browser-cookies):
    • /qa (QA Lead): 스테이징(staging) 환경의 애플리케이션을 실제 브라우저(Real Chromium browser)로 테스트하고 버그를 찾아 수정하며, 모든 수정 사항에 대한 회귀 테스트(regression tests)를 자동 생성합니다.
    • /qa-only (QA Reporter): /qa와 동일한 방법론으로 버그를 보고하지만, 코드 변경 없이 순수한 버그 리포트만을 생성합니다.
    • /devex-review (DX Tester): 개발자 온보딩 과정을 직접 테스트하고, 문서 탐색, 시작하기 흐름, TTHW(Time To Hello World) 측정, 에러 스크린샷 등을 통해 개발자 경험을 실시간으로 감사합니다.
    • /browse (QA Engineer): AI 에이전트에게 실제 브라우저 접근 권한을 부여하여 클릭, 스크린샷 등의 상호작용을 가능하게 합니다.
    • /connect-chrome (Chrome Controller): Playwright를 통해 실제 Chrome 브라우저를 헤드(headed) 모드로 실행하여 AI의 동작을 시각적으로 확인할 수 있게 합니다.
    • /setup-browser-cookies (Session Manager): 실제 브라우저에서 쿠키를 가져와 인증된 페이지를 테스트할 수 있게 합니다.
  1. Ship 단계 (/ship, /land-and-deploy, /canary, /benchmark, /document-release):
    • /ship (Release Engineer): main 브랜치 동기화, 테스트 실행, 코드 커버리지 감사, PR(Pull Request) 푸시 및 생성을 자동화합니다. 프로젝트에 테스트 프레임워크가 없는 경우 이를 부트스트랩(bootstrap)합니다.
    • /land-and-deploy (Release Engineer): PR 병합부터 CI/CD 파이프라인 트리거, 배포, 프로덕션 헬스 체크까지의 과정을 하나의 명령으로 수행합니다.
    • /canary (SRE): 배포 후 콘솔 에러, 성능 회귀(performance regressions), 페이지 오류 등을 모니터링하는 감시 루프를 실행합니다.
    • /benchmark (Performance Engineer): 페이지 로드 시간, Core Web Vitals, 리소스 크기 등을 벤치마킹하여 PR별로 성능 변화를 추적합니다.
    • /document-release (Technical Writer): 프로젝트의 모든 문서를 자동으로 업데이트하여 코드 변경사항을 반영합니다. /ship 명령 시 자동으로 호출됩니다.
  1. Reflect 단계 (/retro, /learn):
    • /retro (Eng Manager): 팀 단위의 주간 회고를 진행하며, 개인별 기여도, 개발 연속성(shipping streaks), 테스트 상태 트렌드, 성장 기회 등을 분석합니다.
    • /learn (Memory): gstack이 세션 간에 학습한 프로젝트별 패턴, 문제점, 선호도 등을 관리하여 AI 에이전트가 코드베이스에 대한 지식을 축적하고 점진적으로 더 스마트해지도록 합니다.

이 외에도 careful, freeze, guard, unfreeze와 같은 안전 가드레일(Safety Guardrails) 스킬과 autoplan과 같은 자동화된 리뷰 파이프라인 스킬, 그리고 gstack-upgrade와 같은 자체 업데이트 스킬 등 다양한 유틸리티 스킬들을 제공합니다. gstack은 Claude Code 외에도 Codex, Gemini CLI, Cursor와 같은 SKILL.md 표준을 지원하는 다른 에이전트와도 호환되며, Factory Droid 통합도 지원합니다. 또한, 음성 입력(AquaVoice, Whisper) 친화적인 트리거 문구를 통해 자연어 명령으로 스킬을 활성화할 수 있습니다. 병렬 스프린트 실행(Conductor)을 통해 동시에 여러 개발 작업을 관리하여 개발 생산성을 극대화하는 것이 gstack의 궁극적인 지향점입니다.

gstack은 MIT 라이선스로 무료로 제공되며, 사용자의 동의 하에 익명의 사용량 데이터(스킬 이름, 실행 시간, 성공/실패 여부, gstack 버전, OS)를 수집하여 프로젝트 개선에 활용합니다. 코드 내용이나 파일 경로 등 민감한 정보는 절대 전송되지 않습니다.