名称不是系统说明
看到入口或状态名称，不要立刻把它扩写成完整系统。名称只能说明有相关标识，不能证明玩法、奖励或解锁条件。先确认名称出现的位置，是按钮、标题还是状态。位置能帮助你判断它是否被使用。名称只是线索。 新手常把名称与功能一一对应，结果在实际页面找不到操作。正确做法是先看按钮状态、提示语和页面变化，再决定这个名称能支持到什么程度。找不到对应操作时，先接受当前页面没有开放该功能。这是边界，不是失败。
次数不是奖励条件
游戏结束计数出现，不代表次数越少奖励越高，也不代表会解锁内容。数字可能只是记录，具体用途尚未确认。次数只是记录工具，不是成绩单。不要为数字寻找不存在的奖励。次数用途别脑补。 如果画面没有给出规则，就不要为了压低数字反复重开。可以把它当作复盘标记，帮助回想哪一段失败较多，但仍以实际显示为准。需要复盘时，用它提醒自己回看，而不是追求零次。记录次数时也记录失败位置。
难度命名不等于档位
存在难度相关命名，不代表游戏已经开放多个难度档。没有可选列表或说明时，不要假设可以在菜单中切换。没有说明的难度词最多算命名。名称相同也不代表效果相同。没有入口就别找档位。 如果确实看到选项，再按说明比较；如果没有，就按当前流程操作。不要把其他游戏的难度收益套过来，也不要承诺高难一定奖励更多。如果只看到一项，就按一项处理，不假设其他档位。实际可选项目才是判断依据。
读档不等于任意回退
读档入口存在，不代表能回到任意时刻，也不代表每次都会自动保存。列表里显示什么，才是当前可判断的范围。列表描述不清时，先返回确认当前阶段。读档范围看列表。 不要因为想比较就频繁覆盖可能唯一的进度。先确认记录描述，再决定读取；不确定时保留当前页面，不要连续确认。读取前先想清楚要保留什么，再执行。若没有可读记录，就不要强行比较。
用画面纠正判断
当实际结果与先前猜测不同，应优先接受画面反馈。旧结论可以保留为历史记录，但不能继续当作规则。旧说法和新画面冲突时，先停用旧说法。新反馈优先。 写攻略或笔记时，把已确认与未确认分开。没有证据的机制不写成事实，才能避免把一次偶然结果扩大成通用玩法。把未知留在未知，读者才不会照着猜测操作。确认一条再写一条。
