问题

按可供您分诊的模式归类的重复出现的通话问题——并可借助 AI 协助修复。

问题页面（/dashboard/issues，位于“质量与测试”下）会汇总在您的通话中检测到的问题，并将重复出现的情况归类为模式。因此，五十次“智能体报错营业时间”会显示为带趋势线的一行，而不是五十份单独的报告。

问题来源#

• 系统 —— 当 ThunderPhone 的通话分析检测到通话中出现问题时自动创建。
• 用户 —— 由人员创建：可从通话详情页报告，或通过问题报告 API提交。

每个问题都有一个严重程度——严重、警告或信息。

分类处理#

每个模式行都会显示其严重程度、出现次数的趋势迷你图、受影响的通话数量、其状态以及最后一次出现的时间。状态包括：

您可以通过模式状态控件直接更改其状态，也可以选择多行（包括“所有匹配项”）进行批量更新。

筛选条件与各列对应：状态（默认为“打开”）、严重程度、来源、自由文本搜索（标题、追踪记录或通话 ID）以及日期范围——另有重置筛选条件。

深入查看模式#

点击某一行可打开详情面板：其中包含模式说明、出现历史记录以及受影响的通话。每个通话均链接至通话记录中的完整转录文本，便于您在上下文中查看故障。

使用 AI 修复#

使用 AI 修复需要至少一通受影响通话的录音。录音被禁用期间进行的通话无法重放。调查会重放已存储的轮次；不会发起实时通话或创建计费模拟通话。

在详情面板中，使用 AI 修复会先检查问题是否仍可复现，然后针对受影响的轮次和干净的对比通话测试重点提示词修改。结果会显示重放率的前后对比、检测到的副作用，以及问题是否已修复或改善。您可以在应用前审查胜出的修订方案。您可以随时离开页面；继续修复会返回已保存的调查。

不会自动应用任何更改：

• 应用修复会将提示词更改暂存到智能体的草稿中。
• 应用并部署会暂存更改并立即部署。

两项操作都会保留无关的草稿编辑。在您部署之前，当前已部署的提示词仍保持生效。

如果无法重建音频，调查将以无法重放结束。如果问题不再出现，则以无法复现结束。如果重放预算在确认前耗尽，调查也会停止，且不会更改智能体。

ThunderPhone 仅会在仍能为已测试的提示词部分找到唯一且未更改的匹配项时应用更改。无关的草稿编辑会被保留。如果该部分已更改或匹配到多个位置，应用操作会报告冲突。请先针对当前提示词重新运行调查，再应用更改。有关完整的状态和重放对象，请参阅调查 API 参考。

向 ThunderPhone 报告#

当调查未找到安全的提示词修复方案时，请选择向 ThunderPhone 报告。ThunderPhone 也会自动转交部分未解决的调查。如果您使用组织范围的 Webhook，issue.escalated事件会告知您某个问题模式是否已被报告，以及该报告是否为自动报告。配置问题 Webhook。

后续步骤#