S3.05.1Honorific-sensitive message morphology设计研究

部分语言的动词形态随敬语层级变化

别名: 敬语动词形态 · 礼貌层级 · speech level · honorific agreement

概念解释

敬语敏感的消息形态(honorific-sensitive message morphology)是指某些语言会依据说话者、听者、动作主体及其社会关系,在动词词尾、助动词、词干、呼应形式或整句结构中编码礼貌与敬意。敬语不只是给姓名添加称谓,也不是把一个“礼貌词”插入已经翻好的句子。产品若要生成完整自然的消息,必须向译者和消息渲染器提供角色关系、动作方向与场景正式度,使整句作为一个语法单位被翻译。

机制

源语言字符串常把动作写成不随关系变化的模板,目标语言却可能需要根据“产品对用户说”“用户对机构发起动作”“第三方向用户执行动作”等关系选择不同谓语形式。把动词、姓名和称谓拆成可拼接片段,会让译者看不到主客体,运行时也可能组合出形态不一致或错误抬高/贬低某一方的句子。可维护架构以完整消息为翻译单位,显式声明 speaker、addressee、actor、recipient、动作、时态/体、极性、正式度和风险场景;本地化层据此选择整句变体或受支持的消息语法,而不是在业务代码里拼敬语后缀。

怎么研究

先由目标语言语言学顾问或资深译者建立关系矩阵,覆盖产品—用户、用户—机构、用户—他人和机构—他人等真实消息角色,再让不同角色、正式度和动作方向的样例通过翻译与语用审查。测试语料应展开所有变量值、空值、复数、否定、过去/将来和长姓名,检查谓语形态、主客体、称谓与整句自然度。理解测试让母语参与者指出谁做了什么、对谁发生、语气关系为何,并记录误读与不当冒犯。样本按语言变体、使用场景、年龄和机构互动经验描述,不能以国籍直接推定个人期待的敬语层级。

边界

并非所有语言都用动词形态表达敬意;有的主要依靠代词、称谓、词汇、句法或间接程度,同一语言内部也可能有地区、组织和代际差异。正式度不等于敬意,敬语形式也不保证整句得体。紧急、安全与法律消息必须先保持动作和后果清楚,不能为追求委婉而模糊。用户生成文本、法定原文和逐字引语不应由产品语气规则擅自改写;关系信息不足时应使用经母语者审查的中性形式,而不是根据姓名、年龄或国籍猜测身份。

怎么落地

  • 为每类动态消息定义角色化 schema,至少区分说话者、接收者、动作主体、动作受益/承受者、正式度与风险级别;给译者提供变量含义和完整界面上下文。
  • 以完整句子或 ICU MessageFormat 等受支持的消息分支承载形态变化;禁止拼接动词词干、敬语词尾、称谓和姓名。每个分支都必须可独立翻译和预览。
  • 对缺失关系数据定义经审核的中性 fallback,并在构建或遥测中暴露 fallback 使用情况。不要从国籍、头像、推测年龄或姓名形式自动选择敬语等级。
  • 生成角色 × 正式度 × 时态/极性 × 变量边界的 QA 矩阵,由母语评审检查谓语、主客体和称谓呼应;再用高风险样例验证形式变化没有删改动作、后果或恢复路径。

延伸

  • 同组S3.05.2 人称代词的使用惯例不同 · S3.05.3 语气选择需在整个产品内保持一致
  • 相邻S2.05.4 称谓与敬语的地区差异 · S1.04.2 名词的性影响冠词与形容词
  • 站内检索speech levels · honorific morphology · pragmatic agreement

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/S3.05.1