Gemma 4 26B A4B IT er Google DeepMinds instruksjonstilpassede utgave med en blanding av eksperter i den åpne Gemma 4-familien. Den offisielle arkitekturtabellen oppgir 25.2 milliarder parametere totalt og 3.8 milliarder aktive parametere; A4B angir den avrundede størrelsen på de aktive parameterne. Bruksområdene omfatter resonnering, koding, agentarbeidsflyter og multimodal forståelse. Den er atskilt fra den forhåndstrente utgaven og den tette 31B-modellen.
Arkitekturen med en blanding av eksperter aktiverer et utvalg av parameterne for hvert inferenstrinn: åtte aktive eksperter av 128, pluss én delt ekspert, ifølge den publiserte arkitekturtabellen. Google fremhever inferenseffektivitet for denne utgaven sammenlignet med den tette modellen. Den kombinerer en arkitektur med 30 lag og et glidende vindu på 1,024 tokener med global oppmerksomhet, en kontekst på 256K og en visuell koder. Disse arkitekturtallene beskriver produsentens modell, fremfor en garantert forsinkelse eller maskinvarekonfigurasjon for en bestemt applikasjon.
Konteksten på 256K tokener støtter oppgaver som kombinerer omfattende tekst med visuelt belegg. Bilder og tekst kan flettes inn i samme instruksjon; produsenten anbefaler å plassere bildeinnholdet før den tilhørende teksten for best resultat. Visuelle oppgaver omfatter objektdeteksjon, tolkning av dokumentsider, forståelse av skjermer og grensesnitt, diagrammer, flerspråklig OCR, håndskrift og utpeking av posisjoner. Utdataene er tekst: uthentet innhold, en forklaring, kode eller et foreslått verktøykall.
Konfigurerbar tenkning lar modellen resonnere før den svarer, eller gi et direkte svar. Gemma 4 legger til en innebygd systemrolle ved siden av bruker- og assistentrollene. Googles instruksjonsformat aktiverer tenkning med kontrolltokenet <|think|> i systeminstruksjonen og skiller tankekanalen fra det endelige svaret; den dokumenterte prosessoren kan håndtere denne malen. I en samtale med flere runder skal tidligere endelige svar beholdes i historikken, mens tidligere tanker utelates, unntatt i runder med verktøykall, der produsenten sier at de skal bevares.
Native Function Calling støtter strukturert verktøybruk, og Googles lanseringsbeskrivelse dokumenterer også strukturerte JSON-utdata. Definer oppgaven, den tilgjengelige funksjonen og det forventede resultatet; applikasjonen utfører den forespurte operasjonen og returnerer utdataene til neste trinn. En kodeoppgave kan be om generering, fullføring eller retting, mens en visuell assistent kan bruke den returnerte teksten til å forklare et diagram eller en skjerm. En instruksjon om et funksjonskall er noe annet enn en tilkoblet handling som faktisk er utført.
Variabel bildeoppløsning styres av budsjettet for visuelle tokener. De dokumenterte alternativene er 70, 140, 280, 560 og 1,120 tokener. Lavere budsjetter egner seg til klassifisering eller bildetekster; høyere budsjetter bevarer flere detaljer til OCR, dokumenttolking og liten skrift, og krever mer beregning. Avgjør om du trenger oversikt over scenen eller nøyaktig tekst før du klargjør bildet. Et tydelig utsnitt av en etikett kan være mer nyttig for tekstuthenting enn en uspesifisert forespørsel om å undersøke alle detaljer på en hel side.
Google anbefaler temperature 1.0, top-p 0.95 og top-k 64 som samplingsinnstillinger for familien. Modellkortet skiller mellom trening på mer enn 140 språk og støtte for mer enn 35 språk uten tilpasning. Oppgi svarsspråket, og spesifiser uttrykkelig domenenavn, feltnavn eller formler som skal beholdes i oppgavebeskrivelsen. Tallet 256K angir kontekststørrelsen; det siterte modellkortet fastsetter ikke en egen universell grense for maksimal utdata for denne utgaven.
For en oppgave som kombinerer dokumenter og kode, legg ved det relevante sidebildet, det skriftlige kravet og kodeutdraget: «Les etikettene, forklar hvordan denne skjermen avviker fra spesifikasjonen, og foreslå en avgrenset rettelse i den vedlagte koden.» For et diagram kan du be svaret skille synlige verdier fra en utledet trend. Gemmas modellkort nevner begrensninger knyttet til tvetydig språk, svært komplekse oppgaver og uriktige eller utdaterte fakta, så legg ved de autoritative opplysningene resultatet skal bygge på, fremfor å forvente at treningskunnskapen leverer dem.
Gjennom Ailoot velger du denne nøyaktige modell-ID-en i /v1/chat/completions og oppgir oppgaven i messages. Hver melding inneholder en rolle og sitt innhold; hold den relevante instruksjonen og kildematerialet samlet. Samle hele JSON-svaret eller alle SSE-segmentene når stream er aktivert, og behold usage sammen med det skriftlige resultatet.
", "aboutText": "Gemma 4 26B A4B IT er Google DeepMinds instruksjonstilpassede utgave med en blanding av eksperter i den åpne Gemma 4-familien. Den offisielle arkitekturtabellen oppgir 25.2 milliarder parametere totalt og 3.8 milliarder aktive parametere; A4B angir den avrundede størrelsen på de aktive parameterne. Bruksområdene omfatter resonnering, koding, agentarbeidsflyter og multimodal forståelse. Den er atskilt fra den forhåndstrente utgaven og den tette 31B-modellen.\n\nArkitekturen med en blanding av eksperter aktiverer et utvalg av parameterne for hvert inferenstrinn: åtte aktive eksperter av 128, pluss én delt ekspert, ifølge den publiserte arkitekturtabellen. Google fremhever inferenseffektivitet for denne utgaven sammenlignet med den tette modellen. Den kombinerer en arkitektur med 30 lag og et glidende vindu på 1,024 tokener med global oppmerksomhet, en kontekst på 256K og en visuell koder. Disse arkitekturtallene beskriver produsentens modell, fremfor en garantert forsinkelse eller maskinvarekonfigurasjon for en bestemt applikasjon.\n\nKonteksten på 256K tokener støtter oppgaver som kombinerer omfattende tekst med visuelt belegg. Bilder og tekst kan flettes inn i samme instruksjon; produsenten anbefaler å plassere bildeinnholdet før den tilhørende teksten for best resultat. Visuelle oppgaver omfatter objektdeteksjon, tolkning av dokumentsider, forståelse av skjermer og grensesnitt, diagrammer, flerspråklig OCR, håndskrift og utpeking av posisjoner. Utdataene er tekst: uthentet innhold, en forklaring, kode eller et foreslått verktøykall.\n\nKonfigurerbar tenkning lar modellen resonnere før den svarer, eller gi et direkte svar. Gemma 4 legger til en innebygd systemrolle ved siden av bruker- og assistentrollene. Googles instruksjonsformat aktiverer tenkning med kontrolltokenet <|think|> i systeminstruksjonen og skiller tankekanalen fra det endelige svaret; den dokumenterte prosessoren kan håndtere denne malen. I en samtale med flere runder skal tidligere endelige svar beholdes i historikken, mens tidligere tanker utelates, unntatt i runder med verktøykall, der produsenten sier at de skal bevares.\n\nNative Function Calling støtter strukturert verktøybruk, og Googles lanseringsbeskrivelse dokumenterer også strukturerte JSON-utdata. Definer oppgaven, den tilgjengelige funksjonen og det forventede resultatet; applikasjonen utfører den forespurte operasjonen og returnerer utdataene til neste trinn. En kodeoppgave kan be om generering, fullføring eller retting, mens en visuell assistent kan bruke den returnerte teksten til å forklare et diagram eller en skjerm. En instruksjon om et funksjonskall er noe annet enn en tilkoblet handling som faktisk er utført.\n\nVariabel bildeoppløsning styres av budsjettet for visuelle tokener. De dokumenterte alternativene er 70, 140, 280, 560 og 1,120 tokener. Lavere budsjetter egner seg til klassifisering eller bildetekster; høyere budsjetter bevarer flere detaljer til OCR, dokumenttolking og liten skrift, og krever mer beregning. Avgjør om du trenger oversikt over scenen eller nøyaktig tekst før du klargjør bildet. Et tydelig utsnitt av en etikett kan være mer nyttig for tekstuthenting enn en uspesifisert forespørsel om å undersøke alle detaljer på en hel side.\n\nGoogle anbefaler temperature 1.0, top-p 0.95 og top-k 64 som samplingsinnstillinger for familien. Modellkortet skiller mellom trening på mer enn 140 språk og støtte for mer enn 35 språk uten tilpasning. Oppgi svarsspråket, og spesifiser uttrykkelig domenenavn, feltnavn eller formler som skal beholdes i oppgavebeskrivelsen. Tallet 256K angir kontekststørrelsen; det siterte modellkortet fastsetter ikke en egen universell grense for maksimal utdata for denne utgaven.\n\nFor en oppgave som kombinerer dokumenter og kode, legg ved det relevante sidebildet, det skriftlige kravet og kodeutdraget: «Les etikettene, forklar hvordan denne skjermen avviker fra spesifikasjonen, og foreslå en avgrenset rettelse i den vedlagte koden.» For et diagram kan du be svaret skille synlige verdier fra en utledet trend. Gemmas modellkort nevner begrensninger knyttet til tvetydig språk, svært komplekse oppgaver og uriktige eller utdaterte fakta, så legg ved de autoritative opplysningene resultatet skal bygge på, fremfor å forvente at treningskunnskapen leverer dem.\n\nGjennom Ailoot velger du denne nøyaktige modell-ID-en i /v1/chat/completions og oppgir oppgaven i messages. Hver melding inneholder en rolle og sitt innhold; hold den relevante instruksjonen og kildematerialet samlet. Samle hele JSON-svaret eller alle SSE-segmentene når stream er aktivert, og behold usage sammen med det skriftlige resultatet.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "d9de1d36cc0dd345fafbdee1b7f6454794900ccd0200e64b13d832fc400b7b7b", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nb", "methods": [ { "html": "google/gemma-4-26b-a4b-it:freeGemma 4 26B A4B IT er Googles instruksjonstilpassede modell med en blanding av eksperter for tekst og visuell resonnering. Den kombinerer en kontekst på 256K, bildeforståelse, konfigurerbar tenkning og innebygde funksjonskall med tekst som utdata.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Gemma 4 26B A4B IT er Google DeepMinds instruksjonstilpassede utgave med en blanding av eksperter i den åpne Gemma 4-familien. Den offisielle arkitekturtabellen oppgir 25.2 milliarder parametere totalt og 3.8 milliarder aktive parametere; A4B angir den avrundede størrelsen på de aktive parameterne. Bruksområdene omfatter resonnering, koding, agentarbeidsflyter og multimodal forståelse. Den er atskilt fra den forhåndstrente utgaven og den tette 31B-modellen.
Arkitekturen med en blanding av eksperter aktiverer et utvalg av parameterne for hvert inferenstrinn: åtte aktive eksperter av 128, pluss én delt ekspert, ifølge den publiserte arkitekturtabellen. Google fremhever inferenseffektivitet for denne utgaven sammenlignet med den tette modellen. Den kombinerer en arkitektur med 30 lag og et glidende vindu på 1,024 tokener med global oppmerksomhet, en kontekst på 256K og en visuell koder. Disse arkitekturtallene beskriver produsentens modell, fremfor en garantert forsinkelse eller maskinvarekonfigurasjon for en bestemt applikasjon.
Konteksten på 256K tokener støtter oppgaver som kombinerer omfattende tekst med visuelt belegg. Bilder og tekst kan flettes inn i samme instruksjon; produsenten anbefaler å plassere bildeinnholdet før den tilhørende teksten for best resultat. Visuelle oppgaver omfatter objektdeteksjon, tolkning av dokumentsider, forståelse av skjermer og grensesnitt, diagrammer, flerspråklig OCR, håndskrift og utpeking av posisjoner. Utdataene er tekst: uthentet innhold, en forklaring, kode eller et foreslått verktøykall.
Konfigurerbar tenkning lar modellen resonnere før den svarer, eller gi et direkte svar. Gemma 4 legger til en innebygd systemrolle ved siden av bruker- og assistentrollene. Googles instruksjonsformat aktiverer tenkning med kontrolltokenet <|think|> i systeminstruksjonen og skiller tankekanalen fra det endelige svaret; den dokumenterte prosessoren kan håndtere denne malen. I en samtale med flere runder skal tidligere endelige svar beholdes i historikken, mens tidligere tanker utelates, unntatt i runder med verktøykall, der produsenten sier at de skal bevares.
Native Function Calling støtter strukturert verktøybruk, og Googles lanseringsbeskrivelse dokumenterer også strukturerte JSON-utdata. Definer oppgaven, den tilgjengelige funksjonen og det forventede resultatet; applikasjonen utfører den forespurte operasjonen og returnerer utdataene til neste trinn. En kodeoppgave kan be om generering, fullføring eller retting, mens en visuell assistent kan bruke den returnerte teksten til å forklare et diagram eller en skjerm. En instruksjon om et funksjonskall er noe annet enn en tilkoblet handling som faktisk er utført.
Variabel bildeoppløsning styres av budsjettet for visuelle tokener. De dokumenterte alternativene er 70, 140, 280, 560 og 1,120 tokener. Lavere budsjetter egner seg til klassifisering eller bildetekster; høyere budsjetter bevarer flere detaljer til OCR, dokumenttolking og liten skrift, og krever mer beregning. Avgjør om du trenger oversikt over scenen eller nøyaktig tekst før du klargjør bildet. Et tydelig utsnitt av en etikett kan være mer nyttig for tekstuthenting enn en uspesifisert forespørsel om å undersøke alle detaljer på en hel side.
Google anbefaler temperature 1.0, top-p 0.95 og top-k 64 som samplingsinnstillinger for familien. Modellkortet skiller mellom trening på mer enn 140 språk og støtte for mer enn 35 språk uten tilpasning. Oppgi svarsspråket, og spesifiser uttrykkelig domenenavn, feltnavn eller formler som skal beholdes i oppgavebeskrivelsen. Tallet 256K angir kontekststørrelsen; det siterte modellkortet fastsetter ikke en egen universell grense for maksimal utdata for denne utgaven.
For en oppgave som kombinerer dokumenter og kode, legg ved det relevante sidebildet, det skriftlige kravet og kodeutdraget: «Les etikettene, forklar hvordan denne skjermen avviker fra spesifikasjonen, og foreslå en avgrenset rettelse i den vedlagte koden.» For et diagram kan du be svaret skille synlige verdier fra en utledet trend. Gemmas modellkort nevner begrensninger knyttet til tvetydig språk, svært komplekse oppgaver og uriktige eller utdaterte fakta, så legg ved de autoritative opplysningene resultatet skal bygge på, fremfor å forvente at treningskunnskapen leverer dem.
Gjennom Ailoot velger du denne nøyaktige modell-ID-en i /v1/chat/completions og oppgir oppgaven i messages. Hver melding inneholder en rolle og sitt innhold; hold den relevante instruksjonen og kildematerialet samlet. Samle hele JSON-svaret eller alle SSE-segmentene når stream er aktivert, og behold usage sammen med det skriftlige resultatet.
POST /v1/chat/completionstext, imagetext| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser google/gemma-4-26b-a4b-it:free Vilkår: Bruk nøyaktig denne rutingsvelgeren for Ailoot. | Standard— |
Feltmessages | Typearray | KravPåkrevd | Verdier & grenser Vilkår: | Standard— |
Feltstream | Typeboolean | KravValgfritt | Verdier & grenser Vilkår: | Standardfalse |
text_input · Påkrevd: messages
image_with_text · Påkrevd: messages with actual image content blocks
| Parameter | Avtale |
|---|---|
Parametercontent_type | Avtaleapplication/json |
Parameterrequired | Avtalemodel, messages |
Parameteroptional | Avtalestream |
Parametermaterial_types | Avtaletext, image |
Parameterconditions | AvtaleBruk nøyaktig denne rutingsvelgeren for Ailoot., Denne protokollen overfører bildeinnhold når akkurat den valgte modellen støtter bildeforståelse. At protokollen godtas, betyr ikke at alle modeller støtter bilder. |
Metodealiaser: /chat/completions
Livssyklus: synchronous_or_streamed
Tariffopplysninger legger ikke til forespørselsvalg. Støttede parametere står ved den valgte metoden.
| Konfigurasjon | Prisplan | Kostnad |
|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Kostnad Inndata · Inngående tokener $0 / 1K tokener Utdata · Utgående tokener $0 / 1K tokener Inndata · Lesing fra hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
Ailoot reserverer et estimert beløp før en forespørsel. Etter resultatet gjøres det endelige beløpet opp basert på målt forbruk. Oppgjør for strømming bruker den endelige forbruksposten. Slik fungerer reservasjon og oppgjør →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "google/gemma-4-26b-a4b-it:free", "messages": [{"role": "user", "content": "Explain how a rainbow forms."}]}')\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/chat/completions \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\n# Submit once. Retain the complete result, original identifiers and every response header.\nJSON or SSE
Behold alle fullstendige returnerte svar, filer og innholdsdeler.
Behold hver innholdsblokk, verktøykallets ID, resonneringssignaturen når den returneres, alle SSE-deltaer og fullstendige bruksdata. Det første tekstfragmentet er ikke hele resultatet.
Behold opprinnelig X-Client-Request-ID, svaret og hodene. Et ukjent resultat eller result_pending_check gir ikke tillatelse til en ny opprettelsesforespørsel.
| Felt | Type |
|---|---|
Feltchoices[] | Typeobject |
Feltusage | Typeobject |
| Svar | Vilkår | Neste trinn |
|---|---|---|
Svar400 · invalid_request_error | VilkårEt obligatorisk felt, en modellvelger, en type eller en representasjon av inndata er ugyldig. | Neste trinnUndersøk de returnerte valideringsdetaljene før du forbereder en separat forespørsel. |
Svar | VilkårDen opprinnelige forespørselen eller resultatet er ukjent eller må kontrolleres. | Neste trinnBehold opprinnelige identifikatorer og hoder; les bare status- eller biblioteksposter som støttes. Ikke send opprettelsesforespørselen på nytt. |
Ailoot Ultra google/gemma-4-26b-a4b-it:free
/chat/completions