用途：以制作人编排的5智能体团队运行完整游戏制作周期，遵循 bmad-gds 方法（intake brief → 单一运行模式 → 协调产物 → 专家路由 → 里程碑线索），并设数值化质量门。该工作台是常设结构：周期重复直至游戏发布，并持续用于线上运营。
主要角色：game-production-director 负责 intake、任务清单、门禁裁决、仲裁与复盘；game-designer 负责平衡表、连招矩阵、核心循环、新颖度评分卡、世界观、表现规格与趋势调研；game-pm 负责收益图、奖励分档（翻盘≤30%、免费/付费对等10–20场、胜率差≤5%p）、协商记录与收益预测；game-programmer 负责架构契约、性能预算（p95 ≤16.7ms、输入≤100ms）、移动路径优化、技术验证、遥测与缺陷响应；game-qa 负责原型轮换（≥5种）、漏洞利用登记、基准调研、门禁测量与缺陷/回归登记。
使用方式：先在目标仓库根目录创建 _workspace/current/{intake,design,pm,engineering,qa,ops,ui,production,messages,retrospectives}/，不创建带日期的运行目录，run-id 仅作为文档内值并在归档时用作目录名；恢复时先读 _workspace/current/production/task-manifest.md 与最近复盘。将 templates/repo-rules.md 复制到目标仓库的 agent 指令文件（Claude Code 为 CLAUDE.md，并以指针镜像到 AGENTS.md），解析所有 {PLACEHOLDER}，不适用的段落删除，规则旁写明理由。团队落地：Claude Code 设 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 时复制 templates/agents/*.md 到 .claude/agents/ 并用 TeamCreate、SendMessage、TaskCreate/TaskUpdate；其他运行时按 references/stage-cycle.md 阶段顺序以顺序子智能体运行，同伴消息写入 _workspace/current/messages/{seq}-{from}.md。
三阶段循环：①概念、表现、动画、资源与核心构建，门禁 G7 draft、G1 draft、G6-ops draft；②平衡、核心循环稳定性与新颖度，门禁 G2、G3、G5、G7 final、G8；③运营稳定性与游玩影响，门禁 G4、G6 final、G1 final。门禁裁决为 PASS / FIX（≤2轮修改）/ REDO（退回上一阶段）；存在未解决的 S1 缺陷或缺少证据会阻塞任何 PASS。周期收尾写 retrospectives/cycle-{n}-retrospective.md，并用 git mv 将旧阶段材料移入 _workspace/archive/{run-id}/，_workspace/ 产物只归档不删除。
适用场景：从想法、GDD、原型或现有构建启动新周期；恢复进行中的周期；对当前构建跑阶段门禁评审（G1–G8）；在试玩反馈、缺陷与里程碑压力冲突时重新排优先级。
限制：更窄的任务应路由到各自技能而非本工作台，例如原始构建/日志失败、性能采样、仅反馈分诊、商店页与上线运营、前期创意。官方资料暂未提供收费、价格与平台支持信息。