把核查责任写进免责声明并不减少错误的实际传播

概念解释

页脚写着「生成内容可能不准确，请自行核实」。上面那句错误的季度摘要已经被复制进工作群，群里的下一个人看不到页脚。声明分配的是事后归责，不是传播路径上的摩擦力。免责不阻传（disclaimer does not limit spread）指的是：核验责任写在声明里，既不提高核验执行，也不减少错误离开本界面之后的扩散。

高后果场景该不该把核验留给现场，是设计分工。这里问的是声明作为控件，对传播有没有作用。

机制

阅读和转发的对象是正文，不是页脚。声明放在视觉边缘，习惯化为「所有产品都有的那一行」，不进入工作记忆。复制、截图、引用 API 返回值，都会把声明剥掉；下游读者面对的是一段没有来源、没有警告的干净句子。

归责语言还可能反向作用：人以为「已经被告知过了」于是更心安地转发，把声明当成已完成的风险处理，而不是尚未发生的核验。传播量由正文的可用性和话题性决定，不由页脚的法律句决定。

怎么研究

同一错误正文，三种包装：无声明、页脚声明、声明打断复制路径（复制时附带「未核验」或拦截）。追踪：核验行为、复制/转发意愿、下游读者是否看得到警告。自变量：声明位置（页脚 / 正文内 / 复制时附加）、是否真正打断传播动作。因变量：传播次数、下游误信率、源界面上的核验率。

「我看到声明了」的自陈不能当传播被限制的证据。要看下游收到的载荷里还有没有警告。

边界

在封闭、强审计的环境里（每次粘贴都强制带元数据），声明可以变成随内容走的标记，那已经不是页脚免责，而是随附标识。用户从未离开本界面、也不复制，声明与传播无关，这条没有对象。声明作为法律文件可能改变诉讼，那是法务目标，不是传播目标——两条不要混成「所以声明有用」。这条不处理核验劳动该由谁在事故前执行。

怎么落地

• 不要把页脚声明当作控制错误传播的手段。要拦传播，拦的是复制、导出、分享这些动作本身。
• 若内容可能离开界面，把「未核验」写进被复制的载荷，而不是只留在原页脚。
• 需要人看见警告时，把警告放进正文流或提交动作上，不要放在习惯性忽略的页脚。
• 验证：让人把一段含错输出分享到第二个窗口。第二个窗口里若看不到任何未核验标记，声明已经在第一次跳转时失效。再比有无页脚：源界面核验率不应被页脚改变。

延伸

• 同组：L3.03.1 流畅表述不等于正确 · L3.03.2 核查成本可能高于自行完成 · L3.03.3 高后果场景不应把核查完全交给用户 · L3.03.4 错误分散在正确内容之中时，核查必须逐句进行，成本接近自己重写 · L3.03.5 用户越不熟悉某领域越难核查，而这正是最可能求助系统的场景 · L3.03.6 表述的确定语气与内容的可靠程度之间没有关系 · L3.03.7 数字、日期与人名一类具体细节的错误最难察觉且后果最大
• 相邻：L3.04 内容标识 · L3.10 AI 内容的标识与水印
• 站内检索：disclaimer does not limit spread · liability footer · error propagation