gstack: YC CEO가 Claude Code에 기업가적 경험을 담을 때
Garry Tan 오픈 소스 gstack은 무엇이며, 어떤 문제를 해결하는지, 핵심 워크플로 및 도구 생태학적 포지셔닝
소개
이전 노트에서는 Ralph Wiggum의 무한 루프부터 GSD의 사양 중심 개발까지 Claude Code 생태계의 다양한 "향상 솔루션"을 살펴보았습니다. 그들은 모두 같은 질문에 대답하려고 노력하고 있습니다. **AI 프로그래밍을 "적응"에서 "신뢰할 수 있는 전달"로 어떻게 바꾸나요? **
Ralph의 대답은 "모든 것을 다시 시작"입니다. 컨텍스트 부패를 피하기 위해 매번 새로운 프로세스를 사용하십시오. GSD의 대답은 "사양 중심"입니다. 즉, 구조화된 단계 계획 및 검증 주기를 통해 품질을 보장합니다. 하지만 실행 시스템뿐만 아니라 완전한 가상 엔지니어링 팀을 원한다면 어떻게 될까요? CEO는 제품 결정을 내리고, 엔지니어링 관리자는 아키텍처를 검토하고, 디자이너는 경험을 제어하고, QA는 실제 브라우저 테스트를 실행하고, 릴리스 엔지니어는 출시를 관리합니다. 이 모든 작업은 AI가 수행하고 사용자가 명령합니다.
이것이 gstack의 핵심 아이디어입니다.
gstack이란 무엇입니까?
Y Combinator CEO Garry Tan이 만든 오픈 소스 역할 기반 기술 세트 에는 23개 이상의 슬래시 명령이 포함되어 있어 Claude Code를 단일 AI 보조자에서 가상 엔지니어링 팀으로 전환합니다. 각 기술은 CEO, 엔지니어링 관리자, 디자이너, QA 리드, 보안 담당자, 릴리스 엔지니어 등 전문적인 역할에 해당하며 AI에 다양한 사고 모드와 전문적인 관점을 제공합니다.
Garry Tan은 gstack의 창시자로서 풍부한 기술 및 기업가적 배경을 가지고 있습니다. 그는 14세에 코드 작성을 시작했고, 스탠포드 컴퓨터 공학을 졸업했으며, Posterous(나중에 Twitter에 인수됨)를 공동 창립한 Palantir의 10번째 직원이며, 2023년부터 Y Combinator의 사장 겸 CEO로 재직하고 있습니다.
그는 gstack을 사용하여 60일 만에 600,000라인 이상의 프로덕션 코드(35% 테스트)를 릴리스했습니다. 이는 여전히 YC를 풀타임으로 운영하면서 하루 평균 10,000라인 이상입니다. 프로젝트 중 하나인 garylist.org는 150,000줄의 코드와 35%의 테스트 범위로 21일 만에 시작되었습니다. 그 자신의 말에 따르면, 코드 품질은 그가 2년 동안 500만 달러와 10명의 엔지니어를 투자한 이전 기업가 프로젝트보다 뛰어났습니다.
프로젝트는 2026년 3월 11일에 오픈 소스로 공개된 이후 3주 이내에 v0에서 v0.15.1.0으로 반복되었으며 GitHub는 60,500개 이상의 별을 받았습니다. MIT 라이센스, 완전 오픈 소스.
gstack - Claude Code Skills
23+ opinionated skills that transform Claude Code from a single AI assistant into a virtual engineering team.
도구 생태계에서 gstack의 위치
| 치수 | 네이티브 클로드 코드 | 랄프 위검 | GSD | 스펙킷 | 초능력 | 지스택 |
|---|---|---|---|---|---|---|
| 핵심 포지셔닝 | 유니버설 AI 코딩 어시스턴트 | 무한 루프 반복 | 상황별 엔지니어링 + 사양 기반 | 요구 사항 → 사양 → 작업 | 프로세스 규율 + TDD | 역할 기반 가상 팀 |
| 코어 패턴 | 대화형 프로그래밍 | Bash 루프 + 새 프로세스 | 단계별 로드맵 | 사양 → 계획 → 작업 | 엄격한 개발 파이프라인 | 스프린트 7단계 프로세스 |
| 인간의 참여 | 실시간 대화 | AFK(핸즈오프) | 단계별 검증 | 사양 승인 | 단계별 검증 | 단계별 역할 검토 |
| 고유한 기능 | 기본 코딩 | 무제한 반복 | 컨텍스트 부패 관리 | 요구사항 추적 | 강제 TDD | 브라우저 자동화 + 다중 역할 검토 |
| 시나리오에 적합 | 간단한 작업 | 지속적인 반복 | 대규모 프로젝트 관리 | 엄격한 요구 사항이 있는 프로젝트 | 엔지니어링 품질 보증 | 풀 프로세스 제품 개발 |
표에서 주요 패턴을 볼 수 있습니다. **이러한 도구는 서로 경쟁하지 않지만 다양한 차원에서 AI 프로그래밍 문제를 해결합니다. **
Superpowers는 프로세스 규율을 사용하여 코드 품질(필수 TDD, 구조화된 대화, 구현 계획)을 보장합니다. GSD는 컨텍스트 엔지니어링을 사용하여 복잡한 프로젝트(단계 계획, 하위 에이전트의 새로운 컨텍스트, 파일 시스템 상태)를 관리합니다. gstack은 역할 분해를 사용하여 의사결정 품질을 향상합니다(CEO 관점에서 제품 검토, 엔지니어링 관리자 검토 아키텍처, QA에서 실제 브라우저 실행).
간단히 말하면 Superpowers는 프로세스 가드레일을 기반으로 하고 gstack은 역할 설계를 기반으로 합니다. 전자는 1에서 N까지의 프로젝트 구현에 적합하고 후자는 0에서 1까지의 제품 구성에 적합합니다. **둘은 경쟁 제품이 아닌 상호 보완적인 제품입니다. **
핵심 작업 흐름: Sprint 7단계
gstack은 전체 개발 프로세스를 Think → Plan → Build → Review → Test → Ship → Reflect의 주기로 구성합니다. 이를 "The Sprint"라고 합니다. Agile Sprint가 아니라 "역할이 순차적으로 나타나는" 개발 리듬입니다.
1. 생각하기 — 제품 클리닉
/office-hoursgstack의 가장 특징적인 스킬입니다. 영감은 YC의 근무 시간에서 직접 나옵니다. 기업가는 YC 파트너를 만나 자기 성찰을 하러 갑니다. AI가 6가지 강제 질문을 묻습니다.
- 특별히 누가 이것을 필요로 합니까?
- 오늘 없으면 어떻게 되나요?
- 이 문제가 지금 긴급한 이유는 무엇입니까?
- 그것이 작동하는지 어떻게 알 수 있나요?
- 아무것도 하지 않으면 어떻게 되나요?
- 출시할 수 있는 가장 작은 버전은 무엇입니까?
목적은 코드 작성을 돕는 것이 아니라 코드를 작성하기 전에 문제 자체를 재검토하는 것입니다.
2. 계획 — 다중 역할 검토
/plan-ceo-review # CEO 视角：寻找 10 星级产品
/plan-eng-review # 工程经理：锁定架构和边界
/plan-design-review # 设计师：评分 0-10，说明如何做到 10 分
/autoplan # 自动依次运行三个审查CEO Review는 본질적으로 "창립자 모드"입니다. 요구 사항을 문자 그대로 실행하는 대신 한 걸음 물러나 "이 제품의 진정한 목적은 무엇입니까?"라고 묻습니다. 범위 확장, 선택적 확장, 범위 유지 및 범위 축소의 네 가지 모드를 지원합니다.
3. 빌드 — 코딩 구현
승인된 계획에 따라 코딩을 시작하세요. 이 단계에서는 표준 Claude Code 기능을 사용합니다.
4. 검토 - 병행 전문가 검토
/review이 기술은 7개의 병렬 하위 에이전트를 한 번에 파견하여 테스트, 유지 관리 가능성, 보안, 성능, 데이터 마이그레이션, API 계약, 레드팀 공격 등 7가지 관점에서 코드를 검토합니다. 명백한 문제는 자동으로 수정됩니다.
5. 테스트 - 실제 브라우저 QA
/qa연습 시험이 아닙니다. QA 기술은 실제 테스터가 하는 것처럼 실제 헤드리스 Chromium 브라우저를 실행하고, 앱을 열고, 버튼을 클릭하고, 양식을 작성하고, 스크린샷을 찍습니다. 자동으로 버그를 수정하고, 회귀 테스트를 생성하고, 버그 발견 후 다시 검증합니다.
6. 배송 — 원클릭 게시
/ship마스터 브랜치를 자동으로 동기화하고, 테스트를 실행하고, 차이점을 검토하고, 버전 번호 및 CHANGELOG를 업데이트하고, 커밋, 푸시, PR 생성을 수행합니다. 프로젝트에 테스트 프레임워크가 없으면 먼저 프레임워크를 빌드합니다.
7. 성찰 - 검토 및 학습
/retro엔지니어링 관리자 스타일 주간 보고서: 커밋 기록, 테스트 비율, 코드 품질 추세를 분석합니다. 여러 사람으로 구성된 팀 분석 및 "연속 출시 일수"와 같은 추적 지표를 지원합니다.
작동 이유: 기술 원리
데몬 찾아보기: AI에 주목
gstack의 가장 독특한 기술적 기여는 Browse Daemon입니다. 이는 localhost HTTP를 통해 통신하는 지속적인 헤드리스 Chromium 인스턴스입니다. 첫 번째 호출은 브라우저를 시작하고(3초) 각 후속 명령에는 100200ms만 소요됩니다. 이는 AI가 DOM 구조를 추측하는 것이 아니라 실제로 앱을 볼 수 있다는 것을 의미합니다.
또한 CSS 선택기를 작성하지 않고도 접근성 트리를 통해 요소를 찾을 수 있는 Ref System(요소 참조 @e1, @e2)을 도입했습니다. 이는 커뮤니티(비평가 포함)에서 일반적으로 인정받는 "진정한 기술적 기여"입니다.
역할 분류: 상담원이 아니라 팀
gstack이 하는 일은 모든 역할을 독립적인 프롬프트 파일로 분해하여 Claude Code가 다양한 단계에서 다양한 역할의 관점으로 전환하여 코드를 검토할 수 있도록 하는 것입니다. 이는 본질적으로 세련된 프롬프트 엔지니어링입니다.
핵심 통찰력은 다음과 같습니다. **계획은 검토와 같지 않고, 검토는 출시와 같지 않으며, 창업자의 취향과 엔지니어링의 엄격함은 완전히 다른 사고 방식입니다. ** 일반 에이전트가 모든 작업을 수행하도록 하는 대신 필요할 때 "브레인 모드"를 전환합니다(창업자적 사고, 엔지니어링 엄격함, 편집증적 검토, 빠른 실행).
세 가지 주요 철학
gstack의 ETHOS.md에는 세 가지 핵심 개념이 기록되어 있습니다.
-
호수 끓이기: AI가 완전성의 한계 비용을 0으로 만들 때 항상 완전한 구현(100% 테스트 적용 범위, 모든 엣지 케이스, 모든 오류 경로)을 선택하십시오. "릴리스 단축키"는 옛날 생각입니다.
-
구축 전 검색: 세 가지 지식 계층 - 오랜 시간 테스트를 거친 패턴, 새롭고 인기 있는 솔루션, 첫 번째 원칙. 모두가 무엇을 하고 있는지 이해하고, 그들의 가정에 의문을 제기하고, 일반적인 솔루션이 왜 잘못된지 알아내는 것부터 시작하세요.
-
사용자 주권: AI 추천, 인간의 의사결정. 두 AI 모델이 합의에 도달하더라도 사용자의 판단이 여전히 우선합니다. 사용자에게는 도메인 지식, 전략적 관점 및 취향이 있기 때문입니다.
gstack의 경계와 논란
gstack에 대한 커뮤니티의 반응은 아마도 모든 AI 프로그래밍 도구 중에서 가장 양극화되어 있을 것입니다.
밝은 면: 창립자와 비기술 개발자는 일반적으로 동의합니다. 특히 /office-hours 및 /plan-ceo-review과 같은 "제품 사고" 기술은 많은 독립 개발자가 코딩을 시작하기 전에 제품 방향을 재검토하는 데 도움이 되었습니다. 엔지니어링 검토(/review)를 통해 실제로 숨겨진 보안 취약점을 발견할 수 있습니다. 이 다각도 병렬 검토 모델은 실용적인 가치를 가지고 있습니다.
질문하는 측면도 매우 직접적입니다.
- LOC 표시는 그다지 중요하지 않습니다: 60일 동안 600,000줄의 코드. 코드 줄 수는 결코 품질 지표가 아닙니다. 많은 양의 코드는 단지 스캐폴딩과 상용구일 수도 있습니다.
- 기본적으로 프롬프트 템플릿: 각 스킬은 SKILL.md 파일이며 기술 임계값은 높지 않습니다. 실제 가치는 파일 자체에 있는 것이 아니라 프롬프트 디자인의 품질에 있습니다.
- AI 자체 검토 코드의 한계:
/reviewAI가 작성한 코드를 AI가 검토하도록 하는 것은 자신의 숙제를 수정하는 것과 같습니다. 다중 역할 병렬 처리는 이 문제를 완화할 수 있지만 여전히 동일한 모델입니다. - 연예인 효과 보너스: 창업자가 YC CEO가 아닐 경우, 이 프로젝트가 그다지 큰 주목을 받지 못할 확률이 높습니다.
내 의견: 논란은 제쳐두고, gstack의 정말 가치 있는 부분은 두 가지입니다. 바로 Browse Daemon의 브라우저 자동화 기술과 역할 분해의 디자인 패턴입니다. 이 중 어느 것도 Garry Tan이 누구인지에 달려 있지 않습니다. 역할화의 핵심 의미는 기술 수준이 아니라 행동 수준에 있습니다. 이는 일반 에이전트에게 모든 것을 맡기는 대신 AI 워크플로를 보다 의식적으로 구성하는 데 도움이 됩니다.
gstack은 분기 및 사용자 정의에 적합합니다. 필요한 기술을 습득하고 프롬프트를 모두 복사하는 대신 원하는 대로 변경할 수 있습니다.
비디오 리소스
마지막에 쓰세요
gstack은 AI 프로그래밍 도구의 흥미로운 방향을 나타냅니다. 즉, AI를 보다 자율적으로 만들거나(Ralph의 경로) 프로세스를 보다 엄격하게 만드는 것이 아니라(Superpowers의 경로) AI가 다양한 역할을 수행하여 의사 결정의 품질을 향상시키는 것입니다. 그 논란은 AI 프로그래밍 생태계의 풍부함을 보여줄 뿐입니다. 모든 사람에게 적합한 솔루션은 없습니다.
gstack에 관심이 있다면 다음 단계는 실용 장을 읽어보는 것입니다. 설치부터 전체 워크플로우를 통한 실행까지 단계별 튜토리얼입니다.
관련 자료:
- GSD 개념 소개 — 또 다른 구조화된 AI 프로그래밍 솔루션
- Ralph Wiggum 심층 분석 — 무한 루프 반복의 시작점 이해
- Claude Skills Concept — 스킬의 기본 메커니즘을 이해합니다.