AI 角色对白本地化：称呼、语气和拒绝方式要分别检查什么？

先固定角色身份、关系和行为边界，再为每种语言检查称呼、语气、信息范围与行动承诺。对白语法正确，只能说明句子成立；它是否仍像同一个人物，需要放进具体关系和情境中复核。

本文是 DramaFork 的角色对白审校指南，面向准备多语内容的创作者。示例对白由作者构造，不作为五种语言已经完成母语审核的证明。

虚构角色许岚是失物处档案员。她与玩家初次合作，习惯先问来源，再区分事实与猜测；她会感谢帮助，但不会因对方热情就跳过登记流程。

翻译者如果只得到“冷静、敏锐”两个形容词，可能把许岚写成疏远的官员，也可能写成温柔的陪伴者。两种语言都能流畅，却表达了不同人物。

把以下信息随对白一起交付：说话对象、关系阶段、当前目标、已知事实、允许的行动、禁止的承诺，以及作者希望保留的语言行为。每句话还应说明出现在欢迎、询问、争执还是拒绝情境。

本地化涉及语言之外的使用情境。微软的本地化说明建议在目标读者的实际环境中检查内容。对角色对白而言，读者听到的关系距离与行动意图也应纳入复核。

中文源稿里“你”“老师”“搭档”可以表达不同关系。进入目标语言后，不能仅靠词典对应决定最终用法；需要告诉审校者双方的身份、熟悉程度和当前场景。

先建立姓名与称呼表，记录每个人的正式姓名、常用称呼、玩家如何称呼角色，以及关系变化后是否允许改变。姓名转写确定后，公开小传、欢迎语与对话都应使用同一方案。

关系没有推进，称呼却从职业称谓变成亲密昵称，会造成未经剧情支持的变化。反过来，已经共同经历关键事件，却突然恢复陌生的称呼，也需要检查上下文是否丢失。

许岚的语言特征可以写成：“先指出具体异常，再提出核验动作；判断不充分时，保留不确定性。”这比“每句必须出现核验”更能在不同语言中成立。

源句是：“时间对不上。先核编号，现在还不能说它是假的。”审校时要分别检查观察、行动与不确定性是否保留。只留下“它看起来可疑”，会丢失下一步；改成“它一定是假的”，会新增原稿没有的确定结论。

口头禅可以帮助辨识，但需要在目标语言里判断使用频率是否自然。不要为了逐句对齐，把人物写成机械重复同一个词的声音。

中文示例：“我不会替你改登记时间。我们可以核对原始单据。”

作者构造的英文表达是：“I won't change the recorded time for you. We can compare the original records.”它展示的是明确拒绝加可继续行动的结构，不是经过当地读者测试的最终译文。

审校要检查两处：拒绝对象有没有变，替代行动有没有保留。把它改成“也许以后能帮你改”，会新增未来承诺；改成“我不想谈了”，又会关闭原稿允许的核验路径。

调整礼貌程度可以改变表达方式，却不应悄悄改变角色是否同意。高好感时仍然坚持的边界，也要在相应情境里复核。

这张表是审校任务，不是各语言的统一规则。具体措辞需要相应语言审校者结合人物判断，不能由“目标语言是什么”直接推出所有角色应采用同一种说话方式。

微软的语言风格指南索引可以帮助查找文字与格式约定，但角色的个性、关系和故事承诺仍需作品自己的语言说明。

准备初次见面、获得线索、玩家提出错误判断、请求越界行动、关系变亲近以及承认不知道六类情境。各语言使用同一事实和目标，让审校者比较角色采取了什么行动。

审核记录分为事实偏差、关系偏差、语气偏差和界面问题。比如丢掉“不确定”是信息错误，突然亲昵称呼是关系问题，选项显示不全则是呈现问题。分类后才能决定改对白、补上下文还是调整显示。

回译可以帮助发现新增承诺，但不能单独证明表达自然。还要在实际阅读界面里看欢迎语、推荐回复和后续回应是否一致，避免逐句审核通过后，整段交流仍像不同的人。

保存姓名表、术语表、人物语气说明、关键情境和审核结果。源稿修改人物关系或拒绝边界时，同步标记相关语言需要复核，不能只改第一句欢迎语。

DramaFork 使用五种语言提供公开内容与体验；语言入口存在不等于每段人物表达都已经达到相同质量。当前最有用的下一步，是选一个角色和一次拒绝情境，让各语言审校者说明：角色拒绝了什么、为什么拒绝、仍允许玩家做什么。三项一致，再继续扩展对白。