gstack：一套為 AI 編碼代理設計的工作流層
使用 Garry Tan 的精確 Claude Code 設定：23 個固執己見的工具，可充當 CEO、設計師、工程經理、發布經理、文件工程師和 QA。
秒懂
- 它是什麼？
- Garry Tan 的 gstack 包含 23 個斜線指令，將 AI 編碼代理組織成評審、QA 和發布流程。 聚焦本專案的實際功能、技術入口、部署條件、資料流、版本變化與授權邊界，並依官方 README 所列能力判斷適用工作情境和不適合的替代用途。
- 適合誰用？
- gstack 以 MIT 許可證發布，將 AI 編碼代理變成有結構的團隊，但倉庫沒有提供任何獨立的效能或安全驗證。採用前應依 README 的專案指令與指定檔案確認環境、輸入和輸出，並把未說明的能力列為待驗證事項。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 1 天前。
- 用什麼語言寫的？
- 主要是 TypeScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
garrytan-gstack-deep-analysis｜一個包含 23 個斜線指令的倉庫
garrytan-gstack-deep-analysis｜一個包含 23 個斜線指令的倉庫 的專案脈絡：gstack 是一組 23 個有主見的工具，Garry Tan 稱它們能把 Claude Code 變成一個虛擬工程團隊。README 列出的角色包括：重新思考產品的 CEO、鎖定架構的工程經理、捕捉 AI 劣質輸出的設計師、發現生產 bug 的評審者、打開真實瀏覽器的 QA 負責人，以及發布 PR 的發布工程師。倉庫描述也重複了同樣的定位：這些工具服務於 CEO、設計師、工程經理、發布工程師、檔案工程師和 QA。所有工具都是斜線指令，以 Markdown 編寫，並以 MIT 許可證分發。截至本文寫作時，倉庫有 126,351 個 star 和 18,993 個 fork。README 還包含 Garry Tan 的個人生產力聲明，包括 2026 年約為 2013 年 810 倍的運行速率，數據來自 40 個公開和私有倉庫，排除一個演示倉庫。
garrytan-gstack-deep-analysis｜安裝與團隊模式
garrytan-gstack-deep-analysis｜安裝與團隊模式 的專案脈絡：安裝從一條指令開始，將倉庫克隆到 ~/.claude/skills/gstack 並執行 ./setup。README 列出的要求是 Claude Code、Git 和 Bun，Windows 上還需要 Node.js。安裝後，CLAUDE.md 中會新增一個 gstack 段落，告訴 Claude Code 所有網頁瀏覽都使用 /browse 技能，並避免使用 mcp__claude-in-chrome__* 工具。對於共享倉庫，./setup --team 會切換到團隊模式，引導倉庫，並提交一個要求，即 AI 輔助工作必須安裝 gstack。README 說這樣可以避免倉庫內附帶檔案、版本漂移和手動升級，每次 Claude Code 工作階段都會進行限流、靜默的自動更新檢查。第二個指令 gstack-team-init 用於將要求設為 'required' 或 'optional'。解除安裝流程也有檔案，包含指令碼和手動移除步驟。
garrytan-gstack-deep-analysis｜技能背後的衝刺流程
garrytan-gstack-deep-analysis｜技能背後的衝刺流程 的專案脈絡：README 將 gstack 描述為一個流程而非工具集合，並將技能排序為：思考、規劃、建置、評審、測試、發布、回顧。每個技能都設計為銜接下一個：/office-hours 寫出設計檔案，/plan-ceo-review 讀取；/plan-eng-review 寫出測試計畫，/qa 使用；/review 發現 bug，/ship 驗證修復。技能列表包括規劃角色如 /plan-design-review 和 /plan-devex-review，實作輔助如 /autoplan，以及發布步驟如 /land-and-deploy 和 /canary。還有安全類工具如 /careful、/freeze 和 /guard。README 展示了一個範例對話，其中 /office-hours 對使用者的表述提出質疑，/plan-ceo-review 進行十項評審。它沒有說明目前版本中的技能總數，除了描述中的 '23 個有主見的工具' 和 README 中的 '23 個專家與 8 個強力工具'。
garrytan-gstack-deep-analysis｜瀏覽器自動化與 QA
garrytan-gstack-deep-analysis｜瀏覽器自動化與 QA 的專案脈絡：/browse 技能讓代理使用真實的 Chromium 瀏覽器進行真實點擊和截圖，/qa 開啟瀏覽器測試 staging URL，發現 bug，用原子提交修復，並產生回歸測試。/open-gstack-browser 啟動 GStack Browser，這是一個帶有側邊欄、反爬隱身和自動模型路由的 AI 控製 Chromium。側邊欄代理可以在隔離工作階段中執行自然語言任務。README 還描述了側邊欄的提示注入防禦，包括捆綁的 ML 分類器、轉錄檢查、canary token 和判定組合器。當 AI 在驗證碼或認證牆卡住時，$B handoff 會在同一頁面開啟可見的 Chrome，$B resume 繼續。設計流程包括 /design-shotgun，它產生 mockup 變體，以及 /design-html，它將批準的 mockup 轉換為具有計算文字版面設定的生產級 HTML。README 說這些工具不是副駕駛而是團隊，這個說法無法僅從倉庫獨立驗證。
garrytan-gstack-deep-analysis｜平行衝刺與其他編碼代理
garrytan-gstack-deep-analysis｜平行衝刺與其他編碼代理 的專案脈絡：gstack 的設計目標是支援 Claude Code 以外的 AI 代理。安裝指令碼會自動偵測已安裝的代理，--host 旗標可指定特定代理。README 列出了 OpenAI Codex CLI、OpenCode、Cursor、Factory Droid、Slate、Kiro、Hermes 和 GBrain 作為支援的主機，技能會安裝到每個代理的技能目錄。另一個 OpenClaw 章節描述了如何將 gstack 指令新增到 AGENTS.md，並且四個原生 OpenClaw 技能可透過 ClawHub 取得。對於平行執行多個工作階段，README 指向外部工具 Conductor，並說作者經常執行 10 到 15 個平行衝刺。/pair-agent 透過共用瀏覽器協調兩個代理，使用作用域 token、標籤隔離和活動歸屬。README 沒有提供平行作業的任何測量吞吐量或可靠性數字，它只是以作者的個人實務作為證據。
garrytan-gstack-deep-analysis｜GBrain 與持久記憶
garrytan-gstack-deep-analysis｜GBrain 與持久記憶 的專案脈絡：GBrain 是一個獨立的倉庫，為 AI 代理提供持久知識庫。gstack 包含 /setup-gbrain，提供四條設定路徑：現有的 Supabase URL、自動建立 Supabase、本機 PGLite 實例或遠端 gbrain MCP 伺服器。設定後，/sync-gbrain 會重新索引目前倉庫的程式碼，並在 CLAUDE.md 中寫入搜尋指導區塊。每個倉庫的信任層級為 read-write、read-only 或 deny。README 還描述了一個可選的 gstack 記憶同步功能，可將學習結果、計畫和設計檔案推送到私有 git 倉庫，並帶一次性隱私提示和秘密掃描器。README 引用了單獨的檔案 USING_GBRAIN_WITH_GSTACK.md 作為完整疑難排解指南。倉庫中繼資料沒有說明 GBrain 是否包含在此倉庫中，或者是否需要單獨安裝。
garrytan-gstack-deep-analysis｜遙測、隱私與本機分析
garrytan-gstack-deep-analysis｜遙測、隱私與本機分析 的專案脈絡：README 聲明 gstack 包含可選擇加入的使用遙測，預設關閉。如果使用者選擇加入，傳送的資料僅限於技能名稱、時長、成功或失敗、gstack 版本和作業系統。README 明確表示程式碼、檔案路徑、倉庫名、分支名、提示詞和使用者生成內容永遠不會被傳送。遙測資料儲存在 Supabase 中，遷移結構在倉庫內，因此可以稽核收集的內容。本機分析始終可用，透過 gstack-analytics 指令讀取本機 JSONL 檔案。README 沒有描述對遙測系統的獨立稽核，關於 Supabase 行級安全策略的聲明是專案自身的設計說明，而非外部驗證。
garrytan-gstack-deep-analysis｜以專案指令核對實際輸出
garrytan-gstack-deep-analysis｜以專案指令核對實際輸出 的專案脈絡：第1項檢查：該倉庫以 MIT 授權條款發布，版權歸 Garry Tan 所有，2026 年。授權條款授予使用、複製、修改、合併、發布、分發、再授權和出售軟體副本的權利，並聲明不提供任何擔保和承擔責任。README 說 gstack 是免費、MIT 授權、開源的，沒有付費層級，沒有等待名單，並說 '永久免費'。授權條款文字沒有建立任何安全態勢、支援承諾或生產就緒性，除了作者自己的使用之外。README 包含解除安裝指令碼和手動移除指南。來源材料沒有提供第三方安全稽核、正式支援管道或生產力聲明的基準測試證據。這些仍然是需要驗證的問題，而不是已記錄的事實。
garrytan-gstack-deep-analysis｜以專案指令核對實際輸出：第2項檢查：gstack 的 23 個工具涵蓋 CEO、Designer、Eng Manager、Release Manager、Doc Engineer 和 QA 角色，判斷適配性要看實際 Claude Code 工作流。安裝後依 README 的指令逐一確認工具是否能建立規格、設計、測試和發版產物，再觀察不同角色之間是否共享同一份專案上下文。測試不能只看指令能否啟動，還要檢查產生的檔案是否能被下一個角色讀取，以及 QA 結果是否能阻止未完成變更進入 release。MIT 授權不等於這些代理輸出的品質保證，團隊仍需保留自己的審查責任。
garrytan-gstack-deep-analysis｜以專案指令核對實際輸出：第3項檢查：gstack 的 23 個工具涵蓋 CEO、Designer、Eng Manager、Release Manager、Doc Engineer 和 QA 角色，判斷適配性要看實際 Claude Code 工作流。安裝後依 README 的指令逐一確認工具是否能建立規格、設計、測試和發版產物，再觀察不同角色之間是否共享同一份專案上下文。測試不能只看指令能否啟動，還要檢查產生的檔案是否能被下一個角色讀取，以及 QA 結果是否能阻止未完成變更進入 release。MIT 授權不等於這些代理輸出的品質保證，團隊仍需保留自己的審查責任。
garrytan-gstack-deep-analysis｜以專案指令核對實際輸出：第4項檢查：gstack 的 23 個工具涵蓋 CEO、Designer、Eng Manager、Release Manager、Doc Engineer 和 QA 角色，判斷適配性要看實際 Claude Code 工作流。安裝後依 README 的指令逐一確認工具是否能建立規格、設計、測試和發版產物，再觀察不同角色之間是否共享同一份專案上下文。測試不能只看指令能否啟動，還要檢查產生的檔案是否能被下一個角色讀取，以及 QA 結果是否能阻止未完成變更進入 release。MIT 授權不等於這些代理輸出的品質保證，團隊仍需保留自己的審查責任。
編輯結論
gstack 以 MIT 許可證發布，將 AI 編碼代理變成有結構的團隊，但倉庫沒有提供任何獨立的效能或安全驗證。採用前應依 README 的專案指令與指定檔案確認環境、輸入和輸出，並把未說明的能力列為待驗證事項。
社群筆記