C5.15.3Batch correction costs more than per-character confirm设计研究
批量书写后统一纠错的成本高于逐字确认，用户倾向依赖后者
别名: 批量纠错 · 逐字确认 · proofreading cost · confirm as you go
概念解释
写完一整页再从头改识别结果，要重新建立每处的上下文：这是哪个词、当时想写什么、墨还在不在注视里。写到一个字就看一眼、不对就换，上下文还在工作记忆里，改动小。后编辑若只提供“整页校对模式”，人会要么忍受错字，要么在写的时候就想要逐字确认——即便那是识别闭环的事，需求也会漏到提交之后。
机制
批量校对的成本是定位 + 回忆 + 操作。定位要在长文本里找红色或可疑处；回忆要对照墨或自己的意图；操作可能还要在键盘和笔之间切换。逐字确认把这三项压进刚写完的那一秒，注视还在原处。经验上人会拒绝批量：错字密度一高，整页看起来像作业，于是不转文字、继续以墨归档。若系统强制先写完再转，又不准中途看结果，批量就成为唯一路径，放弃率上升。逐字确认不是要求每个字点一次“OK”——低置信才打断，高置信默默过，这才符合“倾向依赖后者”。批量仍然适合事后通读（交稿、法律），但它是额外一遍，不能替代写时那一遍。
怎么研究
比较：中途可见结果并可改、写完才出全文并进入校对列表。记录改错时间、漏改、是否选择不转换。
自变量：反馈时机（逐字 / 整页）、打断阈值、校对列表是否带墨预览。 因变量：总纠错时间、漏改率、转换放弃、主观“像改作业”。
边界
抄写印刷稿时意图在纸上，批量对照也许更快。极准的识别让批量成本下降，倾向会变。无障碍用户用键盘通读可能更喜欢一遍过。实时结果闪烁会干扰书写，逐字确认必须克制打断。
怎么落地
- 写的时候就给出可改的结果，低置信才请求确认；不要把第一次看见结果安排在整页之后。
- 整页校对作为第二遍存在，并带墨预览，而不是唯一入口。
- 允许不转换、以墨归档，避免用校对墙强迫人清错。
- 验证：同样错误密度下，中途可改组的总时间应低于写完再改组，漏改也应更少。关掉中途结果，放弃转换的人数应上升。