动态

文案存在不等于永久生效

新手看到一句能力说明，常会立刻把它理解成稳定收益。但文案只能证明相关说法存在，不能自动说明触发条件、持续时间和代价。先把这个边界记住，后面判断会稳很多。

尤其是移动速度与补货速度这类描述，听起来很直接，实际仍可能受场景和操作影响。把文案当线索，而不是承诺，能减少不必要的期待。

速度提升不等于整体收益

移动更快，省下的是路上时间，不代表准备、整理或返回也会同步变快。如果这些环节没有改善，整体节奏未必更好。看到速度提示时，先问它具体改变了哪一段。

若为了提速而漏看提示或走错路线，省下的时间会被折返抵消。快要有明确用途，否则只是把注意力推得更紧。

补货提示不等于资源更多

补货速度相关文案也不等于资源数量增加。它可能只影响流程耗时，也可能有其他条件。没有明确说明时，不要写获得更多、免费或必然更划算。

先记录一次完整往返，看看时间花在哪里，再判断提示是否有帮助。若无法确认，就保留疑问，不要用想象补上收益。

入口名称不等于保存规则

新游戏和继续游戏两个入口很容易让人联想到新建与恢复，但当前资料没有确认具体保存方式。不要因为名称顺口，就断定选择后一定安全，也不要用旧进度做试验。

操作前先读确认提示，找不到说明就选择可返回的步骤。先看规则再点按钮，比凭经验猜测更稳妥。

用验证代替想象

每当你准备写下“应该会”时，先停一下，把它改成可以观察的问题。下一次游玩只验证一个问题，记录看到的结果，再决定是否保留结论。

验证不出来也没关系，留白比编造更有价值。具体能力、入口和收益规则，仍需以游戏内实际说明为准。

把结论写成条件句

把结论写成条件句，可以保留适用范围。例如写成当游戏内出现速度提示且路线较长时，先小规模尝试，而不是写速度永远有用。条件越清楚，结论越不容易被误用，也方便以后核对。

如果后续看到新的界面说明，就先对照旧条件是否仍成立。成立就保留，不成立就修改。这样做看似慢，却能逐步积累可靠经验，也能避免把一句话放大成整套玩法。记录时把条件和结果写在一起，下一次直接照着检查。若条件缺失，就把它补成待验证问题，而不是先给答案。这样即使资料有限，也能保持判断的边界。