写在前面：玩家会用系统允许的一切方式玩
许墨做了一款选择驱动的策略游戏。
玩家管理一支小型探险队，在荒原上决定路线、分配补给、处理队员冲突和随机事件。游戏的核心是风险：你永远不知道下一段路会遇到什么。
内测时，许墨发现一个问题。
玩家遇到坏结果，就读档。
这听起来很正常。
但它让游戏设计大面积失效。
一、风险设计建立在“不读档”的假设上
许墨设计了很多随机事件。
比如过河时可能损失物资，也可能发现隐藏路线。
和陌生商队交易可能获利，也可能被坑。
队员争吵可能缓和，也可能导致离队。
这些事件本来想制造紧张感。
但玩家可以在事件前手动存档。
结果不好，就重来。
风险变成了抽奖。
玩家不再承担后果，只是在刷满意结果。
二、剧情选择也被最优解化
游戏里有不少道德选择。
是否救一个受伤陌生人。
是否把有限食物分给难民。
是否惩罚偷窃物资的队员。
许墨希望玩家根据价值观选择。
但读档让很多玩家先试后果，再选收益最高的结果。
一旦结果可试，选择就不再是选择。
它变成了信息搜索。
三、他不想限制玩家，却没有替代方案
许墨一开始不愿加入强制铁人模式。
他担心玩家觉得压力太大。
也担心误操作导致差评。
所以他保留自由存档。
但没有重新设计事件系统。
这导致游戏夹在中间：
它想让后果沉重，却允许玩家轻松撤销。
四、修复需要重做底层节奏
后来许墨尝试改进。
他加入自动存档，并把部分结果延迟到几天后才显现。
比如救下陌生人不会立刻给奖励，而是在后续路线里改变事件。
这确实减少了刷结果行为。
但也要求重写大量事件链。
项目延期严重，最终发布时内容规模缩水。
复盘：存档方式会改变游戏伦理
这个案例的教训是：
- 如果游戏依赖后果，就要设计存档边界
- 自由存档会改变风险和选择
- 不想强制铁人模式，也要有延迟后果或章节存档
- 玩家行为不能靠期待约束，要靠系统设计承接
个人开发者常常把存档当技术功能。
但在策略和叙事游戏里，存档本身就是设计规则。
你允许玩家如何撤销，就决定了他们如何看待风险。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。