問題

繰り返し発生する通話の問題をパターン別に整理し、トリアージとAIによる修正を支援します。

問題ページ（品質とテスト内の/dashboard/issues）では、通話全体で検出された問題を収集し、繰り返し発生する事象をパターンとしてグループ化します。これにより、「エージェントが誤った営業時間を案内した」という問題が50件発生した場合も、50件の個別レポートではなく、トレンドライン付きの1行として表示されます。

問題の発生元#

• システム — ThunderPhoneの通話分析が、通話中に問題を検出すると自動的に起票します。
• ユーザー — 通話の詳細ページから報告するか、問題レポートAPIを通じて起票します。

各問題には、重大度（重大、警告、情報）が設定されます。

トリアージ#

各パターン行には、重大度、発生トレンドのスパークライン、影響を受けた通話数、ステータス、最後に検出された日時が表示されます。ステータスは次のとおりです。

ステータスコントロールからパターンのステータスをインラインで変更できます。また、複数の行（「すべての一致行」を含む）を選択して一括更新することもできます。

フィルタチップは列に対応しています。ステータス（デフォルトは未対応）、重大度、発生元、自由入力の検索（タイトル、トレース、または通話ID）、日付範囲、およびフィルタをリセットです。

パターンを詳しく確認する#

行をクリックすると詳細パネルが開きます。パターンの説明、発生履歴、影響を受けた通話が表示されます。各通話は通話履歴内の完全な文字起こしにリンクしているため、問題を文脈の中で確認できます。

AIで修正#

AIで修正するには、影響を受けた通話のうち少なくとも1件の録音音声が必要です。録音が無効な状態で行われた通話は再生できません。調査では保存されたターンを再生します。ライブ通話を発信したり、課金対象のシミュレーション通話を作成したりすることはありません。

詳細パネルからAIで修正を選択すると、問題が引き続き再現するかを確認し、影響を受けたターンと問題のない比較通話に対して、対象を絞ったプロンプト変更をテストします。結果には、変更前後のリプレイでの発生率、検出された副作用、問題が修正済みか改善済みかが表示されます。適用前に、最も効果的だった修正差分を確認します。いつでもページを離れることができます。修正を再開を選択すると、保存された調査に戻れます。

変更が自動的に適用されることはありません。

• 修正を適用では、エージェントの下書きにプロンプト変更を追加します。
• 適用してデプロイでは、変更を下書きに追加し、直ちにデプロイします。

どちらの操作でも、関連しない下書き編集は保持されます。デプロイするまで、現在デプロイされているプロンプトが引き続き有効です。

音声を再構築できない場合、調査は再生不可として終了します。問題が表示されなくなった場合は、再現不可として終了します。また、確認前にリプレイ予算が終了した場合も、エージェントを変更せずに停止します。

ThunderPhoneは、テストされたプロンプトセクションに対して変更されていない一致箇所を1つだけ特定できる場合にのみ、変更を適用します。関連しない下書き編集は保持されます。そのセクションが変更されているか、複数の箇所に一致する場合、適用時に競合が報告されます。適用する前に、現在のプロンプトに対して調査を再実行してください。完全なステータスとリプレイオブジェクトについては、調査APIリファレンスを参照してください。

ThunderPhoneに報告#

調査で安全に適用できるプロンプト修正が見つからない場合は、ThunderPhoneに報告を選択します。ThunderPhoneは、一部の未解決の調査を自動的にルーティングすることもあります。組織全体のWebhookを使用している場合、issue.escalatedイベントにより、問題パターンが報告されたことと、その報告が自動かどうかを確認できます。問題Webhookを設定する。

次のステップ#