排查 Humind 中缺失的页面、回答或产品

确定缺失的结果属于权限、Knowledge、目录、Agent 配置、部署,还是 Helpdesk 发布问题。本指南使工作聚焦于跨产品故障排查,并提供一条可重复执行的路径,新 Humind 用户无需更改无关配置即可遵循。 当面向客户的行为缺失或过时时,请隔离拥有该行为的层:源内容、可见性、索引、Agent 配置、部署、权限或发布。一次只检查一层可以产生有用的诊断,并避免用大范围更改掩盖原始原因。 开始之前 访问权限: 需要对受影响区...

确定缺失的结果属于权限、Knowledge、目录、Agent 配置、部署,还是 Helpdesk 发布问题。本指南使工作聚焦于跨产品故障排查,并提供一条可重复执行的路径,新 Humind 用户无需更改无关配置即可遵循。

当面向客户的行为缺失或过时时,请隔离拥有该行为的层:源内容、可见性、索引、Agent 配置、部署、权限或发布。一次只检查一层可以产生有用的诊断,并避免用大范围更改掩盖原始原因。

开始之前

访问权限:需要对受影响区域具有读取权限。请让管理员确认隐藏区域,而不要不必要地扩大访问权限。

  • 记录准确的 URL、提示词、产品、Agent、公司、渠道和时间。
  • 用一句话说明预期结果。
  • 编辑前先在全新会话中重现问题。

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

分步工作流程

  1. 确认范围和当前状态

    将症状归类为导航或权限问题、Knowledge 回答、目录产品、Agent 行为、实时部署,或 Helpdesk 发布问题。

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

    检查最早的归属层:有效权限、权威来源及其生命周期、源同步、索引、Agent 配置、允许的域名或当前活动发布。

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

    只修正一层,并等待其保存、同步、索引、部署或发布状态转换完成。

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

    重复原始场景和一个边界情况,然后记录根本原因和回归检查。

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

重要限制和操作说明

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

验证结果

  • 问题可以重现,或已知不同的上下文。
  • 有一个归属层能够解释该症状。
  • 经过针对性修正后,原始场景可以正常工作。
  • 没有无关的访问权限、内容、目录或发布发生变化。

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

故障排查

症状仅出现在实时站点上

将已部署的 Agent、域名、市场、语言、嵌入数量和对话历史与测试界面进行比较。工作区测试通过并不能证明实时安装正确。

看起来有多个层级都不正确

先从权限和权威源数据开始,然后按顺序向下游推进。在更改每个状态之前先记录下来,这样一次修正就不会掩盖另一个故障。

相关指南

这篇文章对您有帮助吗?