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

Mã 504 nghĩa là cổng đã hết thời gian chờ mô hình thượng nguồn: yêu cầu đã được gửi, nhưng thượng nguồn không phản hồi trong thời gian cổng cho phép.

504 Gateway Timeout nghĩa là gateway đã hết kiên nhẫn chờ phản hồi từ upstream. Request đã được chuyển tiếp nhưng không có kết quả trong giới hạn của gateway. Rút ngắn output, bật streaming hoặc giảm max_tokens thường giải quyết được.

gpt-5-pro đượ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à: Thượng nguồn mất nhiều thời gian hơn giới hạn của cổng. Hành động đầu tiên nên làm là: Chuyển sang đầu ra streaming.

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

  • Thượng nguồn mất nhiều thời gian hơn giới hạn của cổng
  • Ngữ cảnh dài làm tăng thời gian suy luận
  • Nút thượng nguồn bị treo
  • Yêu cầu không streaming với đầu ra rất dài

Cách khắc phục

  • Chuyển sang đầu ra streaming
  • Rút ngắn ngữ cảnh và giảm max_tokens
  • Thử lại sau một lúc
  • Dùng mô hình suy luận nhanh hơn

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

Đoạn mã dưới sẽ thử lại khi gpt-5-pro trả về 504, 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-pro'


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ảnh400K
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 * 15 + c * 120

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

Khi 504 xảy ra thường xuyên nên ghi lại thông tin gì?

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. Tái hiện trước trong môi trường thử nghiệm với cùng request body.

Khi gpt-5-pro trả về 504 có bị tính phí không?

Không bị tính phí, chỉ output thực sự được tạo mới tính vào sử dụng. Cách tính phí theo p * 15 + c * 120, không có output thì không tính phí. Với cách tính phí p * 15 + c * 120, chi phí output dài chủ yếu từ output token. Kiểm tra số dư và giới hạn tốc độ trong console trước, rồi mới xem code. Khi ước tính chi phí từ p * 15 + c * 120, hãy tính cả ngân sách thử lại.

Xử lý bất đồng bộ hoặc batch có tránh được 504 không?

Hãy giảm độ đồng thời trước — hầu hết vấn đề về thông lượng sẽ biến mất. Model này có context window 400K và thuộc OpenAI. Context 400K nghĩa là input dài sẽ tăng đáng kể độ trễ token đầu tiên. Với đầu ra dài, hãy nâng timeout lên 60 giây hoặc hơ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.

Chuyển sang model nhỏ hơn có giảm 504 không?

Có phương án dự phòng ở cấp kiến trúc thì đáng tin hơn là vá từng lỗi một. Model này của OpenAI có nhiều node upstream để gateway chuyển đổi. Chuẩn bị sẵn một mô hình dự phòng nhẹ hơn để luồng chính không bị gián đoạn. Đưa tên mô hình vào config, đổi upstream sẽ không cần sửa code.

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 18:35

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