V1.03.2Grounding设计研究

共同基础靠来回确认建立,单向发送不产生共同基础

别名: 沟通落地 · 相互接受 · 理解确认

概念解释

沟通落地(grounding)是参与者为一次表达已经被充分理解而交换证据的协作过程。发送者完成发出,只证明消息离开了自己;接收者的答复、相关行动、复述或修正,才可能成为接受和理解的证据。所需证据强度取决于当前目的:闲聊中的点头可能足够,安全指令则可能要求逐项复诵。

机制

一次沟通贡献包含“提出”和“接受”两个部分。接收者用确认词、继续下一步、合适的动作或发起修复来表明如何理解;发送者再判断该证据是否达到当前任务的落地标准。回合因此形成可纠错的闭环。已读标记只证明界面事件,不证明语义接受;自动把送达状态当作理解,会把分歧推迟到行动结果出现时才暴露。

怎么研究

可对任务对话进行贡献与接受编码:提出内容、确认、复述、澄清请求、自我修正、他人修正和相关动作。操纵确认方式或任务后果,测量落地所需回合、修复延迟、共同任务错误与参与者对理解程度的判断。应同时分析话语和后续行动,因为“好的”可能只是收到,而一次正确操作可能提供比口头确认更强的理解证据。

边界

来回确认不意味着每句话都要显式回复。连续对话中,恰当的下一步本身就是确认;强制逐条回执会增加打断和机械点击,反而降低信号可信度。群聊中的一人确认也不能自动代表全体。对不可逆或高风险行动应提高证据标准,对低风险、易撤销交流则可接受较弱证据。

怎么落地

  • 为不同后果定义确认标准:阅读通知可用已读,金额、对象或安全步骤要求复述或预览后确认。
  • 让回复和行动绑定到具体消息、版本或对象,避免确认对象含糊。
  • 支持快速澄清、纠正和撤回,把误解暴露在执行前。
  • 以故意含糊的任务测试闭环,检查系统能否区分送达、查看、接受与正确执行,并统计修复发生在哪一步。

延伸

  • 同组V1.03.1 共同基础是双方都知道且都知道对方知道的那部分内容 · V1.03.3 渠道的反馈成本决定确认的方式与频率 · V1.03.4 共同基础不足时同一句话会被双方理解为不同意思 · V1.03.5 长期共事者可省略的显式说明对新人并不成立
  • 相邻V2.04 共同参照 · V5.04 发言轮转与打断
  • 站内检索grounding · evidence of understanding · conversational repair

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/V1.03.2