2013년 YC 사내 플랫폼(Bookface)을 혼자 개발할 때 1년간 772번 커밋했던 엔지니어가, 2026년 현재는 불과 3개월 만에 1,237번의 커밋을 기록하고 있습니다.

실리콘밸리 최고의 스타트업 액셀러레이터 와이콤비네이터(Y Combinator)의 CEO 개리 탄(Garry Tan)이 최근 공개한 깃허브 커밋 통계와 그 비결인 garrytan/gstack은 글로벌 엔지니어링 씬에 큰 화제가 되었습니다.

그의 생산성이 폭발한 비결은 단순히 AI의 코드 생성 속도가 빨라서가 아니었습니다. 1인 개발자나 창업가가 10명 규모의 실리콘밸리 정예 풀스택 팀처럼 일할 수 있도록 기획부터 브라우저 QA, 보안 감사까지 23가지 역할을 슬래시 명령어로 시스템화한 오픈소스 소프트웨어 공장 워크플로우를 분석했습니다.

flowchart TD subgraph Plan ["기획 & 아키텍처 단계"] A["/office-hours (프로덕트 가치 검증)"] --> B["/plan-ceo-review (비즈니스 임팩트 & 스코프 조정)"] B --> C["/plan-eng-review (아키텍처 확정 & 기술 부채 방지)"] end subgraph Build ["구현 & 검증 단계"] C --> D["코드 구현 (Claude Code)"] D --> E["/review (프로덕션 버그 & 변경점 정밀 감사)"] E --> F["/qa (실제 브라우저 띄워 스테이징 클릭 테스트)"] F --> G["/cso (OWASP + STRIDE 보안 취약점 감사)"] end subgraph Ship ["배포 단계"] G --> H["/ship (PR 자동 생성 & 릴리즈 완료)"] end

gstack이란 무엇인가: 가상의 1인 소프트웨어 공장

대부분의 개발자는 AI 코딩 툴을 쓸 때 빈 프롬프트 창에 대고 “이 기능 만들어줘"라고 요청합니다. 하지만 현실의 엔지니어링 팀은 그렇게 일하지 않습니다. 기획자(PM)가 제품의 목적을 묻고, 테크 리드가 아키텍처를 검토하며, QA가 테스트하고, 보안 담당자가 취약점을 걸러냅니다.

gstack은 Claude Code 안에 23명의 전문 엔지니어링 인력을 슬래시 명령어 형태로 배치해 둡니다. 개발자가 혼자 일하더라도 10명 규모의 실리콘밸리 정예 개발팀과 협업하는 프로세스를 강제합니다.

1. 무지성 코딩을 막는 기획 검증: /office-hours와 /plan-ceo-review

기능을 구현하기 전에 YC 파트너와 오피스 아워를 진행하듯 6가지 핵심 질문을 던집니다. “이 기능이 사용자의 어떤 진짜 고통을 해결하는가?”, “이번 스프린트에 꼭 필요한 기능인가?“를 집요하게 파고듭니다.

기획이 통과되면 /plan-ceo-review를 실행하여 스코프(Scope)를 축소하고, 개발자가 오버엔지니어링에 빠지지 않도록 만듭니다.

실무 프로덕션 환경에서 주의할 점: 에이전트의 전략적 검토 단계가 길어질 수 있으므로, 이미 기획과 스펙이 확정된 단순 핫픽스(Hotfix)나 정형화된 CRUD 작업에서는 검토 단계를 건너뛰지 않으면 불필요한 토큰 소비와 작업 지연이 발생할 수 있습니다.

2. 눈으로 직접 확인하는 헤드리스 브라우저 QA: /qa

많은 AI 코딩 도구가 테스트 코드를 통과하면 작업이 끝났다고 선언하지만, 실제 프론트엔드는 버튼이 깨지거나 레이아웃이 어긋나기 십상입니다.

gstack의 /qa 명령어는 내부적으로 번들된 Playwright(또는 macOS Aside 브라우저)를 직접 띄워 사용자가 지정한 스테이징 URL에 접속합니다. 실제 화면을 캡처하고, 콘솔 에러를 수집하며, 버튼을 직접 클릭해보고 이상 유무를 판정한 뒤 리포트를 작성합니다.

실무 프로덕션 환경에서 주의할 점: 스테이징 환경에 접속할 때 Playwright 헤드리스 브라우저의 다운로드 시간과 메모리 점유율이 발생하며, 로그인 세션 쿠키가 필요한 엔드포인트의 경우 사전에 브라우저 쿠키 연동(/setup-browser-cookies)을 설정해 두지 않으면 인증 벽에 막혀 QA가 실패할 수 있습니다.

3. 엔터프라이즈급 보안 감사: /cso

코드가 완성된 후 최고 보안 책임자(CSO) 역할을 수행하는 명령어입니다. OWASP Top 10 취약점과 마이크로소프트의 STRIDE 위협 모델링 기법을 적용하여 코드 내에 하드코딩된 시크릿 키, SQL 인젝션 취약점, 안전하지 않은 역직렬화 로직을 스캔합니다.

실무 프로덕션 환경에서 주의할 점: C/C++ 네이티브 빌드 도구체인이 필요한 분석 모듈이 포함되어 있어, Linux 환경에서는 정적 컴파일러와 도커 컨테이너 런타임 환경이 사전에 갖춰져 있지 않으면 /cso 명령어가 기능 일부를 비활성화한 채 제한적으로 동작할 수 있습니다.

30초 빠른 설치 및 실전 워크플로우

설치는 터미널에서 Claude Code를 띄운 뒤 한 줄의 쉘 명령어로 끝납니다.

# gstack 저장소 클론 및 자동 셋업 실행
git clone --single-branch --depth 1 https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup

설치가 완료되면 프로젝트 루트의 CLAUDE.md에 사용할 수 있는 슬래시 명령어 목록이 등록됩니다.

실전 추천 워크플로우:

  1. /office-hours 실행: 만들고자 하는 기능 설명 및 비즈니스 목적 검증
  2. /plan-eng-review 실행: 기술 아키텍처 및 변경될 파일 목록 고정
  3. 코드 구현 진행
  4. /review 실행: 변경된 diff를 대상으로 버그 및 안티패턴 정밀 점검
  5. /qa http://localhost:3000 실행: 로컬 개발 서버 브라우저 E2E 테스트
  6. /ship 실행: 변경 사항 요약 및 PR 커밋 생성

팀 프로젝트로 운영할 경우 ./setup --team 옵션을 주면 저장소의 .claude/ 설정이 커밋되어, 다른 팀원이 저장소를 클론받았을 때도 동일한 gstack 엔지니어링 룰을 자동으로 공유받을 수 있습니다.

정리하며

AI가 코드를 짜주는 시대에서 개발자의 진짜 경쟁력은 “얼마나 많은 코드를 치는가"가 아니라 “얼마나 엄격하게 코드를 검증하고 제품의 방향을 잡는가"로 이동하고 있습니다.

와이콤비네이터 CEO 개리 탄이 공개한 gstack은 AI를 단순한 코드 생성기가 아닌 체계적인 소프트웨어 엔지니어링 조직으로 부려먹는 가장 선진적인 프레임워크입니다. Claude Code나 Cursor 같은 에이전트를 실무에 제대로 도입해보고 싶은 엔지니어라면 꼭 한번 경험해보길 추천합니다.

  • 저장소: garrytan/gstack (GitHub)
  • 라이선스: MIT License
  • 주요 요구사항: Claude Code, Git, Bun v1.0+ (또는 Node.js), Playwright