先看有路，只是没看出来，还是根本没路
玩家不知道下一步，不一定是规则断了。先用当前可见信息和合法行动走读，不看作者藏着的答案：目标是否可读、必要物件在哪里、前置条件是否能满足、反馈是否指出还缺什么。
三种情况不要混修：有路但提示不足；本轮按设计已经失败；本轮仍显示进行中却再也满足不了主任务。第三种常被称为软锁，但本页用具体状态说明，不靠术语代替诊断。
用刚才的操作追到第一个断点
| 记录 | 要找的断点 |
|---|---|
| 初态与操作 | 哪一步之后可用路消失 |
| 当前持物 | 拿着、放回与曾经拿过是否混用 |
| 前置条件 | 缺的资源/许可能否再获得 |
| 当前结果 | 已结束、仍进行还是只损失可选内容 |
| 恢复 | 从当前状态怎样真的再推进 |
NovelToGame 的模型方法分开“发生过什么”和“现在是什么”，规则对实际位置、归属与权限结算。这里的表是编辑排查工具，不要求项目再造一套存档文件。只改提示文案，不会自动改变错误的行动条件。
原创路径：钥匙已还，可以在本次许可内再借
纸面档案室游戏的目标是进入展柜区看一张公开展签。开放来访期间，柜台员允许玩家借一把展柜区入口门钥匙，用完需还；本次许可持续到玩家离场，柜台员始终在场。钥匙初在柜台，展柜区入口门锁着，展签尚未看。玩家先借到钥匙，却在开门前选择归还。
旧候选条件把“曾借过一次”当成不能再借。当前钥匙已回柜、玩家没持钥匙、许可仍在，界面却只显示继续找，没有开门或借钥匙的路；本轮又未结束。错误在行动条件，不是玩家没发现一条秘密捷径。
纸面修法与完整路径：
- 不清除第一次借还历史。再借读取当前许可有效、柜台员在场、钥匙在柜台且玩家未持有；这些都成立才可选。
- 玩家再次请求，柜台员实际把同一把钥匙交到手上；钥匙离柜，不复制新钥匙。
- 玩家到入口门，用持有钥匙开门，实际进入展柜区查看展签，主任务记录完成。
- 玩家回柜台归还钥匙，钥匙回柜、持物清空。离开档案室，本次许可结束。
相邻反例：尚持钥匙再点“借”，不再给一把；已离场的旧借用入口不能恢复本次权限。若设计以后可再来访，按新来访重新处理，而不是把已结束许可暗中复活。
这条修订保留先前归还事实、主任务和同次许可，没有免费送物或全局重开。它是未实现纸面规则走读；构建后还须重放卡住序列与反例，再观察玩家能否看懂新的反馈。
恢复路径不能抹掉已经成立的后果
意外死路可以修条件、补原设计漏掉的可达入口，或明确调整恢复规则。选择哪种取决于原作与玩家承诺；不要每次直接回填所有资源、恢复被拒绝的机会或抹去旧选择。
明确的失败也不是都要取消。若本轮按设计已结束，显示原因与约定恢复，见失败与重开。如果主任务能继续而可选访谈没了，也不应为了“不能拿满”把它误判成卡死。
修后走原失败序列，再走会揭错的另一条
重放提前还钥匙的原序列，再走持钥匙重复借、离场再借等相邻路径。核结果、持物、权限与可用行动，不能只看新按钮出现。若修改了变量语义或行动效果，存档/日志兼容也需按实际版本处理。
提示问题则找真实玩家观察：是否认出目标、注意到反馈、知道下一步。规则可达和提示好懂各自验证，不把纸面能走通当作试玩通过。
常见问题
玩家说卡住了，就该多给提示吗？
先查有没有合法推进路。有路但没看懂才修提示；如果条件已把所有路径封死，需要修规则或明示恢复，多写一句提示不能让动作变得可执行。
不能拿到所有可选内容算卡死吗？
不一定。主任务继续、弱结果或软失败可能是选定设计。分清失去什么与本轮是否还能到达一个允许的结果，不默认全收集是唯一有效结局。
用 skill 来做
把选定概念、当前关卡规则、卡住前的操作和状态交给 game-world-design。先区分认知、失败与意外不可达，给最小修法及原路径/相邻反例；保留既有持物、权限和已发生历史，不凭空送钥匙或清空全部进度。
查看具体方法： 当前状态、可用行动与局部修订 · 当前状态与历史分开、真实前置 · 原失败路径及相邻反例