省略主语会造成指代不明
别名: 省略主语 · 零主语 · 主体消歧 · pro-drop
概念解释
主语省略与参与者歧义（subject omission and participant ambiguity）发生在界面没有充分编码谁执行动作、谁拥有对象或动作影响谁，而上下文又允许多个解释时。“已共享”“无法验证”“将被删除”可能自然且清楚，也可能让用户分不清是本人、管理员、系统还是第三方在行动。缺陷不是语法上少了显式代词，而是 actor、owner、affected party 或 scope 无法从当前可见语境中唯一恢复。
机制
允许零主语或广泛省略论元的语言，会通过话题连续性、动词形态、敬语或共同语境恢复参与者；强行逐句补代词反而可能不自然。界面却常把通知、按钮、状态和服务端消息从原始语境中抽离，同一模板还会被不同角色看到。被动句或无主句如果同时省掉动作来源和对象范围，读者只能借最近操作、默认所有者或产品角色推断。推断错误会改变责任判断、下一行动和恢复对象，尤其是在代理操作、共享资源、组织账户和自动化流程中。
怎么研究
建立 participant × action × object × channel 的消息矩阵，覆盖本人、系统、管理员、协作者与外部服务，并让目标语言使用者在真实上下文和脱离上下文的通知中分别标注谁做、谁拥有、谁受影响及范围多大。记录多种合理答案、责任误判、下一步错误、阅读时间和信心；屏幕阅读器线性顺序、姓名缺失/重复及消息延迟应单独覆盖。比较显式名词、角色标签、自然省略和词形编码时，应由母语者保持语用自然，不能把源语言逐代词保留当作清晰度标准。
边界
刚由唯一用户触发且紧邻控件的“已保存”通常无需重复主体；候选唯一、后果低且恢复显然时，省略能减少噪声。相反，补上“我们”也不自动澄清：它可能混淆产品、机构与第三方，并在故障原因未知时制造错误责任声明。隐私或安全限制可能不允许显示姓名，可用经授权的角色名、资源名或范围提示消歧。用户生成内容、引语与真人客服消息保留原说话者；界面不能把其中的第一人称归给产品。
怎么落地
- 为动态消息定义 participant schema，至少记录 speaker、actor、owner、affected party、object 和 scope；模板变量说明名称与角色属于谁，不让一个
{name}同时承担多个关系。 - 在通知、代理操作、共享、权限、自动化和跨设备状态中列出所有合理主体。若不同解释会改变责任、后果或下一步，用自然的角色/对象表达显式消歧。
- 按目标语言重写完整消息：允许 pro-drop language 使用词形、敬语、话题或上下文表达角色，不拼接独立代词和动词，也不为对齐源句强塞主语。
- 展开所有角色与范围组合，由目标读者完成“谁对谁的什么做了什么”测试；出现多个合理答案或错误行动即回到角色模型和消息上下文修正。