在 Knowledge 中添加并刷新网页

将公开网页添加为 Knowledge 来源,并保持其导入内容为最新状态。本指南将工作重点放在 Knowledge 网页上,并提供一条可重复的路径,让新的 Humind 用户无需更改无关配置即可遵循。 Knowledge 是 Agent 和 Helpdesk 可使用的业务信息来源。文章、片段、文档、网页和文件夹有不同的维护需求。公开可见性、发布状态、生效日期、翻译以及 Helpdesk 适用性决定了来源可以出现的位置,因此内容质量既...

将公开网页添加为 Knowledge 来源,并保持其导入内容为最新状态。本指南将工作重点放在 Knowledge 网页上,并提供一条可重复的路径,让新的 Humind 用户无需更改无关配置即可遵循。

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

开始之前

访问权限:需要具有 Knowledge 写入权限以及使用源网站的许可。

  • 使用页面的规范公开 URL。
  • 确认该页面包含值得导入的稳定信息。
  • 检查是否没有文章或先前导入已拥有相同内容。

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

分步工作流程

  1. 确认范围和当前状态

    在创建另一个来源之前,打开 Knowledge 并搜索域名、页面标题和主题。

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

    将网页的规范 URL 添加到相应文件夹中,并说明其维护负责人。

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

    保存该来源,等待导入和索引完成,并查看提取结果,而不是假设整个可视页面都已被捕获。

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

    源页面更改后,使用可用的刷新或重新导入路径,并在新的 Agent 测试中比较一个已知已更改的部分。

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

重要限制和操作说明

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

验证结果

  • 规范 URL 在 Knowledge 中只出现一次。
  • 导入的文本包含预期问题所需的部分。
  • 已知的页面更新会在刷新和处理后得到反映。
  • Agent 会拒绝导入页面中不存在的信息。

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

故障排查

只导入了部分页面

检查缺失内容是公开文本,还是通过受保护或交互式元素加载。若网页无法提供稳定且可提取的内容,请改用便于维护的 Humind 文章或文档。

刷新后答案没有变化

确认源页面本身已发生更改、已刷新正确的 URL,并且处理已完成。然后测试一次新的对话,以避免依赖较早的上下文。

相关指南

这篇文章对您有帮助吗?