跳过键怎么知道这句你读过：galgame 的已读记录是怎么存的

按住跳过键，画面会以一种不太体面的速度往前翻。文字来不及看，立绘一闪就换，背景刚切过去又切回来。然后它会自己停住，停在一句你确实没看过的话上。

这个「停」不是随机的。引擎有一份账，记着哪些句子显示过，哪些没有。

账怎么记？给每句台词一个稳定的编号。常见做法是按脚本文件和行号：scenario_03.ks 的第 412 行。也有按标签位置记的，还有图省事直接对文本内容算哈希的。编号不需要人看得懂，只要下次打开游戏还能对上同一句就行。

注意它记的是「显示过」，不是「记住」。这两件事差得很远。文本在屏幕上出现过、哪怕只闪了半秒、哪怕你正低头看手机，它也照样记一笔。所以已读≠读过，跳过键保护的只是「你没被剧透」这件事的下限。

这份表通常不放在存档里。它是一份跨存档的全局数据，跟玩家走，不跟进度走。你在第三个存档里读过的段落，读第一个存档时同样算已读。删了某个存档，已读记录还在；换了台电脑，它就没了——这也是为什么很多人重装系统之后，二周目开局按跳过，发现自己得从头一句一句看。

为什么不塞进存档？因为「我读过」这个事实属于玩家，不属于某一条时间线。存档记的是「我在哪」，已读记的是「我知道什么」。

那默认为什么只跳已读？因为跳过键最早的用途不是快速通关，是回到分歧点。二周目玩家想跳过已经看过三遍的日常，直接落到那个选择支前面。如果跳过键连新文本也一起吞，一次手滑就能把整段没看的剧情推过去，而且没有提示。所以绝大多数作品把「只跳已读」设成默认，把「全部跳过」藏在设置里，还得玩家自己去找。

这个设计最脆弱的地方，在编号上。

只要脚本改动，编号就会错位。修一个错别字、加一行注释、把某个场景挪个位置，后面的行号全部平移，账本对不上，已读就乱了：该停的地方不停，或者读过的段落又被当成新的。用哈希的实现稳一些，但代价是——改一个标点，那句话就算新句子，玩家得再看一遍。

所以每次官方更新剧情、加补丁、出翻译版，玩家群里总会有人说已读全丢了。不是 bug，是账本的编号体系换了。

也有的作品压根不给跳过，或者要通关一次才解锁。这通常不是技术原因，是叙事原因：这个故事的前提就是「你不知道接下来会发生什么」，一旦允许快进，那种紧张感就先被玩家自己拆掉了。

反过来说，一个跳过键做得利不利索，会直接影响玩家敢不敢在分歧点乱选。有跳过兜底，选错了大不了倒回去快进重来，人才愿意去试那条看起来会输的路。它是二周目体验的地基，只是平时没人注意——毕竟它工作得越好，就越不容易被看见。