“Đã xảy ra lỗi khi truyền tin nhắn” xuất hiện khi kết nối truyền phản hồi từng phần của ChatGPT bị ngắt trước khi phản hồi kết thúc. Hầu như không phải do nội dung bạn nhập: nguyên nhân thường là tải cao phía OpenAI, đường truyền không ổn định, tiện ích trình duyệt hoặc cuộc trò chuyện đã quá dài. Tạo lại phản hồi có thể giải quyết phần lớn trường hợp; nếu vẫn không được, chỉ cần kiểm tra trang trạng thái một lần là biết vấn đề không nằm ở phía bạn.
Lỗi
訊息串流發生錯誤
(同一種故障的其他說法:「串流已中斷。正在等待完整訊息」、
「Hmm...something seems to have gone wrong.」
症狀都一樣 —— 回覆停在一半,永遠不會產生完。)Tổng quan nguyên nhân và cách khắc phục
| Nguyên nhân | Cách khắc phục |
|---|---|
| OpenAI đang quá tải hoặc gặp sự cố. Điều này có thể ảnh hưởng đến tất cả gói, bao gồm cả Plus và Pro; nếu lỗi lặp lại vài phút một lần, đây là nguyên nhân có khả năng nhất. | Kiểm tra status.openai.com. Trong thời gian xảy ra sự cố, mọi điều chỉnh ở phía bạn đều không thay đổi kết quả; chờ đợi là cách duy nhất. |
| Kết nối không ổn định: chuyển đổi giữa Wi-Fi và mạng di động, VPN hoặc proxy công ty, tín hiệu di động yếu. Truyền dữ liệu giữ một kết nối đơn trong thời gian dài, nên vẫn có thể bị ngắt ngay cả khi các trang web thông thường tải bình thường. | Tắt VPN hoặc proxy, đổi sang đường truyền khác (Wi-Fi ⇄ mạng di động) rồi thử lại. |
| Môi trường trình duyệt: tiện ích chèn vào trang, bộ nhớ đệm đã cũ hoặc phiên đăng nhập hết hiệu lực. | Thử lại trong cửa sổ ẩn danh. Nếu chế độ ẩn danh hoạt động bình thường, nguyên nhân là tiện ích hoặc bộ nhớ đệm —— tắt tiện ích, xóa dữ liệu trang web và đăng nhập lại. |
| Cuộc trò chuyện quá dài hoặc tệp đính kèm quá lớn. Mỗi lượt đều gửi lại toàn bộ cuộc trò chuyện, khiến thời gian tạo phản hồi kéo dài và khả năng bị ngắt tăng lên. | Đưa các ý chính sang một cuộc trò chuyện mới. Chia nhỏ tệp lớn thay vì đính kèm toàn bộ. |
Thử ba cách này trong 90 giây đầu
Tạo lại phản hồi → làm mới trang (nếu dùng ứng dụng, đóng hoàn toàn rồi mở lại) → đăng xuất và đăng nhập lại. Một trong ba cách này thường giải quyết được lỗi kết nối ngắt một lần, và lỗi ngắt một lần mới là tình huống phổ biến. Ngược lại, nếu lần nào cũng dừng ở cùng một vị trí, đó là dấu hiệu một nguyên nhân cụ thể bên dưới đang tác động chứ không phải sự cố ngẫu nhiên.
Trước tiên xác định vấn đề có nằm ở phía bạn không
Đây là bước thường bị các hướng dẫn khác bỏ qua nhưng tiết kiệm thời gian nhất. Mở status.openai.com. Nếu đang có sự cố được xử lý, không thiết lập nào ở phía bạn thay đổi được gì; chờ đợi là cách duy nhất. Nếu không có sự cố, nguyên nhân nằm ở phía cục bộ và bước tiếp theo sẽ thu hẹp phạm vi. Kiểm tra điều này trước khi thay đổi cài đặt giúp bạn không mất hai mươi phút xóa bộ nhớ đệm trong lúc chính OpenAI đang gặp sự cố.
Thu hẹp nguyên nhân cục bộ từng lớp từ ngoài vào trong
Xử lý theo thứ tự này vì mỗi lớp sẽ loại trừ mọi khả năng ở các lớp phía trên: ① tắt VPN và proxy ② mở cửa sổ ẩn danh (đồng thời loại bỏ tiện ích và bộ nhớ đệm) ③ đổi trình duyệt hoặc thiết bị ④ đổi mạng. Lớp nào khôi phục được hoạt động chính là nguyên nhân. Nếu chỉ cuộc trò chuyện dài mới lỗi thì cả bốn lớp đều không phải vấn đề —— chuyển các ý chính sang cuộc trò chuyện mới mới là cách giải quyết.
Dành cho nhà phát triển: cùng một lỗi ngắt trên API biểu hiện như thế nào
Khi gọi API với stream: true, lỗi tương tự biểu hiện là 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ứ bình thường tại thời điểm gửi header —— nên chỉ kiểm tra mã trạng thái sẽ không phát hiện được; khi tải cao còn có thể xuất hiện đồng thời 429 và 529 overloaded_error. Ba biện pháp giúp xử lý ổn định hơn: (1) coi stream kết thúc mà không có finish_reason là có thể thử lại, không phải phản hồi hoàn tất; (2) dùng exponential backoff kèm jitter cho 429, 500 và 529; (3) nếu có proxy ở giữa, kiểm tra idle timeout và tắt bộ đệm phản hồi —— proxy có bộ đệm có thể biến một stream bình thường thành kết nối bị treo lâu. Để làm rõ vấn đề, trước tiên hãy stream trực tiếp không qua proxy:
# 直接串流、路徑上不放 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"}]}'Nếu bạn gọi qua Kunavo
Kunavo là gateway AI; việc stream bị ngắt ở đây là trạng thái vận hành được dự kiến, không phải ngoại lệ. Khi một mô hình được cấu hình nhiều tuyến upstream và lần thử đầu tiên thất bại, cùng yêu cầu sẽ thử lại qua tuyến khác trong cùng một lần gọi, biến sự không ổn định tạm thời của upstream thành “thành công chậm hơn một chút” thay vì lỗi. Các yêu cầu thất bại luôn không bị tính phí. Vì GPT và Claude dùng chung một khóa, khi một mô hình quá tải, bạn chỉ cần đổi tên mô hình thay vì thay toàn bộ tích hợp. Cách triển khai thử lại và backoff trong tình huống stream, bản đầy đủ tại Lỗi streaming API LLM.
Câu hỏi thường gặp
“Đã xảy ra lỗi khi truyền tin nhắn” có phải do tôi không?
Hầu như không. Thông báo này cho biết kết nối truyền phản hồi đã bị ngắt trước khi phản hồi hoàn tất. Nội dung bạn nhập không gây ra lỗi này. Nguyên nhân là tải phía OpenAI, mạng không ổn định, tiện ích trình duyệt hoặc phiên đăng nhập hết hiệu lực, hay một cuộc trò chuyện dài khiến phản hồi hết thời gian chờ.
Nếu tạo lại phản hồi vẫn không được thì sao?
Trước tiên kiểm tra status.openai.com —— trong thời gian OpenAI gặp sự cố, mọi điều chỉnh cục bộ đều vô ích. Nếu không có sự cố, hãy đổi mạng và mở bằng cửa sổ ẩn danh: một thử nghiệm này đồng thời loại trừ tiện ích, bộ nhớ đệm và đường truyền thường dùng. Nếu chế độ ẩn danh hoạt động, thêm lại từng yếu tố một cho đến khi lỗi xuất hiện. Nếu mọi nơi đều lỗi nhưng chỉ xảy ra trong một cuộc trò chuyện dài, hãy chuyển các ý chính sang cuộc trò chuyện mới.
Các AI khác cũng có lỗi tương tự không?
Cách diễn đạt này thuộc ChatGPT, nhưng bất kỳ trợ lý nào trả lời bằng streaming đều có thể bị ngắt theo cách tương tự. Claude có thể hiển thị thông báo không thể tạo phản hồi hoàn chỉnh; khi gọi API trực tiếp, lỗi biểu hiện là SSE stream kết thúc mà không có finish_reason, hoặc 529 overloaded_error khi tải cao.
Tại sao cuộc trò chuyện dài dễ gặp lỗi hơn?
Mỗi lượt đều gửi lại toàn bộ cuộc trò chuyện, nên cuộc trò chuyện càng dài thì thời gian tạo phản hồi trên cùng một kết nối mở càng lâu. Kết nối mở càng lâu thì khả năng proxy hết thời gian chờ, chuyển mạng hoặc upstream tạm thời trục trặc làm ngắt kết nối càng cao. Tạo cuộc trò chuyện mới bằng bản tóm tắt thường hiệu quả hơn bất kỳ thay đổi cài đặt trình duyệt nào.
Hướng dẫn liên quan
- Lỗi streaming LLM — SSE bị ngắt, stream bị treo và thiếu usage
- Claude API 529 overloaded_error — lỗi này có nghĩa gì và cách vượt qua
- Chi phí Claude 2026 — giá thuê bao, mức phí API và điểm hòa vốn
Thông tin chi tiết hơn về ý nghĩa lỗi có trong tài liệu tham chiếu lỗi; bạn chỉ mất một phút để lấy khóa qua đăng ký và hướng dẫn xác thực.