Nguyên nhân và cách khắc phục lỗi “Đã xảy ra lỗi trong luồng tin nhắn” của ChatGPT

Ba việc nên thử trong 90 giây đầu

Tạo lại câu trả lời → tải lại trang (nếu là ứng dụng, thoát hoàn toàn rồi mở lại) → đăng xuất và đăng nhập lại. Nếu là lần ngắt nhất thời, một trong ba cách này thường giải quyết được, và lỗi nhất thời là trường hợp phổ biến. Ngược lại, nếu luôn dừng ở cùng một điểm, đó là dấu hiệu một trong các nguyên nhân cụ thể dưới đây đang tác động.

Trước tiên hãy xác định có phải vấn đề ở phía bạn không

Đây là bước các bài hướng dẫn khác thường bỏ qua nhưng giúp tiết kiệm nhiều thời gian nhất. Mở status.openai.com. Nếu có sự cố đang diễn ra, không thể thay đổi gì bằng cài đặt phía bạn và chỉ còn cách chờ. Nếu không có gì, nguyên nhân nằm trong môi trường của bạn và bước tiếp theo sẽ thu hẹp phạm vi. Kiểm tra trước khi chỉnh cài đặt giúp bạn không mất 20 phút xóa cache trong lúc sự cố vẫn đang diễn ra.

Thu hẹp nguyên nhân từng lớp từ bên ngoài vào

Tiến hành theo thứ tự này vì mỗi bước loại bỏ tất cả khả năng bên trên: ① tắt VPN·proxy ② mở cửa sổ ẩn danh (loại bỏ tiện ích và cache cùng lúc) ③ dùng trình duyệt hoặc thiết bị khác ④ đổi đường truyền. Bước nào khôi phục hoạt động bình thường thì đó chính là nguyên nhân. Nếu lỗi chỉ xảy ra trong cuộc trò chuyện dài, không khả năng nào trong bốn khả năng là nguyên nhân; chuyển phần cốt lõi sang cuộc trò chuyện mới là cách chắc chắn nhất.

Dành cho nhà phát triển: hiện tượng ngắt tương tự cũng xảy ra trong API

Khi gọi API với stream: true, cùng sự cố sẽ xuất hiện dưới dạng kết nối Server-Sent Events kết thúc mà không có finish_reason. HTTP status là 200 — vì tại thời điểm gửi header mọi thứ vẫn bình thường — nên chỉ kiểm tra mã trạng thái sẽ không phát hiện được; khi chịu tải, 429 và 529 overloaded_error cũng có thể xuất hiện. Ba việc giúp hệ thống chịu lỗi là: (1) coi stream kết thúc không có finish_reason là đối tượng cần thử lại, không phải câu trả lời hoàn chỉnh; (2) thử lại 429·500·529 bằng exponential backoff và jitter; (3) nếu đi qua proxy, kiểm tra idle timeout và tắt buffering phản hồi — proxy có buffering sẽ biến stream bình thường thành một khoảng dừng dài. Để phân biệt nguyên nhân, trước hết hãy thử truyền trực tiếp không qua proxy:

# 프록시를 거치지 않고 직접 스트리밍해 어디서 끊기는지 확인한다.
curl -N https://api.kunavo.com/v1/chat/completions \
  -H "Authorization: Bearer $KUNAVO_API_KEY" \
  -H "content-type: application/json" \
  -d '{"model":"claude-sonnet-5","stream":true,
       "max_tokens":300,
       "messages":[{"role":"user","content":"1부터 20까지 천천히 세어줘"}]}'

“Đã xảy ra lỗi trong luồng tin nhắn” có phải là lỗi của tôi không?

Gần như không. Thông báo này có nghĩa là kết nối truyền câu trả lời đã bị ngắt trước khi kết thúc. Nội dung bạn nhập không gây ra lỗi này. Nguyên nhân có thể là tải cao phía OpenAI, mạng không ổn định, tiện ích mở rộng trình duyệt hoặc phiên đã hết hạn, hay cuộc trò chuyện đã trở nên quá dài khiến phản hồi hết thời gian chờ.

Nếu tạo lại vẫn không được thì sao?

Trước tiên, hãy kiểm tra status.openai.com — trong thời gian xảy ra sự cố, bạn không thể làm gì từ phía mình. Nếu không có sự cố, hãy mở trong cửa sổ ẩn danh bằng một kết nối khác. Chỉ một bài kiểm tra này đã đồng thời loại trừ tiện ích mở rộng, bộ nhớ đệm và đường truyền thường dùng. Nếu hoạt động ở đó, hãy hoàn tác từng thay đổi để tìm điểm gây lỗi. Nếu không hoạt động ở đâu và chỉ xảy ra trong một cuộc trò chuyện dài cụ thể, hãy chuyển phần cốt lõi sang cuộc trò chuyện mới.

Lỗi tương tự có xảy ra ở các AI khác không?

Câu chữ là của ChatGPT, nhưng Claude và Gemini cũng sử dụng cấu trúc nhận phản hồi qua phát trực tuyến, nên khi kết nối bị ngắt sẽ phát sinh loại lỗi tương tự. Với Claude, lỗi có thể hiển thị là không thể tạo phản hồi đến cuối; khi gọi API trực tiếp, có thể là luồng SSE kết thúc mà không có finish_reason hoặc lỗi 529 (overloaded_error) khi hệ thống quá tải.

Tại sao lỗi này xảy ra thường xuyên hơn trong các cuộc trò chuyện dài?

Vì toàn bộ cuộc trò chuyện được gửi lại ở mỗi lượt, cuộc trò chuyện càng dài thì quá trình tạo nội dung trên một kết nối mở càng kéo dài. Kết nối mở càng lâu thì càng có nhiều cơ hội xảy ra timeout của proxy, chuyển mạng hoặc sự cố tức thời ở thượng nguồn. Tóm tắt phần cốt lõi và bắt đầu cuộc trò chuyện mới thường hiệu quả hơn việc thay đổi cài đặt trình duyệt.