GStack: Y Combinator CEOが作ったAIコーディングエージェントフレームワークのYouTube紹介

YC（Y Combinator）の代表でありエンジニア出身でもあるギャリー・タン（Garry Tan）が、自身のAIコーディングワークフローをオープンソースとして公開しました。GStackはClaude Codeを単なるコード生成ツールではなく、あたかもCEO・デザイナー・エンジニア・QA担当者で構成された仮想ソフトウェアチームのように動作させるスキルパック（skill pack）です。公開から3週間でRuby on Railsより多くのGitHubスターを記録し、現在は7万件を超えるスターを獲得しています。ギャリー・タンはこのツールを活用し、過去に2年、10人のエンジニア、1,000万ドルを要した自身のスタートアップPosterous級のコードを60日で書いたと述べています。

中核構造と動作方式

• 「薄いシェル、厚いスキル」という設計思想に従っています。 GStackは別個の複雑なランタイムなしに、Markdownベースの構造化プロンプト（指示文）だけで動作します。すべてのスキルはClaude Codeの既存のスラッシュコマンド体系の上で実行されるため、追加インフラ導入の負担はほとんどありません。
• 23の専門スキルがスプリント構造でつながります。 「思考 → 計画 → 構築 → レビュー → テスト → デプロイ → 振り返り」というソフトウェア開発の全サイクルをカバーし、各スキルの出力が次の段階の入力へ自然につながります。
• Office HoursスキルはYCパートナーの思考方式を模倣します。 アイデア段階で「これを実際に欲しがっている人がいるという最も強い証拠は何ですか？」のような強制質問を通じて製品の方向性を磨き、ビジネスモデルや実現可能性まで検討します。
• 敵対的レビュー（adversarial review）機能が設計文書を自動検証します。 多段階レビューを経ながら、障害処理の漏れ、プライバシー対応の不足、二要素認証のハンドオフ未解決といった問題を自動で検出し、修正を試みます。

差別化ポイント

• 単純なコード生成ではなく、スプリントのライフサイクル全体を扱います。 多くのAIコーディングツールがコード作成やレビューに集中する一方、GStackはアイデア検証からデプロイまでの全工程を構造化します。
• 8つのAIコーディングエージェントを同時にサポートします。 Claude Codeだけでなく、OpenAI Codex CLI、Cursor、OpenCodeなどでも同じスキルを活用できるため、特定ベンダーに縛られません。
• /codexコマンドでクロスモデルレビューが可能です。 ClaudeとOpenAI Codex CLIの独立したレビューを比較分析し、あるモデルが見落とした問題を別のモデルが捉えられるように設計されています。
• Playwrightベースの実ブラウザQAを内蔵しています。 /qaコマンドで実際のChromiumブラウザを開き、クリック、入力、スクリーンショット取得などを行い、回帰テストを自動生成してコミットします。既存のChrome MCPの遅い応答とコンテキスト肥大化の問題をCLIラッピングで回避した成果です。

利点

• 並列作業が可能な構造です。 ギャリー・タン本人は10～15個のClaude Codeセッションを同時に実行し、1日に最大50件のPR（コード変更リクエスト）を処理しているとのことです。ワークツリー（work tree）ベースで、それぞれ独立したブランチ上で作業が進みます。
• チームインストールモード（./setup --team）が提供されます。 セッション開始時に自動更新され、プロジェクトリポジトリに別ファイルが追加されないため、チーム単位での導入は比較的容易です。
• MITライセンスの完全なオープンソースです。 別途費用やサブスクリプションなしで利用でき、コミュニティの貢献も活発に行われています。

限界と留意点

• ワークフローに強い意見（opinionated）が反映されています。 ギャリー・タン個人の開発習慣とYC流のプロダクト思考が深く織り込まれているため、すべてのチーム文化に合うとは限りません。
• 60日で60万行以上のコードを書いたという主張は検証が困難です。 印象的な数値ではありますが、AI生成コードの品質や保守性は別問題です。
• モデル自体の限界を構造で補うアプローチであるため、依然としてモデル性能に依存します。 GStackはモデルが「賢いが方向性を定められないとき」に構造を与えるツールであり、モデルの根本的な限界を解決するものではありません。

「ソフトウェアを作る障壁が崩れた時代、残る問いは何を作るかです」

GStackが示しているのは、AIコーディングエージェントの真のボトルネックがモデルの知能ではなく、プロセスの欠如にある可能性があるという点です。構造化プロンプトだけでソフトウェア開発の全サイクルを包み込むこのアプローチがどれほど汎用的に通用するかは、まだ見守る必要がありますが、7万件のGitHubスターは少なくともこの問題意識に共感する開発者がかなり多いことを示唆しています。AIとともにコードを書く方法が「1行のプロンプト」から「チームシミュレーション」へ移行しつつあるという流れ自体は注目に値します。

[jamsya]

gstackでプロダクトの方向性を整理して、
superpowersで計画→実行という形で使っていますが、良い感じです。途中途中でcodexにレビューもさせています。

[hebu570]

gstack をよく使っています。スペックを詰める時間がかなり減ります。

[ragingwind]

動画で使用されたツール https://www.conductor.build/