L5.09.5trust from experience not documents设计研究
信任由个人使用经验形成，无法靠声明与文档直接建立
别名: 经验成信任 · 声明无效 · Muir experience
概念解释
收件箱分类器挂着「准确率 96%」的徽章和一份白皮书。新用户仍会先手动看完几十封，才肯让它进垃圾箱。信任由个人使用经验形成，不能靠声明和文档直接建起来（trust from experience not documents）。徽章可以开始一次试用，不能跳过试用。
Muir 把对自动化的信任放在经验更新上。没经验，更新没有输入。
机制
声明是别人的样本：实验室、别人的邮箱、上一个版本。自己的邮箱分布不同，声明无法代替那几十封的观察。人只对自己看见的对错加权。所以同一份白皮书，对写白皮书的团队是经验，对用户是广告。Lee 与 See 的态度要对准能力，对准发生在使用里，不发生在阅读里。
文档甚至会帮倒忙：读过「96%」的人可能把试用缩得很短，用一次成功去确认声明，于是经验样本更窄，过信来得更快。声明不是中性前言，它在改经验怎么被采。
怎么研究
一组先读声明与徽章再使用，一组先使用再给声明，一组只有使用。测交托何时达到与基率匹配、以及是否出现「读了就少试」的短采样。自变量：声明时机、声明是否带本用户切片、试用是否被缩短。因变量：达到校准所需的自有样本数、过信出现率。
自有样本数是这条的核心。声明若真能「直接建立」，这个数应接近零；它不会。
边界
专家在自己领域里可以把别人的测试报告当经验的近似，文档的作用会大一点，仍通常要自己验一刀。强制无法试用的场景（一次性医疗决定）里，经验路径不存在，信任问题要改成是否该用这套系统，而不是怎么用文档建信任。一次严重事故之后，新的声明几乎更不能建信任，只能靠新的经验窗。
怎么落地
- 把首次使用设计成可观察的短试用，而不是先读完信任中心。试用里要能看见对和错。
- 声明若出现，必须带「在你这类邮件上还没测过，请先看二十封」这类限度，避免声明代替采样。
- 不要用徽章当打开自动分类的开关。开关应在用户看过自己的一批结果之后才出现。
- 验证：读过徽章的新用户，在第一次打开自动之前实际看了几封。若接近零，信任被当成了声明的产物；对照随后的误分，看过冲来得有多快。