想像一下這個場景：你一個人坐在電腦前，打開終端機，輸入一行指令。然後你的「公司」就開始運作了——創意總監在審核遊戲設計方向、技術總監在檢查程式架構、美術總監在規劃視覺風格、QA 測試員在找 bug。
49 個員工，同時上班。全是 AI。
這不是科幻小說，是一個叫 Claude Code Game Studios 的開源項目。截至 2026 年 4 月，GitHub 上已經超過一萬顆星。它做的事很簡單：把一個 Claude Code 工作階段，變成一間結構完整的遊戲開發公司。
這東西到底是什麼？
先講清楚它不是什麼——它不是一個「按下按鈕自動生成遊戲」的工具。如果你期待丟一句 prompt 就跑出一個完成品，這不適合你。
Claude Code Game Studios 是一套 Claude Code 的擴展模板。它解決的問題是：一個人用 AI 輔助開發遊戲時，缺少專業工作室的組織結構、品質把關和決策框架。你寫程式寫到一半，沒人幫你 review。你的遊戲設計文件寫完了，沒人挑戰你的邏輯漏洞。你的 UI 做好了，沒人從玩家體驗的角度潑你冷水。
這個項目的做法是：用 49 個專業化的 AI Agent，模擬一間真正的遊戲公司階層。每個 Agent 有明確的職責範圍、溝通協議和決策權限。它們不會自己亂來——每個決定都要你批准。但它們會從不同角度給你意見，就像你真的有一個完整團隊在背後支持。
49 個 AI 員工都在幹嘛？
整個組織分三層，跟真正的遊戲公司一模一樣：
第一層：總監級（用 Claude Opus 驅動）
創意總監守護整體遊戲願景，確保所有決定都不偏離核心概念。技術總監監督工程品質，不讓你走捷徑。製作人負責跨部門協調，確保大家不會做重工。
第二層：部門主管（用 Claude Sonnet 驅動）
遊戲設計師、首席程式設計師、美術總監、音效總監、敘事總監、QA 主管、發行經理、本地化主管——八個部門，各有領地。
第三層：專家（用 Claude Sonnet/Haiku 驅動）
這層人最多。Gameplay 程式設計師、引擎程式設計師、AI 程式設計師、網路程式設計師、UI 程式設計師、系統設計師、關卡設計師、經濟系統設計師、技術美術、音效設計師、劇本作家、世界建構師、UX 設計師、效能分析師、DevOps 工程師、安全工程師、QA 測試員、無障礙專家⋯⋯一共有三十幾個專業角色。
還有引擎專屬的 Agent——你用 Godot 4、Unity 還是 Unreal Engine 5，它都有對應的專家等著你。
72 個指令，覆蓋遊戲開發全流程
這個項目最實用的部分是它的 72 個 slash 指令。從腦暴到上線，每個階段都有對應的工作流程：
| 開發階段 | 指令數量 | 代表指令 |
|---|---|---|
| 初始化 / 入門 | 5 | /start、/setup-engine、/adopt |
| 設計 | 6 | /brainstorm、/design-system、/map-systems |
| 架構 | 4 | /create-architecture、/architecture-review |
| 開發衝刺 | 8 | /sprint-plan、/dev-story、/sprint-status |
| 程式碼審查 | 9 | /code-review、/balance-check、/perf-profile |
| QA 測試 | 10 | /qa-plan、/smoke-check、/regression-suite |
| 發行上線 | 5 | /release-checklist、/changelog、/hotfix |
| 團隊協作 | 9 | /team-combat、/team-narrative、/team-ui |
我覺得最聰明的設計是「團隊協作」那一類。比如你在做戰鬥系統，輸入 /team-combat，系統會自動召集跟戰鬥相關的 Agent 組成臨時小組——Gameplay 程式設計師、系統設計師、效能分析師一起上。做 UI？/team-ui 召集 UI 程式設計師、UX 設計師、無障礙專家。像真正的公司一樣按需組隊。
不是自動駕駛，是有人開車
這是很多人容易搞錯的地方。看到「49 個 AI Agent」，第一反應是「丟個主題進去就自動把遊戲做完了吧？」
不是。
官方文件裡講得很明確：每個任務的流程是「提問 → 選項 → 決定 → 草稿 → 批准」。Agent 會先問你問題、給你 2-4 個方案分析優缺點、等你做決定、寫出草稿給你看、最後你說 OK 才動手。寫檔案之前要你同意，改程式之前要你批准。
方向盤一直在你手上。AI 是你的團隊，不是你的老闆。
這其實是目前 AI 輔助開發最健康的模式。完全自動化的方案聽起來很酷，但做出來的東西通常品質堪憂。有人在方向盤上的 AI 協作，才是 2026 年真正能出成品的方式。
五分鐘上手教程
前提條件：你需要安裝好 Git 和 Claude Code（npm install -g @anthropic-ai/claude-code）。
Step 1：Clone 項目
git clone https://github.com/Donchitos/Claude-Code-Game-Studios.git my-game
cd my-gameStep 2：啟動 Claude Code
claudeStep 3：輸入 /start
系統會自動偵測你的項目狀態，引導你完成初始設定。如果你是從零開始，可以直接用 /brainstorm 開始腦暴遊戲概念。如果你已經有一個半成品，用 /adopt 讓系統接手現有項目。
你也可以指定遊戲引擎：/setup-engine godot 4.6 或 /setup-engine unity。設定好之後，對應引擎的專家 Agent 就會加入你的團隊。
適合誰？不適合誰？
適合你的情況：
- 你是獨立遊戲開發者，一個人扛所有部門，需要 AI 幫你做品質把關和決策支持
- 你有遊戲開發的基礎概念，知道 GDD、sprint、code review 這些詞是什麼意思
- 你已經在用 Claude Code，想要一套更有結構的工作流程
- 你不怕折騰——這是一個模板，需要根據你的項目自訂調整
不適合你的情況：
- 你完全沒碰過程式開發，連 Git 是什麼都不知道
- 你期待一個「輸入主題自動出遊戲」的工具
- 你不用 Claude Code（這個項目是專門為 Claude Code 設計的）
為什麼這件事值得關注
Claude Code Game Studios 本身很酷，但更值得想的是它背後代表的趨勢。
2025 年的 AI 輔助開發是「一個 AI 幫你寫程式」。2026 年的 AI 輔助開發正在變成「一群有分工的 AI 幫你經營一間公司」。從 copilot 到 co-workers，這個跳躍比很多人想的快。
遊戲開發只是第一個被這樣重組的行業。你把「遊戲公司」換成「電商團隊」「內容工作室」「小型對沖基金」，邏輯完全一樣——定義角色、分配職責、建立溝通協議、設定品質閘門。Agent 不同，框架通用。
一個人加上正確的 AI 框架，能做到以前需要十幾個人的事。不是因為 AI 完美，而是因為 AI 足夠便宜、足夠快、足夠聽話。品質的差距由你補。
這才是 Claude Code Game Studios 真正教會我的事：問題從來不是「AI 能不能做」，而是「你有沒有一套系統來管理 AI 做的事」。
結論
Claude Code Game Studios 不完美。它需要你有一定的開發基礎，學習曲線不算低，而且作為一個開源項目，有些功能還在持續開發中。
但它指向了一個正確的方向：AI 輔助開發的下一步不是讓 AI 更聰明，而是讓 AI 更有組織。49 個各司其職的 Agent，比一個什麼都會但沒有結構的 AI，有用得多。
如果你是獨立開發者，或是對 AI Agent 協作感興趣的人，值得花半小時 clone 下來試試。就算你不做遊戲，光看它的多 Agent 組織架構設計，就能學到很多可以用在其他領域的思路。
GitHub 連結：Donchitos/Claude-Code-Game-Studios
免責聲明：本文僅為 AI 工具介紹和教學用途，不構成任何投資建議。AI 工具和開源項目可能隨時更新或停止維護，使用前請自行評估。截至 2026 年 4 月。
發表迴響