OpenSource-Hub

gstack

CLI 도구

garrytan/gstack

Claude Code를 가상 엔지니어링 팀으로 전환하는 도구 세트.

개요

23개의 선별된 슬래시 명령어를 포함하여 Claude Code에 CEO, 디자이너, QA, 릴리스 엔지니어 등의 역할을 부여함으로써, 독립 개발자가 구조화된 AI 워크플로우를 통해 전달을 가속화할 수 있도록 돕습니다.

README 미리보기

# gstack\n\n> "I don't think I've typed like a line of code probably since December, basically, which is an extremely large change." — [Andrej Karpathy](https://fortune.com/2026/03/21/andrej-karpathy-openai-cofounder-ai-agents-coding-state-of-psychosis-openclaw/), No Priors podcast, March 2026\n\nWhen I heard Karpathy say this, I wanted to find out how. How does one person ship like a team of twenty? Peter Steinberger built [OpenClaw](https://github.com/openclaw/openclaw) — 247K GitHub stars — essentially solo with AI agents. The revolution is here. A single builder with the right tooling can move faster than a traditional team.\n\nI'm [Garry Tan](https://x.com/garrytan), President & CEO of [Y Combinator](https://www.ycombinator.com/). I've worked with thousands of startups — Coinbase, Instacart, Rippling — when they were one or two people in a garage. Before YC, I was one of the first eng/PM/designers at Palantir, cofounded Posterous (sold to Twitter), and built Bookface, YC's internal social network.\n\n**gstack is my answer.** I've been building products for twenty years, and right now I'm shipping more products than I ever have. In the last 60 days: 3 production services, 40+ shipped features, part-time, while running YC full-time. On logical code change — not raw LOC, which AI inflates — my 2026 run rate is **~810× my 2013 pace** (11,417 vs 14 logical lines/day). Year-to-date (through April 18), 2026 has already produced **240× the entire 2013 year**. Measured across 40 public + private `garrytan/*` repos including Bookface, after excluding one demo repo. AI wrote most of it. The point isn't who typed it, it's what shipped.\n\n> The LOC critics aren't wrong that raw line counts inflate with AI. They are wrong that normalized-for-inflation, I'm less productive. I'm more productive, by a lot. Full methodology, caveats, and reproduction script: **[On the LOC Controversy](docs/ON_THE_LOC_CONTROVERSY.md)**.\n\n**2026 — 1,237 contributions and counting:**\n\n\n\n**20

FAQ (5)

문제 해결
origin/<base>가 내 피처 브랜치보다 앞서 있을 때 /review와 /ship이 잘못된 삭제를 표시하지 않도록 방지하는 방법은 무엇인가요?

이는 diff가 두 점 비교 git diff origin/<base>를 사용하기 때문에 발생하며, 이는 베이스 브랜치에 있지만 아직 사용자 브랜치에 없는 커밋을 삭제로 표시합니다. 영구적인 해결책은 git diff $(git merge-base origin/<base> HEAD)를 사용하는 것입니다. 이는 워킹 트리와 merge-base를 비교하여 베이스 전용 커밋을 제외하면서도 커밋되지 않은 변경 사항은 포함합니다. 이는 PR #1594에서 병합되었습니다. 임시 해결 방법으로는 /review 전에 git merge origin/<base>를 실행하여 잘못된 삭제를 방지하십시오.

원본 Issue #1152
문제 해결
CJK 문자가 gstack AskUserQuestion에서 깨져 보이는 이유는 무엇이며(예: 管理工具가 ㄃3用箱으로 표시됨), 어떻게 해결할 수 있습니까?

이 버그는 모델이 AskUserQuestion JSON에서 CJK 문자를 \\uXXXX로 이스케이프하여 잘못된 코드 포인트를 발생시킨 것이 원인이었습니다. 수정 방법: scripts/resolvers/preamble/generate-ask-user-format.ts를 편집하여 비ASCII 문자에 대해 \\uXXXX 이스케이프를 금지하는 규칙 12를 추가한 후, bun run gen:skill-docs --host all을 실행합니다. 또는 이 문제가 해결된 최신 gstack 버전으로 업데이트합니다. 근본 원인은 plan-review 스킬에서 흔히 볼 수 있는 길고 여러 줄로 된 질문 문자열에 대한 모델의 기본 이스케이프 동작이었습니다.

원본 Issue #1203
문제 해결
Codex CLI를 업그레이드한 후 Codex 검토가 'error: the argument \\'[PROMPT]\\' cannot be used with \\'--base <BRANCH>\\'' 오류로 실패하는 이유는 무엇인가요?

이는 Codex CLI ≥ 0.124.0-alpha.2에서 발생하며, 프롬프트가 제공될 때 --base 플래그를 더 이상 허용하지 않습니다. 해결 방법: ~/.claude/skills/gstack-codex/SKILL.md(또는 팀 모드 경로)를 편집하고 Step 2A의 두 codex review 호출에서 --base <base> 인수를 제거하세요. 그런 다음 프롬프트에 git diff 지침을 추가하세요(예: '이 브랜치의 변경 사항을 기준 브랜치 <base>와 대조하여 검토하십시오. 차이를 확인하려면 git diff <base>...HEAD를 실행하세요.'). 또는 Codex CLI를 0.124.x 이전 버전으로 다운그레이드하세요. 업스트림 수정 사항은 이 이슈에서 추적됩니다.

원본 Issue #1196
문제 해결
gstack 사용 시 보안 위험은 무엇이며, 이를 완화하려면 어떻게 해야 합니까?

gstack을 설치할 때 주요 위험 요소로는 공급망 공격(공식 리포지토리에서만 클론하고 커밋 확인), 과도한 권한의 에이전트 워크플로(qa-only와 같은 읽기 전용 스킬 사용, /careful 활성화), 로컬 데몬 토큰 노출(유휴 시 browse 데몬 중지), 쿠키 가져오기 위험(전용 브라우저 프로필 사용), 악성 웹사이트로부터의 프롬프트 인젝션(GSTACK_SECURITY_OFF=0 유지), 텔레메트리 누출('gstack-config set telemetry off' 실행), 대용량 ML 다운로드 등이 있습니다. 완화 방법: 실행 전 코드 감사, 스킬 범위 제한, 토큰 접근 제한, 신뢰할 수 없는 경우 동기화 비활성화, API 키 노출 금지. 자세한 내용은 리포지토리의 보안 문서를 참조하세요.

원본 Issue #1579
문제 해결
'./setup --help'를 실행하면 도움말을 표시하는 대신 설치가 시작되는 이유는 무엇인가요?

이것은 --help와 같은 인식되지 않은 플래그가 설치 스크립트를 계속 진행하게 만든 알려진 버그였습니다. 이후 업데이트에서 수정되었습니다. 소프트웨어를 최신 버전으로 업그레이드하여 올바른 --help 동작을 얻으십시오. 업그레이드가 불가능하다면 --help 사용을 피하고 프로젝트 문서를 직접 참조하십시오.

원본 Issue #1133