表述的确定语气与内容的可靠程度之间没有关系

概念解释

「结论是必须在周四前提交」和「或许可以考虑周四」可以来自同一次解码、同一组对数概率。语气的满与留，是表面的情态选择，不是内部把握的读数。语气与可靠度脱钩（tone–reliability decoupling）指的是：句子说得多硬，不携带内容有多可靠的信息。

读起来是否省力是另一条通路。这里管的是情态：必须 / 可能 / 似乎，不是句法是否顺。

机制

人把语言里的情态当成说话人对证据的报告：「必须」被读成高把握，「似乎」被读成保留。生成器的情态词来自语料里的文体模仿——说明书腔、新闻腔、客服腔——与该 token 位置上的概率质量不必相关。温度、系统提示、甚至「写得专业一点」都会改变情态分布，同时不改变事实是否成立。

于是出现双向误导。满的语气让人少查；留的语气让人把对的内容也当成不稳。两者都不是校准，都是把文体当证据。

怎么研究

同一批主张，事实对错与情态强弱正交：真/假 × 必须/或许。问被试估计的可靠程度、是否去查、是否据此行动。自变量：情态标记、是否同时给出独立的不确定编码。因变量：校准（估计可靠 vs. 实际正确）、查证率。

必须报告交互：假主张 + 满语气是否比假主张 + 留语气更少被查。那是脱钩造成的行为，不只是评分偏差。

边界

在受过「模型会说满」训练的用户里，满语气会被反向解读成可疑，脱钩仍在，只是符号翻了。受管制的专业输出（医嘱模板只允许特定情态）可以把语气锁死，此时语气不再变化，也就不再被当信号——但锁死不等于校准。口语对话里情态还承担礼貌，弱语气可能只是客气。这条不处理整段好不好读，也不处理数字槽位的特殊易漏。

怎么落地

• 不要用加硬或加软的措辞来表达可靠程度。可靠程度若要出现，用独立于情态的标记（有来源 / 无来源 / 无法估计）。
• 对事实输出，默认中性陈述，去掉「务必」「显然」「毫无疑问」。这些词不对应把握。
• 禁止把「写得更确定」做成润色选项而不改变证据状态。
• 验证：把同一事实句分别写成满语气和留语气，问「系统有多有把握」。若两句的把握评分随语气变、不随是否有来源变，语气已经被当成可靠度。

延伸

• 同组：L3.03.1 流畅表述不等于正确 · L3.03.2 核查成本可能高于自行完成 · L3.03.3 高后果场景不应把核查完全交给用户 · L3.03.4 错误分散在正确内容之中时，核查必须逐句进行，成本接近自己重写 · L3.03.5 用户越不熟悉某领域越难核查，而这正是最可能求助系统的场景 · L3.03.7 数字、日期与人名一类具体细节的错误最难察觉且后果最大 · L3.03.8 把核查责任写进免责声明并不减少错误的实际传播
• 相邻：L1.04 置信度呈现 · L1.08 置信度呈现及其误导
• 站内检索：tone–reliability decoupling · assertive tone · epistemic modality