The Register avslørte 7. mai at Chrome lagrer Googles lokale Gemini Nano-modell som en weights.bin-fil i mappen OptGuideOnDeviceModel, og at den lastes ned på nytt hvis brukeren sletter den manuelt. Funnet kommer fra personvernbloggeren Alexander Hanff, som målte filen til 4 GB på sin egen maskin.
Dette er ikke nytt. En Reddit-tråd fra april 2025 viste at modellen den gang var 3 GB, og et Stack Overflow-spørsmål fra november 2025 oppgir 4 GB. Veksten er rolig, men jevn, og skjer uten at brukere får et samtykkevalg når Chrome oppdateres.
«Google Chrome stjeler 4 GB diskplass fra datamaskinen din til den lokale store språkmodellen sin med mindre du har valgt det bort.» (The Register)
For en utvikler er ikke 4 GB katastrofalt på en stasjonær maskin, men det er det på et SSD-tynt utviklingslaptop med 256 GB total, og særlig hvis du allerede har Ollama, llama.cpp og lokale fine-tunes som konkurrerer om plassen. Modellen brukes av Chromes Prompt API, så den blir bare aktivert hvis en webside faktisk ber om on-device-inferens, men diskplassen brukes uansett.
Det er to måter å bli kvitt den på. Den enkle: gå til chrome://flags, finn «optimization-guide-on-device-model» og sett den til Disabled, så starter du Chrome på nytt og weights.bin slettes. Den robuste, hvis du administrerer flere maskiner: legg inn en gruppepolicy via registry-nøkkelen HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome med DWORD-verdien GenAILocalFoundationalModelSettings satt til 1.
Hva bør du gjøre?
- Sjekk om du allerede har den: kjør
find ~/Library/Application\ Support/Google/Chrome -size +1G -ls 2>/dev/nullpå macOS, eller søk etter weights.bin i Chrome-profilmappen på Windows og Linux. - Slå av flagget hvis du ikke trenger Prompt API: chrome://flags, søk «optimization-guide-on-device-model», velg Disabled, restart.
- Gruppepolicy for flåtemaskiner: rull ut registry-nøkkelen over via Intune eller Ansible før Chrome rekker å laste den ned hos brukerne.
Bakgrunn
Chromes Prompt API er Googles forsøk på å gi nettsider lokal LLM-tilgang uten at utvikleren må sende data til Gemini API-et. Det er en god idé i prinsippet, fordi det fjerner latens og personvernsrisiko ved å holde data på enheten. Problemet er hvordan Google har valgt å distribuere modellen: stille, tilbakefallende, og uten et tydelig opt-in-vindu. For norske utviklere som bygger personvernsensitive produkter er dette verdt å notere før dere anbefaler Chrome-baserte løsninger til kunder.