--- title: "Sự cố" description: "Các vấn đề cuộc gọi lặp lại, được nhóm theo các mẫu bạn có thể phân loại — và khắc phục với sự hỗ trợ của AI." --- Trang **Sự cố** (`/dashboard/issues`, trong mục Chất lượng & Kiểm thử) tập hợp các vấn đề được phát hiện trong các cuộc gọi của bạn và nhóm các lần xuất hiện lặp lại thành **mẫu**, để năm mươi trường hợp "tác nhân AI báo sai giờ hoạt động" hiển thị thành một hàng với đường xu hướng — thay vì năm mươi báo cáo riêng lẻ. ## Nguồn gốc sự cố - **Hệ thống** — được ThunderPhone tự động tạo từ phân tích cuộc gọi khi phát hiện có sự cố trong cuộc gọi. - **Người dùng** — được mọi người tạo: báo cáo từ trang chi tiết cuộc gọi hoặc gửi qua [API báo cáo sự cố](/api-reference/issue-reports). Mỗi sự cố có một **mức độ nghiêm trọng** — Nghiêm trọng, Cảnh báo hoặc Thông tin. ## Phân loại Mỗi hàng mẫu hiển thị mức độ nghiêm trọng, biểu đồ thu nhỏ **xu hướng** xuất hiện, số **cuộc gọi** bị ảnh hưởng, **trạng thái** và thời điểm được phát hiện gần nhất. Các trạng thái: | Trạng thái | Ý nghĩa | | --- | --- | | **Đang mở** | Cần được chú ý — chế độ xem mặc định chỉ hiển thị các mục này. | | **Đã bỏ qua** | Đã xác nhận; không xử lý. | | **Đã khắc phục** | Đã sửa. Lần xuất hiện mới sẽ đưa mẫu trở lại đầu danh sách. | Thay đổi trạng thái của mẫu ngay trong hàng từ điều khiển trạng thái, hoặc chọn nhiều hàng (bao gồm "tất cả mục khớp") và cập nhật hàng loạt. Các chip bộ lọc tương ứng với các cột: **Trạng thái** (mặc định là Đang mở), **Mức độ nghiêm trọng**, **Nguồn**, **Tìm kiếm** dạng văn bản tự do (tiêu đề, trace hoặc ID cuộc gọi), cùng khoảng **Ngày** — và **Đặt lại bộ lọc**. ## Tìm hiểu chi tiết về một mẫu Nhấp vào một hàng để mở bảng chi tiết: mô tả của mẫu, lịch sử xuất hiện và các cuộc gọi bị ảnh hưởng, mỗi mục đều liên kết đến bản ghi đầy đủ trong lịch sử cuộc gọi để bạn có thể xem lỗi trong ngữ cảnh. ### Khắc phục bằng AI Khắc phục bằng AI cần âm thanh đã ghi từ ít nhất một cuộc gọi bị ảnh hưởng. Các cuộc gọi được thực hiện khi tính năng ghi âm bị tắt sẽ không thể phát lại. Quá trình điều tra phát lại các lượt hội thoại đã lưu; không thực hiện cuộc gọi trực tiếp hoặc tạo cuộc gọi mô phỏng có tính phí. Từ bảng chi tiết, **Khắc phục bằng AI** kiểm tra xem vấn đề có còn tái diễn hay không, sau đó thử các thay đổi prompt tập trung trên các lượt hội thoại bị ảnh hưởng và các cuộc gọi so sánh không có lỗi. Kết quả hiển thị tỷ lệ phát lại trước và sau, các tác dụng phụ được phát hiện, cùng việc sự cố đã **Được khắc phục** hay **Được cải thiện**. Bạn xem lại bản đánh dấu thay đổi được chọn trước khi áp dụng. Bạn có thể rời khỏi trang bất cứ lúc nào; **Tiếp tục khắc phục** sẽ quay lại quá trình điều tra đã lưu. Không có thay đổi nào được áp dụng tự động: - **Áp dụng bản sửa** đưa thay đổi prompt vào bản nháp của tác nhân AI. - **Áp dụng & triển khai** đưa thay đổi vào bản nháp và triển khai ngay lập tức. Cả hai thao tác đều giữ nguyên các chỉnh sửa bản nháp không liên quan. Cho đến khi bạn triển khai, prompt hiện đang được triển khai vẫn hoạt động. Nếu không thể tái tạo âm thanh, quá trình điều tra kết thúc với trạng thái **Không thể phát lại**. Nếu sự cố không còn xuất hiện, quá trình kết thúc với trạng thái **Không thể tái tạo**. Quá trình này cũng dừng mà không thay đổi tác nhân AI khi ngân sách phát lại kết thúc trước khi xác nhận. ThunderPhone chỉ áp dụng thay đổi khi vẫn có thể tìm thấy đúng một kết quả khớp chưa thay đổi cho phần prompt đã được kiểm thử. Các chỉnh sửa bản nháp không liên quan sẽ được giữ nguyên. Nếu phần đó đã thay đổi hoặc khớp với nhiều vị trí, thao tác áp dụng sẽ báo xung đột. Chạy lại quá trình điều tra với prompt hiện tại trước khi áp dụng. Xem [tài liệu tham khảo API Điều tra](/api-reference/investigations) để biết đầy đủ các đối tượng trạng thái và phát lại. ### Báo cáo cho ThunderPhone Khi quá trình điều tra không tìm thấy bản sửa prompt an toàn, hãy chọn **Báo cáo cho ThunderPhone**. ThunderPhone cũng tự động chuyển một số quá trình điều tra chưa được giải quyết. Nếu bạn sử dụng webhook trên toàn tổ chức, sự kiện `issue.escalated` cho bạn biết rằng một mẫu sự cố đã được báo cáo và liệu báo cáo có được thực hiện tự động hay không. [Cấu hình webhook sự cố](/vi/webhooks/events). ## Bước tiếp theo Nhận thông báo khi chỉ số chất lượng giảm, trước khi sự cố tích tụ. Biến một sự cố đã khắc phục thành kịch bản kiểm thử hồi quy.