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>が自分のfeature branchより先行している場合に、/reviewおよび/shipが誤った削除を表示しないようにするには?

これは、diffが2ドット比較 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 reviewが '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 で追跡されています。

参照 Issue #1196
トラブル対応
gstackを使用する際のセキュリティリスクと、それらを軽減する方法は何ですか?

gstackをインストールする際の主なリスクには、サプライチェーン攻撃(公式リポジトリからのみクローンし、コミットを検証する)、過剰な権限を持つエージェントワークフロー(qa-onlyのような読み取り専用スキルを使用し、/carefulを有効にする)、ローカルデーモンのトークン漏洩(アイドル時にbrowseデーモンを停止する)、Cookieインポートの危険性(専用のブラウザプロファイルを使用する)、悪意のあるWebサイトからのprompt injection(GSTACK_SECURITY_OFF=0を維持する)、テレメトリ漏洩('gstack-config set telemetry off'を実行する)、および過大なMLダウンロードが含まれます。対策:コードを実行する前に監査する、スキルスコープを制限する、トークンアクセスを制限する、信頼できない限り同期を無効にする、APIキーを決して公開しない。詳細はリポジトリのセキュリティ文書を参照してください。

参照 Issue #1579
トラブル対応
'./setup --help' を実行するとヘルプが表示されずにインストールが始まるのはなぜですか?

これは、--helpのような認識されないフラグが原因でセットアップスクリプトがインストールを続行する既知のバグでした。後のアップデートで修正されました。最新バージョンのソフトウェアにアップグレードすると、正しい--helpの動作が得られます。アップグレードできない場合は、--helpの使用を避け、プロジェクトのドキュメントを直接参照してください。

参照 Issue #1133