把语言解析结果回填到控件上，能让用户看见系统的理解

概念解释

人说「短一点、做成表」，发送前长度滑块自己跳到 80、格式切到表格。跳错了——其实想要的是 120——人当场就能改滑块，而不必再赌一句「我不是那个短」。解析回填（parse-to-control fill-back）是把语言里抽到的结构化理解写回可见控件，让「系统听成了什么」变成可检查、可改正的对象，而不是等一篇成品来间接证明。

它不是覆盖规则本身。回填解决的是可见性：理解被钉在控件上。谁在冲突时算数，可以另说；没有回填，人连冲突是否发生都看不见。

机制

语言理解发生在人看不见的解析器里。没有外化，唯一的评价手段是读产物：产物不对，原因可能是解析、采样、模型能力或自己没说清，四种原因挤在一次失败里。控件是已经存在的、对量的共享度量，拿它当理解的投影屏，把解析从四种原因里拆出来。错了就错在某一格，评估鸿沟缩短到发送之前。

回填还有纠偏杠杆。改控件比再写一句近义更便宜，也更精确。理解一旦可见，纠正理解就不必再经过一轮生成。

怎么研究

同一句话，一组回填并允许发送前改控件，一组不回填直接生成。编码：解析错误在发送前被抓住的比例、用户能否指出「它把短听成了哪一档」、最终产物与意图的量槽匹配。自变量：回填是否带动画/高亮、低置信解析是否用虚态而不是硬跳、回填是否可撤销。因变量：发送前纠正率、错误归因（怪解析还是怪模型）、对「它听懂了」的校准。

必须另有一份解析金标准（人工标槽），否则「回填得对不对」没有地面真值。低置信时硬跳会制造新的错误自信，要单独看。

边界

没有对应控件的命题（「别让法务听着像认错」）回填无处可去，硬塞进最近的语气滑块会谎报理解。解析器很弱时，回填等于把噪声写成确定状态，比不回填更误导。实时逐字回填会在句子说完前反复乱跳，适合在停顿或发送前做一次，而不是每个 token 跳一次。这条不把回填当成覆盖策略；回填之后控件若成为唯一来源，那是额外的规则选择。

怎么落地

• 在发送前把抽到的量写进控件，并用短标注标出「来自这句话」。没抽到的控件保持原值，不要清零。
• 低置信用虚态或问句（「按表格来？」）而不是直接跳死。点否即撤销这次回填。
• 回填可逐项撤销。撤销后那一项回到回填前的值，句子仍在，不要把整句删掉。
• 验证：故意说一句会被听错档的话（「短一点」在你们的体系里常被映射到过小的长度）。有回填时，发送前应有人改掉那一格。无回填时，同一错误会爬进产物。再放一条控件表达不了的禁令——若它被塞进语气滑块，回填在说谎。

延伸

• 同组：L2.04.1 自然语言适合表达意图 · L2.04.2 参数控件适合精确调节 · L2.04.3 两者并存优于二选一 · L2.04.4 自然语言擅长表达目标与约束，参数控件擅长表达程度与数值 · L2.04.5 参数控件提供可回退的确定状态，自然语言不提供 · L2.04.6 两者并存时必须明确谁覆盖谁，否则用户无法预测冲突时的结果 · L2.04.8 控件的取值范围本身就是一次能力边界的展示
• 相邻：L5.01 可解释性的类型 · L2.15 指令的歧义与澄清追问 · L5.02 局部解释与全局解释
• 站内检索：parse-to-control fill-back · grounded understanding · pre-send parse visibility