Google ruller ny Flash‑tier ud: billigere Gemini‑modeller til produktionsagenter
Google lancerer Gemini 3.6 Flash, 3.5 Flash‑Lite og 3.5 Flash Cyber som en hurtig, billig og token‑effektiv Flash‑tier til agent‑forløb. Priserne starter ved $0,30/$2,50 pr. 1M tokens for Flash‑Lite og $1,50/$7,50 for 3.6 Flash. Google lover færre output‑tokens og højere throughput, men uafhængig verifikation og klare enterprise‑vilkår er vigtige før bred udrulning.
22. juli 2026Peter Munkholm
Google udvider Gemini med tre modeller i en Flash‑tier: 3.6 Flash, 3.5 Flash‑Lite og 3.5 Flash Cyber. Fokus er lav pris, lav latenstid og stramt tokenforbrug. De er målrettet agent‑forløb frem for maksimal ræsonneringsdybde. Ifølge MarkTechPost og VentureBeat ligger priserne på $1,50/$7,50 pr. 1M tokens for 3.6 Flash og $0,30/$2,50 for 3.5 Flash‑Lite.
Hvad Google siger effektivitet, hastighed og pris
Google fremhæver færre output‑tokens og hurtigere gennemløb i 3.6 Flash sammenlignet med 3.5 Flash. På Artificial Analysis Index bruger 3.6 ifølge MarkTechPost cirka 17 procent færre output‑tokens end 3.5. På DeepSWE, rapporteret via Datacurve og gengivet hos MarkTechPost og VentureBeat, nævnes op til 65 procent reduktion i output‑tokens på visse opgaver. Det er Googles egne tal i kilderne, uden offentlige scripts eller rådata der.
Google peger også på højere kvalitet: 3.6 Flash scorer højere end 3.5 Flash på flere benchmarks rapporteret via MarkTechPost – DeepSWE 49 vs. 37, MLE Bench 63,9 vs. 49,7, OSWorld‑Verified 83,0 vs. 78,4 og GDPval‑AA v2 1421 vs. 1349. Det er evals med fokus på praktiske opgaver og længere forløb – relevant når agenter skal igennem flere trin, ikke bare levere et enkelt svar.
Priserne er sænket på output. Ifølge VentureBeat og MarkTechPost koster 3.6 Flash $7,50 pr. 1M output‑tokens (mod tidligere $9,00 på 3.5 Flash) og $1,50 på input. 3.5 Flash‑Lite ligger endnu lavere på $0,30/$2,50. Det slår mest igennem dér, hvor svarkvantitet driver regningen.
Tokenøkonomi regnestykket der ændrer designvalgene
Et konkret regnestykke: 100.000 agentkald med 1.000 input‑tokens og 300 output‑tokens. I alt 100M input og 30M output tokens. På 3.6 Flash lander det ca. på $150 for input og $225 for output – samlet $375. Samme workload på 3.5 Flash‑Lite: cirka $30 + $75 = $105. På den tidligere 3.5 Flash omkring $150 + $270 = $420. Skalaen gør forskellen tydelig.
Hvis man antager de 17 procent færre output‑tokens på 3.6 Flash end 3.5 Flash (Artificial Analysis via MarkTechPost), falder 30M til 24,9M. Outputdelen går dermed fra ca. $225 til $187,5, og totalen fra $375 til ca. $337,5. Ikke dramatisk pr. kald – men i døgndrift mærkbart. Her virker både lavere output‑pris og lavere output‑mængde.
Tokenisering varierer på tværs af sprog og formater, og multimodale payloads tæller med. Brug et enkelt regneskema: omkostning ≈ (input_tokens/1.000.000 × inputpris) + (output_tokens/1.000.000 × outputpris). Tallene her er eksempler, ikke en faktura.
Latency, throughput og realtidsarbejdsgange
Flash‑tieret prioriterer lav latenstid og høj throughput over maksimal tænkedybde. 3.5 Flash‑Lite fremhæves hos MarkTechPost med omkring 350 output‑tokens pr. sekund. Et svar på 300 tokens kan i ren modeltid derfor dukke op på under et sekund. Det er laboratorietal. Netværk, tool‑kald og orkestrering lægger oveni, og p95/p99 kan se helt anderledes ud i drift – mål p50/p95/p99 i jeres region med tydeligt testsetup (region, streaming on/off, batchstørrelse, netværk).
VentureBeat noterer, at ældre Flash‑Lite‑varianter var billigere pr. token men langsommere. I praksis vægter oplevet hastighed ofte tungere end listepris i chat, søgning og kundeservice. Små ventetider flytter NPS. Alle der har stirret på en blinker i en kundeservicechat, ved hvorfor.
Arkitektur‑implikationer for agentdesign
For at hente tokengevinster skal arkitekturen hjælpe. Start med prompts: korte systeminstruktioner, faste skemaer/JSON, punktopstillinger. Mindre fyld, færre parsefejl – lavere tokenforbrug.
Et lille før/efter‑eksempel på promptstramning:
\/\/ Før
"Forklar venligst detaljeret og i hele sætninger, hvad svaret er, og giv også eksempler..."
\/\/ Efter
"Svar i JSON {\"result\": string, \"next_step\": string}. Maks 2 sætninger pr. felt."
Det virker banalt. Alligevel falder både outputlængde og antallet af unødige tool‑kald ofte, når svarformatet er hårdt styret.
Cache og del kontekst. Gentagne instruktioner og faste fakta bør ikke betales igen. Del en kort systemprompt via token‑caching og genbrug id’er i agentkæden. Hold kontekstvinduet lille som standard, og eskaler kun ved behov.
En enkel skitse til kontekst‑sharding i en agentkæde:
Styr tool‑kald stramt. Få, præcise funktioner med klare signaturer. Lad modellen vælge mellem få værktøjer i stedet for mange. Returner kun nøgleværdier, ikke hele rapporter, så næste trin starter på få tokens.
Sikkerhed og ansvar Frontier Safety og CBRN/cyber‑beskyttelse
Google angiver ifølge MarkTechPost, at 3.6 Flash har styrkede Frontier Safety‑værn mod CBRN‑misbrug og cyber‑offensiv brug. Det fremgår af modelkortet, som beskriver dækning og afgrænsninger. For virksomheder er opgaven klar: få på skrift hvilke blokeringer der findes, hvad der logges, og hvordan hændelser håndteres. Modelkortet er vejledning – kontrakterne er forpligtelsen.
Modelkort‑URL og versionsdato
Seneste red‑team‑rapport med scope og dato
Logging‑ og retention‑politik, inkl. sletningsfrister
Adgangsstyring pr. miljø (dev/test/prod) og nøglestyring
SLA’er med p95/p99‑mål og kompensation ved brud
Hændelsesrespons og ansvarsplacering i T&C/enterprise‑aftale
Regiontilgængelighed og dataplacering
“Computer use” nævnes som klientværktøj via Gemini‑API’et og Gemini Enterprise (MarkTechPost). Det kan automatisere UI‑interaktioner i agentkæder. Risikoen stiger tilsvarende: brug whitelists, tørkørsler og sandboxes, før produktionsdata slippes løs.
Cyber‑varianten og parallel‑agenter
3.5 Flash Cyber er finjusteret til at finde, validere og patche sårbarheder via mange parallelle forsøg (MarkTechPost). Google beskriver et CodeMender‑setup med flere agenter i parallel og flettede resultater. Idéen: mange billige kald kan slå ét dyrt, når søgeområdet er stort.
Men der skal hegn op, ellers løber budgettet. Overvej disse styringer før produktion:
Hårdt tokenbudget pr. job og pr. session
Timeboxing af forsøg og fast max_concurrency
Whitelists af mål og værktøjer, blacklists for højrisk handlinger
Sandbox og tørkørsel på syntetiske data før real drift
Gem diff’er i stedet for fulde rapporter mellem forsøg
Juridisk signoff og formålsklarhed (pen‑test vs. drift), log på revisionsniveau
Google henviser til interne evalueringer, hvor Flash Cyber slår generelle modeller på visse kode‑sikkerhedsopgaver. Interessant – men indtil uafhængige benchmarks og kundecases viser det samme, så test på jeres egen kodebase og toolchain, før proces eller mandat ændres.
Praktisk adoption hvor giver det mest mening først
Start dér, hvor korte, strukturerede svar tæller: kundeserviceassistenter, dokumentindeksering og ekstraktion (inkl. OCR‑postprocessing), realtids‑søgeagenter og integrationsflows med kompakte API‑kald. Effekten er størst, når svaret holdes kort, og prisen derfor falder synligt.
Tradeoffs: vælg Flash, når opgaven er modulær, kan brydes i sikre tool‑kald, og når outputtet kan holdes kompakt. Vælg en tungere model ved behov for dybere kæderæsonnering, lang horisont planlægning eller mere kreativ syntese. En hybridstrategi er ofte bedst: Flash som standard, eskalation ved behov eller fejl.
Gør konfiguration til en del af produktet: definer tærskler for thinking‑level, modelskift og abort/retry. Mål tokens, latenser og opgavekvalitet i drift og justér løbende. Det er her besparelsen faktisk hentes.
Kendte begrænsninger og hvad der mangler
Der mangler uafhængig verifikation af flere tal. DeepSWE‑påstanden om op til 65 procent færre output‑tokens er rapporteret via Datacurve i kilderne; rådata og scripts er ikke fremlagt dér. Samme med Artificial Analysis Index: uden offentlig metode er overførbarheden uklar. Tag “op til” bogstaveligt, indtil egne målinger foreligger.
Latency afhænger af region, netværk og orkestrering. Når I deler egne tal, så angiv region, batchstørrelse, tool‑kald, streaming on/off samt p50/p95/p99. Uden det er tal ikke sammenlignelige. Det gælder også for priseksempler – tokenisering varierer på tværs af sprog og inputtyper.
Google nævner tidlige kunder som Hebbia og Harvey med gevinster i dokument‑parsing, analyse og rapportkladder (MarkTechPost). Tag det som signaler, ikke som bevis. Bed om reproducerbare tests eller korte pilotinterviews med referencer, før det oversættes til drift.
Sådan validerer du selv på en eftermiddag
Mål tokenforbrug pr. promptstruktur: kør 100 identiske forespørgsler med og uden JSON‑skema og sammenlign median output‑tokens (gem prompts og resultater).
Mål tool‑kald: log antal funktionskald pr. fuldført opgave og total tokens pr. kald for 3.6 Flash vs. 3.5 Flash‑Lite. Brug samme data og temperatur.
Test parallelbudget: sæt max_concurrency = {1, 5, 10} og et fast tokenloft pr. job. Sammenlign succesrate og pris/job ved loftet.
Definér eskalationstærskler: hvis kvalitetsscore < X, eller hvis kald > N, så eskalér til tungere model. Start konservativt – fx for de sværeste 5–10 procent – og mål effekten månedligt.
Konklusion og anbefalinger til beslutningstagere
Gemini‑Flash‑modellerne gør mange små agentkald hurtigere og billigere. Det flytter grænsen for realtidsfunktioner og high‑volume flows – hvis arkitekturen hjælper med stram prompt, token‑caching, disciplin i tool‑kald og bevidst eskalation.
Næste skridt er enkle: vælg 1–3 agentflows, mål tokens og latenser før/efter, sammenlign 3.6 Flash med 3.5 Flash‑Lite på jeres trafik, og hav fallback til en tungere model for de svære 5–10 procent. Gennemgå modelkort og T&C for sikkerhed, logging og hændelsesrespons, og forhandl pris/SLAs, før volumen åbnes. Forskellen mærkes først, når det kører i produktion.
Gør brugeroplevelsen bedre. Hvilket firma arbejder du for?
Brugsvilkår
Brugsvilkår for Snilld
Opdateret: 19. marts 2026
1. Om disse vilkår
Disse brugsvilkår gælder for din brug af Snillds website, chatfunktioner, digitale assistenter, applikationer og øvrige online tjenester, der stilles til rådighed af Snilld ApS.
Ved at bruge vores tjenester accepterer du disse vilkår.
2. Leverandør
Tjenesterne leveres af:
Snilld ApS CVR 44856085 Cortex Park 4 Vest DK-5230 Odense M E-mail: [email protected] Telefon: +45 26 71 48 92
3. Tjenesternes karakter
Snilld tilbyder digitale løsninger, herunder funktioner med kunstig intelligens, til blandt andet information, support, indholdsbehandling, automatisering og produktivitetsformål.
Nogle funktioner kan være eksperimentelle, under udvikling eller afhængige af tredjepartsinfrastruktur.
4. AI-assisterede funktioner
Når du bruger en funktion, hvor du interagerer direkte med en AI-assistent, bliver du oplyst om dette, medmindre det er åbenbart i den konkrete situation.
AI-genererede svar, forslag og analyser kan være unøjagtige, ufuldstændige eller irrelevante. Output fra vores AI-funktioner er vejledende og må ikke stå alene ved beslutninger med væsentlige juridiske, økonomiske, sundhedsmæssige eller andre væsentlige konsekvenser.
Hvor det tilbydes, kan du anmode om menneskelig overtagelse eller manuel opfølgning.
5. Ingen professionel rådgivning
Indhold, svar, forslag og anbefalinger fra Snillds website og AI-funktioner udgør ikke juridisk, økonomisk, regnskabsmæssig, medicinsk eller anden professionel rådgivning.
Du er selv ansvarlig for at vurdere, om du skal søge professionel rådgivning, før du handler på baggrund af information fra vores tjenester.
6. Korrekt brug
Du må ikke bruge Snillds tjenester:
i strid med gældende lovgivning
til krænkelse af andres rettigheder
til at uploade eller dele skadeligt, ulovligt, krænkende eller vildledende indhold
til at forsøge at omgå sikkerhedsforanstaltninger
til at misbruge, overbelaste eller forstyrre tjenesterne
til at indsende følsomme personoplysninger, CPR-numre eller andre fortrolige oplysninger, medmindre Snilld udtrykkeligt har anvist en egnet og sikker kanal til dette
Du er ansvarlig for, at oplysninger og materialer, du indsender, må bruges af dig, og at de ikke krænker tredjemands rettigheder.
7. Brugerinput og ansvar
Når du indsender tekst, filer eller andet materiale til vores tjenester, er du ansvarlig for indholdet og for, at det er lovligt at behandle det i den sammenhæng, du bruger tjenesten til.
Du bør ikke indsende oplysninger, som ikke er nødvendige for formålet.
8. Tredjepartsleverandører
Snilld kan anvende tredjepartsleverandører, herunder hosting-, infrastruktur- og AI-leverandører, som led i leveringen af tjenesterne.
Nogle funktioner kan derfor helt eller delvist være afhængige af tredjepartsydelser. Snilld er ikke ansvarlig for driftsforstyrrelser, ændringer eller ophør hos tredjepartsleverandører, som ligger uden for vores rimelige kontrol.
9. Tilgængelighed og ændringer
Vi bestræber os på, at vores tjenester er tilgængelige og fungerer stabilt, men vi garanterer ikke uafbrudt adgang, fejlfri drift eller, at alt indhold altid er fuldstændigt opdateret.
Vi kan løbende ændre, opdatere, begrænse eller fjerne funktioner, når det er sagligt begrundet, herunder af hensyn til drift, sikkerhed, lovgivning eller produktudvikling.
10. Immaterielle rettigheder
Alt indhold på Snillds website og i vores tjenester, herunder tekst, grafik, design, logoer, software, struktur og materiale, tilhører Snilld ApS eller vores licensgivere, medmindre andet er angivet.
Du får alene en begrænset, ikke-eksklusiv og ikke-overdragelig ret til at bruge tjenesterne til lovlige formål i overensstemmelse med disse vilkår.
Du må ikke kopiere, videredistribuere, offentliggøre, dekompilere, reverse engineere eller på anden måde udnytte materialet kommercielt, medmindre det er udtrykkeligt tilladt efter ufravigelig lov eller skriftlig aftale med Snilld.
11. Ansvarsfraskrivelse
Tjenesterne stilles til rådighed som de er og forefindes.
Snilld afgiver ingen garanti for, at output fra AI-funktioner er korrekt, fuldstændigt, egnet til et bestemt formål eller fri for fejl. Du bærer selv ansvaret for at kontrollere og validere output, før det anvendes i praksis.
12. Ansvarsbegrænsning
I det omfang loven tillader det, er Snilld ikke ansvarlig for indirekte tab, følgeskader, driftstab, avancetab, datatab, tab af goodwill eller lignende tab, der opstår som følge af brug eller manglende mulighed for brug af tjenesterne.
Snillds samlede ansvar kan ikke overstige det beløb, du eventuelt har betalt til Snilld for den relevante tjeneste i de seneste 12 måneder forud for det forhold, der gav anledning til kravet.
Intet i disse vilkår begrænser ansvar, som efter ufravigelig lov ikke lovligt kan begrænses eller fraskrives.
13. Personoplysninger og cookies
Snillds behandling af personoplysninger er beskrevet i vores privatlivspolitik. Brug af cookies og lignende teknologier er beskrevet i vores cookiepolitik.
Hvis du bruger en chat- eller AI-funktion, vil du desuden blive informeret særskilt om den relevante behandling af oplysninger i den konkrete løsning.
Vi kan opdatere disse vilkår, når det er nødvendigt, for eksempel ved ændringer i lovgivning, sikkerhed, leverandørforhold eller tjenesternes funktioner.
Den til enhver tid gældende version vil være offentliggjort på denne side med opdateringsdato. Ved væsentlige ændringer kan vi også informere via website, konto, e-mail eller anden relevant kanal.
15. Lovvalg og værneting
Disse vilkår er underlagt dansk ret.
Enhver tvist skal behandles ved de danske domstole, medmindre ufravigelige forbrugerbeskyttelsesregler giver dig yderligere rettigheder.
16. Kontakt
Hvis du har spørgsmål til disse vilkår, kan du kontakte:
