透明度与可用性存在张力，全部披露会使界面无法使用

概念解释

每条生成结果旁边都挂完整模型卡：训练数据、限制、版本、评估表。卡片比结果长，发送按钮被顶出首屏。透明度和可用性之间有张力，全部披露会把界面用坏（transparency-usability tension）。不是「应当少透明一点」的价值观，是一个屏幕装不下两件都做满的任务。

全部披露把查阅任务做成了唯一任务，原来的发送、比较、编辑没有地方发生。

机制

界面的主任务占用布局、步骤和时间。披露是另一项任务。两项同时做满，主任务的完成率下降：找不到按钮、读不完就放弃、在错误的层级上滚动。张力来自资源，不是来自「用户讨厌知道」。

法律或组织若把「全部」定义成每次交互都必须附上附录，产品会把附录做成每次都弹的墙。墙在合规账本上是透明，在使用曲线上是流失。分层披露（默认短、按需长、归档完整）是承认张力，不是偷懒。

怎么研究

三种密度：每次完整披露、分层、几乎不披露。测主任务完成、完成时间、主动打开附录的比例、以及事后能否找到关键限制。自变量：密度、主任务复杂度、设备宽度。因变量：完成率、放弃点、限制检出。

完成率崩而限制检出不升，就是全部披露在伤害可用性且没有换来更多知情。

边界

一次性的高后果确认（转账、签署）可以也应当把披露做满，因为此时主任务就是确认。高频的低后果动作不行。纸质或文件包不受一屏限制，张力会弱。这条说的是界面装不下；细节懂不懂、挤不挤关键句，是容量的另两种表现。

怎么落地

• 高频动作上只留与这次动作有关的最短限制。完整模型卡、数据说明放到设置或文件中心，不要钉在每一条结果上。
• 需要「全部」时，用一次确认流承载，不要用常驻侧栏承载。
• 度量打开附录的人是谁。若几乎没人打开，全部披露正在伤害的那些人并没有在消费它。
• 验证：看发送或采用按钮是否还在首屏、主任务在加满披露前后的完成率差。完成率掉一截而附录打开率接近零，张力已经被做错的一边赢了。

延伸

• 同组：L5.05.1 过量技术细节不产生理解 · L5.05.2 透明度需服务于用户的下一步决策 · L5.05.3 无法行动的信息是噪声 · L5.05.4 透明度是否足够，判断标准是用户据此能否改变下一步动作 · L5.05.5 过量细节会挤占用户处理关键信息的注意力 · L5.05.7 透明不必然带来信任，暴露复杂性有时反而降低信任 · L5.05.8 不同角色应获得不同深度的说明，而不是同一份文本
• 相邻：L5.02 局部解释与全局解释 · L5.01 可解释性的类型 · L1.02 能力边界的表达
• 站内检索：transparency-usability tension · full disclosure · layered disclosure