概要
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> を実行して、誤った削除を回避してください。
トラブル対応なぜ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スキルでよく使われる長い複数行の質問文字列に対するモデルのデフォルトのエスケープ動作でした。
トラブル対応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 で追跡されています。
トラブル対応バイナリアセット、ライセンスファイル、ツール設定での gstack-pregate PREGATE_NO_LANE エラーを修正する方法
gstack を PR #3306 を含むビルドにアップグレードしてください。どのテストもインポートできないファイル—画像（.png、.svg）、フォント（.woff2）、メディア、PDF、roboto-LICENSE.txt のようなベンダー提供のライセンステキスト、およびツール設定の許可リスト（.pre-commit-config.yaml、.editorconfig、lint/format 設定、.vscode/、.idea/、.impeccable/、GitHub issue テンプレート、CODEOWNERS）—は、lanes で失敗する代わりに、no-tests (assets and tool config) という空のレーンが割り当てられるようになりました。未知のドットファイルやスタイルシートは引き続きレーンが必要です。それらについては .gstack/pregate.json に empty_lanes エントリを追加してください。gstack-pregate --base master --explain で確認してください。
トラブル対応gstackを使用する際のセキュリティリスクと、それらを軽減する方法は何ですか？
gstackをインストールする際の主なリスクには、サプライチェーン攻撃（公式リポジトリからのみクローンし、コミットを検証する）、過剰な権限を持つエージェントワークフロー（qa-onlyのような読み取り専用スキルを使用し、/carefulを有効にする）、ローカルデーモンのトークン漏洩（アイドル時にbrowseデーモンを停止する）、Cookieインポートの危険性（専用のブラウザプロファイルを使用する）、悪意のあるWebサイトからのprompt injection（GSTACK_SECURITY_OFF=0を維持する）、テレメトリ漏洩（'gstack-config set telemetry off'を実行する）、および過大なMLダウンロードが含まれます。対策：コードを実行する前に監査する、スキルスコープを制限する、トークンアクセスを制限する、信頼できない限り同期を無効にする、APIキーを決して公開しない。詳細はリポジトリのセキュリティ文書を参照してください。