自然语言擅长表达目标与约束，参数控件擅长表达程度与数值

概念解释

「给法务看、不能像认错、必须提到订单 8472」是目标和约束。「一百五十字、正式档、表格而不是段落」是程度和取值。目标—程度分工（goals-versus-magnitude split）把两种通道的主场再划一刀：语言负责命题（要什么成立、什么不得成立），控件负责已经落在量纲上的选择。并存只说两边都要在；这一刀说各管哪一类意思，避免两种入口抢着表达同一件事、又同时漏掉另一件事。

「适合意图」还比较粗。意图里其实混着命题和偷偷塞进来的数。把数从命题里拣出来交给控件，语言才真正做它擅长的那一段。

机制

命题是可组合、可否定、可指向对象的。量是可排序、可步进、可比较的。用控件表达否定约束（「不能像认错」）只能做成一个开关或一条禁词表，组合一复杂就组合爆炸。用语言表达「一百五十字」则每次解码漂移。错配发生在类型层：把可组合的东西塞进有限枚举，把可排序的东西塞进形容词。

人说话时会把两类混在一句里。界面的工作不是禁止混，是在提交前把混句拆开，各送各的通道。拆得干净，后续调节才知道该动滑块还是该改那句禁令。

怎么研究

把同一批请求预先标成命题槽和量槽。看用户在混合界面上实际把哪类意思放进了哪条通道，以及产品最终是否按类型分流。自变量：界面是否在发送前做一次可见的拆分（「我把字数放到长度里了」）、是否允许量继续写在句子里。因变量：类型命中率（命题走语言、量走控件）、双写冲突率、后续调节时找对通道的比例。

用「故意把数写进句子、把禁令做成开关」的错配界面作对照。错配组应在调节阶段显著变慢——这是分工失败的行为证据。

边界

有些约束本身就是枚举（输出语言、文件格式），看起来像命题，控件更合适；分工按类型不按「像不像一句话」。有些程度词暂时没有量纲（「更尖锐一点」的文风），先留在语言里，不要为了分工硬造滑块。法律里的「不得承认过错」是命题，做成语气滑块是类型错误。这条不处理冲突时谁覆盖谁。

怎么落地

• 发送前把句子里抽出的数和档位回显到对应控件，把禁令和对象留在语言摘要里。用户可以改拆错的那一项。
• 教界面自己：调节字数去动长度，改禁止事项去改那句话或禁词表，不要两个入口都能偷偷改同一字段却不声明。
• 新量被用户反复用语言说出之后，再升级成控件；不要预先为每个形容词造滑块。
• 验证：给一句混写请求（目标 + 字数 + 一条禁令）。拆分结果应把字数放进长度控件、禁令留在命题侧。再请人「只要再短一点」和「把那条禁令收紧」。若两次都去改同一框，分工没有进到调节习惯里。

延伸

• 同组：L2.04.1 自然语言适合表达意图 · L2.04.2 参数控件适合精确调节 · L2.04.3 两者并存优于二选一 · L2.04.5 参数控件提供可回退的确定状态，自然语言不提供 · L2.04.6 两者并存时必须明确谁覆盖谁，否则用户无法预测冲突时的结果 · L2.04.7 把语言解析结果回填到控件上，能让用户看见系统的理解 · L2.04.8 控件的取值范围本身就是一次能力边界的展示
• 相邻：L2.06 控制粒度 · L2.15 指令的歧义与澄清追问 · L2.01 自然语言指令的开放性及其代价
• 站内检索：goals-versus-magnitude split · proposition versus scalar · channel-type mapping