Các tầng API OpenAI giải thích: Build, Launch, Grow và trần chi tiêu
Cập nhật October 7, 2026 · đăng lần đầu October 7, 2026
OpenAI đã rút gọn các tầng API trả phí thành Build, Launch và Grow vào ngày 6 tháng Mười 2026. Tổ chức tự động lên tầng khi tổng số tiền nạp tín dụng vượt từng ngưỡng, thường mở khóa giới hạn tốc độ cao hơn. Tầng là tín hiệu về năng lực và hạn mức sử dụng hằng tháng; nó tách biệt với giới hạn chi tiêu của dự án hoặc tổ chức, vốn phải được cấu hình như công cụ kiểm soát ngân sách.
Điều gì đã thay đổi trong các tầng sử dụng API của OpenAI?
Nhật ký thay đổi ngày 6 tháng Mười của OpenAI cho biết nền tảng API đã chuyển từ năm tầng trả phí xuống ba: Build, Launch và Grow. Hướng dẫn giới hạn tốc độ hiện tại liệt kê các mức đủ điều kiện: Build ở $5 tổng tiền nạp tín dụng, Launch ở $100 và Grow ở $500. Nó cũng nêu hạn mức sử dụng $100 mỗi tháng cho người dùng gói miễn phí đủ điều kiện. OpenAI nói các tầng cao hơn thường nhận giới hạn mô hình cao hơn.
Số tiền nạp chỉ là ngưỡng tích lũy để xác định đủ điều kiện tầng. Chúng không phải giá đăng ký hằng tháng, cũng không phải lời hứa tổ chức sẽ chi đúng số tiền đó mỗi tháng. Hướng dẫn công bố mô tả chúng là tổng số tiền nạp tín dụng. Hãy xem bảng điều khiển của tổ chức để biết tầng thực tế, hạn mức sử dụng hằng tháng đã duyệt và giới hạn theo từng mô hình; trạng thái của tổ chức mới là thứ quan trọng khi lập kế hoạch vận hành.
Một tầng cao hơn mang lại gì cho đội ngũ?
Giới hạn tốc độ có thể giới hạn số yêu cầu mỗi phút (RPM), số token mỗi phút (TPM), khối lượng hằng ngày, thông lượng ảnh hoặc công việc Batch đang xếp hàng. Một job có thể nằm dưới hạn mức sử dụng hằng tháng và vẫn chạm giới hạn theo phút. Hướng dẫn hiện tại cho thấy khác biệt theo mô hình: với GPT-6 Astra, Sol và Terra, các ví dụ RPM/TPM chuẩn tăng từ 5,000 RPM và 1 triệu TPM ở Build lên 10,000 RPM và 4 triệu TPM ở Launch, rồi 15,000 RPM và 40 triệu TPM ở Grow. Giới hạn chuẩn được liệt kê cho GPT-6 Luna lại khác. Đây là giá trị tham chiếu đã công bố, không thay thế được giới hạn hiển thị cho tổ chức, mô hình và dự án của bạn.
Khác biệt này quan trọng trong các đợt ra mắt. Một đội có thể dự báo đủ hạn mức hằng tháng nhưng vẫn bị giới hạn khi một khối lượng công việc mới gửi traffic quá nhanh hoặc vượt thông lượng yêu cầu/token. Giới hạn tốc độ cũng có thể áp dụng ở cấp tổ chức lẫn cấp dự án, và các mô hình khác nhau có thể dùng chung một giới hạn. Hãy đọc header phản hồi và bảng điều khiển trước khi coi tên tầng là bảo đảm năng lực.
Các tầng sử dụng có phải cách giới hạn chi tiêu hằng tháng không?
Không. OpenAI ghi nhận hạn mức sử dụng hằng tháng đã duyệt tách biệt với giới hạn chi tiêu của tổ chức hoặc dự án có thể cấu hình. Cảnh báo chi tiêu gửi thông báo trong khi traffic API vẫn tiếp tục. Giới hạn chi tiêu cứng chặn các yêu cầu API bị ảnh hưởng với phản hồi 429 khi đạt số tiền đã cấu hình. Hãy chọn trần cứng khi việc thực thi là điều quan trọng; cảnh báo chỉ là khả năng quan sát, không phải cầu dao ngắt mạch.
Điều này cũng có nghĩa là nạp tín dụng để vượt ngưỡng tầng tự nó không phải chính sách kiểm soát chi phí an toàn. Tầng có thể cải thiện thông lượng, nhưng không thay thế quyền sở hữu theo từng dự án, định tuyến cảnh báo, dự báo sử dụng hay một trần cứng có chủ đích. Một nhóm kỹ thuật cần thêm năng lực cho đợt ra mắt nên mô hình hóa cả ngưỡng nạp cần để đủ điều kiện lẫn trần chi tiêu hằng tháng tách biệt mà Finance muốn áp dụng.
Finance và engineering nên quản trị việc nâng tầng như thế nào?
- Lập danh mục tổ chức và dự án. Ghi lại tầng, hạn mức sử dụng hằng tháng, RPM/TPM theo mô hình, giới hạn dùng chung và người chịu trách nhiệm của từng dự án production.
- Đặt kiểm soát chi tiêu rõ ràng. Cấu hình giới hạn cứng ở cấp dự án khi traffic phải dừng ở một ngân sách cố định, và cảnh báo khi các đội cần biết sớm. Đừng giả định hạn mức của tầng cung cấp kiểm soát này.
- Ước tính đà tăng của khối lượng công việc. Dự báo yêu cầu và token mỗi phút cùng chi tiêu token hằng tháng. Một dịch vụ có thể chạm giới hạn thông lượng rất lâu trước khi chạm trần đô la hằng tháng.
- Kiểm soát các khoản mua liên quan đến tầng. Coi các lần nạp tín dụng bổ sung đẩy ngưỡng tích lũy lên là quyết định về quyền truy cập và năng lực. Yêu cầu dự báo khối lượng công việc, người chịu trách nhiệm và rà soát các kiểm soát hiện có trước khi đề nghị.
- Quan sát phản hồi thực tế. Dùng header giới hạn tốc độ và log để phân biệt việc cạn yêu cầu, token và các giới hạn khác. Áp dụng backoff cho phản hồi giới hạn tốc độ tạm thời thay vì tạo bão thử lại.
Ví dụ giả định: một đội sản phẩm kỳ vọng chiến dịch ra mắt sẽ tăng gấp ba số yêu cầu mỗi phút nhưng giữ mức dùng token hằng tháng dưới trần của Finance. Câu hỏi vận hành là RPM và TPM theo mô hình của dự án có chịu được đà tăng hay không. Câu hỏi tài chính là giới hạn chi tiêu cứng đã đặt ở ngân sách chiến dịch đã duyệt chưa. Đó là các rà soát liên quan nhau nhưng là hai kiểm soát khác nhau.
Một đội nên quyết định chuyển từ Build sang Launch như thế nào?
Bắt đầu từ bằng chứng khối lượng công việc, không phải nhãn tầng. Nếu log production cho thấy việc cạn giới hạn lặp lại ở tầng hiện tại, hãy ước tính khoảng dư RPM và TPM cần thiết, xác định giới hạn mô hình và dự án nào áp dụng, rồi xác nhận tác động của tầng trên bảng điều khiển. Sau đó so sánh khoản nạp tín dụng cần để đủ điều kiện với giá trị kinh doanh và chính sách ngân sách. Nếu giới hạn hiện tại đã đủ, việc nâng cấp chỉ vì có tầng tiếp theo không đem lại lợi ích vận hành nào.
OpenAI lưu ý rằng các tầng cao hơn thường nâng giới hạn, và các ngưỡng đã công bố có thể thay đổi. Hãy kiểm tra lại hướng dẫn giới hạn tốc độ và bảng điều khiển trước một chu kỳ ngân sách hoặc khi traffic thay đổi đáng kể. Giữ việc rà soát cảnh báo chi tiêu và trần cứng trong cùng quy trình FinOps hằng tháng với cơ cấu mô hình, các lần thử lại và chi phí mỗi tác vụ thành công.
Bài học thực tế là gì?
Build, Launch và Grow trả lời một câu hỏi về năng lực: những giới hạn và hạn mức sử dụng nào có thể áp dụng khi số tiền nạp tích lũy của tổ chức tăng lên? Kiểm soát chi tiêu của bạn trả lời một câu hỏi về ngân sách: khi nào các đội nên được cảnh báo, và khi nào yêu cầu phải dừng? Hãy theo dõi cả hai. Nâng tầng có thể mở khóa thông lượng, nhưng chỉ một giới hạn cứng được cấu hình riêng mới thực thi được ranh giới chi phí hằng tháng.
Các nghiên cứu liên quan nên đọc là gì?
- Giới hạn tốc độ là một công cụ kiểm soát chi phí
- Cam kết chi tiêu là một canh bạc vào dự báo của bạn
- Runbook production khi chi phí LLM tăng đột biến
Liên quan
- Giới hạn tốc độ là một công cụ kiểm soát chi phí
- Cam kết chi tiêu và dự báo
- Runbook khi chi phí LLM tăng đột biến
Bạn muốn áp dụng điều này cho hệ thống của mình? Hãy mang theo hóa đơn nhà cung cấp, nhật ký gateway và các quy trình chính; chúng tôi sẽ xác định yếu tố chi phí và hướng tiết kiệm. Đặt lịch kiểm toán miễn phí →