announcements

Images 2.6 i korte trekk: raskere generering, to modellnivåer og tydeligere grenser for hva den kan

PoYo Team
5 min read
Share:

Images 2.6 i korte trekk: raskere generering, to modellnivåer og tydeligere grenser for hva den kan

OpenAI lanserte Images 2.6 offisielt 4. november 2026 og gjorde den tilgjengelig i ChatGPT, Codex og API-et samtidig. Ifølge den offisielle kunngjøringen legger lanseringen vekt på raskere generering og mer kontroll over redigeringsrundene. Samme dag registrerte Changelog for API-et lanseringen av gpt-image-2.6-flare og gpt-image-2.6-sunburst, sammen med justerbar kompleksitet, SVG-generering, generering av animerte GIF-er og markup-styrt redigering på støttede GPT Image 2.5/2.6-modeller. Lanseringsteksten sier «tilgjengelig globalt i dag», så dette er en analyse av et produkt som allerede er i drift, ikke en forhåndstitt.

👉 Prøv GPT Image 2.6 API på PoYo: pris per bilde og nettbasert playground.

Navngivingen krever et tydelig skille mellom produktlaget og grensesnittlaget. ChatGPT og Codex omtaler offentlig Images 2.6, mens API-et i stedet kaller GPT‑Image‑2.6 Flare (gpt-image-2.6-flare) og GPT‑Image‑2.6 Sunburst (gpt-image-2.6-sunburst). Dette er ikke samme felt. Produksjonskonfigurasjon og eksterne forpliktelser bør bruke modell-ID-er, og markedsføringsnavn bør ikke hardkodes.

Hastighet og plasseringen av de to nivåene

Ifølge OpenAIs produktomtale er bildegenerering i Images 2.6 i snitt rundt 50 % raskere enn før. I API-et er Flare laget for rask iterasjon: Når quality er satt til low, sier OpenAI at Flare kan fullføre genereringen på rundt seks sekunder, med bedre layout for plakater, produktbilder og lignende profesjonelle visuelle elementer. Sunburst er beregnet på arbeid som krever mer detaljer og presisjon. OpenAI oppgir at Sunburst med quality satt til medium eller high kan levere generering av høyere kvalitet og holde bildene mer konsistente på tvers av redigeringer. Prosentene og forsinkelsestallene på sekundnivå kommer fra OpenAIs kunngjøring. De er ikke uavhengige tredjeparts-benchmarks og bør ikke skrives om til påstander om rangering mot konkurrenter.

Prompting-veiledningen for bilder foreslår følgende: Hvis en eksisterende arbeidsflyt med GPT Image 2 allerede oppfyller kvalitetskravene, eller hvis du tidligere brukte 2.5 Flare, bør du begynne med å evaluere gpt-image-2.6-flare. Hvis eksisterende modeller kommer til kort på komplekse oppgaver, eller hvis du tidligere brukte 2.5 Sunburst, bør du starte med gpt-image-2.6-sunburst og deretter sammenligne forsinkelsen til Flare med de samme promptene når kvaliteten er akseptabel. De første sammenligningene bør låse prompter, referansebilder, størrelse, kvalitet og utdataformat. La kompleksiteten stå på modellens standardverdi til å begynne med, og juster deretter én endring om gangen mot forretningens akseptkriterier.

Funksjonsgrenser (slik de er dokumentert)

Produktkunngjøringen og utviklerdokumentasjonen lister sammen opp flere nye eller utvidede funksjoner som definerer hva som kan sies eksternt om denne lanseringen.

Animert GIF: Genereringen kan gi bevegelse i løkke via output_format: "gif", noe som passer for maskoter, produktløkker, reaksjoner i sosiale medier og tidlige storyboard-tester. Offisielle eksempler og kundesitater rammer dette inn som bevegelse på bildesiden. Redigeringsendepunktet støtter ikke GIF-utdata, og GIF kan ikke kombineres med strømming eller delvise bilder, så det er ikke en erstatning for en fullverdig videomodell.

SVG-eksport: Genereringen kan levere SVG for gjenbruk som vektorgrafikk på nettsteder, i apper og i trykkeprosesser. Dokumentasjonen påpeker at redigeringer ikke støtter SVG-utdata, at SVG-forespørsler krever n=1, og at strømming og output_compression ikke støttes.

Image markup: Annotasjonsbasert redigering, som allerede fantes i ChatGPT, kommer nå til API-et. Utviklere kan bruke et transparent overlegg i samme størrelse for å peke ut nøyaktig hvor endringer skal skje, noe som støtter nye produktfarger, lokale rettelser per SKU og lignende målrettede arbeidsflyter.

Parameteren complexity: Styrer hvor mye planlegging modellen gjør før den rendrer, uavhengig av quality, som styrer den visuelle kvaliteten. Hvis den utelates, er standardverdien for Flare/Sunburst high. OpenAI anbefaler lavere kompleksitet for de fleste redigeringsoppgaver for å gjøre redigeringer raskere og unngå unødvendige endringer. Scener med mange elementer eller begrensninger kan deretter prøve medium eller high. Det koster ikke noe ekstra å endre kompleksiteten.

OpenAI sier at brukerne i dag lager rundt 4 milliarder bilder per uke på tvers av ChatGPT, Codex og API-et – mer enn fem hundre millioner per dag. Tallet er OpenAIs publiserte bruksomfang og bør ikke ekstrapoleres til kvalitetsrangeringer fra tredjeparter eller sammenligninger med konkurrenter.

Tilgjengelighet, verifisering og integrasjon

Images 2.6 er tilgjengelig globalt i alle abonnementsnivåer for ChatGPT og Codex på datamaskin, mobil og nett. API-et tilbyr Flare og Sunburst, og prisene står på hver modellside. Listeprisene som kan bekreftes for denne artikkelen, er $5 per million teksttokens inn og $30 per million bildetokens ut, likt for begge nivåene. Ifølge veiledningen for bildegenerering kan det hende at organisasjoner må fullføre Organization Verification i utviklerkonsollen før de kan bruke GPT Image-modeller. Modellsidene for både Flare og Sunburst oppgir støtte for v1/images/generations og v1/images/edits. Om Responses API kan bruke 2.6-modellene direkte, bør vurderes ut fra endepunkttabellen på hver modellside – begge markerer for øyeblikket Responses som ikke støttet – så ikke bland verktøykonfigurasjoner fra 2.5-tiden inn i 2.6 i produksjon. Sikkerhetsevaluering og tiltak er beskrevet i det offisielle systemkortet.

Alt i alt er de viktigste endringene i Images 2.6 hastigheten, valget mellom to nivåer og de kontrollerbare grensene som GIF, SVG, markup og complexity utgjør. Videre evaluering bør ta utgangspunkt i offisielle modell-ID-er, kvalitetsnivåer og utdataformater, og måle forsinkelse, blokkeringsrate og kostnad per bilde på egne forretningsdata – uten å skrive markedsføringsformuleringer inn i produksjonskonfigurasjon eller eksterne tjenesteforpliktelser.

Share: