build-isometric-arpg

构建等距视角 ARPG

先构建一个连贯且可玩的循环，再扩大范围：标题／菜单、角色选择、移动、一次遭遇、奖励、成长和继续游戏。

明确开发基准

1. 检查当前游戏入口、场景循环、内容模型、控制方式、存档模型和测试。
2. 集成依赖工作前，记录权威基线。保留尚未合并的工作，不要基于过时分支进行开发。
3. 为玩家职业、装备、敌人、区域、遭遇、任务和审核测试样例定义数据驱动的契约。将创作内容与运行时状态分开。

按纵向切片构建

交付每个切片时，都应提供可玩的流程和确定性测试状态。建议按以下顺序进行：

1. 移动、摄像机、碰撞、目标选择，以及暂停／重新开始。
2. 一种战斗动作，以及接触、伤害、架势、恢复和死亡。
3. 一个敌人，包含攻击预告、决策循环和应对方式。
4. 一项奖励，以及原子化的背包／成长更新。
5. 一次区域切换或目标完成。

在前一个切片通过玩法验证、自动化测试覆盖，并具备稳定的存档／读档流程之前，不要添加第二个系统。

维护运行时边界

• 尽可能确保模拟状态具有确定性且可序列化。
• 使用权威接触事件；不要根据视觉状态推断物理结果。
• 集中管理计时、伤害、冷却时间和内容数值。不要在多个组件中重复维护战斗计时。
• 确保装备、拾取物、存档迁移和重置流程具备原子性和幂等性。
• 为难以复现的状态提供审核查询参数或测试样例，例如 Boss 阶段切换、背包为空、动作中断和存档迁移。

发布前验证

运行针对性单元测试、类型／Lint 检查、生产构建，并在仓库认可的浏览器中实际游玩。验证全新开始、已存档的游戏续玩、失败／重试、完整完成一项目标、键盘／鼠标控制，以及预期的移动端基线。将已知基线失败与新出现的失败分别报告。