Gemma 4 31B IT to dostrojona do wykonywania instrukcji, gęsta edycja otwartej rodziny Gemma 4 od Google DeepMind. Google pozycjonuje model 31B pod kątem jakości modelu i dostosowania do zadania, podczas gdy osobna edycja 26B A4B wykorzystuje architekturę mixture of experts dla wydajniejszego wnioskowania. Ta karta dotyczy wskazanej edycji 31B dostrojonej do instrukcji, a nie jej wstępnie wytrenowanych wag ani skwantyzowanej pochodnej.
Oficjalna tabela architektury gęstej wymienia 30.7 miliarda parametrów, 60 warstw, przesuwne okno o długości 1 024 tokenów i kontekst 256K tokenów. Rodzina łączy lokalny mechanizm uwagi w przesuwnym oknie z uwagą globalną, kończy się warstwą globalną i korzysta w tym modelu z dedykowanego enkodera wizualnego. Taki profil służy do przyjmowania tekstu i obrazów oraz zwracania tekstu. Są to fakty o architekturze modelu; nie określają czasu odpowiedzi aplikacji ani nie oznaczają obsługi dźwięku dostępnej w innych rozmiarach Gemma 4.
Kontekst o długości 256K tokenów pozwala łączyć obszerny tekst z materiałem wizualnym w jednym zadaniu. Obrazy i tekst można przeplatać w jednym prompcie; producent zaleca umieszczanie obrazu przed powiązanym tekstem, aby uzyskać najlepsze wyniki. Zadania wizualne obejmują wykrywanie obiektów, interpretację stron dokumentów, rozumienie ekranów i interfejsów, wykresy, wielojęzyczny OCR, pismo odręczne i wskazywanie elementów. Wynikiem jest tekst: wyodrębniona treść, wyjaśnienie, kod lub proponowana czynność narzędzia.
Konfigurowalne rozumowanie pozwala modelowi rozumować przed odpowiedzią albo udzielić odpowiedzi bezpośredniej. Gemma 4 dodaje natywną rolę system obok ról user i assistant. Format promptów Google włącza rozumowanie za pomocą tokenu sterującego <|think|> w prompcie systemowym i oddziela kanał rozumowania od końcowej odpowiedzi; udokumentowany procesor potrafi obsłużyć ten szablon. W rozmowie wieloturowej zachowuj w historii wcześniejsze końcowe odpowiedzi i pomijaj wcześniejsze rozumowanie, z wyjątkiem tur wywołań narzędzi, dla których producent zaleca jego zachowanie.
Natywne wywoływanie funkcji, Native Function Calling, obsługuje uporządkowane korzystanie z narzędzi, a opis premiery Google dokumentuje również ustrukturyzowane odpowiedzi JSON. Określ zadanie, dostępną funkcję i oczekiwany wynik; aplikacja wykonuje żądaną operację i zwraca jej wynik do następnego kroku. Zadanie programistyczne może dotyczyć generowania, uzupełniania lub poprawiania kodu, a asystent wizualny może wykorzystać zwrócony tekst do wyjaśnienia wykresu lub ekranu. Instrukcja wywołania funkcji jest czymś innym niż podłączona czynność, która rzeczywiście została wykonana.
Zmienną rozdzielczość obrazu kontroluje budżet tokenów wizualnych. Udokumentowane opcje to 70, 140, 280, 560 i 1 120 tokenów. Niższe budżety sprawdzają się przy klasyfikacji lub podpisach; wyższe zachowują więcej szczegółów do OCR, analizowania dokumentów i drobnego tekstu, kosztem dodatkowych obliczeń. Przed przygotowaniem obrazu zdecyduj, czy potrzebujesz ogólnego obrazu sceny, czy dokładnych napisów. Wyraźny wycinek etykiety może być bardziej użyteczny przy wyodrębnianiu treści niż nieprecyzyjne polecenie sprawdzenia każdego szczegółu całej strony.
Google zaleca dla rodziny konfigurację próbkowania temperature 1.0, top-p 0.95 i top-k 64. Karta modelu odróżnia trenowanie w ponad 140 językach od gotowej obsługi ponad 35 języków. Określ język odpowiedzi i wyraźnie wskaż w opisie zadania nazwy domen, nazwy pól lub wzory, które mają zostać zachowane. Wartość 256K jest specyfikacją kontekstu; cytowana karta modelu nie określa osobnego, uniwersalnego maksimum długości wyjścia dla tej edycji.
W zadaniu łączącym dokument i kod dostarcz obraz odpowiedniej strony, pisemne wymaganie i fragment źródła: „Odczytaj etykiety, wyjaśnij, czym ten ekran różni się od specyfikacji, i zaproponuj konkretną poprawkę do podanego kodu”. Przy wykresie poproś o oddzielenie widocznych wartości od wnioskowanego trendu. Karta Gemma wskazuje ograniczenia związane z niejednoznacznym językiem, bardzo złożonymi zadaniami oraz błędnymi lub nieaktualnymi twierdzeniami faktycznymi, dlatego dołącz wiążące fakty, z których ma korzystać wynik, zamiast oczekiwać, że dostarczy ich wiedza z treningu.
W Ailoot wybierz ten dokładny identyfikator modelu w /v1/chat/completions i podaj zadanie w messages. Każda wiadomość zawiera rolę i treść; powiązaną instrukcję i materiał źródłowy trzymaj razem. Odbierz pełną odpowiedź JSON albo wszystkie segmenty SSE, gdy włączone jest stream, i zachowaj usage wraz z wynikiem tekstowym.
", "aboutText": "Gemma 4 31B IT to dostrojona do wykonywania instrukcji, gęsta edycja otwartej rodziny Gemma 4 od Google DeepMind. Google pozycjonuje model 31B pod kątem jakości modelu i dostosowania do zadania, podczas gdy osobna edycja 26B A4B wykorzystuje architekturę mixture of experts dla wydajniejszego wnioskowania. Ta karta dotyczy wskazanej edycji 31B dostrojonej do instrukcji, a nie jej wstępnie wytrenowanych wag ani skwantyzowanej pochodnej.\n\nOficjalna tabela architektury gęstej wymienia 30.7 miliarda parametrów, 60 warstw, przesuwne okno o długości 1 024 tokenów i kontekst 256K tokenów. Rodzina łączy lokalny mechanizm uwagi w przesuwnym oknie z uwagą globalną, kończy się warstwą globalną i korzysta w tym modelu z dedykowanego enkodera wizualnego. Taki profil służy do przyjmowania tekstu i obrazów oraz zwracania tekstu. Są to fakty o architekturze modelu; nie określają czasu odpowiedzi aplikacji ani nie oznaczają obsługi dźwięku dostępnej w innych rozmiarach Gemma 4.\n\nKontekst o długości 256K tokenów pozwala łączyć obszerny tekst z materiałem wizualnym w jednym zadaniu. Obrazy i tekst można przeplatać w jednym prompcie; producent zaleca umieszczanie obrazu przed powiązanym tekstem, aby uzyskać najlepsze wyniki. Zadania wizualne obejmują wykrywanie obiektów, interpretację stron dokumentów, rozumienie ekranów i interfejsów, wykresy, wielojęzyczny OCR, pismo odręczne i wskazywanie elementów. Wynikiem jest tekst: wyodrębniona treść, wyjaśnienie, kod lub proponowana czynność narzędzia.\n\nKonfigurowalne rozumowanie pozwala modelowi rozumować przed odpowiedzią albo udzielić odpowiedzi bezpośredniej. Gemma 4 dodaje natywną rolę system obok ról user i assistant. Format promptów Google włącza rozumowanie za pomocą tokenu sterującego <|think|> w prompcie systemowym i oddziela kanał rozumowania od końcowej odpowiedzi; udokumentowany procesor potrafi obsłużyć ten szablon. W rozmowie wieloturowej zachowuj w historii wcześniejsze końcowe odpowiedzi i pomijaj wcześniejsze rozumowanie, z wyjątkiem tur wywołań narzędzi, dla których producent zaleca jego zachowanie.\n\nNatywne wywoływanie funkcji, Native Function Calling, obsługuje uporządkowane korzystanie z narzędzi, a opis premiery Google dokumentuje również ustrukturyzowane odpowiedzi JSON. Określ zadanie, dostępną funkcję i oczekiwany wynik; aplikacja wykonuje żądaną operację i zwraca jej wynik do następnego kroku. Zadanie programistyczne może dotyczyć generowania, uzupełniania lub poprawiania kodu, a asystent wizualny może wykorzystać zwrócony tekst do wyjaśnienia wykresu lub ekranu. Instrukcja wywołania funkcji jest czymś innym niż podłączona czynność, która rzeczywiście została wykonana.\n\nZmienną rozdzielczość obrazu kontroluje budżet tokenów wizualnych. Udokumentowane opcje to 70, 140, 280, 560 i 1 120 tokenów. Niższe budżety sprawdzają się przy klasyfikacji lub podpisach; wyższe zachowują więcej szczegółów do OCR, analizowania dokumentów i drobnego tekstu, kosztem dodatkowych obliczeń. Przed przygotowaniem obrazu zdecyduj, czy potrzebujesz ogólnego obrazu sceny, czy dokładnych napisów. Wyraźny wycinek etykiety może być bardziej użyteczny przy wyodrębnianiu treści niż nieprecyzyjne polecenie sprawdzenia każdego szczegółu całej strony.\n\nGoogle zaleca dla rodziny konfigurację próbkowania temperature 1.0, top-p 0.95 i top-k 64. Karta modelu odróżnia trenowanie w ponad 140 językach od gotowej obsługi ponad 35 języków. Określ język odpowiedzi i wyraźnie wskaż w opisie zadania nazwy domen, nazwy pól lub wzory, które mają zostać zachowane. Wartość 256K jest specyfikacją kontekstu; cytowana karta modelu nie określa osobnego, uniwersalnego maksimum długości wyjścia dla tej edycji.\n\nW zadaniu łączącym dokument i kod dostarcz obraz odpowiedniej strony, pisemne wymaganie i fragment źródła: „Odczytaj etykiety, wyjaśnij, czym ten ekran różni się od specyfikacji, i zaproponuj konkretną poprawkę do podanego kodu”. Przy wykresie poproś o oddzielenie widocznych wartości od wnioskowanego trendu. Karta Gemma wskazuje ograniczenia związane z niejednoznacznym językiem, bardzo złożonymi zadaniami oraz błędnymi lub nieaktualnymi twierdzeniami faktycznymi, dlatego dołącz wiążące fakty, z których ma korzystać wynik, zamiast oczekiwać, że dostarczy ich wiedza z treningu.\n\nW Ailoot wybierz ten dokładny identyfikator modelu w /v1/chat/completions i podaj zadanie w messages. Każda wiadomość zawiera rolę i treść; powiązaną instrukcję i materiał źródłowy trzymaj razem. Odbierz pełną odpowiedź JSON albo wszystkie segmenty SSE, gdy włączone jest stream, i zachowaj usage wraz z wynikiem tekstowym.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "a0625bdae6ccd684da84af73dace95343cc0b74faf604f5d70293736dd21c702", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "pl", "methods": [ { "html": "google/gemma-4-31b-it:freeGemma 4 31B IT to gęsty model Google dostrojony do wykonywania instrukcji, przeznaczony do rozumowania na podstawie tekstu i obrazu. Kontekst 256K, konfigurowalne rozumowanie, rozumienie obrazów i natywne wywoływanie funkcji wspierają zadania programistyczne, dokumentowe i agentowe z wynikiem tekstowym.
Ten opis przedstawia możliwości modelu. Dane wejściowe, wyniki i opcje dostępne w Ailoot podano poniżej dla wybranej metody.
Gemma 4 31B IT to dostrojona do wykonywania instrukcji, gęsta edycja otwartej rodziny Gemma 4 od Google DeepMind. Google pozycjonuje model 31B pod kątem jakości modelu i dostosowania do zadania, podczas gdy osobna edycja 26B A4B wykorzystuje architekturę mixture of experts dla wydajniejszego wnioskowania. Ta karta dotyczy wskazanej edycji 31B dostrojonej do instrukcji, a nie jej wstępnie wytrenowanych wag ani skwantyzowanej pochodnej.
Oficjalna tabela architektury gęstej wymienia 30.7 miliarda parametrów, 60 warstw, przesuwne okno o długości 1 024 tokenów i kontekst 256K tokenów. Rodzina łączy lokalny mechanizm uwagi w przesuwnym oknie z uwagą globalną, kończy się warstwą globalną i korzysta w tym modelu z dedykowanego enkodera wizualnego. Taki profil służy do przyjmowania tekstu i obrazów oraz zwracania tekstu. Są to fakty o architekturze modelu; nie określają czasu odpowiedzi aplikacji ani nie oznaczają obsługi dźwięku dostępnej w innych rozmiarach Gemma 4.
Kontekst o długości 256K tokenów pozwala łączyć obszerny tekst z materiałem wizualnym w jednym zadaniu. Obrazy i tekst można przeplatać w jednym prompcie; producent zaleca umieszczanie obrazu przed powiązanym tekstem, aby uzyskać najlepsze wyniki. Zadania wizualne obejmują wykrywanie obiektów, interpretację stron dokumentów, rozumienie ekranów i interfejsów, wykresy, wielojęzyczny OCR, pismo odręczne i wskazywanie elementów. Wynikiem jest tekst: wyodrębniona treść, wyjaśnienie, kod lub proponowana czynność narzędzia.
Konfigurowalne rozumowanie pozwala modelowi rozumować przed odpowiedzią albo udzielić odpowiedzi bezpośredniej. Gemma 4 dodaje natywną rolę system obok ról user i assistant. Format promptów Google włącza rozumowanie za pomocą tokenu sterującego <|think|> w prompcie systemowym i oddziela kanał rozumowania od końcowej odpowiedzi; udokumentowany procesor potrafi obsłużyć ten szablon. W rozmowie wieloturowej zachowuj w historii wcześniejsze końcowe odpowiedzi i pomijaj wcześniejsze rozumowanie, z wyjątkiem tur wywołań narzędzi, dla których producent zaleca jego zachowanie.
Natywne wywoływanie funkcji, Native Function Calling, obsługuje uporządkowane korzystanie z narzędzi, a opis premiery Google dokumentuje również ustrukturyzowane odpowiedzi JSON. Określ zadanie, dostępną funkcję i oczekiwany wynik; aplikacja wykonuje żądaną operację i zwraca jej wynik do następnego kroku. Zadanie programistyczne może dotyczyć generowania, uzupełniania lub poprawiania kodu, a asystent wizualny może wykorzystać zwrócony tekst do wyjaśnienia wykresu lub ekranu. Instrukcja wywołania funkcji jest czymś innym niż podłączona czynność, która rzeczywiście została wykonana.
Zmienną rozdzielczość obrazu kontroluje budżet tokenów wizualnych. Udokumentowane opcje to 70, 140, 280, 560 i 1 120 tokenów. Niższe budżety sprawdzają się przy klasyfikacji lub podpisach; wyższe zachowują więcej szczegółów do OCR, analizowania dokumentów i drobnego tekstu, kosztem dodatkowych obliczeń. Przed przygotowaniem obrazu zdecyduj, czy potrzebujesz ogólnego obrazu sceny, czy dokładnych napisów. Wyraźny wycinek etykiety może być bardziej użyteczny przy wyodrębnianiu treści niż nieprecyzyjne polecenie sprawdzenia każdego szczegółu całej strony.
Google zaleca dla rodziny konfigurację próbkowania temperature 1.0, top-p 0.95 i top-k 64. Karta modelu odróżnia trenowanie w ponad 140 językach od gotowej obsługi ponad 35 języków. Określ język odpowiedzi i wyraźnie wskaż w opisie zadania nazwy domen, nazwy pól lub wzory, które mają zostać zachowane. Wartość 256K jest specyfikacją kontekstu; cytowana karta modelu nie określa osobnego, uniwersalnego maksimum długości wyjścia dla tej edycji.
W zadaniu łączącym dokument i kod dostarcz obraz odpowiedniej strony, pisemne wymaganie i fragment źródła: „Odczytaj etykiety, wyjaśnij, czym ten ekran różni się od specyfikacji, i zaproponuj konkretną poprawkę do podanego kodu”. Przy wykresie poproś o oddzielenie widocznych wartości od wnioskowanego trendu. Karta Gemma wskazuje ograniczenia związane z niejednoznacznym językiem, bardzo złożonymi zadaniami oraz błędnymi lub nieaktualnymi twierdzeniami faktycznymi, dlatego dołącz wiążące fakty, z których ma korzystać wynik, zamiast oczekiwać, że dostarczy ich wiedza z treningu.
W Ailoot wybierz ten dokładny identyfikator modelu w /v1/chat/completions i podaj zadanie w messages. Każda wiadomość zawiera rolę i treść; powiązaną instrukcję i materiał źródłowy trzymaj razem. Odbierz pełną odpowiedź JSON albo wszystkie segmenty SSE, gdy włączone jest stream, i zachowaj usage wraz z wynikiem tekstowym.
POST /v1/chat/completionstext, imagetext| Pole | Typ | Wymaganie | Wartości i limity | Domyślnie |
|---|---|---|---|---|
Polemodel | Typstring | WymaganieWymagane | Wartości i limity google/gemma-4-31b-it:free Warunki: Użyj dokładnie tego selektora trasowania Ailoot. | Domyślnie— |
Polemessages | Typarray | WymaganieWymagane | Wartości i limity Warunki: | Domyślnie— |
Polestream | Typboolean | WymaganieOpcjonalne | Wartości i limity Warunki: | Domyślniefalse |
text_input · Wymagane: messages
image_with_text · Wymagane: messages with actual image content blocks
| Parametr | Kontrakt |
|---|---|
Parametrcontent_type | Kontraktapplication/json |
Parametrrequired | Kontraktmodel, messages |
Parametroptional | Kontraktstream |
Parametrmaterial_types | Kontrakttext, image |
Parametrconditions | KontraktUżyj dokładnie tego selektora trasowania Ailoot., Ten protokół przenosi treści obrazowe, gdy konkretny wybrany model obsługuje analizę obrazu. Przyjęcie żądania przez protokół nie potwierdza obsługi obrazów przez każdy model. |
Aliasy metody: /chat/completions
Cykl życia: synchronous_or_streamed
Informacje taryfowe nie dodają opcji żądania. Obsługiwane parametry podano przy wybranej metodzie.
| Konfiguracja | Tabela stawek | Opłata |
|---|---|---|
| KonfiguracjaBazowe stawki za tokeny | Tabela stawekStawka podstawowa | Opłata Wejście · Tokeny wejściowe $0 / 1K tokenów Wyjście · Tokeny wyjściowe $0 / 1K tokenów Wejście · Odczyt cache — / 1K tokenów Wejście · Zapis do cache — / 1K tokenów Wejście · Zapis do cache, 1 godz. — / 1K tokenów |
Ailoot rezerwuje szacowaną kwotę przed żądaniem. Po otrzymaniu wyniku rozlicza ostateczną opłatę według zmierzonego użycia. Rozliczenie strumieniowania korzysta z końcowego rekordu użycia. Jak działają rezerwacja i rozliczenie →
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-31b-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
Zachowaj każdą kompletną zwróconą odpowiedź, plik i część treści.
Zachowaj każdy blok treści, ID wywołania narzędzia, sygnaturę rozumowania, jeśli została zwrócona, wszystkie przyrosty SSE oraz pełne dane o zużyciu. Pierwszy fragment tekstu nie jest całym wynikiem.
Zachowaj oryginalne X-Client-Request-ID, odpowiedź i nagłówki. Nieznany wynik ani wynik result_pending_check nie upoważniają do ponownego utworzenia.
| Pole | Typ |
|---|---|
Polechoices[] | Typobject |
Poleusage | Typobject |
| Odpowiedź | Warunek | Następny krok |
|---|---|---|
Odpowiedź400 · invalid_request_error | WarunekWymagane pole, selektor modelu, typ lub postać danych wejściowych są nieprawidłowe. | Następny krokPrzed przygotowaniem osobnego żądania sprawdź zwrócone szczegóły walidacji. |
Odpowiedź | WarunekOryginalne żądanie lub wynik są nieznane albo wymagają sprawdzenia. | Następny krokZachowaj oryginalne identyfikatory i nagłówki; odczytuj tylko obsługiwane rekordy statusu lub biblioteki. Nie wysyłaj ponownie żądania utworzenia. |
Ailoot Ultra google/gemma-4-31b-it:free
/chat/completions