AI Avatar 可以让软件交互显得更有人情味。但这不意味着它应让用户无法判断它是什么、能做什么，或它正在呈现谁的指令。
对于 B2B SaaS 团队而言，信任产生于产品细节：用户能看出自己正在与 AI 体验交互；理解它扮演的角色；可以选择另一条路径；并且该体验不会暗示产品无法验证的权威、批准、人工审核或结果。
技术边界在这里同样重要。在 Spatius 集成中，你的应用或 Agent 框架拥有对话逻辑、用户上下文、权限、知识、工具、工作流、轮次控制和人工交接政策。Spatius 将 Avatar 语音音频转换为实时动作数据，AvatarKit 在客户端本地渲染 Avatar。Spatius 不会返回成品视频。开发者文档地图是该架构当前的事实来源。
本文提供的是产品设计指导，而不是法律意见。同意、披露、生物识别、肖像、无障碍、数据使用、行业及合同要求各不相同。请利用下面的框架创建清晰的产品简报，再由适当的法务、隐私、安全、无障碍和品牌负责人审阅你实际计划上线的部署。
核心要点
- 在体验产生实质影响之前，以用户可见的方式披露其正在与 AI Avatar 交互。
- 解释 Avatar 在工作流中的职责，并提供可用的替代方案：文本、标准 UI、帮助，或在产品提供时转人工的路径。
- 将同意视为与体验实际用途相关的产品和治理决策，而不是复制到每条流程中的通用复选框。
- 将人格设定审批、内容规则、权限、工具决策和升级处理保留在你拥有的应用层中。
- 除非应用可以验证，否则不要暗示已有人工审核、法律批准、客户关系或业务结果。
分开看待三个问题：披露、同意与品牌安全
这些词经常被捆绑在一起，但它们解决的是不同问题。将它们分开，会让实施审阅清晰得多。
| 领域 | 产品问题 | 实际目标 | 不等同于 |
|---|---|---|---|
| 披露 | 用户是否理解这是一个 AI Avatar，以及它扮演什么角色？ | 在交互产生重要影响前，提供清晰且及时的上下文。 | 仅靠披露就已充分的法律结论。 |
| 同意 | 针对这种具体用途，是否需要明确选择、提示或其他控件？ | 一项与场景相匹配、经过批准的产品政策。 | 通用复选框，或替代法律审查的手段。 |
| 品牌安全 | Avatar 的行为和语言是否处于产品已批准的范围与身份之内？ | 一致的人格、内容、回退和升级处理行为。 | 体验没有风险的声明。 |
低风险设置任务中的可选 Avatar 提示，与面向客户、讨论账户信息的 Avatar，可能需要非常不同的政策。请从具体的用户时刻、信息类型、操作范围和受众出发，而不是从笼统的“AI 政策”出发。
让首次相遇没有歧义
Avatar 体验的最初几秒应回答用户的三个问题：
- **这是什么？**说明它是 AI Avatar、AI 指引，或你的产品已批准的其他准确标签。
- **它能在这里帮我做什么？**将角色与当前产品任务关联，而不是做开放式承诺。
- **我还可以做什么？**让文本、关闭、跳过、标准导航或其他已批准的支持路径清晰可见。
好的披露不只是角落里的小标签。它应在用户选择启动体验的位置清晰可读，并在 Avatar 说话期间始终可用。保持直接明了：
- “这是本设置步骤的 AI 指引。”
- “它可以解释可用选项。你可以随时通过文本继续。”
- “这个助手可以帮助收集进入下一步所需的信息；只有在产品明确说明时，人工才会审核请求。”
避免使用会让 Avatar 听起来像未经说明的人类专家、已核验的代表或决策者的语言。除非应用对这些陈述有真实、当前的事实来源，否则不要说“我已批准你的请求”“你的客户经理已审核此项”或“此操作已完成”。
按产品时刻划分的披露模式
| 产品时刻 | 清晰的披露模式 | 有用的控件 |
|---|---|---|
| 可选的新手引导说明 | 在启动操作旁写“此步骤的 AI 指引”。 | 跳过或阅读文本。 |
| 练习或角色扮演 | “AI 角色扮演伙伴”并说明场景和边界。 | 更换场景、重新开始、离开。 |
| 账户或工作流专属指引 | 仅当实现确实如此时，说明“使用此工作区可用信息的 AI 助手”。 | 在产品支持时查看来源上下文，或切换至其他帮助路径。 |
| 工具驱动的操作 | 说明应用只会在相关产品确认后执行操作。 | 审阅、确认、取消或手动完成。 |
| 升级处理 | 说明产品正在路由或准备交接；除非已验证，不要承诺响应时间。 | 继续自助服务或请求人工。 |
将同意视为与场景相关的产品决策
一种体验是否需要明确同意步骤、带控件的提示，或其他政策实施形式，取决于实际情境。这可能包括涉及的数据、用户角色、产品合同条款、司法管辖区、客户关系和正在执行的操作类型。
产品团队的职责，是让决定在工作流中可见并能够被执行。在决定交互模式前，请创建一份简短的审阅简报，说明：
- 用户群体和产品时刻；
- Avatar 声明的角色与语音/内容范围；
- 应用用于形成回复的信息；
- 交互前、期间和之后可用的控件；
- 需要确认、替代路径或交接的条件；
- 审批此工作流变更的负责人。
不要用同意交互来掩盖模糊的产品设计。写着“我同意使用 AI”的复选框，并不能解释 Avatar 此刻会做什么、用户如何停止它，或任务需要人工时会发生什么。无论最终同意模式为何，都应为用户提供有意义的产品控件。
将权威与政策保留在应用内部
Avatar 可能看起来像一个 Agent，但视觉呈现不应成为系统记录。你的应用应保留以下决定权：
- 回复可使用哪些上下文；
- 用户可以查看、请求或修改什么；
- 工具是否可以运行，以及是否需要确认；
- 某个回复是否处于当前工作流范围内；
- 何时停止、切换模式、报告错误或将任务交给人工。
在 Spatius 中，相关接口很窄：你的应用生成已批准的 Avatar 语音音频，Motion Server 返回动作数据，AvatarKit 在本地渲染。Avatar 层并不会替代你的策略引擎、检索系统、访问控制、工具逻辑或交接工作流。
这对品牌安全和架构都很有用。它意味着你的内容和工作流规则可以在生成回答、决定操作的地方接受审阅——即在它们成为 Avatar 要呈现的语音音频之前。
将 Avatar 的人格定义为产品界面
Avatar 的视觉身份、声音、语言和行为应有书面范围。应把它视为一份界面约定，而不是一张创意情绪板。
建立已批准的人格设定
记录以下基础内容：
- Avatar 的名称，以及它如何介绍自己；
- 它在产品中扮演的角色（指引、练习伙伴、讲解员或其他具体角色）；
- 适用于该工作流的语调；
- 范围内的主题和操作；
- 它绝不能作出的声明；
- 组织已批准的视觉身份、声音和肖像权；
- 请求超出范围时产品如何处理。
如果某个人格与真实人物相似，或被呈现为真实人物，不要假定一张图片、一个名字或一个内部请求就已足够获得批准。请与拥有该决定权的人员确认权利、获准用途和发布条件。这不是对某项具体法律标准的陈述，而是一个必要的产品审阅问题。
为产品状态写脚本，而不是营造戏剧化确定性
最安全的 Avatar 语言遵循已知的应用状态。可使用如下措辞：
- “我可以解释本页提供的选项。”
- “产品正在准备所请求的信息。你可以继续使用文本，或离开此步骤。”
- “在应用继续前，此操作需要你的确认。”
- “我无法在这里完成该请求。以下是可用的下一步。”
不要用听起来圆满的确定性填补不确定性。用户不应需要猜测 Avatar 是在等待、需要更多信息、无法执行任务，还是正在把工作交给人工。
在上线前设计退出、错误与交接路径
如果 Avatar 只有“继续”这一个状态，信任就会受损。每种体验都需要为不想说话、偏好文本、需要人工或遇到问题的用户提供清晰路径。
至少应定义：
| 情况 | 需要定义的产品行为 | Avatar 可以说什么 |
|---|---|---|
| 用户想停止 | 停止呈现，并保留清晰的下一步操作。 | “你可以继续使用标准页面，或切换到文本。” |
| 用户请求不受支持的建议或操作 | 将请求保留在应用策略层中；提供已批准的替代方案。 | “我无法在这里完成该操作。以下是下一个可用路径。” |
| 产品或依赖正在等待 | 展示真实状态，并允许用户离开或选择另一条路径。 | “产品仍在处理这一步。你可以换一种方式继续。” |
| 需要人工 | 触发产品定义的交接路径；不要暗示未展示的审核，也不要承诺时间。 | “这需要一位同事或其他支持路径。以下是你的选项。” |
| Avatar 动作不可用 | 保持应用状态和替代呈现路径清晰。 | “你可以继续使用文本或标准工作流。” |
如需了解所选 Spatius 路径当前的技术行为，请参阅相关集成文档。产品安全并非仅靠传输方案选择实现；它来自应用围绕该路径设计的体验。
让治理务实且能适应变更
品牌安全不是一次性的上线任务。脚本、提示词、知识来源、Avatar 呈现、工具权限和产品 UI 都可能彼此独立地变化。请为工作流建立变更流程。
一份实用的发布检查清单可以包括：
- Avatar 已被清晰标记，且当前角色易于理解。
- 用户可以控制、离开或选择替代路径。
- 内容、人格和视觉身份符合已批准范围。
- 权限、工具操作和人工交接仍由应用控制。
- 错误和等待状态不会作出未经验证的承诺。
- 必要负责人审阅的是当前版本，而非早期概念。
- 反馈和事件信号有明确的审阅渠道和负责人。
保留一份有版本记录的变更内容和批准人清单。这比宣称体验永远“安全”或“合规”更有用。
常见问题
AI Avatar 是否始终需要明确的同意复选框？
本文没有通用答案。合适的模式取决于实际部署，包括 Avatar 的角色、涉及的数据和操作、用户预期、适用要求以及组织已批准的政策。请为用户提供清晰的产品控件，并让适当的法务、隐私、安全和产品负责人参与。
AI Avatar 应披露什么？
至少，产品应明确用户正在与 AI Avatar 交互，解释它在当前任务中的角色，并展示一条可行的替代路径。不要作出应用无法验证的人工审核、权威或结果声明。
在 Spatius 集成中，谁控制 Avatar 能说什么或做什么？
你的应用、Agent 框架或后端拥有对话逻辑、上下文、权限、工具、工作流、轮次控制和交接政策。Spatius 将 Avatar 语音音频转换为动作数据，并由 AvatarKit 在本地渲染。参见 Spatius 开发者文档地图。
如何避免冒充或品牌混淆？
使用具有明确角色、已获批准的人格设定，将其清晰标记为 AI，避免不受支持的权威声明，并为任何名称、肖像、声音或品牌呈现取得适当批准。让资产和脚本审阅流程与它将出现的工作流保持关联。
披露可以替代产品控件吗？
不能。标签解释体验是什么；控件让用户决定下一步做什么。好的产品设计需要两者兼具。
让清晰融入体验
目标不是让 AI Avatar 与真人难以区分，而是让体验有用、清楚说明自身角色、由用户掌控，并忠实反映产品实际能做什么。
如果你正在为受治理的 SaaS 工作流评估实时 Avatar 层，可申请 Spatius 演示，讨论适合你应用架构的集成路径。