Humind Knowledge 除了可添加撰写的文章和片段外，还可以添加网页、文档、Gorgias Help Center 或 Zendesk Help Center 来源。导入可以加快设置速度，但前提是公司清楚哪个系统负责更新，以及将如何审核导入的内容。

本指南提供来源选择和质量工作流程。它有意避免声明当前界面无法向每家公司保证的刷新计划或导入结果。

这如何适配 Humind

Knowledge 是由 Humind 使用的、经维护的非目录信息来源。文章、片段、导入的网页、文档和外部帮助中心来源在所有权和可见性规则上各不相同。请选择与信息维护方式相匹配的来源类型。

公开且已发布的文章也可以投射到 Helpdesk 中。片段仍然是操作指导，而不是公开的 Helpdesk 页面。为每项政策保留一个权威来源，可以减少相互冲突的答案，并让更新可审计。

开始之前

访问权限：添加和管理导入来源需要具有 Knowledge 写入权限。还可能需要访问外部系统以验证所有权和内容。

• 确定规范的外部来源及其负责人。
• 盘点相似的 Humind 文章、片段、网页、文档和先前的导入内容。
• 选择一个审核样本，其中包括标题、列表、链接、表格和时效性内容。

分步工作流程

1. 选择来源类型

   打开 AI Agent、Knowledge，选择新内容，并在网页仍是规范来源时选择网页，为受维护的文件选择文档，或者为这些系统选择相应的 Gorgias Help Center 或 Zendesk Help Center 选项。如果后续应由 Humind 拥有已撰写内容，请使用文章。

   不要仅因为存在该选项就导入整个系统。应从受支持的 Agent 旅程所需的内容开始。

2. 防止重复权威来源

   在 Humind 中搜索相同的政策、产品说明和标题。决定该导入是替换现有来源、为不同受众补充现有来源，还是不应继续进行。

   当所有权发生转移时，请使用经过审核的取消发布或替换流程。不要让旧的 Humind 文章和导入版本同时保持激活状态且事实略有不同。

3. 添加来源并检查结果

   按照所选来源类型的当前表单进行操作。在 Humind 处理或显示该来源后，检查标题、结构、链接、媒体、语言、日期以及任何应保持私密的文本。检查该来源显示的 Knowledge 状态。

   导入类型或托管类型可能具有与其来源相关联的生命周期行为。不要假定每个字段或状态都像原生文章一样进行编辑。

4. 测试具有代表性的问题

   使用 Playground 就导入材料提出直接问题、改写问题、模糊问题和边界情况问题。查看答案是否使用了正确的来源，以及是否有较旧的 Knowledge 条目与其竞争。

   如果内容是公开的 Helpdesk 文档，请先确认原生公开文章或来源投射是否为受支持的公开路径，再承诺导入条目会显示为 Helpdesk 页面。

5. 定义持续所有权

   记录谁更新外部来源、谁在来源变更后检查 Humind，以及什么事件会触发审核。包括链接失效、政策日期、外部平台迁移和内容删除。

   定期搜索重复标题和过时的来源状态。首次成功导入并不构成永久的质量保证。

权限和重要注意事项

• 可用的来源类型并不保证每个外部页面或每种格式模式都能被完美导入。
• 外部 Help Center 集成和工单提供商可用性属于单独的产品问题。
• 导入来源可能保持私密，或根据类型具有托管状态；请核实条目本身。
• 切勿将凭据、员工私人内容或客户个人数据导入共享的 Knowledge。

验证结果

在认为工作完成之前，请使用此核对清单：

• 每个导入主题都记录了一个规范来源和一位负责人。
• 在 Humind 中，具有代表性的结构、链接、语言和时效性事实都是正确的。
• 没有相互竞争的 Knowledge 条目产生不同的答案。
• 已分配审核触发条件以及对外部来源变更的响应方式。

故障排查

导入结果不完整

比较准确来源和受支持的来源类型，找出缺失的结构或访问限制，并对无法可靠呈现的关键内容使用原生文章。

Agent 使用了较旧的 Humind 文章

在所有来源类型中搜索重复权威来源，确定哪个系统拥有该政策，通过审核取消发布或更新过时来源，并测试新的对话。

外部内容已更改，但 Humind 未更改

检查该条目的当前来源状态和受支持的刷新工作流程。如果时间安排无法保证，请通过已记录的流程更新或替换来源，而不要假设会立即同步。

相关指南

• 建立可靠的 Knowledge 库
• 创建并发布一篇 Knowledge 文章
• 使用文件夹整理 Knowledge
• 在 Playground 中测试你的 Agent