安全替换或移除 Knowledge 来源

在不留下重复权威来源且不破坏客户旅程的情况下停用过时的 Knowledge。本指南使工作始终聚焦于 Knowledge 维护,并提供一条可重复执行的路径,让新的 Humind 用户无需更改无关配置也能遵循。 Knowledge 是 Agent 和 Helpdesk 可使用的业务信息来源。文章、片段、文档、网页和文件夹有不同的维护需求。公开可见性、发布状态、生效日期、翻译以及 Helpdesk 资格决定了来源可以出现在哪里,因此内容...

在不留下重复权威来源且不破坏客户旅程的情况下停用过时的 Knowledge。本指南使工作始终聚焦于 Knowledge 维护,并提供一条可重复执行的路径,让新的 Humind 用户无需更改无关配置也能遵循。

Knowledge 是 Agent 和 Helpdesk 可使用的业务信息来源。文章、片段、文档、网页和文件夹有不同的维护需求。公开可见性、发布状态、生效日期、翻译以及 Helpdesk 资格决定了来源可以出现在哪里,因此内容质量既包括写作,也包括生命周期设置。

开始之前

访问权限:需要具有 Knowledge 写入权限。当该来源显示在公开 Helpdesk 上时,需要具有 Helpdesk 发布权限。

  • 识别涵盖该主题的每个来源。
  • 选择已批准的替代项和内容所有者。
  • 记录依赖旧项目的 Agent 和 Helpdesk 旅程。

请在下文所述的最小归属区域内工作,并在准备更改期间保持当前面向客户的状态可用。在点击任何最终操作之前,请确认 Humind 中显示的当前公司、Agent、商店、语言和市场。缺少某个控件可能表示只有只读权限,或表示该能力尚未为此公司配置。在这种情况下,请记录预期任务,并请管理员核查确切的权限或依赖关系。不要通过共享账户、将数据复制到其他区域,或承诺工作区未提供的能力来绕过这一边界。

分步工作流程

  1. 确认范围和当前状态

    在编辑你最先注意到的来源之前,请按标题、URL、特征短语和文件夹搜索,以查找重复项。

    • 编辑前请确认当前公司和 Agent。
    • 记录当前状态,以便在更改后比较结果。
    • 如果屏幕或权限与预期任务不匹配,请停止。
  2. 准备更改

    准备并审查替代项,保留有用的内部链接和已批准的公开翻译,同时不要复制过时事实。

    • 使用能够完成客户任务的最小更改。
    • 将权威信息保留在其所属来源中。
    • 保存前检查标签、日期、语言和客户可见措辞。
  3. 保存并等待所需处理完成

    发布或激活替代项,等待索引完成,并在停用或移除旧来源之前测试具有代表性的问题。

    • 等待界面确认更改已保存。
    • 如果需要同步、索引或发布,请等待其最终状态。
    • 重新加载该区域,并确认保存的值仍然保留。
  4. 测试完整客户旅程

    如果该项目是公开的,请检查 Helpdesk 候选项,并发布一个连贯的新版,以便链接和集合一起移动。

    • 使用新的会话和真实的客户场景。
    • 当结果显示在店面时,请同时检查桌面端和移动端。
    • 如果结果与预期不同,请记录确切的失败步骤。

重要限制和操作说明

  • 成功保存只确认已持久化,不确认每一个下游同步或公开更新。
  • 工作区权限可能会隐藏某个区域,或允许读取但不允许更改。
  • 不要把易变的目录、账户或客户事实复制到叙述性内容中作为变通办法。
  • 仅测试当前公司可见且已配置的受支持能力。
  • 将 Knowledge 维护中的更改与无关的 Agent、Knowledge、目录、Inbox 或 Helpdesk 工作分开。

验证结果

  • 只保留一个权威的活动来源。
  • Agent 测试使用替代项。
  • 公开内部链接可在新的 Helpdesk 候选项中正常解析。
  • 旧来源不再处于活动状态或具备资格,且无关的 Knowledge 保持不变。

简要记录你测试了什么、使用了哪个客户场景以及发生了哪些变化。这样可以让后续故障排查更精确,也能帮助另一位团队成员在不依赖记忆的情况下复现结果。

故障排查

Agent 仍在引用已停用的来源

确认旧项目处于非活动状态,其 chunks 已通过受支持的生命周期完成更新,并且没有任何重复导入包含相同文本。请在新的对话中重新测试。

移除来源会产生损坏的公开链接

先更新引用它的文章,以恢复或重定向客户旅程,然后以原子方式发布完整的 Helpdesk 更改。

相关指南

这篇文章对您有帮助吗?