gstack이 갑자기 뜬 이유

2026년 3월 12일, Y Combinator CEO 개리 탄이 자신의 X 계정에 글 하나를 올렸습니다. “지난 60일간 생산 코드 60만 줄 이상을 썼다. 하루 1만~2만 줄. CEO 업무를 병행하면서.” 그리고 그 설정을 오픈소스로 공개했습니다. 이름이 gstack입니다. (출처: github.com/garrytan/gstack, 2026.03.12)

7일 만에 GitHub 스타 약 2만 개, 포크 2,200개 이상이 달렸습니다. 단순히 숫자가 인상적인 게 아니라, 반응이 갈렸다는 점이 흥미롭습니다. “드디어 이런 게 나왔다”와 “그냥 마크다운 파일 묶음 아니냐”가 동시에 등장했습니다. (출처: CryptoRank/BitcoinWorld 분석, 2026.03.18)

솔직히 말하면, 둘 다 맞습니다. 핵심 슬래시 커맨드 대부분은 구조화된 마크다운 파일이 맞습니다. 하지만 브라우저 서브시스템은 다릅니다. 이 차이를 이해하면 gstack을 제대로 쓸 수 있고, 오해하면 “별거 없네”로 끝납니다.

▲ 목차로 돌아가기

15개 슬래시 커맨드, 각각 뭘 하나요

gstack은 소프트웨어 개발 사이클을 Think → Plan → Build → Review → Test → Ship → Reflect 단계로 나눕니다. 각 단계에 슬래시 커맨드 하나씩을 붙여두는 구조입니다. 특정 역할을 맡은 전문가처럼 Claude가 행동하도록 마크다운 파일로 지시를 내립니다. (출처: github.com/garrytan/gstack README, v0.3.3)

전체 15개 중 핵심 9개를 정리했습니다. /design-consultation, /plan-design-review, /design-review, /qa-only, /setup-browser-cookies, /document-release가 나머지입니다. 스킬 하나가 하나의 마크다운 파일로 구현되어 있고, 각 파일은 Claude Code의 CLAUDE.md를 통해 세션 전반에 적용됩니다.

▲ 목차로 돌아가기

브라우저 데몬이 진짜 기술입니다

gstack에서 슬래시 커맨드 대부분은 구조화된 마크다운 파일입니다. 그런데 /browse와 /qa는 다릅니다. 이 두 커맨드는 상주 헤드리스 Chromium 데몬을 백그라운드에서 띄워놓고, localhost HTTP로 통신하는 방식으로 작동합니다. (출처: MarkTechPost 공식 분석, 2026.03.14)

숫자로 보면 차이가 분명합니다. 일반 MCP 브라우저 도구의 cold start는 호출당 약 3~5초가 걸립니다. gstack의 브라우저 데몬은 첫 시작 이후 후속 호출이 약 100~200ms입니다. 30배 이상 빠릅니다. (출처: gstack GitHub README, v0.3.3, 2026.03.12) 이게 의미하는 바는 단순히 빠른 게 아니라, 로그인 세션·쿠키·탭 상태가 커맨드 사이에 유지된다는 점입니다. 인증이 필요한 스테이징 환경에서 매번 로그인할 필요가 없어집니다.

/qa가 이 위에 올라타 있습니다. 단순히 앱을 열어보는 게 아니라, 브랜치 diff를 분석해서 변경된 파일과 연결된 라우트를 파악하고, 그 라우트만 집중 테스트합니다. 8개 파일 변경 → 3개 영향 라우트 식별 → 해당 경로 테스트라는 흐름이 연결됩니다. 이 부분은 마크다운으로 구현된 게 아니라 Bun + Playwright로 작성된 실제 바이너리입니다.

gstack이 Bun을 쓰는 이유도 여기서 나옵니다. Chromium의 SQLite 쿠키 데이터베이스를 직접 읽기 위해 네이티브 SQLite 접근이 필요하고, Bun은 이를 별도 패키지 없이 처리합니다. /setup-browser-cookies가 Chrome·Arc·Brave·Edge의 실제 쿠키를 헤드리스 세션으로 가져올 수 있는 것도 이 이유입니다.

▲ 목차로 돌아가기

무료라는 말, 절반만 맞습니다

개리 탄이 README에서 가장 강조하는 활용법은 “10~15개 스프린트를 동시에 돌리는 것”입니다. 하나가 /office-hours 실행 중, 다른 하나는 /review, 또 다른 하나는 /qa. 이게 하루 1만 줄 이상 출력이 가능한 이유입니다. 그런데 이 병렬 모드는 Claude Code Max 20× 요금제를 전제로 합니다. (출처: gstack GitHub README, 2026.03.12)

Claude Code 요금제를 직접 계산해보면 이렇습니다. Pro 플랜은 월 $20이지만 집중적인 개발 세션에서는 금방 한도에 도달합니다. Max 5× 플랜이 월 $100, Max 20× 플랜이 월 $200입니다. 심지어 2026년 3월 기준으로 일부 헤비 유저들이 $200 요금제도 초과해 $500/월로 가격이 올라갈 가능성에 대한 논의가 이미 시작됐습니다. (출처: Medium, Claude Code Prices Going Up, 2026.03.03) 이 수치는 gstack이 아닌 Claude Code 구독에서 나오는 비용입니다. gstack 자체가 공짜여도 이 비용이 없으면 핵심 워크플로우가 제대로 돌아가지 않습니다.

다른 관점에서 보면, gstack이 의미 있게 돌아가려면 Conductor(conductor.build)도 필요합니다. README가 직접 언급하는 “10~15개 병렬 Claude Code 세션”은 Conductor가 각각 격리된 워크스페이스에서 실행해주는 방식입니다. 즉 gstack 설치 → Claude Code Max 20× → Conductor 세팅, 이 세 가지가 갖춰져야 README가 보여주는 장면을 재현할 수 있습니다.

▲ 목차로 돌아가기

마크다운이 800줄인데 Claude가 다 읽을까요

Hacker News에서 삭제된 계정이 남긴 비판이 있습니다. 핵심 주장은 이렇습니다: “브라우저 바이너리는 진짜 엔지니어링이다. 나머지는 Claude가 다 읽기를 바라는 800줄짜리 마크다운이다. 주의력(Attention) 저하는 알려진 미해결 문제다. Anthropic, Google, Meta 모두 이에 관한 논문을 발표했다. 개리는 볼드체와 대문자로 이걸 해결했다.” (출처: Hacker News, item id 47355173, 2026.03.13)

이게 완전히 틀린 말은 아닙니다. /review는 10개 섹션으로 구성된 리뷰 구조를 가지고 있는데, Claude가 세션 후반부에서 섹션 7~10을 덜 꼼꼼하게 처리할 경우 출력은 여전히 “검토 완료”처럼 보입니다. 이 문제를 인식한 커뮤니티에서는 이미 K9 Audit이라는 별도 감사 레이어를 만들었습니다. 실제로 Claude Code 에이전트가 70분 동안 스테이징 URL을 운영 config에 반복 주입하면서 exit code 0을 반환했다는 사례가 K9 Audit 개발자의 직접 보고로 나왔습니다. (출처: Hacker News 댓글 스레드, 2026.03.13)

결론부터 말씀드리면, /debug에 이미 “3회 수정 실패 시 자동 중단” 규칙이 내장되어 있습니다. 이것 자체가 gstack 개발자가 루프 문제를 인식하고 있다는 방증입니다. 다만 /debug 이외의 커맨드에서는 이 안전장치가 없습니다. 자율 에이전트로 실행할 때는 변경 사항을 무조건 커밋하기 전에 diff를 직접 확인하는 습관이 필요합니다.

▲ 목차로 돌아가기

설치는 30초, 그런데 이 단계에서 멈춥니다

gstack README가 말하는 설치는 두 줄짜리 명령어를 Claude Code에 붙여넣으면 끝납니다. 그런데 사전 조건이 있습니다. Claude Code가 이미 설치되어 있어야 하고, Git이 있어야 하고, Bun v1.0 이상이 설치되어 있어야 합니다. 특히 /browse를 쓰려면 Playwright 의존성까지 해결해야 합니다. (출처: gstack GitHub README, v0.3.3)

설치 커맨드는 이렇습니다. Claude Code를 열고 아래 텍스트를 그대로 붙여넣으면 Claude가 나머지를 처리합니다.

설치 후 확인할 것이 두 가지입니다. ~/.claude/CLAUDE.md에 gstack 섹션이 추가됐는지 확인하고, /browse가 동작하지 않으면 cd ~/.claude/skills/gstack && bun install && bun run build를 실행합니다. Windows는 WSL 환경에서만 동작합니다. macOS·Linux에서는 ARM64·x64 모두 지원합니다.

팀 전체가 쓰고 싶다면 .claude/skills/gstack을 레포 안에 복사하는 Step 2를 추가로 실행합니다. 서브모듈이 아니라 실제 파일이 커밋되기 때문에 git clone만 해도 팀원 전체에게 자동 적용됩니다. 이 부분은 기대했던 것보다 실제로 깔끔하게 작동합니다.

▲ 목차로 돌아가기

자주 나오는 질문들

▲ 목차로 돌아가기

마치며 — 결국 이게 핵심입니다

gstack은 “AI 에이전트에게 역할을 줬을 때 더 잘 작동한다”는 가설의 실증 사례입니다. 개리 탄이 60일간 60만 줄을 쓴 건 gstack이 마법처럼 코드를 생성해서가 아니라, 매 스프린트마다 명확한 역할과 리뷰 게이트가 있기 때문입니다. “바이브 코딩을 안전하게 만드는 거버넌스”라는 표현이 가장 정확합니다.

이 부분이 좀 아쉬웠습니다. README가 10~15 병렬 스프린트를 전면에 내세우면서 전제 조건($200 요금제 + Conductor)을 뒤에 작게 언급하는 방식은 기대치를 과도하게 높입니다. gstack 자체보다 Claude Code Max 20× 요금제가 더 큰 진입 장벽입니다.

그럼에도 시도해볼 가치는 충분합니다. Pro 플랜으로도 /office-hours → /plan-ceo-review → /plan-eng-review 흐름은 충분히 작동합니다. “feature 만들어줘” 한 줄보다 훨씬 정확한 결과물이 나옵니다. 브라우저 데몬까지 제대로 쓰고 싶다면 그때 Max 플랜을 고려하는 순서가 맞습니다.

▲ 목차로 돌아가기

본 포스팅 참고 자료

1. gstack 공식 GitHub Repository — garrytan/gstack (MIT, v0.3.3, 2026.03.12)
2. MarkTechPost — Garry Tan Releases gstack 공식 분석 (2026.03.14)
3. Anthropic Claude Code 공식 문서 (2026.03 기준)
4. Anthropic 지원 — Claude Code Pro/Max 플랜 사용 가이드
5. Hacker News — gstack 커뮤니티 반응 스레드 (2026.03.13)
6. CryptoRank/BitcoinWorld — The Viral gstack That Divided the Tech World (2026.03.18)