Open in
問題
依模式歸類的重複性通話問題，讓你能分類處理——並在 AI 協助下修正。
問題頁面（/dashboard/issues，位於「品質與測試」下方）
會彙整在你的通話中偵測到的問題，並將重複發生的情況分組為
模式，因此五十次「智慧體報出了錯誤營業時間」會顯示為一列並附上趨勢線——而不是五十份個別報告。
問題來源
- 系統——當 ThunderPhone 的通話分析偵測到通話中出現問題時自動建立。
- 使用者——由人員建立：可從通話詳細資料頁面回報，或透過問題回報 API提交。
每個問題都有一個嚴重性等級——嚴重、警告或資訊。
分流處理
每個模式列都會顯示其嚴重性、發生次數的趨勢迷你折線圖、受影響的通話數量、其狀態，以及最後出現時間。狀態如下：
| 狀態 | 說明 |
|---|---|
| 待處理 | 需要關注——預設檢視只會顯示這些項目。 |
| 已忽略 | 已確認；不會採取處理動作。 |
| 已解決 | 已修正。新的發生情況會將模式推回頂端。 |
可直接透過模式的狀態控制項變更狀態，或選取多列（包括「所有相符項目」）進行大量更新。
篩選條件按鈕對應各欄位：狀態（預設為待處理）、 嚴重性、來源、自由文字搜尋（標題、追蹤紀錄或通話 ID），以及日期範圍——另有重設篩選條件。
深入查看模式
點選一列即可開啟詳細資料面板：模式說明、其發生紀錄，以及受影響的通話。每項都會連結至通話紀錄中的完整逐字稿，讓你能在脈絡中查看失敗情況。
使用 AI 修正
使用 AI 修正需要至少一通受影響通話的錄音。停用錄音期間撥打的通話無法重播。調查會重播已儲存的輪次；不會撥打即時通話，也不會建立會計費的模擬通話。
在詳細資料面板中，使用 AI 修正會先檢查問題是否仍可重現，接著針對受影響的輪次與乾淨的比較通話，測試聚焦的提示詞變更。結果會顯示修正前後的重播率、偵測到的副作用，以及問題是已修正還是已改善。套用前，你可以檢閱最佳的修訂差異。你可隨時離開頁面；繼續修正會返回已儲存的調查。
不會自動套用任何變更：
- 套用修正會將提示詞變更暫存於智慧體草稿中。
- 套用並部署會暫存變更並立即部署。
兩種操作都會保留無關的草稿編輯。在你部署前，目前已部署的提示詞會持續生效。
如果無法還原音訊，調查會以無法重播結束。如果問題不再出現，則會以無法重現結束。若在確認前用盡重播預算，調查也會停止，且不會變更智慧體。
ThunderPhone 僅會在仍可為已測試的提示詞區段找到恰好一個未變更相符項目時套用變更。無關的草稿編輯會被保留。如果該區段已變更或符合多個位置，套用操作會回報衝突。請先依目前的提示詞重新執行調查，再套用變更。完整的狀態與重播物件請參閱調查 API 參考資料。
回報給 ThunderPhone
當調查找不到安全的提示詞修正方案時，請選取回報給
ThunderPhone。ThunderPhone 也會自動轉交部分未解決的調查。如果你使用組織層級 Webhook，issue.escalated
事件會告知你某個問題模式已被回報，以及該回報是否為自動建立。設定問題 Webhook。