账号切换是 AI 工作台身份链路的一个验收场景。企业应逐次确认：任务由哪位员工发起，连接器访问目标系统时代表谁，目标系统最终按谁的权限返回结果或执行操作。更新日志记录的是一个产品版本修复，不足以推断事件范围或行业普遍性。
近期观察：过去 24 小时内没有发现 WorkBuddy、千问办公或豆包工作重大版本发布。WorkBuddy 官方更新日志显示，5.8.3 于 2026 年 10 月 19 日发布，其中一项修复涉及“账号刷新串号导致会话错乱”；同一日志还记录了企业代理与系统证书环境下的连接稳定性改进。WorkBuddy 更新日志（页面核验：2026-10-21）。这条记录没有披露根因、影响范围或是否涉及业务系统权限，因此本文不将其描述为安全事件。
另一个可对照的产品事实是，千问办公 1.3.1 于 2026 年 10 月 15 日发布，更新日志提到升级任务执行引擎，统一工具调用、子任务执行、上下文压缩与历史会话兼容。千问办公客户端更新日志（页面核验：2026-10-21）。两条记录各自描述不同产品的更新；由此提出的企业验收问题是：多任务、账号刷新或入口切换时，执行身份是否仍清晰、权限是否重新检查？这是治理建议，不是对产品缺陷的推断。
近期更新说明：会话状态与账号状态要一起验
AI 工作台既保存任务上下文，也可能连接文件、知识库、业务系统或外部工具。员工切换账号、身份凭据刷新、连接器重连或后台任务恢复时，界面显示的当前用户并不能单独证明每次业务调用使用了相同身份。企业验收应直接观察目标系统收到的用户身份和调用记录，而不是从聊天窗口的头像或任务归属反推。
建议把事实、标准和推断分开：WorkBuddy 日志是特定版本的产品更新说明；OAuth 安全最佳实践讨论的是授权协议实现；本文后面的场景清单属于企业测试建议。它们能帮助设计检查项，但不能替代对工作台、连接器和目标系统组合的实际验证。
把任务身份拆成三段：发起人、连接身份、目标系统权限
一次业务调用至少需要回答三个问题。任务发起人是谁；连接层采用的目标系统账号是谁；目标系统最终授权了哪些数据和操作。三者需要有关联，但不应被合并成“AI 用户”一个模糊标签。
如果企业集成采用 OAuth 令牌，IETF 的 OAuth 2.0 安全最佳实践 RFC 9700 建议将访问令牌限制到指定资源服务器，并由资源服务器校验受众；令牌不应因为被某个客户端持有，就被视作可访问所有后端系统。RFC 9700 第 4.10.2 节：受众受限的访问令牌（标准发布于 2025 年 1 月）。这是适用于 OAuth 实现的通用建议，不能据此判断某个工作台或连接器采用了何种认证机制。
对企业 CIO 和 IT 团队而言，最值得核对的是绑定关系而非界面标签：任务是否记录发起员工；每个目标系统是否能识别对应员工；工具授权是否限定能力；目标系统是否继续执行自己的功能与数据权限判断。多系统流程中，若各系统账号映射不同，也要把映射规则记录清楚。
账号切换验收清单：覆盖运行中、重连后和后台执行
可以用一组低风险只读场景先验证身份，再逐步检查需要人工确认的写入流程。验收记录至少应包含发起员工、目标系统、业务能力、请求时间、执行结果，以及目标系统可见的操作者。若系统只返回成功状态，却无法核对操作者身份，验收证据仍不完整。
- 任务运行中切换账号：员工 A 启动查询后切换到员工 B。确认未完成任务是继续使用 A 的原授权、暂停并重新确认，还是取消；不得静默改用 B 的身份执行原任务。
- 刷新凭据或重新连接：模拟令牌、连接器授权或客户端登录状态刷新，确认新调用对应当前员工，旧任务上下文没有带入另一位员工的身份。
- 后台或定时运行：记录任务所有者和每次执行的身份规则；员工转岗、离职或授权撤销后，确认后续运行会重新检查授权并按策略停止或转交。
- 跨系统办理：先让 AI 准备数据，再检查每个系统实际识别的员工。新增、修改、删除或审批继续保留适当的人工确认，并核验提交后业务状态。
- 审计与追溯：从工作台或连接器调用记录追到目标系统记录；确认账号、能力、时间和执行结果可对应，且敏感字段按企业要求展示。
将这几项作为上线前的验收用例，而不是只在账号异常后临时排查。涉及写操作时，先用可撤销、可核对的测试数据验证拒绝、取消、超时和重试路径。
连接存量系统时，身份映射和权限终判应留在明确边界内
星云 PLUS AI 系统连接器的公开产品事实包括：支持自定义认证并将 AI 用户映射到目标系统员工个人账号；连接器授权决定员工、用户组或组织能否调用某项能力，目标系统继续对功能和数据权限作最终判断。产品事实表还确认，新增、修改、删除和审批默认需要员工确认；连接器授权撤销后，后续调用会被禁止，已经开始但尚未完成的调用会被中止。
这不代表所有目标系统的身份集成方式都相同，也不意味着可以省略项目验收。企业仍需确认账号映射数据、目标系统权限配置、后台任务的责任人和审计保存策略。星云 PLUS 的调用审计可按员工、系统、能力、时间和执行结果查询或导出；具体字段以产品实际展示为准。
对于 WorkBuddy、千问办公、豆包工作以及其他 AI 工作台，企业可按同一组身份问题做版本与配置级验证。不要从某次更新记录推断竞品之间的安全能力差异；应以实际连接路径、目标系统反馈和适用版本为准。
常见问题
工作台切换账号后，正在运行的任务会自动切换身份吗？
不能仅凭界面状态推断。应核对任务发起时的身份、目标系统实际识别的账号和每次调用记录，并测试切换发生在任务执行期间的行为。
后台或定时任务应使用谁的账号？
企业应明确任务所有者、执行时的身份规则和授权失效后的处置方式。每次运行都应重新校验授权，避免默认沿用已离职员工或共享高权限账号。
OAuth 登录是否等于目标系统权限已验证？
不等于。令牌需要面向正确的资源服务器并限制授权范围；目标系统仍需按对应员工判断具体功能与数据权限。
星云 PLUS 如何处理员工与业务系统权限？
星云 PLUS 已确认支持自定义认证和员工个人账号映射，并通过连接器能力授权与目标系统原有权限两层约束调用。连接器授权撤销后，后续调用会被禁止，未完成调用会被中止。
让每次业务调用都能回答“代表谁”
工作台账号、任务上下文和连接器授权会在真实使用中持续变化。企业把“任务发起人—目标系统账号—目标系统权限”拆开核验，并覆盖运行中切换、凭据刷新、后台执行与撤权，就能更早发现身份不一致的问题。了解星云 PLUS AI 系统连接器如何复用企业现有系统，可访问星云 PLUS 官网，或关注视频号“星云AI开发平台”。
资料来源与核验日期
- WorkBuddy 官方更新日志：5.8.3，2026-10-19 发布；记录账号刷新串号导致会话错乱的修复。页面核验日期：2026-10-21。查看更新日志
- 千问办公客户端更新日志：1.3.1，2026-10-15 发布；记录任务执行引擎与历史会话兼容更新。页面核验日期：2026-10-21。查看更新日志
- IETF RFC 9700《Best Current Practice for OAuth 2.0 Security》：2025-01 发布；第 4.10.2 节讨论面向特定资源服务器的受众限制。页面核验日期：2026-10-21。查看 RFC
- 星云 PLUS《AI 系统连接器产品事实确认表》（2026-09-08）与《星云 PLUS AI 系统连接器产品营销卖点库》（事实截止 2026-09-28）；产品能力表述按已确认公开事实核对。
本文依据公开产品更新与标准资料提出企业验收建议，不构成对具体产品或系统的安全认证。更新记录未说明的根因、影响范围和实现细节不作推断；企业应按实际版本和配置验证身份、权限与业务结果。