Di chuyển từ GPT Image 2.5 sang 2.6: thông số mới, định dạng mới và sự khác biệt về tài liệu để xác minh một cách trung thực
OpenAI ra mắt Images 2.6 vào ngày 4 tháng 11 năm 2026, với các mô hình API gpt-image-2.6-flare và gpt-image-2.6-sunburst. Tóm tắt nhật ký thay đổi: độ phức tạp có thể điều chỉnh, tạo SVG, tạo GIF động và chỉnh sửa theo hướng dẫn đánh dấu cho Hình ảnh GPT được hỗ trợ 2.5 và 2.6. Thông báo về sản phẩm tuyên bố rằng tốc độ tạo trung bình nhanh hơn khoảng 50%, Flare khoảng sáu giây ở chất lượng thấp và Sunburst nhấn mạnh đến chi tiết và tính nhất quán khi chỉnh sửa ở chất lượng trung bình/cao. Di chuyển không chỉ đơn thuần là thay đổi chuỗi mô hình—nó có nghĩa là biết tính năng mới trong 2.6, tính năng nào có sẵn một phần trong 2.5 và liệu các ví dụ về nội dung hướng dẫn có khớp với bảng Điểm cuối của trang mô hình hay không.
👉 Dùng thử GPT Image 2.6 API trên PoYo: giá theo ảnh và playground trực tuyến.
Delta khả năng so với 2,5
Theo phần “GPT Image 2.6” của hướng dẫn tạo hình ảnh, Flare và Sunburst đều hỗ trợ thông qua Image API: kiểm soát độ phức tạp, chỉnh sửa theo hướng dẫn đánh dấu, đầu ra SVG và đầu ra GIF động. Hầu hết các ví dụ mã trong nội dung hướng dẫn vẫn thể hiện các luồng tạo và chỉnh sửa phổ biến với ID mô hình GPT Image 2.5 và nêu rõ rằng “các ví dụ hiện có sau đây sử dụng GPT Image 2.5”—không coi ID gpt-image-2.5-* mẫu là 2.6 mặc định.
| Kích thước | 2.6 điểm nổi bật của tài liệu |
|---|---|
complexity | low/medium/high; mặc định là high khi bị bỏ qua; độc lập với quality; không có phí riêng |
| GIF | chỉ thế hệ; frame_count, frame_duration_ms; không phát trực tuyến |
| SVG | chỉ thế hệ; n=1; không phát trực tuyến; đầu vào/đầu ra chỉnh sửa không hợp lệ |
| đánh dấu | lớp phủ minh bạch trên các chỉnh sửa; không thể kết hợp với mặt nạ hoặc nhắc_rewriter; được hỗ trợ trên 2.5/2.6 |
| Hai tầng | Flare để lặp lại nhanh chóng; Sunburst để biết chi tiết và chỉnh sửa nhất quán |
Danh sách kiểm tra di chuyển của hướng dẫn nhắc nhở hình ảnh: lưu các lời nhắc và mẫu cơ bản; trước 2.5 Flare → kiểm tra 2.6 Flare trước; trước 2.5 Sunburst → kiểm tra 2.6 Sunburst trước; ở lần so sánh đầu tiên, các lời nhắc, tài liệu tham khảo, kích thước, chất lượng và định dạng đầu ra sẽ bị đóng băng, để độ phức tạp ở mặc định của mô hình; mỗi lần chỉ thay đổi chất lượng hoặc độ phức tạp; triển khai theo quy trình làm việc theo đợt và theo dõi độ trễ, lỗi, số lần thử lại cũng như chi phí cho mỗi hình ảnh được chấp nhận. Yêu cầu chỉnh sửa nên bỏ qua input_fidelity cũ; GPT Image 2.6 không hỗ trợ reasoning.summary.
Responses API: đọc riêng ví dụ hướng dẫn và trang mô hình
Hướng dẫn tạo hình ảnh vẫn giải thích các công cụ hình ảnh đàm thoại nhiều lượt thông qua Responses API, với 2,5 mã nhận dạng trong các trường mô hình công cụ hình ảnh mẫu. Ngược lại, các bảng điểm cuối GPT‑Image‑2.6 Flare và Sunburst các trang mô hình đều đánh dấu v1/responses là Không được hỗ trợ, trong khi đánh dấu v1/images/generations và v1/images/edits là Được hỗ trợ. Phần 2.6 cũng nhấn mạnh rằng độ phức tạp, đánh dấu, SVG và GIF được cung cấp “thông qua Image API”.
Do đó, quá trình di chuyển sản xuất phải mặc định kết nối 2.6 thành các thế hệ và chỉnh sửa Image API—và không giả sử cấu hình công cụ Phản hồi phiên bản 2.5 có thể chỉ cần hoán đổi trong ID 2.6. Nếu doanh nghiệp phụ thuộc nhiều vào việc chỉnh sửa cuộc hội thoại nhiều lượt, hãy xác minh lại bảng Điểm cuối của trang mô hình là có thẩm quyền thay vì ngoại suy từ các đoạn hướng dẫn vẫn minh họa cho 2,5 Phản hồi. Đó là sự khác biệt thực sự về tài liệu, không phải tranh chấp bằng lời nói về “ai đã nhập sai”—các nhà tích hợp nên đưa cấu hình sản xuất vào trang mô hình.
Đề xuất chấp nhận di chuyển
Chia sự chấp nhận thành ba lớp. Khả năng: trên tập tin kinh doanh, xác minh xem GIF/SVG/đánh dấu/độ phức tạp có thực sự rút ngắn quá trình lặp lại hoặc giảm các chỉnh sửa nhầm lẫn hay không. Chất lượng: so sánh các bậc đối ứng 2,5 và 2,6 trên cùng một lời nhắc về văn bản, nhận dạng, hình dạng sản phẩm và kênh alpha. Tích hợp: xác nhận xác minh tổ chức, safety_identifier, xử lý lỗi (không thử lại các khối kiểm duyệt một cách mù quáng) và cấu hình đó không chứa các ràng buộc Phản hồi không được hỗ trợ. Về giá cả, đơn giá cấp 2,6 được xác minh ở đây khớp với nhau—đừng cho rằng “cấp nhanh hơn thì rẻ hơn”.
Trong thực tế, hãy theo dõi những thay đổi về thông số-thói quen. Nếu quy trình làm việc 2.5 không bao giờ đặt độ phức tạp một cách rõ ràng, hãy tiếp tục bỏ qua nó sau khi chuyển sang 2.6 trên high mặc định, điều này có thể kéo dài độ trễ chỉnh sửa và thêm các thay đổi không mong muốn; Thay vào đó, lời khuyên chính thức cho hầu hết các chỉnh sửa là đặt low một cách rõ ràng. GIF và SVG chỉ tồn tại trên nhiều thế hệ—các quy trình chỉnh sửa giả định rằng “bất kỳ định dạng nào cũng có thể thực hiện hai chiều” sẽ gặp trở ngại ở phiên bản 2.6. Các bìa đánh dấu được hỗ trợ 2.5 và 2.6 nhưng loại trừ lẫn nhau với mặt nạ và dấu nhắc_rewriter; tập lệnh di chuyển cần kiểm tra loại trừ lẫn nhau trường. Hướng dẫn nhắc nhở cũng nhắc nhở: bỏ qua input_fidelity trong các yêu cầu chỉnh sửa; 2.6 không hỗ trợ reasoning.summary. Đây là những lỗi phổ biến khi biên dịch nhưng không thành công hoặc bị trôi trong thời gian chạy.
Thử nghiệm A/B sẽ cố định kích thước, chất lượng và định dạng đầu ra, chỉ di chuyển ID mô hình hoặc độ phức tạp tại một thời điểm và lưu các mẫu trung gian. Nếu doanh nghiệp sử dụng ChatGPT phía sản phẩm Images 2.6 và API cùng nhau, hãy tạo tài khoản riêng: tên sản phẩm ≠ ID mẫu và hạn ngạch/xác minh không tự động đồng bộ hóa. Mở rộng quy mô bằng cách xác thực tỷ lệ lỗi với lưu lượng truy cập nhỏ và chi phí cho mỗi hình ảnh được chấp nhận trước khi mở rộng định tuyến mặc định; giữ khoảng thời gian khôi phục 2,5 cho đến khi độ trễ và đường cong chất lượng ổn định trên doanh nghiệp.
Điểm mấu chốt: 2,6 delta có thể nêu được so với 2,5 là tốc độ và định vị hai tầng mạnh hơn, cộng với bề mặt kiểm soát độ phức tạp, GIF, SVG và đánh dấu. Quá trình di chuyển thành công phụ thuộc vào việc so sánh các điều kiện giống nhau theo hướng dẫn nhắc nhở và đối mặt với thực tế tài liệu là “hướng dẫn vẫn hiển thị 2,5 Phản hồi trong khi các trang mô hình đánh dấu 2,6 Phản hồi không được hỗ trợ”—sau đó coi trang mô hình là cơ quan sản xuất.