Images 2.6 memperkenalkan (dan mendokumentasikan secara sistematis) dua kontrol independen di API: quality dan complexity. Berdasarkan pengumuman produk, kualitas gambar mengontrol detail dan ketepatan visual, sementara kompleksitas memandu “seberapa banyak perencanaan yang dilakukan”. OpenAI secara eksplisit merekomendasikan: gunakan kompleksitas rendah untuk sebagian besar tugas pengeditan untuk pengeditan yang lebih cepat, dipadukan dengan tingkat kualitas yang dibutuhkan alur kerja. Changelog (04-11-2026) juga mencantumkan kompleksitas yang dapat disesuaikan di antara sorotan peluncuran 2.6.

👉 Coba GPT Image 2.6 API di PoYo: harga per gambar dan playground online.

Membingungkan dua istilah “menggambar lebih halus” dan “berpikir lebih banyak” sebagai satu tombol. Definisi resmi berlaku sebaliknya: pemerintahan sebelumnya menunjukkan kesetiaan; yang terakhir mengatur kedalaman perencanaan sebelum render. Jika Anda mempertahankan kebiasaan lama bahwa “menghilangkan parameter berarti maksimum,” kompleksitas secara diam-diam berada pada high default, yang dapat memperlambat pengeditan dan menimbulkan perubahan yang tidak diinginkan.

Nilai, default, dan biaya

Sesuai dengan panduan pembuatan gambar dan panduan petunjuk gambar:

Penyesuaian kompleksitas tidak memiliki jalur penagihan terpisah. Kompleksitas yang lebih tinggi dapat menambah latensi dan perubahan tambahan yang tidak diinginkan, jadi dokumen menyarankan untuk membandingkan hasil pada tugas tertentu daripada selalu memaksimalkannya. Halaman produk lebih lanjut mencatat: adegan dengan banyak elemen atau batasan dapat mencoba kompleksitas sedang atau tinggi; pengeditan cepat sesuai dengan pengaturan yang lebih rendah. Kompleksitas yang lebih rendah cocok dengan perubahan terfokus seperti menukar latar belakang atau rambu jalan; kompleksitas yang lebih tinggi membantu teks yang padat, tata letak yang kompleks, dan hubungan antar objek.

Ketika Flare berjalan pada quality=low, OpenAI menyatakan bahwa pembuatan dapat selesai dalam waktu sekitar enam detik; Kualitas Sunburst dan medium/high diposisikan untuk lebih detail dan konsistensi pengeditan yang lebih kuat. Hal tersebut merupakan efek gabungan dari tingkat model dan tingkat kualitas—keduanya tidak dapat dikaitkan dengan kompleksitas saja, dan Anda tidak boleh mengklaim “satu tingkat selalu lebih cepat” tanpa adanya perbandingan.

Cara A/B

Panduan petunjuknya memberikan disiplin penyetelan yang jelas: ubah satu pengaturan pada satu waktu. Bekukan quality saat membandingkan kompleksitas; jika tata letak sudah benar tetapi teks kecil sulit dibaca, bandingkan nilai quality yang berbeda dengan kompleksitas yang sama. Dokumen menggunakan prompt potongan kertas sepak bola yang sama dengan size="1024x1536" dan quality="medium" untuk menunjukkan perbedaan Sunburst dalam kompleksitas rendah/sedang/tinggi dalam piala, penempatan tanda “CHAMPIONS”, dan detail jersey: pada kompleksitas rendah sebuah mahkota muncul di piala dan spanduk besar diletakkan di depan tim; medium menambahkan laurel dan jambul; tinggi memindahkan tanda ke tribun dan meninggalkan latar depan ke pemain dan lipatan jersey. Contoh ini menunjukkan bahwa ketika perintah membiarkan tata letak, teks, dan gaya kurang ditentukan, meningkatkan kompleksitas akan mengubah keputusan komposisi secara berarti; ketika tata letak, penyalinan, dan gaya sudah dikunci di prompt, kompleksitas yang lebih tinggi mungkin hampir tidak menunjukkan perbedaan.

Untuk pengeditan bertarget, saran resminya adalah memulai dari low dan memastikan detail di sekitarnya tetap utuh. Pengumuman produk dan bahasa panduan generasi sejalan: perubahan terfokus seperti pertukaran latar belakang atau pengeditan rambu jalan sesuai dengan kompleksitas yang lebih rendah; teks padat, tata letak yang rumit, dan hubungan objek adalah tempat yang medium/tinggi lebih pantas untuk dicoba. Dengan pengeditan markup, kompleksitas rendah biasanya sejalan dengan batasan perintah “hanya ubah objek yang dilingkari” dan membantu menekan penyimpangan di luar lingkaran.

Kombinasi praktis (masih dalam inferensi yang terdokumentasi)

Perlakukan “draf cepat” sebagai: Flare + quality=low (atau medium) + secara eksplisit atur complexity ke low untuk pengeditan (karena menghilangkan default ke tinggi dan mungkin sebenarnya lebih lambat). Perlakukan “aset akhir” sebagai: setelah memilih Flare atau Sunburst, naikkan quality, dan A/B apakah akan meningkatkan kompleksitas secara terpisah—jangan berasumsi kualitas max harus berpasangan dengan kompleksitas high. Saat memigrasikan alur kerja 2.5 yang ada, panduan petunjuk menyarankan agar perintah, referensi, ukuran, kualitas, dan format keluaran tidak berubah pada perbandingan pertama, membiarkan kompleksitas pada model default, lalu melakukan penyetelan setelah penerimaan; lacak waktu respons, kegagalan/percobaan ulang, dan biaya per gambar yang diterima sebelum penskalaan.

Perhatikan juga batasan umum: perintah yang rumit dapat memakan waktu hingga sekitar dua menit; rendering teks dan kontrol komposisi masih memiliki batasan. Parameter hanya memperdagangkan fidelitas, perencanaan, dan latensi di dalam cakupan kemampuan model—parameter tersebut tidak menghilangkan batas moderasi konten atau simulasi tingkat fisika. Gunakan xhigh dan max hanya jika keduanya jelas meningkatkan kualitas yang belum terpenuhi dan anggaran latensi memungkinkan; dokumen tidak menjamin tingkatan yang lebih tinggi lebih baik untuk setiap permintaan.

Intinya: quality menjawab “seberapa halus menggambar,” complexity menjawab “seberapa dalam merencanakan.” Images 2.6 membaginya dan mengarahkan sebagian besar skenario pengeditan ke kompleksitas rendah dalam panduan resmi—integrator yang mempertahankan kebiasaan “hilangkan = maks” malah mendapatkan kedalaman perencanaan default-tinggi. Tetapkan parameter secara eksplisit dan jalankan perbandingan variabel tunggal seperti yang dijelaskan dalam dokumen.