互动小说角色提前知道秘密怎么办：先查信息来源

只给关键秘密分清三种知道

NovelToGame 的互动叙事方法区分世界实际发生的事、人物所知或所信，以及玩家当前看见的内容。世界方法提醒只对秘密、证词和误判等高风险事实这样管理，不为每件普通物品建一套复杂心智表。

原创场景：玩家在自己的旅店房间读到船长留下的便条，邀请他日落前登船。守门人知道渡船停在码头，却没看过便条，也没有收到船长消息。

故障不在语气不自然，而在这句话使用了角色尚未获得的信息。先修知情条件，再润色台词。

“给他看”要在场景里真的发生。玩家只在背包打开便条，不等于守门人也看见；只写按钮而未完成出示，也不能先提交知情变化。便条被遮住或被收回时，按他实际读到的内容记录。

看到邀请不自动等于愿意开后门。守门人自己的规矩、目标与回应决定是否帮助；信息获得和行动许可是两个条件。推断也可以写，但要保留“我猜”“难道”等适合人物的未确认语气，而不是提前变成世界事实。

两条路线都回到旅店门口，可以共用背景与普通招呼，但涉及邀请的对白按历史变化。

未出示：守门人可以问“你这么急着去码头，找谁？”

已读便条：守门人可以说“便条写着日落前，你还来得及问船长。”前提是当前时刻确实还未日落，且他读到了这一句；它没有替船长承诺仍能登船。

检查台词条件是否读了“守门人见过便条”，而非只读“玩家拿到便条”。在有生成对白的游戏里，给模型本角色可用的信息；规则仍核对候选是否向未见证者泄密。完整后台资料可以用于设计，不应被角色当作自己的记忆。

玩家在前一周目知道答案，也不会自动给本周目的角色补上经历。若剧情明确有记忆继承，先写它的范围；否则沿本次路线记录。

先走实际出示的路线，检查守门人何时读取文字、后续说法是否与所见一致。再从初态走只问路的路线，确认邀请没有漏进对白、选项或任务日志。

保存定位所需的初态、行动顺序、首次泄密位置与实际回应。若问题来自汇合条件，只修相关读取；若改了信息获得规则，再检查受影响的存档与相邻路线。不要因为一句台词泄密就重写全部人物。

上述案例是纸面设计，不代表已实现或测试通过。自动检查可以找到状态串线，人物是否机敏、怀疑是否可信仍需结合场景和实际试玩判断。

可以，但推断要来自他实际掌握的线索，且说法保留不确定性。玩家的私下阅读或作者笔记不是他的观察；猜中也不等于获得了全部细节。

用 game-world-design 检查角色提前知情：列关键事实、玩家所见、各角色实际获得信息的行动，定位首次不成立的台词或选项。区分说法、证据与相信，保留未公开路线，并交 game-qa 检查相邻路径。