software-development

YC 執行長 Garry Tan 開源 gstack：把 Claude Code 變成一整間虛擬軟體公司

YC 執行長 Garry Tan 開源 gstack：把 Claude Code 變成一整間虛擬軟體公司

目錄

前言

如果你還在一個一個指令餵給 AI 寫程式，那你可能太勤勞了。

Y Combinator 執行長 Garry Tan 剛剛把他的個人 AI 開發設定開源了——這東西叫 gstack，它最狂的地方在於：它不是讓 AI 當你的助手，而是讓 AI 變成一整間虛擬軟體公司。

上線 48 小時內就拿到超過 7,700 顆 GitHub Stars，MIT 授權，完全免費。

gstack 是什麼？

簡單來說，gstack 是一套 Claude Code 的技能框架（Skills Framework），它把一個 AI 助手拆分成 18 個專業角色和 7 個工具，全部透過 slash commands 操作。

傳統的 AI 開發輔助是這樣的：你餵一個 prompt，AI 回一段程式碼，你再手動調整。問題是，當專案複雜度提高，一個「什麼都做」的 AI 反而會在不同職責之間迷失——產品方向、架構設計、程式品質、測試部署全部混在同一個對話裡。

gstack 的解法是角色分離：每個 slash command 讓 AI 切換到不同的「認知模式」，就像一間公司裡的不同職位，各司其職。

Sprint 工作流：Think → Plan → Build → Review → Test → Ship → Reflect

gstack 最核心的設計哲學是把軟體開發拆成一個完整的 sprint 循環，每個階段都有對應的專家角色：

規劃階段（Planning）

指令角色職責
/office-hours產品策略師產品策略討論、問題重構
/plan-ceo-reviewCEO範圍驗證、願景校準
/plan-eng-review工程主管架構設計、技術方案
/plan-design-review設計總監設計品質審計
/design-consultation設計系統專家完整設計系統建立

建構與精修（Building & Refinement）

指令角色職責
/review資深工程師程式碼品質、bug 偵測
/investigate偵錯專家根因分析
/design-review設計審查員設計實作審計
/qaQA 工程師瀏覽器自動化測試 + 修復
/qa-onlyQA 測試員純測試，不改程式碼

發布與監控（Release & Monitoring）

指令角色職責
/ship發布工程師PR 建立、測試框架設定
/land-and-deployDevOps合併、部署、生產環境驗證
/canary監控專家部署後監控
/benchmark效能工程師效能回歸偵測
/document-release技術文件撰寫者文件更新
/retroScrum Master團隊分析與指標回顧

工具類（Utilities）

指令功能
/browse控制真實 Chromium 瀏覽器
/setup-browser-cookies匯入 session 認證

7 個 Power Tools

除了 18 個專家角色，gstack 還提供了 7 個實用工具：

  • /codex — 獨立的 OpenAI code review（跨模型審查）
  • /careful — 破壞性指令警告
  • /freeze — 限制編輯範圍
  • /guard — 安全組合（/careful + /freeze）
  • /unfreeze — 解除編輯限制
  • /setup-deploy — 部署設定
  • /gstack-upgrade — 自我更新機制

其中 /codex 特別有趣——它讓 OpenAI 的模型來獨立審查 Claude 寫的程式碼，實現跨模型交叉審查，就像公司裡的外部 code review。

技術架構：三層系統

gstack 的底層架構分為三層：

┌─────────────────────────┐
│    CLI Layer (Binary)    │  ← 處理指令通訊
├─────────────────────────┤
│  HTTP Server (Bun-based) │  ← 管理狀態與請求
├─────────────────────────┤
│  Chromium (Headless)     │  ← 瀏覽器自動化測試
└─────────────────────────┘
  • CLI 層：編譯後的二進制檔，負責指令的收發
  • HTTP Server：基於 Bun 的伺服器，管理狀態和請求
  • Chromium：無頭瀏覽器，維持 cookies、tabs 和 localStorage 的持久化

這個設計讓 /qa 指令能操作真實的 Chromium 瀏覽器實例，發現靜態分析抓不到的 UI bug，並自動生成回歸測試。

智慧路由：不是所有 review 都一樣

gstack 有一個聰明的設計——情境感知的智慧路由：

  • CEO review 不會被觸發在基礎設施修復上
  • Design review 會自動跳過純後端的變更
  • 每個 review 根據變更的性質自動調整範圍和深度

這避免了「每次都跑完所有流程」的效率浪費，讓 AI 團隊的運作更接近真實團隊的判斷邏輯。

驚人的產出數據

Garry Tan 分享了他使用 gstack 的實際數據：

60 天內產出超過 600,000 行 production code（其中 35% 是測試），每天有效產出 10,000 ~ 20,000 行，而他同時還在履行 YC 執行長的職責。

近七天的數據更具體：

  • 140,751 行新增程式碼
  • 362 次 commits
  • 約 115,000 行淨程式碼

這個數字即使對一個全職開發團隊來說都很驚人，更何況是一個同時經營 YC 的 CEO。

30 秒安裝

gstack 的安裝非常簡單：

全域安裝：

git clone https://github.com/garrytan/gstack.git ~/.claude/skills/gstack \
  && cd ~/.claude/skills/gstack \
  && ./setup

單一專案安裝：

cp -Rf ~/.claude/skills/gstack .claude/skills/gstack \
  && rm -rf .claude/skills/gstack/.git \
  && cd .claude/skills/gstack \
  && ./setup

系統需求： Claude Code、Git、Bun v1.0+（Windows 需要 Git Bash 或 WSL）

Skills 會從 .claude/skills/ 或 .agents/skills/ 目錄自動探索載入。

隱私與遙測

值得一提的是，gstack 的遙測功能預設關閉，需要手動開啟：

  • 收集的資料：skill 名稱、執行時間、成功/失敗、版本、作業系統
  • 絕對不收集：程式碼、檔案路徑、repo 名稱、branch 名稱、prompts
  • 隨時關閉：gstack-config set telemetry off

資料儲存在開源的 Supabase，schema 完全公開在 repo 中。

對開發者的啟示

gstack 背後的思維轉變比工具本身更值得關注：

1. 從「寫程式」到「管理虛擬團隊」

過去開發者需要身兼多職——寫 code、review code、測試、部署、寫文件。gstack 的模式是讓開發者退後一步，扮演技術主管的角色，負責定方向、做決策，把執行工作交給 AI 團隊。

2. 流程即產品

gstack 不是一堆零散的 prompt template，而是一個結構化的開發流程。/office-hours 產出的設計文件會自動成為 /plan-ceo-review 和 /plan-eng-review 的輸入，每個環節環環相扣。

3. 平行開發的可能性

gstack 支援透過 Conductor 同時運行 10-15 個平行 sprint，這意味著一個人可以同時推進多個功能分支，而每個分支都有完整的規劃、開發、測試、部署流程。

4. Boil the Lake 思維

Garry Tan 強調的開發哲學是 “Boil the Lake”——解決根本問題而非表面症狀。這個思維貫穿了 gstack 的規劃、建構和驗證階段，確保每次改動都是對的方向。

結語

gstack 的出現標誌著 AI 輔助開發正在進入下一個階段：從「AI 寫程式」到「AI 經營軟體公司」。

開發者不再需要事必躬親，而是學會當一個好的「導演」——定義願景、分配角色、審查成果。普通的開發者透過掌握 delegation 而非 heroic individual effort，也能產出高品質的軟體。

gstack 完全開源（MIT 授權），沒有等待名單，沒有付費門檻。如果你正在使用 Claude Code，這可能是你下一個該嘗試的東西。

📎 GitHub Repo: github.com/garrytan/gstack

Claude CodeAIgstackGarry TanYCOpen SourceDeveloper ToolsProductivity

延伸閱讀