如果你最近有在關注 Claude Code、AI coding agent，或是所謂的 agentic development workflow，那麼 gstack 這個 GitHub 專案很值得看。它不是傳統意義上的框架、樣板專案，甚至也不是單純的 prompt 集合而已。根據專案首頁的描述，gstack 是 Garry Tan 自己實際使用的 Claude Code 工作流，核心做法是把一組可直接觸發的 slash commands、角色化技能與工具流程整理成一套完整方法，讓 Claude Code 不只是幫你補幾行程式，而是更像一支有分工的虛擬工程團隊。專案目前採 MIT 授權，主打免費、開源，而且直接標榜這是 Garry Tan 的「exact Claude Code setup」。
gstack 最吸引人的地方，在於它把 AI 開發流程做得非常「角色化」。官方介紹中提到，這套系統會讓 Claude Code 扮演多種不同職能，像是 CEO、Designer、Engineering Manager、Release Manager、Doc Engineer、QA，甚至還有安全審查與產品檢查等角色。這種設計不是要把 AI 包裝得很花俏，而是把原本容易混在一起的工作明確拆開：產品方向由一種模式思考、技術架構由另一種模式檢查、設計品質再交給不同角色審視。對已經在用 Claude Code、但常常覺得「AI 很會寫，卻不一定很會做專案」的人來說，這種分工邏輯其實很有吸引力。
從官方 README 來看，gstack 的核心流程很清楚。它不是讓 AI 一收到需求就直接開寫，而是先透過像 /office-hours 這類流程理解你到底要做什麼，再透過不同 review 指令去釐清產品方向與技術方案。例如 /plan-ceo-review 會偏產品與商業視角，/plan-eng-review 則會把架構、資料流、系統邊界、失敗情境、測試覆蓋與信任邊界都攤開來檢查。這種設計很像把真實軟體團隊裡「先討論、再定規格、再做實作」的節奏，搬進 Claude Code 裡。它不是叫你盲目 vibe coding，而是強調先把方向講清楚，再讓 AI 往下執行。
gstack 還有一個很實用的重點，就是它不只談規劃，也把 QA 與交付 納進流程。像是 README 裡提到的 /review 可用來檢查有改動的 branch，/qa 可以針對 staging URL 做檢查，另外還有 /browse 這類讓 agent 透過真實 Chromium 瀏覽器進行點擊、操作與截圖的能力，甚至能搭配 /setup-browser-cookies 把你真實瀏覽器的 cookies 匯入 headless session，方便測試登入後頁面。這代表 gstack 不是只在「寫程式」這一段做文章，而是往整個工程交付鏈延伸，包含 review、瀏覽器驗證、發布準備與週期性回顧。
如果要整理這個專案的幾個特色，我會認為至少有下面幾點很值得注意：
- 角色化 AI 工作流：把 Claude Code 拆成 CEO、設計師、工程主管、QA、文件工程師等不同職能。
- 以 slash commands 為核心操作方式：不需要自己重新設計 prompt，直接用對應指令切換工作模式。
- 重視工程紀律：不是只求快，而是強調架構、測試、邊界條件、風險與釋出品質。
- 可搭配真實瀏覽器 QA：讓 agent 有能力操作 Chromium、看畫面、點按鈕、測流程。
- MIT 開源授權：可以自由使用、研究與擴充。
我自己看完後，會把 gstack 視為一種很有代表性的趨勢：AI coding 的重點正在從「寫得快」走向「做專案要有方法」。現在很多人談 AI 開發，還停在自動補完、快速生頁面、幫忙改 bug 這種層次，但 gstack 想處理的是更上層的問題：怎麼讓 agent 在產品思考、架構審查、設計品質、測試驗證、釋出節奏這些地方也有一套規則可循。這也是它會引起很多技術圈討論的原因，因為它呈現的不是一個單一功能，而是一整套「如何和 Claude Code 協作」的方法論。
整體來說，gstack 很適合已經在使用 Claude Code，並且希望把 AI 從單純寫 code 的助手，升級成有角色分工的開發團隊的人。它未必是給每個初學者都立即上手的玩具，但對技術創業者、獨立開發者、Tech Lead，或是想建立更穩定 agent workflow 的團隊來說，這個專案很有參考價值。它最有趣的地方，不只是「Garry Tan 怎麼用 Claude Code」，而是它示範了一種新的開發想像：未來的工程流程，也許真的可以由一群被精心設計過的 AI 角色來共同推進。
