用途：game-build 用于从 MVP 计划构建单个游戏组件，产出生产级 TypeScript 代码、Vitest 测试、依赖 mock 以及构建登记表跟踪。前置条件是项目中存在 docs/mvp-first-draft.md（需先运行 game-architect）；若缺失则停止并提示先运行 game-architect，以避免架构漂移。
主要能力：按阶段执行。阶段0 静默加载上下文：读取 MVP 计划、检查第10节“超出范围/延后”项、识别相关技能、读取或创建 docs/build-registry.md，涉及叙事或任务时读取 docs/world-lore.md 与 docs/quest-registry.md；组件名为 status 时只输出进度表。阶段1 依赖检查：已构建的依赖直接导入，未构建的生成带相同 TypeScript 接口的 mock，并标记 // MOCK — replace with real implementation via game-build [dependency-name]，登记为 mock。阶段2 仅在真正模糊时最多问2个问题。阶段3 构建：TypeScript strict、无 any、含错误处理与输入校验、最小实现，并在注释中标注所用技能。文件结构为 src/[component-name]/index.ts、[component].ts、[component].test.ts、types.ts 及 mocks/。测试覆盖正常路径、边界、失败路径与 mock 校验，游戏逻辑不用快照测试。阶段4 叙事一致性检查（仅涉及故事/任务时）。阶段5 更新构建登记表。阶段6 输出构建摘要、完整代码、运行命令与下一步建议。
使用方式：命令示例为 bun run dev 与 bun vitest run src/[component-name]/。
限制：不得重新生成已标记 built 的组件；不得编造 MVP 计划外的 schema、队列名、路由或功能；不得跳过测试；不得移除 mock 标记；多人组件须服务器权威。资料未提供具体收费、平台与效果信息。