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
Garry Tan의 Claude Code 작업 환경 gstack — 기획부터 검토·QA·배포까지 역할별 스킬 제공
gstack은 Claude Code를 기획자, 엔지니어링 매니저, 리뷰어, QA 담당자처럼 역할별 스킬로 구성하는 오픈소스 작업 환경입니다. 작성자는 제품 기획부터 코드 검토, 브라우저 테스트, 배포까지 이어지는 흐름과 여러 에이전트 지원을 제시하며, 일부 보안·검증 기능은 별도 조건과 설정이 필요하다고 설명합니다.
- 주제
AI 요약
gstack은 Garry Tan이 Claude Code를 사용할 때 쓰는 스킬과 도구를 공개한 MIT 라이선스 저장소입니다. 저장소는 이를 단순한 명령 모음이 아니라 Think → Plan → Build → Review → Test → Ship → Reflect 순서로 이어지는 개발 절차로 설명합니다. 예를 들어 /office-hours가 제품 아이디어를 구체화하고 설계 문서를 작성하면, /plan-ceo-review와 /plan-eng-review가 범위와 구조를 검토합니다. 구현 뒤에는 /review가 코드의 오류를 살피고, /qa가 브라우저·API·CLI·작업·웹훅을 확인하며, /ship이 테스트와 문서 점검을 거쳐 PR을 준비합니다.
역할별 스킬과 작업 흐름
README는 CEO, 디자이너, 엔지니어링 매니저, QA 리드, 릴리스 엔지니어 등 23개 전문 역할과 8개 파워 도구를 소개합니다. 공개된 스킬에는 보안 점검을 위한 /cso, 제품 기획을 위한 /autoplan, 개발자 경험을 살피는 /devex-review, 배포 후 상태를 관찰하는 /canary가 포함됩니다. 스킬은 Markdown 기반 슬래시 명령이며, 앞 단계에서 만든 문서나 테스트 계획을 다음 단계가 읽도록 설계했다고 설명합니다. /autoplan은 CEO·디자인·개발자 경험·엔지니어링 검토를 순서대로 실행하고, 엔지니어링 검토를 마지막에 둡니다.
설치와 에이전트 지원
Claude Code, Git, Bun 1.0 이상이 기본 요구사항입니다. 저장소를 복제한 뒤 ./setup을 실행해 설치하며, 팀 모드에서는 프로젝트 설정을 커밋해 팀원에게 설치를 요구하거나 권장할 수 있습니다. 자동 업데이트 확인은 세션마다 실행되며 시간당 한 번으로 제한하고 네트워크 오류가 나도 조용히 처리한다고 README는 안내합니다. Claude Code 외에도 Codex CLI, OpenCode, Cursor, Factory Droid, Kiro, GitHub Copilot CLI 등을 지원하지만 인증된 실제 작업 흐름을 갖춘 full 등급은 Claude Code뿐입니다. 나머지는 실험적이거나 안내문 복사만 제공하는 등급이며, 안전 훅도 호스트에 따라 차단이 아닌 권고에 그칩니다.
브라우저 QA와 검증
브라우저 작업은 macOS에서 Aside를 우선 사용하고, 이를 사용할 수 없으면 설치 과정에서 준비한 Chromium으로 전환합니다. /qa는 재현한 버그의 회귀 테스트를 작성하고 수정 뒤 다시 확인하는 흐름을 내세웁니다. 검사 대상과 사용할 권한을 먼저 알리며, 안전한 테스트 환경이나 필요한 도구가 없으면 통과로 꾸미지 않고 미검증 항목을 보고한다고 설명합니다. /qa-only는 코드나 테스트를 바꾸지 않고 증거와 재현 절차를 보고합니다. /ship과 /land-and-deploy는 작업 트리 지문과 증거 원장을 이용해 테스트 결과가 현재 코드와 일치하는지 확인합니다.
브라우저 콘텐츠를 다룰 때는 페이지 내용을 신뢰할 수 없는 입력으로 취급합니다. 자체 Chromium 경로에는 페이지 콘텐츠 필터와 로컬 분류기를 둔다고 설명하며, 외부로 데이터를 보내는 gstack 작업은 해시 체인 형태의 영수증에 기록합니다. 다만 /cso의 포괄적 런타임 검사는 사전 조건과 Docker 접근 권한에 따라 일부 호스트에서 제한됩니다. 설치 등급과 각 검사 결과를 확인하고, README가 밝힌 미지원·부분 지원 범위를 실제 환경과 대조해야 합니다.
작성자가 제시한 생산성 수치
Tan은 최근 60일 동안 시간제로 일하면서 프로덕션 서비스를 3개 출시하고 기능을 40개 이상 배포했다고 적었습니다. 또 40개가 넘는 공개·비공개 저장소의 논리적 코드 변경량을 비교해 2026년 작업 속도가 2013년보다 약 810배라고 주장합니다. 원문은 AI가 작성한 코드에서 단순 줄 수가 부풀려질 수 있다고 인정하며, 수치의 방법론과 재현 스크립트는 별도 글에 있다고 안내합니다. 따라서 이 수치는 프로젝트 기능 자체의 독립 검증 결과가 아니라 작성자가 제시한 측정치로 읽어야 합니다.
원문: GitHub / 번역·요약: Trawling