Lỗi 502: cần làm gì khi gọi gpt-5.5 thất bại

Mã 502 nghĩa là cổng nhận được phản hồi không hợp lệ từ dịch vụ mô hình thượng nguồn: yêu cầu đã tới cổng, nhưng bước chuyển tiếp tới thượng nguồn thất bại.

502 Bad Gateway nghĩa là gateway nhận được phản hồi không hợp lệ từ dịch vụ model upstream. Request đã đến gateway, lỗi xảy ra ở chặng từ gateway sang upstream, thường do node upstream khởi động lại hoặc kết nối bị ngắt.

gpt-5.5 được OpenAI cung cấp. Mọi nội dung trên trang này — nguyên nhân, cách xử lý và dữ liệu đo được — đều tổng hợp từ hoạt động thực tế của mô hình này tại lớp gateway.

Tại gateway này, nguyên nhân thường gặp nhất là: Dịch vụ mô hình thượng nguồn không khả dụng hoặc trả về phản hồi sai định dạng. Hành động đầu tiên nên làm là: Thử lại một lần (502 thường là tạm thời).

Nguyên nhân thường gặp

  • Dịch vụ mô hình thượng nguồn không khả dụng hoặc trả về phản hồi sai định dạng
  • Nút thượng nguồn đang khởi động lại
  • Kết nối từ cổng tới thượng nguồn bị ngắt
  • Mô hình tạm thời bị ngừng cung cấp

Cách khắc phục

  • Thử lại một lần (502 thường là tạm thời)
  • Chuyển sang mô hình tương đương của nhà cung cấp khác
  • Nếu chỉ một mô hình liên tục 502, thượng nguồn của nó đang có sự cố
  • Thử lại sau hoặc liên hệ chúng tôi

Ví dụ thử lại với backoff luỹ thừa

Đoạn mã dưới sẽ thử lại khi gpt-5.5 trả về 502, tối đa 5 lần, thời gian chờ tăng dần kèm jitter ngẫu nhiên để các request đồng thời không retry cùng lúc. Hãy đọc base URL và API key từ biến môi trường, đừng hardcode vào code.

import os, time, random
import requests

BASE  = os.getenv("OPENAI_BASE_URL")   # e.g. https://<your-gateway>/v1
KEY   = os.getenv("OPENAI_API_KEY")
MODEL = 'gpt-5.5'


def chat(messages, retries=5):
    """Retry with exponential backoff + jitter."""
    for i in range(retries):
        try:
            r = requests.post(
                BASE + "/chat/completions",
                headers={"Authorization": "Bearer " + KEY},
                json={"model": MODEL, "messages": messages, "stream": True},
                timeout=60,
            )
            if r.status_code == 429 or r.status_code >= 500:
                time.sleep(min(2 ** i + random.uniform(0, 1), 30))
                continue
            r.raise_for_status()
            return r.json()
        except requests.exceptions.Timeout:
            time.sleep(min(2 ** i + random.uniform(0, 1), 30))
    raise RuntimeError("gave up after " + str(retries) + " retries")


print(chat([{"role": "user", "content": "hello"}]))

Dữ liệu chính của mô hình này

Điểm cuối APIhttps://api.airai.cc/v1
Tương thích OpenAIOpenAI-compatible
Nhà cung cấpOpenAI
Ngữ cảnh1.1M
Khả năngReasoning, Tools, Files, Vision
Định dạng APIopenai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search
Công thức tính phíp * 5 + cr * 0.5 + c * 30) : tier("272k_plus", p * 10 + cr * 1 + c * 45

Câu hỏi thường gặp

502 có thể gây mất dữ liệu không?

Lỗi này không liên quan năng lực model, mà ở tầng gateway. Đa số là lỗi tạm thời và tự phục hồi. Thẻ năng lực của model này là Reasoning, Tools, Files, Vision. Xác định trước là cấp tài khoản hay cấp mô hình; hai trường hợp xử lý hoàn toàn khác nhau.

Nên đặt timeout bao lâu?

Biến số thực sự ở đây là độ đồng thời và timeout, không phải bản thân mô hình. Model này có context window 1.1M và thuộc OpenAI. Context 1.1M nghĩa là input dài sẽ tăng đáng kể độ trễ token đầu tiên. Làm phẳng đỉnh tải bằng batch hoặc hàng đợi — ổn định hơn là tăng độ đồng thời tức thời.

Output bị cụt của gpt-5.5 có phải là 502 không?

Hãy giữ lại request ID và nội dung phản hồi gốc, nếu không sẽ không truy vết được. Nếu chỉ xảy ra ở môi trường production, thường là khác biệt môi trường chứ không phải mô hình. Mô hình này do OpenAI cung cấp, vì vậy trạng thái upstream theo thông báo của nhà cung cấp. Ghi lại request ID mỗi lần thất bại — hữu dụng hơn status code.

Nên dùng header Retry-After trong response như thế nào?

Thử lại là bước đầu tiên hiệu quả nhất. Với cách tính phí p * 5 + cr * 0.5 + c * 30) : tier("272k_plus", p * 10 + cr * 1 + c * 45, các request thất bại không được tính vào mức sử dụng. Đặt giới hạn thử lại ở 3–5 lần và thêm jitter. Dùng exponential backoff cho lỗi có thể thử lại, và trả lỗi ngay cho các lỗi còn lại.

Lỗi khác của mô hình này

Các mô hình khác gặp cùng lỗi

Dữ liệu cập nhật: 2026-10-10 15:45

Hỗ trợ kỹ thuậtHỗ trợ trực tuyến
Về đầu trang