AI 工作台更换、历史记录导入或账号恢复后，验收不能止于“会话列表出现了”。企业应逐项确认任务归属、上下文时间线、附件和工作目录、归档状态、员工身份与业务系统权限，并把失败项隔离核对。历史记录迁移不等于新工作台的连接器、凭据或目标系统授权已经接好。
近期产品更新说明了什么
千问办公客户端更新日志显示，1.3.1 于 发布，包含任务执行引擎升级，并优化大体量历史任务导入后的首次续聊，同时补充权限降级与失败隔离。该日志也提到任务归档和定时执行记录可永久删除，删除前需要确认并等待运行任务安全退出。查看千问办公客户端更新日志。
WorkBuddy 官方更新日志记载，5.8.2 于 发布，修复部分历史会话因消息异常或内容过大而无法打开的问题，也修复企业微信智能机器人生成文件后回复停在思考中、文件没有回传对话的问题。查看 WorkBuddy 更新日志。
这些是两家产品各自公布的版本维护内容。它们说明历史记录恢复、任务执行和文件交付值得被纳入日常验收；不能据此推断所有用户都会遇到相同问题，也不能把单条修复扩展为产品之间完整兼容或权限互通。
迁移的是记录，还是工作能力
企业常把“迁移 AI 工作台”当成一项动作，实际至少涉及三类对象：
| 对象 | 迁移后要核对什么 | 不能默认成立的事 |
|---|---|---|
| 会话与任务记录 | 来源、归属人、消息时间线、任务状态、归档状态 | 导入成功就代表上下文完整、责任主体仍正确 |
| 文件与工作目录 | 附件是否可打开、目录是否对应、产物是否齐全且版本可识别 | 会话中提到文件就代表文件已一并迁移 |
| 连接器与业务权限 | 新账号身份、连接器授权、目标系统原有数据权限、调用记录 | 历史会话沿用了旧连接，或新工作台自动继承了 ERP/CRM 权限 |
厂商公开日志只说明各自列出的功能和修复范围。实际迁移了哪些数据、支持哪些附件格式、是否保留所有目录关联，应以企业所用版本的操作说明和试迁结果为准。尤其要把历史任务数据与可再次调用的业务能力分开：一段旧对话即使可以阅读，也未必能在新工作台继续调用原来的系统工具。
迁移后六项验收
1. 核对任务归属
先用源端任务编号或可识别的标题抽样，确认新工作台中的账号、组织、项目和任务责任人。多人协作或共享工作区要再核对成员可见范围。不要把“记录迁到某个账号”当作组织授权已经审定。
2. 对照上下文时间线
选择包含追问、引用、图片、结构化附件或工具调用的代表性任务，比较源端和目标端的消息顺序、时间、关键输入、执行状态和最终答复。若历史记录被截断、解析失败或只有摘要，应标明缺失范围，不能拿摘要替代原始依据。
3. 检查附件和产物
逐个打开迁移样本里的文件，确认文件名、格式、大小、版本和可读性；对任务生成的表格、文档、网页或代码产物，核对文件本体是否存在，而不只是对话中的链接。需要继续编辑时，确认新工作区关联了正确目录。
4. 验证归档、删除和保留规则
按企业的数据分类和保留要求，确认哪些任务应保留、归档或删除。对包含客户、员工、合同或生产数据的历史内容，先确定迁移目的、访问范围和保留期限，再执行批量导入。需要永久删除的任务，按产品确认流程处理，并记录操作责任人。
5. 测试失败隔离和重复导入
检查迁移报告中的失败数、跳过项与重复项，选取一个失败样本确认是否可重试、重试会不会产生重复记录。遇到损坏任务或缺失工作目录时，先隔离并保留源端标识，再决定修复、补传或排除，不要让一个异常任务掩盖整批结果。
6. 重新验证员工身份与业务授权
对新工作台里的业务连接，分别确认当前员工是谁、连接器允许调用哪些能力、ERP/CRM/OA 等目标系统按该员工账号能返回哪些数据。先从只读、低风险的代表性查询开始，将权限拒绝、空结果和成功结果都纳入记录；需要写入时，再单独检查人工确认和原系统提交流程。
重新验证业务系统连接
历史任务迁移与业务系统集成是两条相关但不同的链路。任务记录可能引用过查询结果或业务工具，但企业不能假定迁移会同步连接器配置、访问凭据、员工身份映射和目标系统授权。对 ERP、CRM、MES、WMS、OA 等系统，建议在新环境重新盘点可用业务能力，并按人员、角色和数据范围做最小化验证。
一个可落地的验收样本可以包含三种情况：授权员工查询自己可见的记录；无权员工请求同一范围时得到符合预期的拒绝或受限结果；连接器或目标系统授权撤回后，后续调用确实无法继续。对新增、修改、删除或审批动作，先验证调用记录和人工确认点，再决定是否进入受控试点。具体执行方式要以企业系统的认证机制和实际部署为准。
分阶段迁移，减少一次性返工
- 定范围：列出工作台、使用人群、需要保留的任务类型、数据级别和保留周期，明确不迁移的内容。
- 做小批试迁：选取普通任务、长会话、含附件任务、失败样本和已归档任务，记录源端基线与目标端差异。
- 验收身份和连接：逐类核对登录账号、组织、连接器、目标系统权限、调用结果和业务责任人。
- 分组推广：试点通过后按团队分批导入，保留失败清单、异常回滚或重新迁移流程与联系人。
- 收尾治理：确认源端数据的保留或删除安排，更新支持流程，并让用户知道哪里查旧记录、如何报告缺失任务。
迁移完成率可以作为过程指标，但不能单独代表业务连续性。还应统计抽样上下文完整率、附件可用率、任务归属准确性、权限测试结果、重复导入率和失败处理时长；每项指标都要注明样本范围与判定方法。
星云 PLUS 在连接治理中的位置
星云 PLUS AI 系统连接器用于把企业现有数据库 / SQL、RESTful API、业务页面、Skill 或 Agent 等业务能力，按评估结果发布给 AI 使用；连接器可按员工、用户组或组织授权，并支持员工身份映射、目标系统原权限判断、关键操作人工确认和调用审计。它解决的是 AI 与业务系统之间的受控连接，不负责替企业完成不同 AI 工作台的历史会话迁移。
因此，工作台迁移后可以把连接验收作为一个独立工作包：先确认新的 AI 入口及员工身份，再在已授权的业务能力范围内测试目标系统权限、结果来源、关键操作确认与调用审计。能力能否复用，取决于已发布的连接方式、目标系统和项目配置；不要仅凭“旧工作台里用过”推定新入口已可用。
把业务连接验收纳入迁移计划
如果企业正在评估 AI 工作台与现有业务系统的连接方式，可访问星云 PLUS 官网了解系统连接器，并关注视频号“星云AI开发平台”获取后续实践内容。
了解 AI 系统连接器资料来源与核验日期
- 千问办公客户端更新日志，千问办公 1.3.1，发布于 2026-10-15；关于 WorkBuddy / WorkBuddy AI 本地数据迁移来源的条目见 2026-09-18 千问办公 1.1.0。官方更新日志
- WorkBuddy 更新日志，5.8.2 版本发布于 2026-10-16。官方更新日志
- 星云 PLUS 能力描述依据指定产品营销卖点库核对；本页未把工作台迁移或历史会话导入表述为星云 PLUS 功能。
公开来源核验日期：2026-10-17。产品版本条目按各厂商更新日志记录引用。
常见问题
把历史会话导入新 AI 工作台，是否等于原权限也迁过去了？
不能这样假定。历史任务记录与新工作台中的员工身份、连接器授权和目标系统权限是不同对象。迁移后应重新核对新工作台账号、组织角色、连接器授权和原系统数据权限。
企业应该迁移所有历史任务吗？
不一定。应先按数据分类、业务用途、保留要求和任务责任人确定范围，并验证归档、删除和访问控制规则；不需要的历史内容不应因默认全量迁入而扩大暴露范围。
怎样判断迁移后的任务可以继续使用？
抽样核对任务归属、消息时间线、引用内容、附件和工作目录，确认任务状态与归档状态符合预期；再对业务系统查询使用只读测试账号或范围，验证身份、授权和目标系统权限。
迁移失败或附件缺失时，应该怎么处理？
保留失败清单和源端标识，将未完成项隔离出来，确认可重试范围和重复导入规则。不要直接把摘要或部分会话当作完整业务记录；必要时从原系统或原始文件重新核验。