L1.12.3streaming invites premature judgement设计研究

逐字出现会诱使用户在结果完成前开始判断,从而基于半成品做决定

别名: 半成品决策 · 完成前判断 · deciding on a prefix

概念解释

第一句看起来像要跑题,人已经在伸手点停止或改提示。后面可能把题收回来。对着前缀做决定(deciding on a prefix)是流式把评估时间表提前到完成之前。决定用的证据集比最终结果小,而且偏开头。

感知等待被缩短,是流式的收益。评估被提前,是同一机制的代价。

机制

阅读是在线的。字一出现就被纳入正在形成的判断。开头又享有首因:前两句定调,后面要花更大力气才能翻案。生成的开头恰好常常是套话或错误的框架,真正的答案在后段。人在套话阶段已经按了停止,后段没机会发生。

界面还提供了在完成前就能按的动作:停止、复制、发送、再生成。动作在时间上合法,在证据上不合法。提前动作一旦改了世界(发出去、覆盖上一版),后段来了也晚。

怎么研究

同一最终文本,流式 vs. 完成后才可见。允许中途停止/发送。因变量:中途动作率、这些动作若等完成还会不会做、与完整文本的评价差。自变量:开头是否故意写得像跑题、完成态是否被视觉标出。

开头操纵是关键。没有它,测到的提前判断可能只是真的已经够看。

边界

用户的目标就是尽快否掉方向(「别写成诗」),对着前缀决定是对的,只要停止真的停,且已出部分不当成完成态发出。短输出(一句话)没有有意义的前缀。专业打字员式的跟读(边出边校)是另一种技能,不该当成默认用户会的。这条不处理模型自己改口让人看见被划掉的中间句。

怎么落地

  • 完成前,停止可以有,复制/发送/覆盖默认不可用,或明确标「尚未完成」。
  • 视觉区分未完成与完成:光标还在跳,就不是可外发的对象。
  • 开头套话尽量短,或先出结构大纲再填肉,让前缀更像方向而不是终局。
  • 验证:做一份后段才把方向拉回来的文本,流式放出。若大量人在前段停止且停止理由是「跑题」,而看完整文本的人并不那么判,提前判断在伤。再看有没有人把未完成文本发出去。

延伸

  • 同组L1.12.1 生成延迟通常落在用户能感知等待但尚不会放弃的秒级区间 · L1.12.2 流式输出缩短的是首字时间而非总时长,改变的是感知而非事实 · L1.12.4 流式过程中的自我修正会让用户看到随后被推翻的中间内容 · L1.12.5 后台长任务不适合流式,它需要的是进度与允许离开
  • 相邻L3.11 生成过程的流式呈现 · L3.12 生成内容的编辑与接管 · L2.15 指令的歧义与澄清追问
  • 站内检索premature judgement · deciding on a prefix · streaming first-impression

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/L1.12.3