L3.12.5editing generated text can exceed writing from scratch设计研究

编辑生成物所需的技能可能高于从头创作,因为须先读懂已有内容

别名: 改比写难 · 先读懂再改 · comprehension before edit

概念解释

自己写二十行函数,结构在手里。改模型吐出的四十行,要先弄清它用了哪套抽象、哪几个名字是活的、哪段其实没被调用。许多人发现:改比从空白写更难。先懂再改(comprehension before edit)指的是:编辑生成物是阅读加修订,不是在自己的草稿上继续;所需技能可以高于该任务的从头创作。

门槛低仍然改不动,因为卡住的是理解,不是按钮。

机制

自己写的时候,意图、名字、未走的路都在工作记忆里,修订是局部的。生成物把这些内部状态扔掉,只留成品。编辑者必须反向工程:这段在干什么、改一处会不会弄坏另一处、哪些「看起来对」的注释是假的。反向工程的负荷随长度、陌生风格、隐藏耦合上升,很快超过「从空白按自己习惯写」的负荷。

生成器还爱用编辑者不熟悉的习语和多一层的间接,阅读成本再加一档。于是「帮你写好了,你改改」把更重的认知工作交给了声称被节省的那个人。

怎么研究

同一任务,从空白写 vs. 改一份中等质量的生成稿。因变量:完成时间、最终正确率、自报心理负荷、放弃改而重写的比例。自变量:生成稿长度、风格与被试习惯的距离、是否提供结构图或注释。

「放弃改而重写」是关键行为:说明编辑路径已经被判断为比创作更贵。只报「有人改了」会把重写藏进去。

边界

短、结构透明、与用户习语一致的生成物,阅读成本低,编辑可以真的更便宜。用户就是原文作者(改自己昨天的生成,还记得)时,负荷下降。格式性润色几乎不需要理解论证,技能要求不高。这条不处理将就:人可能因为改不动而发出去,那是门槛与技能叠在一起。

怎么落地

  • 不要默认「生成完毕请编辑」等于省了劳动。对代码和长论证,提供结构摘要、调用关系、哪些块可独立改。
  • 允许「弃稿重写」作为一等动作,不要把已经读不懂的生成物钉在编辑器里。
  • 生成时优先用用户文件里已有的名字和结构,降低阅读时的习语翻译。
  • 验证:同一批人做同一任务,一半从空白、一半改生成稿。改的更慢或更多人删掉重写,编辑技能要求已经高于创作。给结构摘要后再测,差距应缩小。

延伸

  • 同组L3.12.1 生成物被定位为草稿还是成品,决定界面应偏向编辑器还是查看器 · L3.12.2 用户接管编辑后再次生成会覆盖人工改动,必须有明确的合并规则 · L3.12.3 人工修改的部分应被标记,否则事后无法区分哪一段出自谁 · L3.12.4 接管的门槛越高,用户越倾向于将就接受不满意的结果
  • 相邻L3.13 生成质量的用户反馈回路 · L2.12 迭代修改与局部再生成
  • 站内检索comprehension before edit · editing vs authoring · reverse-engineering generated code

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/L3.12.5