Gemini 4 Pro-lekkasje: Dette hevder skjermbildet – og dette har Google ikke bekreftet

Det omtalte skjermbildet av Gemini 4 Pro er et interessant tegn på intern utprøving – ikke en verifisert produktkunngjøring. Innlegg som sirkulerte 14. september, omtaler modellen som «argon» og tilskriver den uvanlig store grenser for kontekst og output. Google har ikke offentlig bekreftet kodenavnet, grensesnittet, benchmark-resultater, API-tilgang, priser eller lanseringstidspunkt. 815

Dette skal skjermbildet vise

Ifølge det opprinnelige innlegget i sosiale medier og senere lekkasjeomtale viser bildet en kjøring for visuell generering i en innstilling med høy innsats. Kjøringen skal ha tatt 2,4 minutter, og grensesnittet skal ha vist en output-grense på 256 000 tokener og et kontekstvindu på 2 millioner tokener. Omtalen beskriver også en tilnærming med adaptiv resonnering. 815

Dette må leses som påståtte egenskaper ved en intern versjon, ikke som spesifikasjoner for et ferdig produkt. Et skjermbilde kan godt stamme fra et reelt testmiljø, uten at det avklarer vesentlige spørsmål: Er grensene faktisk tilgjengelige i en kommersiell versjon? Gjelder de alle modaliteter? Hva vil det koste? Og hvor stabilt fungerer modellen i uavhengige tester?

Google har tidligere gjort et kontekstvindu på 2 millioner tokener tilgjengelig for Gemini 1.5 Pro. Tallet er derfor ikke usannsynlig i seg selv. Det autentiserer imidlertid ikke denne konkrete lekkasjen og bekrefter heller ikke at Gemini 4 Pro vil lanseres med den samme grensen. 1

Det visuelle resultatet er neppe hovedpoenget

Reaksjonene på det angivelige resultatet har vært blandede. Selve bildet har ikke dokumentert et tydelig sprang foran de ledende systemene for bildegenerering. Det mer interessante er den mulige kombinasjonen av lang kontekst, svært omfattende output og justerbar resonneringsinnsats.

Dersom slike egenskaper blir tilgjengelige i en offentlig modell, kan de være nyttige for programvareagenter som må arbeide med store kodebaser: lese inn mer kode og dokumentasjon på én gang, legge en plan på tvers av filer, generere omfattende endringer og iterere gjennom lengre arbeidsflyter med verktøybruk. Omtale av tidligere Gemini 4-lekkasjer peker også på koding, langvarig arbeid og håndtering av større kontekst som mulige styrker – men understreker uttrykkelig at spesifikasjonene og evalueringene ikke er verifisert. 3

Det skillet er avgjørende. En høy token-grense sier noe om kapasitet, men er ikke et bevis på at modellen pålitelig kan utføre programvareutvikling på tvers av et helt kodearkiv. Den reelle nytten vil avhenge av korrekt kode, robuste verktøykall, presist gjenkall fra kontekst, forsinkelse, kostnad og modellens evne til å hente seg inn igjen når et flerstegsoppdrag går galt.

Den bekreftede Gemini-konteksten

Googles offentlige planlagte utvikling bidrar til å forklare hvorfor en ubekreftet Gemini 4 Pro-test vekker oppmerksomhet.

• Google lanserte Gemini 3.1 Pro i februar 2026. 4
• Under Google I/O i mai sa Google at selskapet arbeidet med Gemini 3.5 Pro og ventet å rulle den ut måneden etter. 17
• Juni-målet ble ikke nådd. Reuters meldte i juli at flaggskipet var forsinket mens Google jobbet med egenskaper, særlig koding. 18
• Senere samme måned sa Google at Gemini 3.5 Pro ble testet med partnere, og at treningen av Gemini 4 hadde startet. 17

Dette underbygger en avgrenset konklusjon: Google hadde en forsinket Pro-modell og hadde begynt arbeidet med neste generasjon. Det bekrefter ikke at 3.5 Pro er permanent skrinlagt, at «argon» er et offisielt kodenavn for Gemini 4 Pro, eller at en offentlig lansering i oktober er planlagt.

På tidspunktet for rapporteringen det vises til her, hadde Google ikke publisert noe modellkort for Gemini 4, noen offentlig API-modell-ID, priser, benchmark-rapport eller dokumentert kontekstvindu. 7

Hvorfor Gemini 4 Pro kan bli strategisk viktig

Forsinkelsen av Gemini 3.5 Pro er særlig viktig fordi den rapporterte mangelen handlet om koding – en sentral oppgave for utviklere og virksomheter som bruker toppmodeller. 18 Google fortsatte å lansere lettere Gemini-varianter mens den varslede Pro-modellen fortsatt var i partnertesting, ifølge Reuters. 17

En vellykket Gemini 4 Pro-lansering må derfor vise mer enn et stort kontekstvindu. Utviklere vil trolig se etter dokumentasjon på flere praktiske forhold:

• Resonneringskvalitet: Om moduser med høyere innsats løfter vanskelige oppgaver nok til å forsvare mer tid og høyere kostnad.
• Pålitelighet for kodeagenter: Om systemet kan gjøre korrekte endringer på tvers av filer, bruke verktøy og holde fast ved en sammenhengende plan.
• Ytelse med lang kontekst: Om modellen faktisk kan hente fram og bruke relevant informasjon fra store kodebaser, og ikke bare ta imot en svært lang prompt.
• Multimodale evner: Om kvaliteten på bilde- og annen mediegenerering er konkurransedyktig, ikke bare funksjonelt tilgjengelig.
• Økonomi i drift: Om forsinkelse, token-prising og bruksgrenser gjør langvarige agenter praktiske utenfor demonstrasjoner.

Gemini 3.8 Flash illustrerer hvorfor produktposisjonering betyr noe. Artificial Analysis rapporterte en score på 59 for modellens konfigurasjon med høy resonneringsinnsats, tre poeng høyere enn Gemini 3.7 Flash. Det er et meningsfullt resultat for en Flash-modell, men det erstatter ikke et bredt tilgjengelig Pro-flaggskip som kan dokumentere ytelse på komplekse oppgaver over lang tid. 14

Dette bør du følge med på nå

Den neste vesentlige dokumentasjonen vil være primærkilder eller tilgang som kan gjenskapes: en Google-kunngjøring, et modellkort, en API-oppføring, en prisside, en teknisk rapport eller uavhengige benchmark-resultater. Fram til da bør skjermbildet først og fremst behandles som en rapport om et internt eksperiment med ambisiøse mål.

Hovedpoenget er enkelt: De påståtte tallene på 256 000 output-tokener og 2 millioner tokener med kontekst ville være svært relevante for kodeagenter dersom de faktisk lanseres. Men det finnes foreløpig ingen offentlig dokumentasjon som beviser at de blir en del av sluttproduktet. 815