gstack — 빈 프롬프트 말고 역할로 시키는 AI 개발팀

기준: 2026년 11월 5일 깃허브 저장소와 README에서 확인 · 깃허브 별 139,618개 · MIT 라이선스 · 2026년 3월 11일 공개 · 저장소 소개 기준 도구 23개 · 무료

AI 코딩 도구를 쓰다 보면 빈 입력창에 "이거 만들어 줘" 한 줄을 던지고 결과를 기다리는 일이 많습니다. gstack은 그 한 줄을 역할별 명령으로 나눠 주는 오픈소스입니다. 제품을 다시 보는 사람, 설계를 고정하는 사람, 버그를 찾는 사람, 배포하는 사람을 따로 불러 쓰는 방식입니다.

gstack은 무엇인가요?

gstack은 AI 코딩 도구를 '가상의 개발팀'처럼 쓰게 해 주는 슬래시 명령 묶음입니다. README는 대표(제품 다시 보기), 엔지니어 매니저(설계 고정), 디자이너(AI 티 잡기), 리뷰어(배포 뒤 터질 버그 찾기), QA 리드(실제 브라우저 열기), 보안 담당(OWASP · STRIDE 점검), 릴리스 엔지니어(PR 내기)를 역할로 듭니다. 모든 명령이 마크다운 파일이고, 전부 무료이며 MIT 라이선스입니다.

만든 사람은 Y Combinator 대표 개리 탄입니다. README에서 그는 이것이 "매일 쓰는 오픈소스 소프트웨어 공장"이라고 밝혔습니다. 저장소 소개에는 "도구 23개"라고 적혀 있습니다. README가 꼽은 대상은 세 부류입니다. 직접 만드는 창업자, Claude Code를 처음 쓰는 사람("빈 프롬프트 대신 정해진 역할"), 리뷰 · QA · 배포를 PR마다 돌리고 싶은 테크 리드입니다.

역할을 나누면 무엇이 달라지나요?

명령 하나가 다음 명령이 읽을 문서를 남긴다는 점이 다릅니다. README의 'The sprint' 표는 생각 → 계획 → 구현 → 리뷰 → 테스트 → 배포 → 회고 순서로 명령을 배치합니다.

예를 들어 /office-hours가 쓴 설계 문서를 /plan-ceo-review가 읽고, /plan-eng-review가 쓴 테스트 계획을 /qa가 이어받습니다. /review가 찾은 버그는 /ship이 고쳐졌는지 확인합니다. 한 줄 요청으로는 빠지기 쉬운 '설계 → 검증' 단계를 역할마다 강제로 거치게 하는 구조입니다.

처음엔 어떤 명령부터 쓰면 되나요?

세 개면 충분합니다. README의 빠른 시작도 이 세 개만 써 보고 "여기서 멈춰 보라"고 합니다.

1. /office-hours — 만들려는 것을 설명합니다. 질문으로 기획을 되묻고, 다른 명령이 읽을 설계 문서를 씁니다.
2. /review — 바뀐 내용이 있는 브랜치에서 실행합니다. CI는 통과하지만 실제 서비스에서 터질 버그를 찾고, 뻔한 것은 바로 고칩니다.
3. /qa — 스테이징 주소(또는 로컬 API · CLI 등)에 실행합니다. 실제 브라우저를 열어 버그를 재현하고 고칩니다.

익숙해지면 /autoplan(계획을 처음부터 끝까지 검토)과 /ship(테스트 · 리뷰 · PR까지)으로 넓히면 됩니다. README는 이 흐름이 맞는지 세 개만 써 보면 알 수 있다고 적었습니다. 모든 버그가 사라진다는 뜻은 아니고, 위 범위의 일을 맡는다는 설명입니다.

설치는 얼마나 어려운가요?

README 기준으로 약 30초면 됩니다. 필요한 도구는 Claude Code, Git, Bun(v1.4.2 이상 권장)이고, 윈도에서는 Node.js도 있어야 합니다.

1. Git과 Bun을 설치합니다(윈도는 Node.js도).
2. Claude Code를 열고 README 'Step 1'의 설치 문장을 그대로 붙여 넣습니다. 저장소를 내려받아 setup을 실행하는 과정을 Claude Code가 알아서 진행합니다.
3. 설치가 끝나면 /office-hours로 시작합니다.

다른 코딩 에이전트에도 설치할 수 있습니다. 저장소를 받은 뒤 setup에 --host 옵션으로 도구 이름을 주면 됩니다(예: codex). README 표 기준으로 정식(full) 지원은 Claude Code뿐이고, 나머지는 시험(experimental) 단계입니다.

팀에서 쓸 때는 무엇을 먼저 정하나요?

강제할지 권장할지부터 정합니다. README의 'Step 2: 팀 모드'는 저장소에 gstack을 등록해 팀원이 자동으로 같은 버전을 쓰게 합니다. 이때 required(강제)를 주면 gstack 없이 작업하는 것을 막고, optional(권장)을 주면 권하기만 합니다.

팀 모드는 자동 업데이트를 확인하는데, 한 시간에 한 번까지만 확인하고 기본으로 주 2회 나오는 안정판(stable)을 따릅니다. 강제 모드의 확인 장치는 Node.js로 돌기 때문에 팀원 모두 Node.js가 있어야 합니다.

쓰기 전에 주의할 점은 없나요?

라이선스와 비용은 따로 봐야 합니다. gstack 자체는 MIT 라이선스로 무료지만, 명령을 실행하는 AI 코딩 도구의 요금은 각자 내야 합니다. 개리 탄 본인은 AI 에이전트 토큰에 1년에 최대 20만 달러를 쓴다고 TechCrunch가 보도했습니다(2026년 11월 2일). 명령 여러 개를 연달아 돌리면 사용량이 빨리 늘 수 있으니 처음엔 세 개로 시작하는 편이 좋습니다.

또 /cso(보안 점검)처럼 별도 도구가 있어야 동작하는 명령도 있습니다. README에 따르면 setup이 필요한 도구가 없을 때 알려 주고 그 명령은 쓰지 못하게 둡니다. 시험 단계 도구(Codex · Cursor 등)에서는 안전 장치가 '권고'에 그치고 막지는 않는다고 README 표에 적혀 있습니다.

한 번에 정리하면

• 무엇: AI 코딩 도구를 역할별 개발팀처럼 쓰게 하는 슬래시 명령 묶음. 깃허브 별 13.9만, MIT, 무료.
• 처음 3개: /office-hours(설계 문서) → /review(숨은 버그) → /qa(실제 브라우저).
• 설치: 약 30초. Git · Bun(윈도는 Node.js도) 준비 → README 설치 문장을 Claude Code에 붙여 넣기.
• 넓히기: /autoplan · /ship. 다른 도구는 --host로 설치(시험 단계).
• 팀: 팀 모드에서 강제(required) · 권장(optional) 먼저 정하기.

다음 글에서는 구글이 직접 만든 AI 스킬 185개를 살펴봅니다.

출처

• gstack 깃허브 저장소 · README: https://github.com/garrytan/gstack (2026년 11월 5일 확인)
• TechCrunch, "Y Combinator's Garry Tan uses AI agents so much he spends up to $200K a year on tokens" (2026년 11월 2일): https://techcrunch.com/2026/11/02/y-combinators-garry-tan-uses-ai-agents-so-much-he-spends-up-to-200k-a-year-on-tokens/
• 영상으로 보기: AItoZ 유튜브 쇼츠 'gstack — 빈 프롬프트 말고 역할로 시키는 AI 개발팀'