Przejdź do treści głównej

Grok 4.6 to multimodalny model czatu xAI za wywołaniem zgodnym z OpenAI, z tekstem i obrazami w jednej turze. Żądanie mieści do 500 000 tokenów, odpowiedź może mieć do 450 000, z czterema poziomami wysiłku rozumowania.

Wejście $2Wyjście $6za 1 mln tokenówWejście z pamięci podręcznej $0.50Prompty od 200K tokenów wzwyżWejście $4Wyjście $12

Obszar roboczy

Grok 4.6

W czym Grok 4.6 może pomóc?

Powiązane modele i kolejne zadania

Brakuje modelu, którego potrzebujesz?

Napisz, co dodać i do czego chcesz tego użyć. Zgłoszenia trafiają do osób, które decydują o kolejności wdrożeń.

Zbuduj stabilne przepływy wiadomości do programowania, zadań agentowych i pracy z wiedzą

Grok 4.6 to czołowy model xAI w tym katalogu: 500 000 tokenów kontekstu, do 450 000 tokenów w jednej odpowiedzi i nakład rozumowania od low do xhigh, domyślnie high. Czyta tekst i obrazy; ta trasa nie przyjmuje części plikowych ani PDF.

Otwórz Playground czatu
Zbuduj stabilne przepływy wiadomości do programowania, zadań agentowych i pracy z wiedzą
Model
Grok 4.6
Nadaje się do
programowania, zadań agentowych i pracy z wiedzą
Kształt wiadomości
Reguły systemowe → dowody i stan → zadanie tej tury → kontrakt wyniku
Granica faktów
Możliwości, sterowanie i cena pochodzą z aktualnego schematu

Zasada integracji

Zacznij od najmniejszego zestawu wiadomości, a potem dokładaj wyłącznie niezbędny kontekst. Rozdziel fakty, założenia i ograniczenia oraz zaprojektuj ścieżki przerwania, ponowienia, rozliczenia i przeglądu przez człowieka.

Buduj powtarzalne procesy do programowania, zadań agentowych i pracy z wiedzą

Grok 4.6 to czołowy model xAI w tym katalogu: 500 000 tokenów kontekstu, do 450 000 tokenów w jednej odpowiedzi i nakład rozumowania od low do xhigh, domyślnie high. Czyta tekst i obrazy; ta trasa nie przyjmuje części plikowych ani PDF.

  • Budżet okna

    500 000 na wejściu, 450 000 na wyjściu

    Niemal całe okno może wrócić jako jedna odpowiedź, więc model nadaje się tam, gdzie długa jest sama odpowiedź, nie tylko wejście.

  • Nakład rozumowania

    Cztery poziomy, domyślnie high

    Dostępne są low, medium, high i xhigh. Tokeny rozumowania liczą się jako wyjście, więc razem z poziomem podnoś limit max_tokens.

  • Części wejścia

    Tekst i obrazy, nigdy pliki

    W jednej wiadomości można mieszać części tekstowe z częściami image_url przy detail auto, low lub high. Części plikowe i PDF są na tej trasie odrzucane – dokumenty zamień wcześniej na tekst albo na obrazy stron.

Gdzie Grok 4.6 wygrywa kosztem zadania i kształtem interakcji

Przetestuj jedno prawdziwe zadanie pod kątem jakości, weryfikowalności, opóźnienia i dopasowania do ceny sprzedaży, zamiast polegać na ogólnym rankingu.

  1. Wybierz 4.6

    To sama odpowiedź jest długa i trudna

    Duże refaktoryzacje, przebiegi agentów piszące dużo kodu i praca z wiedzą, która musi unieść cały komplet dowodów w jednej turze.

  2. Rozważ 4.5

    Jeden długi prompt chodzi przez cały dzień

    Pętle wysyłające wciąż ten sam blok początkowy płacą mniej za wejście z pamięci podręcznej na modelu bliźniaczym; porównaj obie karty cen.

  3. Rozważ 4.3

    Przepustowość bije głębię

    Klasyfikacja, ekstrakcja i kierowanie należą do bliźniaka o szerszym oknie, który potrafi też całkiem wyłączyć rozumowanie.

Zamień Grok 4.6 w konkretną pracę, a nie w ogólne etykiety

Każdy scenariusz potrzebuje granic wejścia, weryfikacji i odzyskiwania; oficjalnych możliwości, wyników benchmarków ani obsługi narzędzi nigdy nie zmyślamy.

  • Zmiany w skali repozytorium w jednej turze

    Programowanie

    Zmiany w skali repozytorium w jednej turze

    Podaj interfejsy, niezmienniki i testy, a potem żądaj planu, diffu oraz zagrożeń migracyjnych, które ta zmiana tworzy.

  • Wywołania narzędzi z szerokim planem

    Agenci

    Wywołania narzędzi z szerokim planem

    Dostępne jest do 128 definicji funkcji wraz z tool_choice; kroki nieodwracalne trzymaj za bramką zatwierdzeń po stronie własnego produktu.

  • Długie komplety dowodów kończące się decyzją

    Praca z wiedzą

    Długie komplety dowodów kończące się decyzją

    Nazwij każde źródło, wymagaj ścieżki od źródła do wniosku i zapytaj, które założenie obaliłoby rekomendację.

  • Obraz jako dowód, nie ozdoba

    Ekrany i schematy

    Obraz jako dowód, nie ozdoba

    Zrzuty ekranu i schematy architektury wysyłaj z detail: high, gdy liczy się drobny tekst, i wprost powiedz, co ma z nich zostać odczytane.

Ułóż kontekst jako wejście Grok 4.6, które da się prześwietlić

Cel, dowody, stan, ograniczenia i kontrakt wyniku muszą mieć osobne role, żeby żądanie dało się skompresować, zdebugować i odtworzyć.

  1. System

    Trwałe reguły w stałym bloku

    Persona, kontrakt wyniku i konwencje nie powinny się ruszać między przebiegami; stabilny początek jest w ogóle warunkiem buforowania.

  2. Dowody

    Wyodrębnij i nazwij każde źródło

    Nazw potrzebują zarówno części tekstowe, jak i obrazowe, żeby wniosek mógł wskazać, skąd pochodzi.

  3. Nakład

    Dopasuj poziom do zadania

    Podnoś go, gdy ograniczenia się zazębiają; zostaw niżej przy szkicowaniu i przeredagowaniu, gdzie odczuwalne jest opóźnienie.

  4. Wynik

    Zapowiedz kształt, który będziesz parsować

    response_format potrafi wymusić obiekt JSON. Nazwij pola obowiązkowe i ustal, jak wygląda pusty wynik.

Wykaż powtarzalny przypadek Grok 4.6, zanim trafi do produktu

Zanim znormalizowane żądanie pójdzie do ponownego użycia, potwierdź aktualny schemat, wycenę, streaming i zachowanie przy błędach.

  1. 01 · Punkt odniesienia

    Sprawdź najmniejsze żądanie w Playground

    Przejrzyj warstwy wiadomości, kształt wyniku, streaming i bieżące sterowanie.

  2. 02 · Granice

    Przećwicz błąd, anulowanie i ponowienie

    Sprawdź przekroczenia czasu, przerwane strumienie, zbyt duże wejście, ponowne generowanie i podwójne wysyłki.

  3. 03 · Integracja

    Skopiuj znormalizowane żądanie API

    Użyj publicznego identyfikatora modelu i kontraktu wiadomości; sterowanie odczytuj z aktualnego schematu.

  4. 04 · Eksploatacja

    Mierz zużycie i oceniaj dalej

    Zapisuj stan, końcowe zużycie, przyczyny błędów i uwagi o jakości; kosztowne wywołania najpierw wyceniaj.

Wprowadź Grok 4.6 w przejrzysty kontrakt API

Playground, przykłady API, stany żądania i zapisy zużycia pozostają spójne od oceny aż po wdrożenie produkcyjne.

  • Jeden kontrakt

    Jeden kształt wiadomości, strumieni i błędów

    Struktura żądania, obsługa stanu i odzyskiwanie po błędach nie zmieniają się przy zmianie modelu.

  • Aktualny schemat

    Korzystaj z bieżącego sterowania danego endpointu

    Playground i przykłady API pokazują razem dostępne pola, limity i zachowanie domyślne.

  • Obserwowalny cykl życia

    Każde żądanie ma jasny stan

    Wysłanie, streaming, błąd, anulowanie i zużycie mają publiczną, sprawdzalną semantykę.

  • Przenośna integracja

    Mniej pracy, gdy modele się zmieniają

    Przejrzysty kontrakt utrzymuje kod produktu przy wejściach, wynikach i doświadczeniu użytkownika.

Granice API Grok 4.6, które warto potwierdzić przed integracją