gstack解説｜YC CEOのClaude Codeスキル設計術から学ぶ、1人経営者のマルチLLM編集部
2026.03.25
家事と子育てのスキマで経営する三方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。
Y CombinatorのCEOが、たった1人で20人分の仕事をしている
- YC CEOのギャリー・タン氏が60日で60万行のコードをAIで書いた
- 秘密は「gstack」という28のAI専門家を束ねるスキルセット
- この設計思想は非エンジニアの1人経営者にもそのまま使える
「60日で60万行のコードを書いた」——この衝撃的な数字を叩き出したのは、世界最大のスタートアップ支援機関「Y Combinator」のCEO、ギャリー・タン氏です。しかも、チームではない。たった1人で。
その秘密は、彼が自ら設計しオープンソースで公開した「gstack」というClaude Code用のスキルセットにあります。
料理で言うなら、これは「1人のシェフが28種類の専門調理器具を自在に操って、フルコースを回す厨房」のようなもの。鍋1つで全部作るのではなく、圧力鍋・オーブン・フライヤー・低温調理器を適材適所で使い分けます。
私（田中啓之）も、3つのWebサイトを1人で運営しながら週10本の記事を出す体制を作ってきました。gstackの設計思想を見たとき、「あれ、これ私がやってることと根っこが同じだ」と思いました。
この記事では、gstackの設計思想を非エンジニアにもわかる形で解説し、1人経営者がAIで「仮想編集部」を構築するための考え方を伝えます。
GPTs研究会に参加する（無料・7,300名突破！） → Facebookグループはこちら
gstackとは？ — 28のAI専門家を束ねるスキルセット
gstackは、Claude Code（AnthropicのAIコーディングツール）の上で動く28個のスキルを集めたオープンソースプロジェクトです。
GitHubで公開されており（garrytan/gstack）、MITライセンスで誰でも無料で使えます。公開からわずか数日で2万以上のスターを獲得し、世界中の開発者コミュニティで話題になりました。
6つのカテゴリに分かれた「仮想チーム」
| カテゴリ | 役割 | 料理で例えると |
|---|---|---|
| Planning（計画） | プロダクトマネージャーがロードマップを設計 | 今週のメニュー表を作るヘッドシェフ |
| Implementation（実装） | エンジニアがコードを書く | 実際に鍋を振る調理スタッフ |
| Quality（品質） | QAエンジニアがバグを見つける | 味見して「塩足りなくない？」と言う人 |
| DevOps（運用） | サーバーの管理やデプロイ | 厨房の火加減・温度を管理するポジション |
| Architecture（設計） | システム全体の構造を考える | コースの流れを設計するソムリエ |
| Special（特殊） | セカンドオピニオン、安全チェック | 他店のシェフに「この味どう？」と聞く |
ポイントは、これが「1つのAIにいろんなことをさせる」のではないということ。28のスキルはそれぞれ専門的な指示書（プロンプト）を持っていて、呼び出すたびに「その道のプロ」として振る舞います。料理で言えば、「なんでもできるシェフ1人」ではなく、「28人の専門家がいるフードコート」に近いのです。
gstackの核心 — 「指揮者」と「Sprint」の仕組み
gstackの本当のすごさは、個々のスキルではありません。スキル同士をどう連携させるかの設計にあります。
Conductor（指揮者）という発想
gstackには「Conductor」と呼ばれる仕組みがあります。これは文字通り、オーケストラの指揮者のように複数のスキルを同時並行で動かす役割です。
たとえば「新機能を追加して」と指示すると：
- Planningが計画を立てる
- Implementationがコードを書く
- Qualityが同時にテストを走らせる
- DevOpsがデプロイの準備をする
これが順番ではなく、料理のコース提供のように、次の皿の仕込みを前の皿が出てる間に同時進行するのです。
Sprint構造 — 「仕込み→調理→味見」の繰り返し
gstackは「Sprint」と呼ばれるサイクルで動きます。Plan（仕込み）→ Execute（調理）→ Review（味見）。問題があれば再びPlanへ。
1回のSprintで完璧を目指しません。「まず作って、味見して、直す」を高速で回す。 これは料理の世界では当たり前の話です。一発で完璧な味を出すシェフはいません。味見して、塩を足し、火加減を調整する。その「調整ループの速さ」がプロとアマの差になります。
マルチLLM — なぜ1つのAIだけに頼らないのか
gstackのもう一つの特徴が「マルチLLM構成」です。メインはClaude（Anthropicのモデル）ですが、重要な判断の場面ではOpenAIのCodex（GPT系のコーディングモデル）をセカンドオピニオンとして使う仕組みが組み込まれています。
料理で言えば、「自分の味見だけで判断せず、別のシェフにも味見してもらう」ということです。
なぜこれが大事なのか？ AIには得意・不得意があるからです。
| AI | 得意なこと | 苦手なこと |
|---|---|---|
| Claude（Anthropic） | 長文の理解、慎重な判断、安全性 | 最新のコードライブラリへの対応 |
| GPT系（OpenAI） | コード生成の速さ、幅広い知識 | 長い文脈の保持 |
| Gemini（Google） | リサーチ、最新情報 | 指示の忠実な実行 |
1つのAIに全部やらせるのは、「和食の板前にフレンチのデザートも作らせる」ようなもの。できなくはないけど、専門のパティシエに任せた方が質は上がります。gstackはこの考え方をシステムとして組み込んだ点が画期的でした。
「あれ、これ私がやってたことだ」— OpenClawとの共通点
正直に言うと、gstackの設計思想を読んだとき、既視感がありました。私は「OpenClaw」というマルチエージェントフレームワークと、「AGI Cockpit」というタスク管理基盤を作って、3つのサイトを運営しています。
| 比較 | gstack（ギャリー・タン） | OpenClaw（私の仕組み） |
|---|---|---|
| 目的 | 1人で20人分のコードを書く | 1人で3サイト週10本の記事を出す |
| AIの役割分担 | 28スキル（計画/実装/品質/運用） | 凛（秘書）/分身AI（判断）/Codex（コード）/Gemini（リサーチ） |
| 品質管理 | QAスキルで自動テスト | AI憲法＋ファクトチェックゲート |
| 指揮者の仕組み | Conductor（並列オーケストレーション） | AGI Cockpitのタスクボード |
| 安全装置 | /careful /freeze で破壊的操作を防止 | 承認ゲート（外部公開・課金APIは人間確認） |
| マルチLLM | Claude + Codex | Opus + Codex + Gemini + GLM |
根っこは同じでした。「1人で全部抱え込むな。AIに役割を分けて、チームとして動かせ」という結論です。
ただ、決定的な違いが1つあります。 gstackは開発者が使うCLI（コマンドライン）ツール。使うにはターミナルでスラッシュコマンドを打つ必要があります。
私のOpenClawは「電話で日本語で指示するだけ」がゴール。実際に、ある会議で「建築工務店向けYouTubeツールをリサーチして図解PDFをChatworkに送って」と電話で指示したら、OpenClawが自律実行してくれました。
つまり、入口が真逆なのです。gstackは「エンジニアがより速くコードを書くための仕組み」。OpenClawは「非エンジニアの経営者がAIチームに仕事を委ねるための仕組み」です。
「60万行」の裏側 — 数字の正直な話
ここで1つ、正直に書いておきたいことがあります。
ギャリー氏の「60日で60万行」という数字は、世界中で話題になると同時に、批判の的にもなりました。Hacker Newsでは「LOC（コード行数）は成果の指標として不適切」「テストコードが35%含まれている」「大事なのは行数ではなく、何が動くようになったか」という議論が起きました。
これはもっともな指摘だと思います。
料理で言えば、「60品作りました！」と言っても、おいしかったのが何品かが問題。行数はレシピの数であって、お客さんの満足度ではありません。
ギャリー氏自身も、gstackの本質は行数ではなく「役割分担の仕組み化」にあると語っています。数字はキャッチーだけど、本質はそこじゃない。大事なのは「仕組みがあることで、1人でも品質を落とさずに大量の仕事を回せる」という事実の方です。
1人経営者がgstackから学べること — 3つの設計原則
エンジニアでなくても、gstackの設計思想から学べることは多いです。
原則1: 「自分が止まると全部止まる」を解消する
ギャリーはY CombinatorのCEOとして、何千ものスタートアップの「創業者1人が全部抱え込んで潰れる」パターンを見てきました。
私は自分自身がそのパターンで潰れた経験者です。がんで入院したとき、仕事が全部止まりました。
gstackの設計原則は「人間はCEOの仕事に集中し、それ以外はAIに委ねる」。私の言葉で言えば「シェフはフルコースの味決めに集中し、仕込みと配膳はフロアマネージャーに任せる」。まず自分の事業で「自分しかできないこと」と「AIに任せられること」を分けるところから始めましょう。
原則2: 道具の前に「軸」を決める
gstackには /plan-ceo-review というスキルがあって、「10つ星の製品とは何か」をCEO視点で問い直す機能があります。
これは私が「ブランドバイブル（魂の言語化）」と呼んでいるものと同じ発想です。AIに指示を出す前に、「自分は何者で、何を大事にしていて、どこに向かうのか」を言語化しておく。これがないと、AIは器用に何でもやるけど、方向がバラバラになります。
料理で言えば、レシピの前に「この店はどんな店か」「誰に来てほしいか」を決めるのが先。和食の店なのにフレンチのメニューを足したら、お客さんは混乱します。
原則3: 「1つのAI」ではなく「AIチーム」で考える
gstackが28スキル＋マルチLLMで動くように、1つのAIに全部やらせるのではなく、複数のAIに得意分野を分担させるのが効果的です。最初から複雑な仕組みを作る必要はありません。まずは：
- ChatGPT: アイデア出し・壁打ち用
- Claude: 長文の記事執筆・分析用
- Gemini: 最新情報のリサーチ用
この3つを使い分けるだけでも、「1人AI編集部」の第一歩になります。
まとめ — gstackが教えてくれた、1人経営の新しいカタチ
gstackは開発者向けのツールです。非エンジニアの経営者がそのまま使えるものではありません。
でも、その設計思想 — 「役割分担の仕組み化」「マルチLLMのチーム編成」「Sprint的な高速改善ループ」 — は、コンテンツ制作でも集客でも事業運営でも、まったく同じように使えます。
料理で言えば、ミシュラン3つ星の厨房運営から学ぶべきは、高級食材の使い方ではなく、「少人数で最高の料理を出し続ける仕組み」の方です。
Y CombinatorのCEOが辿り着いた答えと、中卒・がんサバイバーの私が辿り着いた答えが同じだったのは偶然じゃありません。
「1人で全部やるな。でも、人を雇わなくてもいい。AIに役割を分けて、チームとして動かせ」。
これが、2026年の1人経営の新しいカタチです。
参考リンク
この記事は「プロセスエコノミー」の実践として、AIと人間の協働プロセスそのものを公開しています。完璧な記事を目指すのではなく、学びながら発信し、読者と一緒に成長していく過程を大切にしています。
この記事は、田中啓之（AI氣道 主宰）が自身のAI秘書「凛」と分身AIチームの運用体験をもとに執筆しています。gstackの情報は2026年3月25日時点の公開情報に基づきます。
🤖 AI生成コンテンツについて
この記事はAIツール（Claude Code）を活用して制作しています。構成・文章生成・画像制作にAIを使用し、最終的な内容の確認・編集・公開判断はひろくん（田中啓之）本人が行っています。「分身AIひろくん」（bunshin-ai.com）とは別のコンテンツです。
