同一個人，2013 年一年寫的程式量，到了 2026 年大概兩天就追平。做這件事的不是某個 20 歲的天才工程師，而是 Y Combinator 的總裁兼執行長 Garry Tan。他一邊全職管 YC，一邊兼職在 60 天內上線了 3 個正式服務、交付 40 多個功能。
他怎麼做到的？答案不是更聰明的模型，而是一套配置。他把自己用 Claude Code 的整套流程開源了，叫 gstack。GitHub 上線幾週就衝破 11 萬星，這幾天又重新爬上 Trending 日榜。這篇就拆給你看：gstack 到底是什麼、跟你直接打開 Claude Code 差在哪、怎麼裝，以及那個「一週一萬行」的數字到底能不能信。
一句話結論：gstack 是 YC 總裁 Garry Tan 開源的免費 Claude Code 工作流，用 23 個角色化指令把 Claude Code 從「一個空白對話框」變成會自己規劃、審查、測試、發版的虛擬工程團隊，適合想認真用 AI 出貨的人，純聊天問問題的人不用裝。
（截至 2026 年 6 月，gstack 為 MIT 授權、完全免費。本文整理自官方 GitHub 與公開資料。）
gstack 是什麼？為什麼 YC 總裁要把自己的配置開源？
gstack 是一包安裝在 Claude Code 裡的指令集。它本身不是新的 AI 模型，也不是新的編輯器，而是一組寫好的「角色腳本」，用 Claude Code 原生的斜線指令（slash command）跑起來。裝好之後，你不再是對著一個空白提示框乾瞪眼，而是有一整隊各司其職的虛擬同事可以叫。
Garry Tan 自己的說法很直接：這是他每天在用的「開源軟體工廠」。他做了二十年產品，現在出貨速度比以前任何時候都快，而他認為關鍵不在人變強，在工具。所以他把整套搬上 GitHub，理由也很乾脆——這些工具人人都該用得到，你可以 fork、改成自己的版本。
值得注意的是，他在說明裡引用了 Andrej Karpathy 在 No Priors podcast（2026 年 3 月）的一句話：「我大概從去年 12 月開始就沒有真的手打過一行 code 了。」gstack 想回答的就是這個問題：當一個人真的能像一支二十人團隊那樣出貨，背後的工具長什麼樣？
gstack 跟「直接打開 Claude Code」差在哪？
差在有沒有流程。直接用 Claude Code，你給它一句「幫我做個功能」，它就開始寫，寫得好不好全看你那句話下得準不準，而且它不會主動回頭審查自己、不會幫你測、不會提醒你架構有漏洞。gstack 做的事，是把一間運作良好的新創公司「想清楚再動手」的那套節奏，封裝成可以一鍵呼叫的步驟。
它的核心是一條跑 sprint 的流水線：想清楚 → 規劃 → 開發 → 審查 → 測試 → 發版 → 覆盤。每個指令的產出會餵給下一個指令——/office-hours 寫出來的設計文件，會被 /plan-ceo-review 讀走；/plan-eng-review 訂出來的測試計畫，會被 /qa 接手。因為每一步都知道前一步發生過什麼，東西就不容易在交接時掉到縫裡。
這也是為什麼 gstack 特別點名新手：對第一次用 Claude Code 的人來說，最大的障礙不是不會下指令，而是面對空白提示框不知道從何開始。把「角色」放進去，等於先幫你搭好了骨架。如果你之前讀過我們寫的 Context7 MCP 讓 Claude Code 永遠看最新文件，gstack 可以理解成另一個方向的補強：Context7 管「資料新不新」，gstack 管「流程順不順」。
23 個指令是怎麼分工的？
gstack 把 Claude Code 變成一隊人。每個斜線指令背後都是一個有明確職責的角色，下面挑幾個最常用的整理成表：
| 指令 | 扮演的角色 | 它幫你做什麼 |
|---|---|---|
/office-hours | YC Office Hours | 動手前先用 6 個逼問把你的需求重新框一遍，挑戰你的假設，產出設計文件給後面所有指令用 |
/plan-ceo-review | 創辦人 / CEO | 重新想這個問題，找出藏在需求裡的「十星級產品」，決定要擴張還是收斂範圍 |
/plan-eng-review | 工程經理 | 鎖定架構、資料流、邊界情況與測試，把藏起來的假設攤開 |
/plan-design-review | 資深設計師 | 逐項替設計打分、抓出 AI 生成的「塑膠味」介面 |
/review | 資深工程師 | 找出能通過 CI、卻會在正式環境炸掉的 bug，明顯的直接自動修 |
/qa | QA 主管 | 真的開一個瀏覽器點過整個流程，發現 bug 就修，還順手補回歸測試 |
/cso | 資安長 | 跑 OWASP Top 10＋STRIDE 威脅建模，每個風險都附一個具體攻擊情境 |
/ship | 發版工程師 | 同步主分支、跑測試、檢查覆蓋率、開 PR，沒有測試框架還會幫你建一個 |
/retro | 工程經理 | 每週覆盤：誰交付了什麼、測試健康度趨勢、哪裡可以再進步 |
除了這 23 個角色指令，gstack 還附了 8 個「power tool」，像是會在你打出 rm -rf 這種危險指令前先攔下來的 /careful、把編輯範圍鎖在單一資料夾避免亂改的 /freeze，以及找 OpenAI Codex 當「第二意見」交叉審查的 /codex。整套都是 Markdown 寫的、全部免費、MIT 授權。
更狠的玩法在後面：gstack 配合 Conductor 可以同時跑 10 到 15 個平行 sprint，一個在規劃新點子、一個在審 PR、一個在實作功能、一個在測試。Garry Tan 說這是目前實務上的上限。沒有流程的話，十個 agent 就是十個亂源；有了 sprint 結構，每個 agent 才知道自己該做到哪、什麼時候停。
怎麼安裝 gstack？（30 秒三步）
前提：你要先有 Claude Code、Git、Bun v1.0 以上（Windows 還要 Node.js）。裝法本身很無腦，因為 gstack 是叫 Claude Code 自己幫你裝。
- 把指令貼進 Claude Code。打開 Claude Code，貼上官方那行
git clone指令（clone 到~/.claude/skills/gstack再跑./setup），剩下的它自己處理，並在你的 CLAUDE.md 補上 gstack 段落。 - 跑第一個指令試水溫。輸入
/office-hours，描述你想做什麼。它會反過來逼問你幾個問題，把需求重新框一遍。 - 挑一個你最在意的環節驗收。有想法就跑
/plan-ceo-review；有分支改動就跑/review；有測試站網址就跑/qa。跑完這幾個，你大概就知道這套適不適合你。
如果你還想換更便宜的模型來驅動整套流程，可以參考我們寫過的 GLM-5.2 直插 Claude Code——gstack 管流程，底層模型用哪個是另一回事，兩件事可以分開選。
「一週一萬行 code」是真的嗎？該怎麼看這個數字？
這是 gstack 最容易被質疑的地方，講清楚比較好。Garry Tan 公開展示過：在持續 50 天的區間裡，平均一週約 10,000 行 code、100 個 PR；他也算出自己 2026 年的「邏輯程式碼」產出速度大約是 2013 年的 810 倍。
關鍵是後面那個詞：邏輯程式碼。他自己也承認，AI 會把原始行數灌水——同一件事，AI 寫出來的行數比人手打的多很多，所以單看「raw LOC」會嚴重高估。他的反駁是：就算扣掉灌水、做過正規化，產出還是高出一截。換句話說，數字有水分，但不是全是水。
給一般讀者的務實理解：不要把「一萬行」當成你裝了 gstack 就會達到的 KPI。它反映的是一個做了二十年產品、知道自己要什麼的人，配上一套嚴謹流程之後的上限。對多數人來說，gstack 真正的價值不是衝行數，而是讓 AI 寫出來的東西「敢上線」——因為每一步都有審查、測試、保安把關。出貨速度是結果，不是目標。
你該先試哪幾個 gstack 指令？（互動選擇器）
23 個指令一次全上會嚇到人。先選一個最像你的身份，看看建議從哪幾個開始：
gstack、空白 Claude Code、自己寫 CLAUDE.md，怎麼選？
| 做法 | 上手難度 | 有沒有流程把關 | 適合誰 |
|---|---|---|---|
| 直接用 Claude Code | 低 | 沒有，全看你下的提示 | 只想快速問一句、改一個小檔的人 |
| 自己寫 CLAUDE.md 規則 | 中（要自己摸索） | 有規則，但只在單次提示生效，不成流程 | 已經有一套習慣、想固定下來的人 |
| 裝 gstack | 低（30 秒，它幫你裝） | 有，整條 sprint 從規劃到發版都被指令串起來 | 想認真用 AI 出貨、要審查與測試把關的人 |
官方自己也說了一句很實在的話：如果你已經在用 Karpathy 風格的 CLAUDE.md 規則，gstack 不是要取代它，而是把那些規則變成「整條 sprint 都會強制執行」的一層，而不只是單次提示有效。
不想用 gstack？還有哪些選擇？
gstack 綁 Claude Code 最深（雖然官方說它也支援 Codex CLI、Cursor、OpenCode 等 10 種 agent）。如果你想要完全獨立、不依賴 Claude 的開源 agent，可以看 Goose，它自己就能跑完整個開發循環；想要極簡、自己讀得懂每一行的框架，可以看 Hugging Face 的 smolagents。三者定位不同：gstack 是「在 Claude Code 上加流程」，Goose 是「獨立 agent」，smolagents 是「極簡可改的底層庫」。
把它接到出路：為什麼這套對想接案、做副業的人有用？
對散戶和上班族來說，gstack 真正的意義不是「學會一個工具」，而是把「一個人交付一個小產品」的門檻拉低了。以前接一個案子，你要自己規劃、自己寫、自己測、自己處理上線；現在這幾個環節都有對應的指令幫你頂著，你的角色更像是那個做決策、驗收品質的人。會審查、會測試、有保安把關，意味著你交出去的東西出包機率更低，這在接案時就是信任，也是報價的底氣。
當然，工具會放大能力，不會無中生有。如果你連自己要做什麼都說不清楚，/office-hours 的逼問只會讓你更早發現這件事——這其實也是好事。
新手行動清單
- 先確認環境：裝好 Claude Code、Git、Bun（Windows 加 Node.js）。
- 用官方那行
git clone指令讓 Claude Code 自己裝好 gstack。 - 第一次只跑
/office-hours，感受它怎麼逼問需求，不急著寫 code。 - 挑一個真實的小專案，從
/plan-ceo-review到/ship走一遍完整流程。 - 習慣之後再加
/cso（保安）和/codex（第二意見）這類進階把關。
常見問題（FAQ）
gstack 要錢嗎？
不要。gstack 本身是 MIT 授權、完全免費、沒有付費版也沒有候補名單。你需要付的只有底層 Claude Code（或其他 AI agent）本身的使用成本。
gstack 只能配 Claude 嗎？
不是。雖然它為 Claude Code 設計得最完整，但官方說明它也支援 OpenAI Codex CLI、Cursor、OpenCode、Factory Droid 等共 10 種 AI 編程 agent，安裝時會自動偵測你裝了哪些。
新手直接裝 gstack 會不會太複雜？
反而相反。官方明確把「第一次用 Claude Code 的人」列為目標族群，因為角色化指令幫你把骨架搭好，比對著空白提示框亂試更友善。建議從 /office-hours 一個指令開始就好。
Garry Tan 是誰？他的話可信嗎？
他是 Y Combinator 的總裁兼執行長，早年是 Palantir 的早期工程師、設計師，後來共同創辦 Posterous（賣給 Twitter）。他的生產力數字有公開的方法論與重現腳本可查，但其中「行數」部分本身有爭議，建議當參考、不當保證。
免責聲明：本文為資訊與教學分享，不構成任何投資或商業建議。AI 工具與其授權、功能、價格可能隨時變動，實際情況以官方公告為準。文中提到的 gstack 為第三方開源專案，使用前請自行評估安全性與適用性。
參考來源：gstack 官方 GitHub。延伸閱讀：給 AI Agent 裝記憶的兩條路（Karpathy 觀點）。
發佈留言