用证据收据评估透明度，不做总分

先核对AI身份、产品角色、目的与限制

角色名字、温暖声音或人物形象都不能代替身份说明。普通聊天、语音模式、分享导出以及长时间未使用后的回访，都应让用户知道自己在与AI生成系统互动，并说明产品实际角色，例如整理用户提供的材料、生成反思问题或起草选项。目的旁边要列出不支持用途和局限，不能只藏在远处政策页。负向测试可以要求助手临时扮演虚构角色：语气可以变化，但AI身份、运营方和真实能力边界不能消失。欧盟AI法案Article 50为特定直接交互AI系统提供地区性披露参考，但适用性取决于地区与情境；这里不据此判断某产品是否合规，只把持续身份披露作为可观察设计证据。

要求数据与记忆范围提供当前收据

隐私政策说明可能收集什么，却不一定告诉用户这次回答实际用了什么。有效指标应列出当前消息、附件、资料设置、项目上下文、过往对话、已连接来源和被记住偏好哪些正在生效；还要区分“用于本次输出”与“为另一目的收集”。每个项目都链接到查看、更正、停用或到期控制，并在文字、语音、通知、导出与关联设备上使用一致范围。负向测试是关闭一项记忆设置后开启新会话，观察范围标签和输出行为是否一起更新。若标签已关闭但旧细节仍出现，就把它记为不一致。这里不检查底层存储和删除是否完成，那是独立数据透明度文章的任务。

把重要输出连接到来源、条件与未知项

统一放在页脚的“AI可能出错”比不上贴近具体输出的证据说明。收据应分开标出用户给出的事实、检索来源与日期、产品设置、助手推断、冲突信息、无法访问的资料和仍然未知的部分。PAIR建议说明影响结果的数据来源与系统行为，使用户能校准依赖程度。一个没有定义、证据或下一步动作的置信百分比不算透明。测试时移除一个来源、加入相互冲突的新事实，再打开来源已经过期的旧回答；界面应降低确定程度或暴露冲突，而不是维持原有语气。至于来源事实本身是否正确，应进入170文章的独立核验流程，不能把“有来源标签”等同于“事实已证实”。

检查控制是否改变行为，并保留普通退出路径

控制只有在范围和结果可观察时才算证据。用户应能更正一项被记住偏好、停用功能、缩小个性化、暂停通知，并通过普通账户操作离开，而无需和拟人角色协商。每个控制都记录影响界面、生效时间、确认状态、失败状态以及重试或撤销路径。PAIR建议说明反馈会改变什么、何时改变，并保留退出与重置。负向测试可断开一个输入来源，在另一设备开启无关新会话；若产品仍使用该来源，或口头答复“已经关闭”但设置未变，收据保持未完成。友好确认不是状态证据，必须看到声明范围内的界面和行为一起改变。

追踪错误、人工复核、申诉与关闭终态

“举报”按钮只是补救入口，不是完整流程。界面应说明可报告什么、会附带哪些证据、是否有人工复核、在哪里查状态，以及可能到达哪些终态：已更正、未采纳、无法复现、被新版本取代或仍在处理。内容更正与产品事故要分开，并只收集完成审查所需的信息。NIST Core把外部反馈、影响记录与持续管理纳入生命周期。使用无害且可复现的小型不一致测试入口，检查受理回执、状态更新、结果解释，以及补充信息或提出异议的方法。没有回复不能默认为已经解决；客服话术也不能替代终态。收据应保留当时版本、会话标识和用户可见结果。

让每张收据绑定版本、日期、负责人和变更记录

产品更新后，旧透明度证据可能过期。记录应用版本、公开的模型或功能标签、帮助页与政策日期、当前语言、设备界面，以及负责该控制的组织。发生实质更新后，重复少量稳定测试：AI身份、一项记忆范围、一则带来源输出、一个退出控制和一个报告状态。NIST Playbook是可按情境选用的自愿资源，不要求把通用清单机械复制到所有产品。“改善体验”式发布说明不足以解释行为变化；应标记改了什么、什么没变、旧收据是否仍适用。历史收据可以保留，但要明确日期，不能被新版本静默覆盖后仍当作当前事实。

用七行发布门禁收口，拒绝单一总分

建立七行：AI身份与角色、目的与限制、数据与记忆范围、来源与不确定性、控制与退出、错误与申诉、版本与日期。每行记录可见位置、可用动作、负向测试、实际结果、未解决缺口、负责人和核对日期。只有证据存在且动作按声明工作时，该行才通过。不要加分、平均或公开比较；缺少退出路径不能被漂亮的来源说明抵消。版本变化后在同一日常任务上复测，无法取得证据时保留“未知”。这份收据把透明度从口号变成可被证伪的界面主张，却不声称披露本身能证明产品整体质量、适合所有人或产生某种效果。

继续探索这个主题