翻译发现“他留给她的钥匙”指代不清，应该先改哪个版本？

“他留给她的钥匙”出现歧义时，应先由译者提出问题，作者确认含义，再更新源稿依据，最后同步译文。译者可以提交候选表达，但不能把某种解释直接当作定稿，否则各语言可能沿着不同的人物关系继续写。

“先改源稿”不等于把代词全部换成人名。如果含混是刻意设置的悬念，可以保留正文，补充随稿维护的翻译说明；如果漏写了必要信息，就修正文。先确定故事事实和读者此时该知道多少，才能决定修改位置。

以下《雨夜寄存处》及其人物、问题单和处理结果均为虚构教学示例，不是真实用户案例、经过测试的成果或产品功能。流程可手工执行，不代表 DramaFork 会自动确认或同步内容。

周衡与陈渡刚离开寄存处，林澄和许遥随后进屋。下一句旁白是：“她摸到了他留给她的钥匙。”紧接着，玩家可以选择“去找周衡”或“打开寄存柜”。片段没有说明谁摸到钥匙、谁留下钥匙、原本留给谁。

译者若凭最近出现的人名判断，可能理解为许遥摸到陈渡留给她的钥匙；若根据选项推断，又可能认定钥匙来自周衡。选项只能提示疑点，不能替代作者确认。

提问要拆成三个关系：触摸者、留下者、预定接收者分别是谁？再问：“这些身份在本节点是否都允许读者知道？”人物关系与揭晓时机，是两项不同的确认要求。

不要把“留给”解释成“赠送”，也不要把“摸到”解释成“拿到”或“持有”。交接关系、触摸动作、持有状态和所有权需要分别判断。本例只确认前三个人物身份及揭晓范围，不影响当前处理的其他状态应标记为未确认、本次不处理。

问题单应让作者无需重新搜索整章，也能理解为什么必须回答。以下表格可复制后替换内容；候选用于展示分歧，不限制作者只能二选一。

提交时附必要的前后文，不要只截出代词。影响范围先列已经定位到的内容；尚未查完就写“待检查”，不能把推测清单冒充完整清单。

译者可以建议：“若本节点允许揭晓三个人物身份，建议改用人名。”事实确认仍需独立填写。仅回复“这样更顺”不足以关闭问题，因为它没有回答人物关系。

本例中，作者确认：“林澄摸到钥匙；周衡留下；原定接收者是许遥。此处可以明说，但不要增加钥匙所有权设定。”答案不属于甲、乙任一种，说明候选不能代替开放提问。

源稿第五版改为：“林澄摸到了周衡留给许遥的钥匙。”随稿备注写明：“林澄是触摸者，许遥是预定接收者；摸到不等于持有，当前持有状态未获确认，本句也不说明所有权。”问题单记录第四版到第五版的改动和作者答复，不把备注中的推断当成新增设定。

接着核对相邻文本。若道具说明写着“周衡给你的钥匙”，应在同一问题下检查“你”指谁，以及“给”是否改变了已确认关系。分支首句可写成：“林澄决定去问周衡，为什么留给许遥的钥匙会在这里。”这句承接已确认关系，没有补写周衡的动机或林澄的持有状态。若后续动作必须以林澄拿着钥匙为前提，就另请作者确认，不能靠“摸到”补足。

如果作者改答“留下者必须保密”，正文可改为“林澄摸到了那把留给许遥的钥匙”，内部说明记录留下者身份及作者确认的揭晓节点。译者知道的事实，不必全部进入读者看到的文本。

源稿修订落定后，把第五版原句、确认说明和受影响位置交给各语言译者。每个译文标明依据哪个版本；即使措辞无需变化，也记录“已按第五版核对，无需改字”，避免把未处理误认成无需处理。

本例不展示外语译句，而用中文释义检查目标含义：“林澄是触摸者，周衡是留下者，许遥是预定接收者。”复核者逐项对照，再检查有没有额外出现“林澄拿着钥匙”“自己的钥匙”“送给林澄”或“偷偷留下”等信息。语句流畅不代表关系正确，也不代表动作和状态没有被扩大。

同步还应检查引用旧句的字幕、配音稿、道具说明及随稿备注，每项填写“已修订”“核对后不变”或“待处理”。如果字幕已改，配音稿仍把林澄说成接收者或持有者，就不能关闭问题；只完成一种语言，也不能代表其他语言已同步。

问题单最终至少留下作者确认、源稿修订依据、受影响条目的处理结果和复核记录。它们说明答案如何进入各版本，而非只留下聊天里的一句“收到”。

作者未回复，可以继续处理无关段落，把本句和相关分支留在待确认状态。赶进度时可准备带标签的候选译法，但不能混进待发布文本。作者指定故事负责人时，可由该负责人作出并记录确认，不能默认由最先回复的人决定。

若目标语言不便保留原有代词歧义，可以提交省略、改句式或重复物件名称的方案，请作者确认是否保留同样的信息范围。增加人名可能提前泄露剧情，机械保留模糊也可能让目标语言难以理解。

纯粹的语序和自然表达问题，可由译者在既定含义内处理。一旦涉及人物关系、持有状态、物件去向、因果或揭晓时机，就应进入确认流程。遇到下一处歧义，先填定位、候选和待确认项；让需要作者决定的事实，在任何译文定稿前留下明确答案。