要約 / 簡単な回答
gstackは、Garry Tan氏が開発したオープンソースシステムで、Claude Codeを20人の専門家からなる仮想エンジニアリングチームに変えます。Y Combinatorの社長兼CEOであるGarry氏は、YCをフルタイムで運営しながら、毎日10,000～20,000行のプロダクションコード（うち35%はテスト）を出荷しています。gstackは、構造化されたスラッシュコマンドによってこれを実現します。/office-hoursで製品戦略、/plan-ceo-reviewでスコープ検証、/reviewでバグ検出、/qaでブラウザテスト、/shipでデプロイメントを行います。git clone ~/.claude/skills/gstack && ./setupで30秒でインストールできます。無料でMITライセンスです。
はじめに
「たぶん12月以来、コードを一行も打っていないと思う。これは非常に大きな変化だ。」
Andrej Karpathyが2026年3月にNo Priorsポッドキャストでこの言葉を述べたとき、テック業界は耳を傾けました。OpenAIの共同創設者は、根本的な変化について語っていました。つまり、AIエージェントを装備した一人の人間が、20人のチームのように成果を出せるようになったのです。
Peter Steinbergerがそれを証明しました。彼はOpenClaw — GitHubで247,000のスターを獲得 — を、AIエージェントを使ってほぼ単独で構築しました。革命は来ているのではありません。もうここにあります。
Garry Tanはこのことを誰よりもよく知っています。Y Combinatorの社長兼CEOとして、彼はまだガレージで1人か2人で活動しているCoinbase、Instacart、Ripplingなどの何千ものスタートアップと協力しています。YC以前は、Palantirの初期エンジニアの一人であり、Posterous（Twitterに売却）を共同設立し、YCの内部ソーシャルネットワークであるBookfaceを構築しました。gstackは、誰もが尋ねる問いに対する彼の答えです。 一人の人間がどのようにして20人のチームのように成果を出せるのか？
数字は雄弁です。過去60日間で、YCをフルタイムで運営しながら、パートタイムで60万行以上のプロダクションコード（うち35%はテスト）、1日あたり1万～2万行を出荷しました。3つのプロジェクトにわたる直近の/retroでは、1週間で140,751行を追加、362コミット、正味約11.5万LOCを達成しました。
Bookfaceを構築していた2013年には772件のGitHub貢献をしていたのと同じ人物が、2026年には1,237件の貢献をしています。違いは努力ではありません。ツールです。
このガイドでは、gstackとは何か、どのように機能するのか、そしてそれがあなたのワークフローに適合するかどうかを詳しく説明します。完全なスキルカタログ、実際の例、そしてこのシステムの根底にある哲学をご覧いただけます。
/qaスキルはAPIエンドポイントを検証でき、/document-releaseはAPIドキュメントを出荷された変更と同期させます。button
gstackとは？
gstackは、Claude Codeをコパイロットから仮想エンジニアリングチームに変革する、28のClaude Codeスキルを集めたオープンソースのコレクションです。それぞれのスキルは専門家です。あなたの製品を再考するCEO、アーキテクチャを固めるエンジニアリングマネージャー、AIの粗雑な部分を見つけるデザイナー、本番環境のバグを見つけるレビュー担当者、実際のブラウザを開くQAリーダー、OWASP + STRIDE監査を実行するセキュリティ担当者、そしてPRを出荷するリリースエンジニアです。
20人の専門家と8つの強力なツール。すべてスラッシュコマンド。すべてMarkdown。すべて無料、MITライセンスです。
核となる洞察
ほとんどのAIコーディングツールは、あなたを賢いオートコンプリートと一緒に単独で作業する人として扱います。gstackは、あなたをチームを持つCEOとして扱います。
gstackに「カレンダー用のデイリーブリーフィングアプリを構築したい」と伝えても、すぐにコーディングを開始することはありません。まず/office-hoursを実行します。これはYCスタイルの製品コンサルテーションで、6つの重要な質問を投げかけ、あなたの設定に異議を唱え、本当の問題を引き出します。結果として、「デイリーブリーフィングアプリ」を求めているのではなく、パーソナルなチーフオブスタッフAIを求めていることに気づくかもしれません。
その後、/plan-ceo-reviewを実行してスコープに異議を唱え、/plan-eng-reviewを実行してアーキテクチャを固め、/plan-design-reviewを実行してすべての設計要素を0-10で評価し、/reviewを実行してバグを見つけ、/qaを実行して実際のブラウザでテストし、/shipを実行してPRをプッシュします。
最初から最後まで8つのコマンド。それはコパイロットではありません。それはチームです。
スプリント構造
gstackはツールのランダムな集合体ではありません。それはプロセス、つまり以下の順序で実行されるスプリントです。
考える → 計画する → 構築する → レビューする → テストする → 出荷する → 反省する
各スキルは次のスキルへとつながります。/office-hoursは、/plan-ceo-reviewが読み込む設計ドキュメントを作成します。/plan-eng-reviewは、/qaが引き継ぐテスト計画を作成します。/reviewはバグを検出し、/shipはそれらが修正されたことを確認します。各ステップがその前のステップの内容を把握しているため、何も見落とされることはありません。
28のスキル解説
製品・戦略スキル
/office-hours — YCオフィスアワー
あなたの専門家: YCパートナー
機能: コードを書き始める前に、あなたの製品を再構築する6つの重要な質問で各プロジェクトを開始します。あなたの設定に異議を唱え、前提に挑戦し、代替実装案を生成します。
出力例:
あなたは「デイリーブリーフィングアプリ」と言いましたが、実際に説明したのは
パーソナルチーフオブスタッフAIです。あなたが気づいていなかった5つの機能は次のとおりです...
[4つの前提に挑戦 — あなたは同意、不同意、または調整します]
[3つの実装アプローチを工数見積もり付きで生成]
推奨: 明日、最も狭い範囲から出荷し、実際の利用から学びましょう。
全体像は3ヶ月プロジェクトです — 実際に機能するデイリーブリーフィングから始めましょう。
使用するタイミング: 新しい機能や製品の最初のスキルとして使用します。このスキルが作成する設計ドキュメントは、すべてのダウンストリームスキルに自動的に供給されます。
/plan-ceo-review — CEO / 創業者
あなたの専門家: 製品を再考するCEO
機能: 第一原理から問題を再考します。リクエストの中に隠された10つ星の製品を見つけ出します。4つのモードがあります: 拡張（もっと大きくしたらどうなるか？）、選択的拡張（どの部分が10倍の価値があるか？）、スコープ維持（現状で正しい）、削減（80%カットしたらどうなるか？）。
使用するタイミング: /office-hoursが設計ドキュメントを作成した後。実装を開始する前に実行します。
/plan-design-review — シニアデザイナー
あなたの専門家: シニアプロダクトデザイナー
機能: 各デザイン要素を0-10で評価し、10がどのようなものかを説明し、そこに到達するための計画を編集します。AIによる粗悪な部分の検出を含みます。インタラクティブ — デザインの選択ごとに1つのAskUserQuestion。
使用するタイミング: エンジニアレビューの後、実装の前に使用します。デザイン負債がコード負債になる前にそれを捕捉します。
/design-consultation — デザインパートナー
あなたの専門家: デザインパートナー
機能: 完全なデザインシステムをゼロから構築します。現状を調査し、創造的なリスクを提案し、現実的な製品モックアップを生成します。
使用するタイミング: レビューだけでなく、完全なデザインシステムが必要な場合。/plan-design-reviewよりも包括的です。
エンジニアリング・アーキテクチャースキル
/plan-eng-review — エンジニアリングマネージャー
あなたの専門家: エンジニアリングマネージャー
機能: アーキテクチャ、データフロー、図、エッジケース、テストを確定します。隠れた前提を明らかにします。データフロー、ステートマシン、エラーパスのASCII図を生成します。
出力例:
アーキテクチャーレビュー:
┌─────────────┐ ┌──────────────┐ ┌────────────┐
│ クライアント │────▶│ APIゲートウェイ │────▶│ データベース │
└─────────────┘ └──────────────┘ └────────────┘
│ │
▼ ▼
[ステートキャッシュ] [レートリミッター]
テストマトリックス:
- ハッピーパス: 認証済みユーザー、有効なデータ
- エッジケース: 同時変更
- 障害モード: データベース接続タイムアウト
- セキュリティ: SQLインジェクション、XSS、CSRF
使用するタイミング: CEO/デザインレビューの後、コーディングの前に使用します。このスキルが作成するテスト計画は/qaに供給されます。
/review — スタッフエンジニア
あなたの専門家: 本番環境のバグを見つけるスタッフエンジニア
機能: CIを通過するが本番環境で問題を引き起こすバグを見つけます。明らかなバグは自動修正します。完全性のギャップを指摘します。
出力例:
[自動修正済み] 2つの問題:
- getUserById()でヌルチェックが欠落
- APIハンドラーで未処理のPromiseリジェクション
[ASK] 同時更新における競合状態 → あなたが修正を承認
[完全性のギャップ] 一時的な障害に対するリトライロジックなし
使用するタイミング: 実装後、/qaの前に使用します。変更のあるすべてのブランチで実行します。
/investigate — デバッガー
あなたの専門家: 根本原因デバッガー
機能: 体系的な根本原因デバッグ。鉄の掟: 調査なしに修正なし。データフローを追跡し、仮説をテストし、3回の修正失敗後に停止します。
使用するタイミング: /reviewで自動修正できなかったバグに遭遇した場合。調査を飛ばさないでください — 鉄の掟には理由があります。
/codex — セカンドオピニオン
あなたの専門家: OpenAI Codex CLI
機能: 別のモデルによる独立したコードレビュー。3つのモードがあります: レビュー（合否ゲート）、対立的な挑戦、オープンなコンサルテーション。/reviewと/codexの両方が実行された場合、モデル間分析を行います。
使用するタイミング: /reviewの後、セカンドオピニオンを得るために使用します。特に重要なパスや、モデル間での検証が必要な場合に役立ちます。
テスト・QAスキル
/qa — QAリーダー
あなたの専門家: 実際のブラウザを持つQAエンジニア
機能: 実際のChromiumブラウザを開き、フローをクリックして確認し、バグを見つけてアトミックなコミットで修正します。すべての修正に対してリグレッションテストを自動生成します。
ワークフロー例:
1. ヘッドレスChromiumでステージングURLを開く
2. /plan-eng-reviewからのテスト計画を実行
3. バグを発見: 「ロード中に送信ボタンが無効にならない」
4. 修正を含むアトミックコミットを作成
5. 再検証: もう一度クリックし、修正を確認
6. リグレッションテストを生成: test_submit_button_disables()
使用するタイミング: /reviewがブランチをクリアした後。ステージングURLで実行します。
/qa-only — QAレポーター
あなたの専門家: QAレポーター
機能: /qaと同じ方法論ですが、報告のみを行います。コード変更なしの純粋なバグレポートです。
使用するタイミング: 自動修正なしでバグレポートが必要な場合。監査証跡や、他の人が修正を担当する場合に役立ちます。
/benchmark — パフォーマンスエンジニア
あなたの専門家: パフォーマンスエンジニア
機能: ページロード時間、Core Web Vitals、リソースサイズのベースラインを設定します。すべてのPRで変更前/変更後を比較します。
追跡されるメトリクス:
- First Contentful Paint (FCP)
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Time to Interactive (TTI)
- バンドルサイズ
使用するタイミング: 大規模なリファクタリングの前、パフォーマンス最適化の後、レンダリングに影響するすべてのPRで。
/browse — QAエンジニア
あなたの専門家: ブラウザ自動化
機能: 実際のChromiumブラウザ、実際のマウスクリック、実際のスクリーンショット。コマンドあたり約100ミリ秒。
コマンド:
goto <url>— URLに移動click <selector>— 要素をクリックtype <selector> <text>— 入力フィールドにタイプscreenshot <name>— スクリーンをキャプチャwait <selector>— 要素を待機
使用するタイミング: ブラウザで何かを検証する必要がある場合。/qaによって内部的に使用されます。
/setup-browser-cookies — セッションマネージャー
あなたの専門家: ブラウザセッションマネージャー
機能: 実際のブラウザ（Chrome、Arc、Brave、Edge）からクッキーをヘッドレスセッションにインポートします。認証が必要なページをテストできます。
使用するタイミング: ステージングアプリがログインを必要とする場合、/qaの前に使用します。ブラウザごとに1回限りの設定です。
セキュリティ・コンプライアンススキル
/cso — 最高セキュリティ責任者 (CSO)
あなたの専門家: 最高セキュリティ責任者
機能: OWASP Top 10 + STRIDE脅威モデルを実行します。ゼロノイズ: 17の誤検知除外、8/10以上の信頼度ゲート、独立した発見の検証。各発見には具体的なエクスプロイトシナリオが含まれます。
出力例:
[CRITICAL] /api/users?id= パラメータにおけるSQLインジェクション
エクスプロイト: GET /api/users?id=1' OR '1'='1
影響: データベースの完全な読み取りアクセス
修正: パラメータ化されたクエリを使用
信頼度: 9/10
[誤検知として除外] 管理パネルにおけるXSS
理由: 出力はDOMPurifyによって適切にエスケープされている
使用するタイミング: 本番リリース前。ユーザーデータや認証を扱うすべての機能に対して実行します。
出荷・デプロイスキル
/ship — リリースエンジニア
あなたの専門家: リリースエンジニア
機能: mainブランチを同期し、テストを実行し、カバレッジを監査し、プッシュし、PRを開きます。テストフレームワークがない場合は、それをブートストラップします。
ワークフロー例:
1. git checkout main && git pull
2. git checkout -b feature/daily-briefing
3. npm test (または、ない場合はJest/Vitestをブートストラップ)
4. カバレッジ監査: 42テスト → 51テスト (+9新規)
5. git push origin feature/daily-briefing
6. PRを開く: github.com/you/app/pull/42
使用するタイミング: /qaがブランチをクリアした後。「テスト済み」から「PRオープン済み」までを1つのコマンドで実行します。
/land-and-deploy — リリースエンジニア
あなたの専門家: デプロイメントエンジニア
機能: PRをマージし、CIとデプロイを待ち、本番環境の健全性を検証します。「承認済み」から「本番環境で検証済み」までを1つのコマンドで実行します。
ワークフロー例:
1. GitHub API経由でPRをマージ
2. CI (GitHub Actions, CircleCIなど) を待機
3. デプロイ (Vercel, Railway, Fly.ioなど) を待機
4. 本番環境の健全性チェックを実行
5. レポート: 「本番環境にデプロイ済み、すべてのチェックが合格」
使用するタイミング: PR承認後。リリースパイプライン全体を処理します。
/canary — SRE
あなたの専門家: サイト信頼性エンジニア
機能: デプロイ後の監視ループ。コンソールエラー、パフォーマンスの劣化、ページ障害を監視します。
監視項目:
- ブラウザコンソールエラー
- APIエラー率
- ページロードの劣化
- JavaScript例外
使用するタイミング: /land-and-deployの直後。デプロイ後5～15分間実行します。
/document-release — テクニカルライター
あなたの専門家: テクニカルライター
機能: 出荷した内容に合わせて、すべてのプロジェクトドキュメントを更新します。古いREADMEを自動的に検出します。
出力例:
[更新済み] README.md — 新しい /qa コマンドをドキュメントに追加
[更新済み] CHANGELOG.md — v0.4.2 リリースノート
[作成済み] docs/qa-guide.md — 新しいQAワークフローガイド
[フラグ付き] API.md — 新しいエンドポイントへの更新が必要な可能性あり
使用するタイミング: /shipまたは/land-and-deployの後。ドキュメントをコードと同期させます。
振り返り・分析スキル
/retro — エンジニアリングマネージャー
あなたの専門家: エンジニアリングマネージャー
機能: チームを意識した週次レトロスペクティブ。個人ごとの内訳、出荷連続記録、テスト健全性の傾向、成長機会を分析します。/retro globalは、あなたのすべてのプロジェクトとAIツール（Claude Code、Codex、Gemini）にわたって実行されます。
出力例:
2026年3月17日～23日の週
Garry:
- 140,751行を追加
- 362コミット
- 約11.5万行の正味LOC
- テストカバレッジ: 35% (先週から↑2%)
プロジェクト:
- gstack: 89コミット、4.5万LOC
- ycombinator.com: 156コミット、6.2万LOC
- internal-tools: 117コミット、3.3万LOC
出荷連続記録: 47日
使用するタイミング: 週の終わりに使用します。チームの洞察を得るには/retroを、プロジェクト横断的なビューを得るには/retro globalを実行します。
パワーアップツール
/careful — 安全ガードレール
機能: 破壊的なコマンド（rm -rf, DROP TABLE, force-pushなど）を実行する前に警告します。「be careful」と入力して有効化します。警告は無視することも可能です。
使用するタイミング: 危険なセッションを開始する前に。「be careful — これから破壊的なコマンドをいくつか実行します。」
/freeze — 編集ロック
機能: ファイルの編集を1つのディレクトリに制限します。デバッグ中に範囲外での誤った変更を防ぎます。
使用するタイミング: 特定の領域でデバッグしている場合。「/src/authのみの編集をフリーズする。」
/guard — 完全な安全性
機能: /careful + /freezeを1つのコマンドで実行します。本番作業における最大の安全性を提供します。
使用するタイミング: 本番環境のデバッグ、データベースの移行、その他リスクの高いセッション。
/unfreeze — ロック解除
機能: /freezeによる境界を解除します。
使用するタイミング: デバッグセッションが完了した後。
/setup-deploy — デプロイコンフィギュレーター
機能: /land-and-deployのための1回限りの設定。プラットフォーム、本番URL、デプロイコマンドを検出します。
使用するタイミング: 新しいプロジェクトで/land-and-deployを初めて使用する場合。
/autoplan — レビューパイプライン
機能: 1つのコマンドで、完全にレビューされた計画を作成します。エンコードされた意思決定原則に基づき、CEO → デザイン → エンジニアリングレビューを自動的に実行します。承認が必要な「好み」に関する意思決定のみを提示します。
使用するタイミング: 各スキルを手動で実行せずに、完全な計画パイプラインが必要な場合。
/gstack-upgrade — 自己更新
機能: gstackを最新版にアップグレードします。グローバルインストールとベンダーインストールを検出し、両方を同期し、変更内容を表示します。
使用するタイミング: 毎月、または新しい機能が発表されたときに。
インストールガイド
gstackは30秒でインストールできます。PATHは一切変更されません。バックグラウンドで何も実行されません。すべて.claude/内に格納されます。
要件
- Claude Code
- Git
- Bun v1.0+
- Node.js (Windowsのみ — BunにはWindows上のPlaywrightのパイプトランスポートに関する既知のバグがあります)
ステップ1: マシンにインストールする
Claude Codeを開き、これを貼り付けます。残りはClaudeが行います。
git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setupCLAUDE.md
ステップ2: リポジトリに追加（オプション）
チームメイトがgit cloneでgstackを入手できるようにするには:
cp -Rf ~/.claude/skills/gstack .claude/skills/gstack && rm -rf .claude/skills/gstack/.git && cd .claude/skills/gstack && ./setupCLAUDE.mdcd .claude/skills/gstack && ./setup
Codex、Gemini CLI、またはCursor
gstackは、SKILL.md標準をサポートするあらゆるエージェントで動作します。スキルは.agents/skills/内にあり、自動的に検出されます。