AI身份披露正在成为新的界面设计问题

过去，产品是否明确标注 AI 身份，更多被当作一种附加说明：在聊天窗口顶部放一个 AI 图标，在欢迎语里注明“由 AI 驱动”，或者把相关内容收进帮助中心。只要用户大致知道自己面对的不是一个真人，这件事似乎就已经完成。

但随着 AI 从回答问题进一步进入订会议、发送邮件、提交申请等实际操作，这种处理开始显得不够。因为用户需要理解的已经不只是“对面是不是 AI”，还包括它正在以谁的身份行动、准备做什么，以及接下来产生的结果究竟由谁负责。

欧盟《AI Act》第 50 条让这个问题有了更明确的现实背景。相关透明度义务已于 2026 年 8 月 2 日开始适用。按照欧盟委员会公布的指南，直接与自然人交互的 AI 系统，原则上应让用户明确知道自己正在与 AI 互动，除非这一点在具体情境中已经显而易见。指南同时强调，相关信息应当清晰、可辨识，并考虑不同使用场景。

法律规定了需要披露什么，却不会替设计师决定一个标识应该出现在界面的哪个位置。于是，一个原本容易被视为法务文案的问题，开始真正进入交互设计。

UXperiment 最近针对这一点做了一组小规模原型测试。他们分别尝试了三种方式：在页面顶部持续显示一个 AI 标识、在聊天开始时直接说明 AI 身份，以及在 Agent 准备执行操作之前，展示包含身份、代表对象和具体行动的确认卡片。测试只有五次用户会话，因此并不足以形成普遍性的设计结论，但几个现象很有启发性。

仅仅把一个 “AI” 标签放在界面顶部，很容易沦为一种形式上的存在。测试中，多数参与者在完成任务时没有主动注意到这个标识。相比之下，在对话开始时直接说明身份，更容易建立清晰的预期；而当 Agent 不再只是回答问题，而是准备替用户订会议、发送邮件时，在执行之前同时说明“它是谁、代表谁、准备做什么”，又比单纯强调 AI 身份更完整。

这一区别很重要，因为身份披露和行动授权并不是同一件事。用户知道自己正在和 AI 交谈，并不代表他已经理解这个 AI 接下来会调用哪个账户、代表哪个组织，或者对外产生什么结果。当 Agent 只负责回答问题时，一次清楚的身份说明或许已经能够建立基本预期；当它拥有真实的行动能力以后，透明度就必须进一步进入关键决策节点。

因此，AI 身份披露真正改变的并不是界面上是否需要多放一个 Badge，而是设计师开始需要判断：什么信息应该持续存在，什么信息只需要在建立关系时出现，什么信息又必须在行动发生之前重新被看见。

这和传统免责声明有很大差别。免责声明往往关心信息有没有被提供，而交互设计还需要关心用户在什么时刻能够理解它。一个长期停留在标题栏里的 AI 标识，即使始终可见，也未必能帮助用户判断一次具体操作的后果；反过来，如果每个步骤都重复提醒“这是 AI”，透明度本身又可能变成新的界面噪音。因此，真正需要设计的不是“AI 标签”，而是身份与权限如何随交互过程被适时呈现。

这里也需要保留一个重要边界。UXperiment 的测试并不是欧盟官方推荐的设计规范，五次会话的样本规模也不足以证明某一种模式可以适用于所有 AI 产品。欧盟委员会规定的是透明度义务及其基本要求，具体采用 Badge、首条消息还是执行前确认，仍然需要结合产品类型、风险程度和具体场景设计。