---
title: "Masalah"
description: "Masalah panggilan berulang, dikelompokkan ke dalam pola yang dapat Anda triase — dan perbaiki dengan bantuan AI."
---

Halaman **Masalah** (`/dashboard/issues`, di bawah Kualitas & Pengujian)
mengumpulkan masalah yang terdeteksi di seluruh panggilan Anda dan mengelompokkan
kemunculan berulang ke dalam **pola**, sehingga lima puluh kejadian "agen mengutip
jam yang salah" muncul sebagai satu baris dengan garis tren — bukan lima puluh
laporan terpisah.

## Asal masalah

- **Sistem** — dibuat secara otomatis oleh analisis panggilan ThunderPhone
  saat mendeteksi sesuatu yang tidak berjalan semestinya dalam panggilan.
- **Pengguna** — dibuat oleh orang: dilaporkan dari halaman detail panggilan atau
  diajukan melalui [API laporan masalah](/api-reference/issue-reports).

Setiap masalah memiliki **tingkat keparahan** — Kritis, Peringatan, atau Info.

## Triase

Setiap baris pola menampilkan tingkat keparahan, sparkline **tren**
kemunculan, jumlah **panggilan** yang terdampak, **status**, serta waktu
terakhir pola tersebut terlihat. Status:

| Status | Arti |
| --- | --- |
| **Terbuka** | Memerlukan perhatian — tampilan default hanya menampilkan status ini. |
| **Diabaikan** | Diakui; tidak ditindaklanjuti. |
| **Diselesaikan** | Diperbaiki. Kemunculan baru mengembalikan pola ke bagian atas. |

Ubah status pola secara langsung dari kontrol statusnya, atau pilih
beberapa baris (termasuk "semua yang cocok") dan perbarui secara massal.

Pill filter mencerminkan kolom: **Status** (defaultnya Terbuka),
**Tingkat Keparahan**, **Sumber**, **Pencarian** teks bebas (judul, trace, atau ID
panggilan), dan rentang **Tanggal** — serta **Reset filter**.

## Telusuri pola

Klik baris untuk membuka panel detail: deskripsi pola, riwayat
kemunculannya, dan panggilan yang terdampak, masing-masing tertaut ke
transkrip lengkap dalam riwayat panggilan agar Anda dapat melihat kegagalan
dalam konteksnya.

### Perbaiki dengan AI

Perbaiki dengan AI memerlukan audio rekaman dari setidaknya satu panggilan yang terdampak. Panggilan yang dilakukan
saat perekaman dinonaktifkan tidak dapat diputar ulang. Investigasi memutar ulang
giliran percakapan yang tersimpan; investigasi tidak melakukan panggilan langsung atau membuat panggilan simulasi yang dapat ditagihkan.

Dari panel detail, **Perbaiki dengan AI** memeriksa apakah masalah masih
dapat direproduksi, lalu menguji perubahan Prompt yang terfokus terhadap giliran
yang terdampak dan panggilan pembanding bersih. Hasilnya menampilkan tingkat
pemutaran ulang sebelum dan sesudah, efek samping yang terdeteksi, serta apakah
masalah **Diperbaiki** atau **Ditingkatkan**. Anda meninjau versi perubahan terlacak yang menang sebelum menerapkannya. Tinggalkan halaman kapan saja;
**Lanjutkan perbaikan** mengembalikan Anda ke investigasi yang tersimpan.

Tidak ada yang diterapkan secara otomatis:

- **Terapkan perbaikan** menyiapkan perubahan Prompt dalam draf agen.
- **Terapkan & deploy** menyiapkan perubahan dan langsung men-deploy-nya.

Kedua tindakan mempertahankan perubahan draf yang tidak terkait. Hingga Anda melakukan deploy, Prompt yang saat ini di-deploy tetap aktif.

Jika audio tidak dapat direkonstruksi, investigasi berakhir sebagai **Tidak
dapat diputar ulang**. Jika masalah tidak lagi muncul, investigasi berakhir sebagai **Tidak dapat direproduksi**.
Investigasi juga berhenti tanpa mengubah agen ketika anggaran pemutaran ulangnya berakhir sebelum
konfirmasi.

ThunderPhone menerapkan perubahan hanya ketika masih dapat menemukan tepat satu
kecocokan yang tidak berubah untuk bagian Prompt yang diuji. Perubahan draf yang tidak terkait
tetap dipertahankan. Jika bagian tersebut berubah atau cocok di lebih dari satu tempat, penerapan
melaporkan konflik. Jalankan ulang investigasi terhadap Prompt saat ini sebelum
menerapkannya. Lihat [referensi API Investigations
](/api-reference/investigations) untuk status lengkap dan objek pemutaran ulang.

### Laporkan ke ThunderPhone

Saat investigasi tidak menemukan perbaikan Prompt yang aman, pilih **Laporkan ke
ThunderPhone**. ThunderPhone juga meneruskan beberapa investigasi yang belum diselesaikan
secara otomatis. Jika Anda menggunakan webhook di seluruh organisasi, peristiwa `issue.escalated`
memberi tahu Anda bahwa pola masalah telah dilaporkan dan apakah laporan tersebut
otomatis. [Konfigurasikan webhook masalah](/id/webhooks/events).

## Langkah berikutnya

<CardGroup cols={2}>
  <Card title="Peringatan" icon="bell" href="/id/guides/alerts">
    Dapatkan notifikasi saat metrik kualitas menurun, sebelum masalah menumpuk.
  </Card>
  <Card title="Simulasi" icon="flask" href="/id/guides/test-agents">
    Ubah masalah yang telah diperbaiki menjadi skenario pengujian regresi.
  </Card>
</CardGroup>
