見過頂級skill嗎？全球最頂的創業孵化器掌門人直接把它開源了
整理版優先睇
YC 掌門人開源 gstack 工作流：將 AI 拆成 15 個角色，像管團隊一樣管代碼
呢篇文章介紹咗一個叫 gstack 嘅 Claude Code 工作流，由全球頂級創業孵化器 YC 嘅現任掌門人 Garry Tan 開源。佢喺全職管理 YC 嘅同時，靠呢套工作流一個人喺 60 日內寫出超過 60 萬行代碼，開源僅一週就攞到超過 25,000 個 Star，反映業界高度關注。
gstack 嘅核心思路係「像管一個團隊一樣管 AI」，透過 15 個命令將 AI 拆分為產品經理、QA、安全審計等角色，各司其職。文章重點介紹咗 5 個代表性命令：/office-hours（模擬 YC 合夥人問詢）、/plan-ceo-review（CEO 視角審視需求）、/review 同 /paranoid-review（嚴苛審查）、/qa（真人測試工程師）、/ship（自動發佈）。呢啲命令覆蓋從想法到發佈嘅全流程。
呢套工具適合想驗證創業想法嘅人、獨立開發者、同埋用緊 AI 但覺得產出唔夠好嘅人。作者認為，AI 能力差距唔在於模型強弱，而在於有冇一套系統性嘅方法。一個人用得好，比十個人各自亂用，產出可以差好遠。
- gstack 將 AI 拆分為 15 個角色，實現「像管團隊一樣管 AI」，顛覆單一 prompt 用法。
- 核心命令包括 /office-hours、/plan-ceo-review、/review、/qa、/ship，覆蓋從需求腦暴到代碼上線全流程。
- 與一般直接用 AI 寫 Code 唔同，gstack 要求先過濾想法、審查需求，減少「自以為重要」嘅偽需求。
- 啟發：AI 能力差距唔喺模型，而喺有冇系統性方法；一個人用得好，比十個人各自亂用產出差距可好大。
- 可行動點：gstack 完全開源 MIT 協議，可直接 clone GitHub 倉庫安裝，喺 Claude Code 中用命令即可。
gstack GitHub 倉庫
安裝命令：git clone ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup
背景與核心思路
呢篇文章介紹咗一個叫 gstack 嘅 Claude Code 工作流，由全球頂級創業孵化器 YC 嘅現任掌門人 Garry Tan 開源。
佢喺全職管理 YC 嘅同時，靠呢套工作流一個人喺 60 日內寫出超過 60 萬行代碼。
開源僅一週就攞到超過 25,000 個 Star，反映業界對呢套方法嘅高度關注。
15 個命令覆蓋咗從需求腦暴到代碼上線嘅全流程，團隊協作變成 AI 內部協作。
五大命令實戰詳解
以下係文章重點介紹嘅 5 個代表性命令，每個都針對開發流程中嘅關鍵痛點。
- /office-hours（想法過濾器）：模擬 YC 頂級合夥人 1v1 對話，幫你過濾「自嗨式」產品念頭，專注最小可行版本。
- /plan-ceo-review（需求審查員）：從 CEO 視角審視需求，畫好架構圖，斬件「自以為重要但用戶唔會理」嘅偽需求。
- /review 及 /paranoid-review（挑剔架構師）：唔單止睇 Code 能唔能夠行，仲會專揾真實環境下嘅隱藏 Bug，paranoid 模式似黑客咁挖漏洞。
- /qa（真人測試工程師）：直接打開真實瀏覽器測試產品，發現錯誤自動修復，仲會順手寫好測試用例。
- /ship（發佈大管家）：一鍵生成 PR 說明、更新 Changelog、完成部署，唔使再手寫更新日誌。
/review 同 /paranoid-review 專揾隱藏 Bug，paranoid 模式似黑客攻擊，比自己死盯 3 小時代碼管用得多。
/qa 發現報錯後自動修復，並寫入測試用例，呢個係其他工具好少做到嘅。
邊啲人最啱用？
Garry Tan 講過一句值得反思嘅話：「以前你需要僱人，而家 Claude + gstack 就夠了。」
呢套工具主要適合三類人：
- 想驗證創業想法嘅人：/office-hours 模擬 YC 合夥人問詢，逼你將模糊想法具體化，投入之前先過一遍。
- 獨立開發者同做產品嘅人：完整7步流程，一個人都可以跑出有紀律嘅開發節奏，唔使靠團隊。
- 已經用緊 AI 但覺得產出唔夠好嘅人：問題唔係 AI 唔夠強，而係冇畀佢清晰分工。用 gstack 建立角色分工，效果即時提升。
一個人用得好，比十個人各自亂用，產出差距可以好大。
安裝方法與總結
gstack 完全開源，MIT 協議，免費使用。
安裝方法好簡單，可以直接 clone GitHub 倉庫或者用終端指令。
git clone
https://github.com/garrytan/gstack ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup安裝之後，喺 Claude Code 裏面輸入 /office-hours、/review 等命令就可以用。
近排，有個叫 gstack 嘅 claude code 工作流徹底火咗。
呢個項目開源咗一星期咋，喺 GitHub 上已經狂攬超過 25,000 個 Star。佢嘅作者係全球頂級創業孵化器 YC（Y Combinator）嘅現任掌門人 Garry Tan。靠住呢套超好用嘅工作流，佢喺全職管理 YC 嘅同時，一個人喺 60 日內寫咗超過 60 萬行代碼。
gstack 嘅核心思路就係：好似管一個團隊咁管 AI佢透過 15 個命令將 AI 拆分做產品經理、QA、安全審計等唔同角色，各司其職。
🦄 具體可以做啲乜
gstack 完整嘅 15 個命令覆蓋咗由需求腦暴到代碼上線嘅全流程。為咗令你快速 get 到佢嘅邏輯，呢度我揀出日常最核心、最能改變工作方式嘅 5 個代表，帶你直觀感受佢嘅威力：
/office-hours（諗法過濾器）- 作用：模擬 YC 頂級合夥人同你 1v1 對話，專治「自嗨式」做產品。
- 日常場景：當你想做個「日程管理 App」嗰陣，佢唔寫代碼，而係先靈魂拷問：目標用戶具體係邊個？痛點喺邊？呢個禮拜上到線嘅最小版本係咩？幫你將模糊嘅諗法落地。
/plan-ceo-review（需求審查員）- 作用：由 CEO 視角審視需求，畫好架構圖，理清模塊關係。
- 日常場景：開發新功能前過一次，佢會無情咁幫你砍走啲「自以為重要但用戶根本唔在乎」嘅偽需求。諗清楚先鬱手。
/review&/paranoid-review（挑剔嘅架構師）- 作用：唔單止睇代碼行唔行得，仲專門揾真實環境下嘅隱藏 Bug。
- 日常場景：代碼上線前行一次嚴苛模式（paranoid），令佢好似黑客咁挖性能隱患同安全漏洞，比自己死睇 3 個鐘頭代碼有用得多。
/qa（真人測試工程師）- 作用：呢套工具嘅「最大突破」。佢會直接打開真實嘅瀏覽器去體驗產品。
- 日常場景：寫完網頁之後，佢會自己去㩒掣、填表單。發現報錯直接自動修復，順便寫好測試用例，真正解放雙手。
/ship（發佈大管家）- 作用：全自動負責最後嘅收尾流程。
- 日常場景：一鍵生成合併請求（PR）說明、更新版本日誌（Changelog）、完成部署。以後唔使再絞盡腦汁手寫「本次更新修復咗 xxx 問題」。
🦄 適合邊個用
想驗證創業諗法嘅人：/office-hours 模擬咗 YC 合夥人嘅問詢，逼你將模糊嘅諗法具體化，喺真正投入之前先過一次。
獨立開發者/做產品嘅人：完整嘅7步流程，由諗法到發佈，一個人都可以跑出有紀律嘅開發節奏。Garry 講嘅嗰句話值得反覆睇：「以前你需要請人，而家 Claude + gstack 就夠。」
已經喺用 AI 做事，但成日覺得產出差啲意思嘅人：問題好大機會唔係 AI，係你無俾 AI 明確嘅角色分工。呢套工具幫你建立呢個分工。
🦄 安裝方法
gstack 完全開源，MIT 協議，免費使用。
直接將呢個GitHub 地址發俾CC，等佢安裝：github.com/garrytan/gstack
亦都可以喺終端輸入：
git clone https://github.com/garrytan/gstack ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup
安裝之後，喺 Claude Code 入面直接輸入 /office-hours、/review 等命令就可以用。
用咗一段時間之後你會發現，AI 能力去到而家呢個階段，差距越來越唔係喺「模型夠唔夠強」，而係喺「你有冇一套真正將佢用起嚟嘅方法」。
一個人用得好，比起十個人各自亂用，產出差距可以好大。
如果你係研究 AI 工作流同生產力方法，呢度持續分享一手實踐。
最近，一個叫 gstack 的 claude code 工作流徹底火了。
這個項目開源僅一週，就在 GitHub 上狂攬超過 25,000 個 Star。它的作者是全球頂級創業孵化器 YC（Y Combinator）的現任掌門人 Garry Tan。靠着這套非常好用的工作流，他在全職管理 YC 的同時，一個人在 60 天內寫出了超過 60 萬行代碼。
gstack 的核心思路就是：像管一個團隊一樣管 AI。它通過 15 個命令把 AI 拆分成了產品經理、QA、安全審計等不同角色，各司其職。
🦄 具體能幹什麼
gstack 完整的 15 個命令覆蓋了從需求腦暴到代碼上線的全流程。為了讓你快速 get 到它的邏輯，這裏我挑出日常最核心、最能改變工作方式的 5 個代表，帶你直觀感受它的威力：
/office-hours（想法過濾器）- 作用：模擬 YC 頂級合夥人跟你 1v1 對話，專治“自嗨式”做產品。
- 日常場景：當你想做個“日程管理 App”時，它不寫代碼，而是先靈魂拷問：目標用戶具體是誰？痛點在哪？本週能上線的最小版本是什麼？幫你把模糊的想法落地。
/plan-ceo-review（需求審查員）- 作用：從 CEO 視角審視需求，畫好架構圖，理清模塊關係。
- 日常場景：開發新功能前過一遍，它會無情地幫你砍掉那些“自以為重要但用戶根本不在乎”的偽需求。想清楚再動手。
/review&/paranoid-review（挑剔的架構師）- 作用：不僅看代碼能不能跑，專門找真實環境下的隱藏 Bug。
- 日常場景：代碼上線前跑一遍嚴苛模式（paranoid），讓它像黑客一樣挖性能隱患和安全漏洞，比自己死盯 3 小時代碼管用得多。
/qa（真人測試工程師）- 作用：這套工具的“最大突破”。它會直接打開真實的瀏覽器去體驗產品。
- 日常場景：寫完網頁後，它會自己去點按鈕、填表單。發現報錯直接自動修復，並順手寫好測試用例，真正解放雙手。
/ship（發佈大管家）- 作用：全自動負責最後的收尾流程。
- 日常場景：一鍵生成合並請求（PR）說明、更新版本日誌（Changelog）、完成部署。再也不用絞盡腦汁手寫“本次更新修復了 xxx 問題”。
🦄 適合誰用
想驗證創業想法的人：/office-hours 模擬了 YC 合夥人的問詢，逼你把模糊的想法具體化，在真正投入之前先過一遍。
獨立開發者/做產品的人：完整的7步流程，從想法到發佈，一個人也能跑出有紀律的開發節奏。Garry 說的那句話值得反覆看："以前你需要僱人，現在 Claude + gstack 就夠了。"
已經在用 AI 做事，但總覺得產出差點意思的人：問題大概率不是 AI，是你沒有給 AI 明確的角色分工。這套工具幫你建立這個分工。
🦄 安裝方法
gstack 完全開源，MIT 協議，免費使用。
直接把這個GitHub 地址發給CC，讓它安裝：github.com/garrytan/gstack
也可以在終端輸入：
git clone https://github.com/garrytan/gstack ~/.claude/skills/gstack && cd ~/.claude/skills/gstack && ./setup
安裝之後，在 Claude Code 裏直接輸入 /office-hours、/review 等命令就能用。
用了一段時間之後你會發現，AI 能力到了今天這個階段，差距越來越不在"模型夠不夠強"，而在"你有沒有一套真正把它用起來的方法"。
一個人用得好，比十個人各自亂用，產出差距是可以很大的。
如果你在研究 AI 工作流和生產力方法，這裏持續分享一手實踐。