« 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 trong 90 giây đầu tiên

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

Trước tiên xác định xem vấn đề có đến từ phía bạn hay không

Đây là bước mà các danh sách khắc phục sự cố khác thường bỏ qua, dù nó giúp tiết kiệm nhiều thời gian nhất. Mở status.openai.com. Nếu đang có sự cố, không thiết lập cục bộ nào có thể thay đổi điều đó và chờ là lựa chọn duy nhất. Nếu không có gì được thông báo, nguyên nhân là cục bộ và bước tiếp theo sẽ khoanh vùng nó. Thực hiện kiểm tra này trước khi thay đổi cài đặt giúp tránh mất 20 phút xóa bộ nhớ đệm trong khi hệ thống đang gặp sự cố.

Cô lập nguyên nhân cục bộ từ ngoài vào trong

Thực hiện theo thứ tự này, mỗi bước loại trừ mọi nguyên nhân ở các bước trước: (1) tắt VPN và proxy; (2) mở cửa sổ ẩn danh — thao tác này loại bỏ tiện ích và bộ nhớ đệm cùng lúc; (3) thử trình duyệt hoặc thiết bị khác; (4) đổi mạng. Bước từ đó trở đi mà mọi thứ hoạt động lại sẽ chỉ ra nguyên nhân. Nếu lỗi chỉ xuất hiện 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à vấn đề: hãy chuyển phần 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 sự cố ngắt kết nối ở phía API

Khi gọi API 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 — mọi thứ vẫn ổn tại thời điểm gửi các header — vì vậy việc chỉ kiểm tra mã trạng thái sẽ không phát hiện được; khi có tải, 429 và 529 overloaded_error cũng có thể xuất hiện. Có ba cách để xử lý: (1) coi một luồng kết thúc mà không có finish_reason là cần phát lại, không phải phản hồi hoàn chỉnh; (2) thử lại 429, 500 và 529 với backoff lũy thừa và jitter; (3) nếu đứng sau proxy, kiểm tra idle timeout của proxy và tắt việc đệm phản hồi — proxy đệm phản hồi sẽ biến một luồng đang hoạt động thành một lần chờ dài. Để khoanh vùng, trước tiên hãy stream mà không qua proxy:

# Streamer directement, sans proxy sur le chemin, et voir où ça s'arrête.
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":"compte lentement de 1 à 20"}]}'

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

Gần như không bao giờ. Thông báo cho biết kết nối đang truyền phản hồi đã bị ngắt trước khi hoàn tất. Những gì bạn viết không gây ra lỗi này. Nguyên nhân có thể là tải ở phía OpenAI, mạng không ổn định, tiện ích trình duyệt hoặc phiên đã hết hạn, hoặc cuộc trò chuyện đã đủ dài khiến phản hồi hết thời gian chờ.

Làm gì nếu tạo lại vẫn không đủ?

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

Điều này có xảy ra với các AI khác không?

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

Tại sao lỗi xuất hiện 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ộ chuỗi, vì vậy một cuộc trò chuyện dài đồng nghĩa với quá trình tạo nội dung dài hơn được duy trì trên một kết nối mở duy nhất. Kết nối mở càng lâu thì timeout của proxy, chuyển đổi mạng hoặc một trục trặc upstream càng có nhiều cơ hội làm nó bị ngắt. Bắt đầu lại bằng một cuộc trò chuyện mới cùng bản tóm tắt phần cốt lõi thường tạo ra khác biệt lớn hơn bất kỳ cài đặt trình duyệt nào.