SLINGLONG同一个名字需要在玩家的路径上连续出现
任务把玩家送到“洛维尔旧闸”，地图只标“旧闸”，交互键旁显示“西侧阀门”，字幕里又有人喊“洛维尔口”。这些叫法都可以合乎世界观，但玩家需要在第一次遇到差异时知道它们是不是同一目标。跟着一次完整任务走，从接委托、开地图、抵达、对话、交付到回看日志，记录每一步实际显示的文字和当时可见的参照物。
在项目数据里给目标一项长期稳定的标识，例如 west_lock。显示的地名、短标签、配音读法和历史别名都指向这项标识。剧情改名时，日志里原始内容可以继续显示旧称，地图使用新称，目标检查仍然追踪同一处地点。稳定标识用于项目内部维护。玩家看见的提示应当符合场景，例如“洛维尔新闸，旧图的西闸”。
先处理最窄、最急的界面
地图气泡只够显示一行时，最能区别地点的词要放在前面。并排摆“洛维尔东闸”“洛维尔西闸”，有些界面截断之后两条都成了“洛维尔…”。把方向移到“东闸 · 洛维尔”和“西闸 · 洛维尔”，或保留清楚的方向图标与可读标签。在手柄焦点、键盘导航和窄屏尺寸分别走一次，不要仅凭设计稿观察。
紧急字幕应该能辨认发声人和接令者。让角色说“洛维，拉杆！”的同时，如果屏幕上还有一个叫洛尔的队友，配音和任务提示都要经过试读。给字幕发言人一条足够短的标记，必要时在选项旁说明操作对象。颜色可帮助视觉定位，单靠颜色则难以覆盖低对比度或颜色辨识困难的情况。
给译者角色、地点和道具的上下文
一个短词在角色名、河段名和闸机名里重复时，翻译前先标它指什么。建立译名表，每条包含固定标识、原文、主要译名、短标签、读音提示，以及哪里允许使用别名。给译者一张最小界面截图或一条前后句，让他知道这个词是被喊出来、写在地图上，还是作为人物姓氏。译者才能决定保留声形、使用描述，还是让两种译法共存。
翻译版本可将方向词置于不同位置。不要用英文的字符数假定另一语言能放进同一个框。先尝试字号不变的本地标签，再检查截断后的剩余部分是否能辨认。若UI按源文字搜索，译名和旧称最好都能在玩家看得见的索引里找到，或者给旧名附一个明确跳转。
改名要经过一次进度和存档回归
让旧闸在剧情后改叫“新堤口”。分别从改名前、改名后的存档开始，观察任务提示能否回到正确目标。再试一次错过改名对白的玩家，他回来看早先任务文字时应当有办法知道旧称与新称对应。对话可以记录当事人的意见，日志旁的实用说明只需告诉玩家现在去哪儿。旧版路线若已关闭，界面要区分名称变化与实际走法变化。
用一份四步测试表：收到目标提示，打开地图，抵达目标，返回旧任务记录。每一步都要求测试者说出接下来的动作。若在地图步骤出错，先查可见标签或编号。若抵达正确位置仍无法交付，则进一步查实际交互引用是否仍使用原来的固定标识。逐项定位比统一替换字符串更有效。
在一个小任务中试用这套方法
制作一张手绘地图、三句字幕和一条简短日志。给相邻两处目标名称各一个能在小屏上显示的差异，并明确一位说旧称的角色。交给没看过设定的人，请他完成从接受任务到返回日志的一次短走查。要求他在每次判断时指向一个目标，并记下靠的哪句话。第一次只修正最早出错的界面，随后复测其余流程。
把最终名字保存在团队共同维护的表里。新增地图、道具或台词时从表查实际使用名，改动时填受影响的屏幕和场景。这样世界里的多种叫法还能表达时代、立场和亲疏，玩家也有稳定线索完成需要做的动作。
准备一份可移交的命名资源
给每个名称保存玩家可见的主名称、最短标签、别名、首选读音、出现位置和一条使用示例。地图、日志和字幕分别读取对应项，避免每个界面手工保存一份全名。这样更正错字时能一次查到影响范围，也能有意识地让一条旧对白继续保留历史叫法。版本切换前，另列必须跟随角色进度改变的标签，和一直保留旧称的原始道具。
检查一组上下文相同的名称。例如两处门都用“西门”，换不同区域后，玩家打开全域地图是否还认得出。全域用带区域的短标签，本地对话可以只报“西门”，任务目标记录确切位置。用一份名单跟踪这两个短标签的共同前缀与可读差异，不要每处都加冗长地名。
测试以不同方式接收提示的玩家
试一遍关闭音频后完成任务，再试一遍只听音频和读简短的目标描述。如果关键身份只在配音声线里区分，补一条文本线索。若地图只用色差区分两个目标，加入可读编号或符号说明。用读屏、键盘或控制器操作时，焦点描述应当足以区分两个名字相同的按钮。让测试者记录究竟在哪一个输入方式上失去辨别条件。
遇到字幕中的外语名时，检查首个显示形式是不是与目标提示足够接近。允许一位角色用惯用称呼，但在选择目的地前提供主要名称与当前位置。最终复测用小窗口和旧存档组合运行。分别确认看得到、听得清、能完成交付，避免把三个目标压成一句“界面看起来正确”。
把命名审查接入实际发布流程
从即将发布的任务挑一条改名记录，写明原名称、改名触发点、读者第一次看到新名的界面，以及仍保留旧名的道具。测试前复制一份改名前的存档，按两个顺序运行：先交委托再看到改名消息，先看到新地图再回看旧委托。分别确认任务可完成、索引可回查、字幕不会与地图指向冲突。多语言版本做同样检查时，要看缩短标签是否与其他位置重名。只测默认流程，容易漏掉先走支线的人。
团队可以在审查表里标每项内容的维护者。例如地图短标由关卡编辑确认，配音表由本地化确认，任务引用由脚本编辑确认。只要任一处引用改动，就列出受影响的三种读法或显示场景供对照。这个表不必成为新的繁重工具。对规模较小的项目，一行版本记录和一次从起点走到交付的复测就足以揭示多数命名断点。
再做一个回访试验，让测试者休息一段时间再进同一存档。不给他最初任务对话，只让他从标题与地图找目标。他若能认出“洛维尔西闸”并知道这是旧票所说的那处地方，命名在中断后仍可用。如果他能找路却拿错物品，就给道具写明用途，或者让日志指出该交到哪一侧。最后分别保存任务内名称变更和实际地理变更的记录。前者可以只是历史别称，后者会让过去正确的路线如今走不通。