Images 2.6 giới thiệu (và ghi lại một cách có hệ thống) hai điều khiển độc lập trong API: quality và complexity. Theo thông báo về sản phẩm, chất lượng hình ảnh kiểm soát độ chi tiết và độ trung thực của hình ảnh, trong khi độ phức tạp sẽ hướng dẫn “mức độ lập kế hoạch cho cảnh quay”. OpenAI khuyến nghị rõ ràng: sử dụng độ phức tạp thấp cho hầu hết các tác vụ chỉnh sửa để chỉnh sửa nhanh hơn, kết hợp với bậc chất lượng mà quy trình làm việc cần. Changelog (2026-11-04) cũng liệt kê độ phức tạp có thể điều chỉnh trong số 2.6 điểm nổi bật khi khởi chạy.

👉 Dùng thử GPT Image 2.6 API trên PoYo: giá theo ảnh và playground trực tuyến.

Nhầm lẫn giữa hai khái niệm “vẽ đẹp hơn” và “suy nghĩ nhiều hơn” như một núm xoay. Các định nghĩa chính thức lại đi theo hướng khác: các chính quyền trước đây thể hiện sự trung thực; cái sau chi phối độ sâu quy hoạch trước khi kết xuất. Nếu bạn giữ thói quen cũ là “bỏ qua tham số có nghĩa là tối đa”, độ phức tạp sẽ âm thầm chuyển sang high mặc định, điều này có thể làm chậm quá trình chỉnh sửa và gây ra những thay đổi không mong muốn.

Giá trị, giá trị mặc định và chi phí

Theo hướng dẫn tạo hình ảnh và hướng dẫn nhắc nhở hình ảnh:

Việc điều chỉnh độ phức tạp không có dòng thanh toán riêng. Độ phức tạp cao hơn có thể tăng thêm độ trễ và những thay đổi bổ sung không mong muốn, vì vậy, các tài liệu khuyên bạn nên so sánh kết quả của nhiệm vụ cụ thể thay vì luôn đạt mức tối đa. Trang sản phẩm lưu ý thêm: các cảnh có nhiều yếu tố hoặc hạn chế có thể có độ phức tạp trung bình hoặc cao; chỉnh sửa nhanh phù hợp với cài đặt thấp hơn. Độ phức tạp thấp hơn phù hợp với những thay đổi tập trung như hoán đổi nền hoặc biển báo đường phố; độ phức tạp cao hơn giúp văn bản dày đặc, bố cục phức tạp và mối quan hệ giữa các đối tượng.

Khi Flare chạy ở quality=low, OpenAI cho biết quá trình tạo có thể hoàn tất sau khoảng sáu giây; Chất lượng Sunburst tại medium/high được định vị để mang lại nhiều chi tiết hơn và tính nhất quán chỉnh sửa mạnh mẽ hơn. Đó là những tác động kết hợp giữa bậc mô hình và bậc chất lượng—chúng không thể chỉ quy cho độ phức tạp và bạn không nên khẳng định “một bậc luôn nhanh hơn” mà không so sánh.

Cách thực hiện A/B

Hướng dẫn nhắc nhở đưa ra nguyên tắc điều chỉnh rõ ràng: thay đổi từng cài đặt một. Đóng băng quality khi so sánh độ phức tạp; nếu bố cục đã chính xác nhưng văn bản nhỏ khó đọc, hãy so sánh các giá trị quality khác nhau ở cùng độ phức tạp. Các tài liệu sử dụng cùng một lời nhắc cắt giấy bóng đá với size="1024x1536" và quality="medium" cố định để thể hiện sự khác biệt của Sunburst về độ phức tạp thấp/trung bình/cao trong cúp, vị trí ký hiệu “CHAMPIONS” và chi tiết áo thi đấu: ở độ phức tạp thấp, vương miện xuất hiện trên cúp và một biểu ngữ lớn nằm phía trước đội; vừa thêm nguyệt quế và mào; cao di chuyển biển hiệu lên khán đài và để lại tiền cảnh cho các cầu thủ và nếp gấp áo đấu. Ví dụ cho thấy rằng khi lời nhắc không xác định rõ bố cục, văn bản và kiểu, việc tăng độ phức tạp sẽ thay đổi đáng kể các quyết định về bố cục; khi bố cục, bản sao và kiểu đã bị khóa trong lời nhắc, độ phức tạp cao hơn có thể hầu như không có sự khác biệt.

Đối với chỉnh sửa có mục tiêu, lời khuyên chính thức là hãy bắt đầu từ low và kiểm tra xem chi tiết xung quanh có còn nguyên vẹn hay không. Ngôn ngữ thông báo sản phẩm và hướng dẫn thế hệ đồng ý: những thay đổi tập trung như hoán đổi nền hoặc chỉnh sửa biển báo đường phố phù hợp với độ phức tạp thấp hơn; văn bản dày đặc, bố cục phức tạp và mối quan hệ đối tượng là những nơi đáng thử ở mức trung bình/cao. Với các chỉnh sửa đánh dấu, độ phức tạp thấp thường phù hợp với các ràng buộc nhắc nhở “chỉ thay đổi đối tượng được khoanh tròn” và giúp ngăn chặn sự trôi dạt ngoài vòng tròn.

Các kết hợp thực tế (vẫn nằm trong suy luận được ghi lại)

Coi “bản nháp nhanh” là: Flare + quality=low (hoặc medium) + đặt rõ ràng complexity thành low cho các chỉnh sửa (vì bỏ mặc định ở mức cao và thực tế có thể chậm hơn). Hãy coi “nội dung cuối cùng” là: sau khi chọn Flare hoặc Sunburst, hãy nâng cao quality và A/B xem có nên tăng độ phức tạp một cách riêng biệt hay không—không cho rằng chất lượng max phải đi đôi với độ phức tạp high. Khi di chuyển quy trình công việc 2.5 hiện có, hướng dẫn nhắc nhở đề xuất giữ nguyên lời nhắc, tham chiếu, kích thước, chất lượng và định dạng đầu ra trong lần so sánh đầu tiên, để độ phức tạp ở mặc định mô hình, sau đó điều chỉnh sau khi chấp nhận; theo dõi thời gian phản hồi, lỗi/thử lại và chi phí cho mỗi hình ảnh được chấp nhận trước khi mở rộng quy mô.

Cũng lưu ý các giới hạn chung: các lời nhắc phức tạp có thể mất tới khoảng hai phút; kết xuất văn bản và kiểm soát bố cục vẫn có ranh giới. Các tham số chỉ đánh đổi độ trung thực, quy hoạch và độ trễ bên trong phạm vi khả năng của mô hình—chúng không loại bỏ các giới hạn kiểm duyệt nội dung hoặc mô phỏng ở cấp độ vật lý. Chỉ sử dụng xhigh và max khi chúng cải thiện rõ ràng chất lượng chưa được đáp ứng và ngân sách độ trễ cho phép; tài liệu không đảm bảo cấp cao hơn sẽ tốt hơn cho mọi lời nhắc.

Điểm mấu chốt: quality trả lời “vẽ đẹp như thế nào”, complexity trả lời “lập kế hoạch sâu sắc đến mức nào”. Images 2.6 chia chúng ra và hướng hầu hết các kịch bản chỉnh sửa theo hướng có độ phức tạp thấp trong hướng dẫn chính thức—thay vào đó, những nhà tích hợp giữ thói quen “omit = max” lại có được chiều sâu lập kế hoạch ở mức mặc định cao. Đặt tham số rõ ràng và chạy so sánh một biến như tài liệu mô tả.