跨尝试保留遭遇进度

关于机制的三个问题

• 哪种进度单位值得跨失败保留？

  保留有设计意义的成果，例如被摧毁的器官、完成的仪式、获救的盟友、已清除阶段或解开的场地路线。除非逐步消耗就是目的，否则不要暗中保存每一点伤害。为每个单位设置稳定 id、完成条件、可见世界变化和依赖。

• 里程碑何时持久，哪些内容仍要重置？

  目标由权威逻辑确认后再提交，而不是动画刚开始时。先写入修订，再暴露后续致命危险；然后按一个已记录的重试包重置临时生命、位置、攻击、计时器和增益。确认写入后才显示保存信号。

• 下一次尝试如何重建一致的战斗？

  加载并验证台账，重建破坏几何，选择剩余目标和攻击包，安全放置双方，并在交还控制前协调资源。只保留一个终局结果和一次奖励。测试旧存档、写入中断、合作断线、难度变化及最终里程碑后的重试。

设计错误

• 保存图标早于持久写入出现

  若玩家在庆祝脉冲后、写入完成前死亡，下一次尝试会违背界面承诺。先原子提交，再进行确认；失败时保留上一条有效修订，不要加载半完成场地。

• 恢复让旧状态的几何或攻击复活

  重新出现的破坏锚点、来自已删除阶段的投射物，或没有剩余钥匙的封闭路线都会破坏信任并造成软锁。场景物体、攻击资格、导航和目标界面必须来自同一份已验证台账。

调整攻击

• 分离持久状态与临时状态

  持久字段可包含目标 id、阶段令牌、路线变化、叙事标志、检查点修订、难度规则和结果领取。临时字段包括当前生命、动画时间、碰撞区、投射物、局部计时器、锁定和短期效果。请在代码与遥测中明确边界。

• 调整每个保留片段的规模与代价

  里程碑应消除有意义的重复，但不能摧毁剩余挑战。测量到达时间、紧随其后的失败率、节省的重复时间、资源补给和攻击重新进入速度。大型检查点需要更强信号与谨慎的资源归一化。

• 对台账进行版本化、验证和迁移

  保存架构版本与稳定目标 id，而非数组位置。拒绝未知未来数据，迁移重命名或拆分目标，修正不可能组合，并在新修订持久前保留上一条有效记录。崩溃后的加载必须幂等。

• 测试共享权限和最终奖励

  合作模式中要决定谁的失败触发重试、谁能提交共享目标、后来加入者如何获得台账。模拟目标完成与失败同帧、主机迁移、回滚、重复终结攻击和重连。只能保留一个结果与一次奖励。

场地

• 采石场记得每一道破碎封印

  Tavi 切断一个锚点，随后被 Kern 的符文通道送回入口。返回时裂石仍旧暗淡，墙上多了一道永久记号。第二次尝试留下另一道伤痕。第三次只剩暴露核心，场地本身就是最清楚的进度记录。

玩家升级

• 让每个恢复状态都易懂且可补救

  提供明确的检查点字幕、区分已保存与临时进度的形状、可读重试摘要、可调资源恢复，以及攻击恢复前的安全停顿。条件允许时提供从头开始，并用持久视觉证据代替玩家记忆。

不要与这些概念混淆

• 保存的是遭遇状态，而非短跑图或元进度

  附近检查点可缩短路程，却可能完全重置首领。元进度会强化未来流程，但不保留本次遭遇的完成部分。持久遭遇进度恢复同一遭遇中的设计里程碑，直接改变剩余目标、几何与阶段。