视觉小说神秘角色尚未露面，姓名框应该显示到哪一步

未知角色的姓名框，应显示当前剧情已经支持的称呼。人物现身只说明读者看见了他，不代表读者知道姓名；制作表里已经填好的真名，也不应自动出现在对白上方。可采用的规则是：内部身份保持不变，可见称呼随明确的介绍或辨认事件更新，历史记录则保存每句对白出现时的称呼。

写规则前，先决定姓名框遵循哪一种知识范围。本例采用“当前路径中读者已经获得的信息”，不把作者知道的秘密算进去。如果作品选择跟随主角认知，则还要检查主角是否听见了介绍；两种标准都能成立，但不能在同一场戏里无说明地切换。

以下人物、对白和流程均为原创虚构教学例子，不是真实用户案例、实测结果、亲手测试记录或 DramaFork 产品功能，也不依赖特定引擎。

场景发生在夜间钟铺。制作资料把门外的人记为“角色甲，沈砚，修钟师”。读者先听见门后声音，随后看见他走进灯光，最后听到他主动介绍。我们要交付的是这一个角色的姓名框披露表，而不是设计他为什么隐瞒身份。

内部身份用于对应对白、立绘和剧情状态；当前显示称呼用于告诉读者“这句话是谁说的”。二者关联，却不必相同。把内部姓名直接作为默认显示值，会让制作方便变成一次未经安排的身份揭示。

先确定可见证据，再填写称呼。不能先决定第二阶段叫“修钟师”，然后仅凭人物带着工具箱，就假定读者已经确认其职业。

这里的“呈现完毕”指姓名信息已经完整交给读者，具体如何划定对白结束，需要在制作时落实。自我介绍这一句仍顶着“修钟师”的姓名框，避免姓名先于台词出现。表里不能只写“介绍时更新”，否则有人会在介绍开头换名，有人会在下一句才换。

复用这张表时，为每次变更补上对应的场景和对白位置。若找不到支持称呼的具体句子或明确事件，就先保留上一阶段；不能拿后文才揭晓的事实补充当下依据。

第一句是“来客：请问，钟铺还开着吗？”门没有打开，称呼只承担最小的指认任务。主角回答后，门外又说“我可以等一会儿”，仍显示“来客”，不必为了制造神秘感改成“陌生声音”。

若中间有另一人插话，再次传来的声音需要有连接证据。例如旁白写“门外那人接着刚才的话说”，姓名框继续使用“来客”。这建立的是同一说话者的连续性，没有公开他的名字。若声音经过伪装、叙事刻意不让读者认出，就不能用相同称呼暗中确认两者是同一人。

第二步，他推门进入灯光，脸已经可见，姓名框仍为“来客”。店主说：“这位就是我请来的修钟师。”来人接着回答：“先让我看看停摆的位置。”这句才显示“修钟师”。现身与职业介绍是相邻的两个事件，只有后者支持此次改称。

第三步，他说：“还没介绍，我叫沈砚。”这句姓名框继续显示“修钟师”。主角回答“沈先生，请往这边走”，此后他的“多谢”显示为“沈砚”。主角口头使用敬称，不要求姓名框也立即变成“沈先生”；对白中的称呼可以反映关系，姓名框则采用表里约定的稳定写法。

若分支跳过自我介绍，后续便继续显示“修钟师”。若另一条路径让店主先说出“沈砚”并明确指向他，那句话可以成为独立触发，不能仍机械等待自我介绍。触发检查的是姓名对应是否成立，而不是某一段固定台词有没有播放。

本例决定不追改旧对白：揭晓后打开记录，第一句仍是“来客”，检查停摆位置时仍是“修钟师”，后续才是“沈砚”。这样可以复原读者当时掌握的信息，也方便检查身份究竟在哪一步公开。

代价是记录里同一个人有三种称呼。长篇作品若需要方便检索，可以另外设计揭晓后才可见的对应说明，例如“来客、修钟师均指沈砚”。它是新增的阅读辅助，不应覆盖旧条目的原始称呼，也不能在未揭晓路径提前出现；是否支持这种展示，需要另行实现。

另一种可选设计是揭晓后统一旧记录的称呼，但应接受它会改变旧场景的阅读感觉，并明确何时、对哪些记录生效。本例重视悬疑过程的回看，因此选择保留原称。不能一边要求记录忠实呈现当时所知，一边又无说明地用后来的姓名重写它。

回到揭晓前的存档或剧情位置时，当前姓名框也应恢复对应阶段。读者本人可能记得真名，但当前路径尚未介绍，这两件事并不矛盾。历史记录如何随回退恢复，应与作品的记录范围一起约定。

反例一：门后第一句直接显示“沈砚”。即使台词没有报姓名，姓名框也已经把这个声音与姓名绑定；如果读者此前听过沈砚的传闻，关联还会更早形成。修正办法是回到“来客”，除非作者明确希望姓名框承担提前揭示的作用。

反例二：主动介绍之后仍显示“？？？”。这可能让读者以为介绍未被接受、姓名可疑，或此人仍无法指认。若剧情没有这些含义，就应按表更新。姓名框显示自报姓名，也不等于替人物担保真名真实；涉及假名时，应另写更正触发，不能把自述当成身份核验。

交稿前，沿正常介绍、跳过介绍、回到介绍前这三条路径逐句核对：当前称呼依据在哪里，变化从哪一句开始，旧记录是否符合约定。再遮住内部身份栏，只读场景文字；任何只能靠制作资料解释的称呼，都需要退回上一阶段或补上剧情依据。