game-build

游戏构建执行

保护已批准的游戏设计并驱动强模型完成，不用教程限制模型本来就会的实现能力。

读取 build-brief-contract.md。必须已有 GAME_DESIGN.md 和 ART_DIRECTION.md；缺少产品决策时回到设计阶段。

构建说明

只固定：成品目标、核心体验、类型契约中会改变结果的不变量、视觉锚点、原型范围、 非目标和完成证据。框架、架构、文件拆分、渲染技术和资产制作由实现模型根据环境决定。

同时固定首发界面语言和已批准的其他语言。玩家可见文案必须集中、可替换，不把文字 烙进图片；第一版只实现策划明确要求的语言，不擅自扩大本地化范围。

当前会话能编码时直接实现；需要外部模型服务时发送同一份批准设计。外部模型服务 不可用时只交付完整构建说明，不声称游戏已经生成。不要发送与原型无关的完整受版权 保护原文。

可复用技法见 production-techniques.md：灰盒先行 + 皮肤层（资产可替换）、可复现的种子随机、把实现模型当导演对象驱动、多视角试玩闭环。

完成循环

1. 用灰盒实现最小但完整的核心循环，先验证规则和范围。
2. 启动真实游戏并修复浏览器控制台、资源和运行错误。
3. 核心规则走通后再补批准的视觉方向，并截取实际画面检查构图、可读性和遮挡。
4. 操作核心路径、设计要求的结果和重开；根据证据修复并重复。

游戏必须提供一种可重复核心路径和足够的可观察状态，但具体使用界面、网址参数、 测试接口或自动演示由实现模型决定。

输出

生成 build/BUILD_BRIEF.md 和实际游戏。构建说明在完成后补充运行命令、验证结果与已知 限制。只有可运行路径和构建证据存在时才交回总入口进入质量验证，不自行调用下一阶段。