I Introducing Images 2.6 viser OpenAI til et eget systemkort som dekker sikkerhetsevaluering og tiltak for Images 2.6. ChatGPT Images 2.6 System Card (publisert 4. november 2026) sier at kjernen i sikkerhetsstakken bygger på Images 2.5 og legger til ekstra beskyttelse for GIF. Kortet beskriver også avvisning tidlig i prosessen, blokkering av inndata og utdata senere i prosessen, og beredskapstiltak som retningslinjer for biologisk risiko. Kommersielle integrasjoner bør ikke bare lese markedsføringssiden – de bør ta systemkortet, modereringsparameterne i veiledningen for bildegenerering og kravene til organisasjonsverifisering med på sjekklisten før lansering.

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

Sikkerhetsstakken og hvordan evalueringen rammes inn

Ifølge systemkortet omfatter bildesikkerheten for GPT‑Image‑2.6 følgende: LLM-baserte policysjekker før en forespørsel går videre til generering (avvisning tidlig i prosessen), og når forespørselen er inne i systemet, overvåker en sikkerhetsresonneringsmodell inndata og utdata (blokkering senere i prosessen) – brudd i inndata hindrer generering, og brudd i utdata hindrer visning. På trenings- og datapipelinesiden beskrives også filtre og klassifiserere som reduserer risikoen for at skadelig eller sensitivt innhold havner i treningsdataene. Beredskapsevalueringene sier at ingen av nivåene krysset tersklene Bio High eller Cyber High. Likevel videreføres praksis tilsvarende 2.0/2.5, med retningslinjer på bildesiden som står i forhold til High-kapasitet i kategorier for biologisk risiko.

Offline-evalueringen brukte 3 077 fiendtlige forespørsler mot de respektive 2.5-grunnlinjene. Systemkortet understreker at resultatene ikke representerer hvor ofte forespørsler eller utdata som bryter retningslinjene, forekommer i produksjonstrafikk, og heller ikke er et fullstendig mål på det nettbaserte sikkerhetssystemet. Den samlede konklusjonen formuleres slik: 2.6-serien med modereringskontroller er stort sett sammenlignbar med 2.5, og enkelte tallmessige utslag er kanskje ikke statistisk signifikante etter justering for multiple sammenligninger. Når du siterer disse prosentene, må du beholde forbeholdene «fiendtlig testsett, offline, ikke produksjonsfrekvens» – ikke skriv dem om til «brudd i produksjon».

GIF-spesifikke tiltak og opprinnelse

GIF gir risikoer som er vanskeligere å se på stillbilder, for eksempel seksualisert bevegelse eller skadelig mening som formidles på tvers av bilderuter. Systemkortet forklarer at tiltakene vurderer de genererte rutenettene av bilderuter og genereringsinstruksjonene, og at GIF-spesifikke regler stopper enkelte kategorier bredere enn for stillbilder for å fange opp antydet bevegelse. Brudd knyttet til bevegelse er fortsatt vanskelige å fange helt – tiltakene fanger kanskje ikke opp alle brudd. Hvis et kommersielt produkt åpner for bevegelse, bør bevegelseskategorier vurderes separat i produktets retningslinjer i stedet for å anta at modereringen for stillbilder automatisk dekker dem. Når det gjelder opprinnelse, beskriver kortet fortsatt støtte for C2PA-metadata og vannmerkelag som SynthID i ChatGPT, Codex og API-et, og offentlige verifiseringsverktøy kan sjekke opprinnelsessignaler i støttede filer. Opplysningsplikter som gjelder i bestemte jurisdiksjoner, er fortsatt noe integratørens juridiske rådgivere må vurdere.

Organisasjonsverifisering, moderering i API-et og en kommersiell sjekkliste

Veiledningen for bildegenerering sier at organisasjoner av hensyn til ansvarlig bruk kan måtte fullføre Organization Verification i utviklerkonsollen før de kaller GPT Image. For apper rettet mot sluttbrukere bør du sende en stabil, hashet safety_identifier på maks 128 tegn med hver genererings- eller redigeringsforespørsel (det eldre feltet user er avviklet, men fortsatt kompatibelt). moderation kan være auto (standard) eller low. Ved feil som brukeren kan rette selv, for eksempel moderation_blocked, endrer du prompten eller inndatabildet – ikke prøv på nytt i blinde. Nye forsøk med backoff passer for kvote- og tjenestefeil. At produktet er tilgjengelig i ChatGPT/Codex, betyr ikke automatisk at et bestemt API-prosjekt har verifisering eller kvote på plass.

Før kommersiell lansering bør du bekrefte at organisasjonsverifiseringen er fullført, at sikkerhetsidentifikatorer er koblet inn, at retningslinjene for bevegelse og stillbilder er skilt fra hverandre, at feilhåndteringen skiller modereringsblokkeringer fra infrastrukturfeil, at ekstern tekst ikke misbruker prosentene fra offline-evalueringen, og at stikkprøver for merkevare og brukergenerert innhold dekker redigeringer over flere runder og GIF. Verken systemkortet eller produktsiden erstatter kundens egen samsvarsvurdering.

Veiledningen for bildegenerering påpeker også at feil ved modereringsblokkering kan inneholde grove moderation_details (f.eks. inndata- eller utdatastadium og kategorietiketter), hovedsakelig til utviklerlogger og enkle hint om hvordan noe kan rettes. Tekst til sluttbrukere bør holdes generell. moderation=low gjør filtreringen mildere – kommersielle produkter som er mer følsomme for mindreårige brukere eller merkevaresikkerhet, bør ikke bruke «lavere grenser» som et standard salgsargument. Hastighetsgrensene varierer etter kontonivå. Sjekk organisasjonskonsollen i stedet for å kopiere offentlige tall fra andre modeller. Å skrive sikkerhetsidentifikatorer, modereringspolicy og hyppighet for stikkprøver inn i endringsgjennomgangen er mer varig enn å sitere prosenter fra systemkortet som et forsvar i PR i etterkant.

Konklusjon: Sikkerhetsfortellingen for Images 2.6 er «2.5 som grunnlag + forsterket GIF-beskyttelse + fortsatt opprinnelsesmerking», der fiendtlige testsett brukt offline illustrerer hvor effektiv modereringen er, samtidig som begrensningene oppgis. En ansvarlig kommersiell lesning behandler systemkortet som en evalueringsrapport, organisasjonsverifisering og modereringsparametere på forespørselsnivå som porter for integrasjonen, og «mulige bom» som formuleringer for driftsrutinene – ikke som absolutte sikkerhetsløfter.