“Lỗi trong luồng tin nhắn” trên ChatGPT — nguyên nhân và cách khắc phục

Ba thao tác cho 90 giây đầu tiên

Tạo lại câu trả lời → tải lại trang (trong ứng dụng, thoát hoàn toàn rồi khởi động lại) → đăng xuất và đăng nhập lại. Một stream bị ngắt một lần thường được xử lý bằng một trong ba bước này, và trường hợp xảy ra một lần là bình thường. Ngược lại, nếu lần nào cũng ngắt ở cùng một vị trí, đó là dấu hiệu một trong các nguyên nhân cụ thể bên dưới đang xảy ra chứ không phải ngẫu nhiên.

Trước tiên hãy xác định liệu vấn đề có thực sự nằm ở phía bạn hay không

Đây là bước mà các hướng dẫn khác thường bỏ qua, dù nó 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 thiết lập cục bộ nào có thể giúp và chờ đợi là giải pháp duy nhất. Nếu không có gì ở đó, nguyên nhân nằm ở phía bạn và bước tiếp theo sẽ thu hẹp phạm vi. Kiểm tra điều này trước khi chỉnh sửa giúp bạn không mất hai mươi phút xóa bộ nhớ đệm trong khi dịch vụ đang ngừng hoạt động.

Thu hẹp nguyên nhân cục bộ từ ngoài vào trong

Thực hiện theo thứ tự này, vì mỗi bước loại trừ mọi nguyên nhân ở phía trên: (1) tắt VPN và proxy; (2) mở cửa sổ riêng tư — thao tác này đồng thời loại bỏ tiện ích mở rộng và bộ nhớ đệm; (3) dùng trình duyệt hoặc thiết bị khác; (4) chuyển mạng. Bước mà từ đó mọi thứ hoạt động trở lại chính là nguyên nhân. Nếu lỗi chỉ xảy ra trong các cuộc trò chuyện dài, không nguyên nhân nào trong bốn nguyên nhân trên là thủ phạm — hãy chuyển các điểm cốt lõi sang một cuộc trò chuyện mới.

Dành cho nhà phát triển: cùng một kiểu ngắt kết nối ở API

Khi gọi với stream: true, cùng sự cố đó 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. Mã trạng thái HTTP là 200 — vì tại thời điểm gửi các header, mọi thứ vẫn ổn — nên chỉ kiểm tra mã trạng thái sẽ không phát hiện được việc ngắt kết nối; khi chịu tải, còn có thể xuất hiện 429 và 529 overloaded_error. Ba điều giúp xử lý tình huống này: (1) coi stream kết thúc mà không có finish_reason là có thể thử lại, không phải câu trả lời hoàn chỉnh; (2) thử lại với exponential backoff kèm jitter khi gặp 429, 500 và 529; (3) kiểm tra idle timeout của proxy và tắt response buffering — proxy đệm phản hồi có thể biến một stream hoạt động bình thường thành một lần chờ bị chặn kéo dài. Để khoanh vùng, trước tiên hãy stream trực tiếp, không qua proxy:

# Direkt streamen, kein Proxy dazwischen, und beobachten, wo es abbricht.
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":"Zähle langsam von 1 bis 20"}]}'

“Lỗi trong luồng tin nhắn” có phải do tôi không?

Hầu như không bao giờ. Thông báo này cho biết kết nối truyền tải câu trả lời đã bị gián đoạn trước khi câu trả lời hoàn tất. Nội dung bạn nhập không gây ra điều đó. Nguyên nhân có thể là tải cao phía OpenAI, đường truyền không ổn định, tiện ích trình duyệt hoặc phiên đăng nhập hết hạn, hoặc cuộc trò chuyện đã dài đến mức các câu trả lời bị timeout.

Phải làm gì nếu tạo lại không hiệu quả?

Trước tiên, kiểm tra status.openai.com — trong lúc có sự cố, không biện pháp cục bộ nào giúp được. Nếu không có sự cố, hãy mở trang trong cửa sổ riêng tư qua một mạng khác: bài kiểm tra này đồng thời loại bỏ tiện ích, bộ nhớ đệm và đường truyền quen thuộc của bạn. Nếu hoạt động ở đó, bật lại từng thứ một cho đến khi lỗi xuất hiện lần nữa. Nếu lỗi xảy ra ở mọi nơi nhưng chỉ trong một cuộc trò chuyện dài duy nhất, hãy chuyển các ý chính sang một cuộc trò chuyện mới.

Điều này có xảy ra với các cuộc trò chuyện AI khác không?

Cách diễn đạt này xuất phát từ ChatGPT, nhưng bất kỳ trợ lý nào stream câu trả lời cũng có thể bị ngắt tương tự. Claude hiển thị thông báo cho biết câu trả lời không thể được tạo hoàn chỉnh; khi gọi API trực tiếp, nó xuất hiện dưới dạng SSE stream kết thúc mà không có finish_reason, hoặc khi chịu tải là 529 overloaded_error.

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

Mỗi lượt đều gửi lại toàn bộ lịch sử, nên một cuộc trò chuyện dài đồng nghĩa với quá trình tạo nội dung lâu hơn trên một kết nối mở duy nhất. Kết nối càng mở lâu thì càng có nhiều cơ hội để proxy timeout, chuyển mạng hoặc sự cố ở phía trên làm đứt kết nối. Một cuộc trò chuyện mới kèm bản tóm tắt những điều cốt lõi thường hữu ích hơn bất kỳ cài đặt trình duyệt nào.