| Rozmiar żądania | Dane wejściowe | Buforowane dane wejściowe | Dane wyjściowe |
|---|---|---|---|
| Poniżej 200 tys. tokenów wejściowych | 2 USD | 0,50 USD | 6 USD |
| 200 tys. tokenów lub więcej | 4 USD | 1 USD | 12 USD |
Stawki dotyczą miliona tokenów. Najważniejszy wniosek dla zespołów planujących wdrożenie jest prosty: po osiągnięciu progu 200 tys. tokenów obowiązuje wyższy przedział cenowy. Firmy budujące agentów, które regularnie przesyłają duże repozytoria kodu, dokumenty lub historię rozmów, powinny więc kalkulować koszty z uwzględnieniem tego progu, a nie tylko na podstawie reklamowanych stawek 2 USD za wejście i 6 USD za wyjście.
Buforowanie może obniżyć koszt części wejściowej, ale nie zastępuje kontroli nad rozrostem kontekstu. W produkcji warto mierzyć długość promptów, stopień ponownego wykorzystania pamięci podręcznej, długość odpowiedzi oraz rzeczywistą poprawę jakości wynikającą z dostarczania kolejnych danych.
xAI poinformowało, że Grok 4.6 uzyskał 70,8 proc. w CursorBench 3.2 przy ustawieniu „extra high thinking”. Dla Fable 5 Max podano wynik 70,5 proc., a xAI twierdziło jednocześnie, że koszt ukończenia zadania jest w przypadku Groka około sześciokrotnie niższy.
To interesujący sygnał, ale różnica wynosi zaledwie 0,3 punktu procentowego i pochodzi z porównania benchmarkowego przedstawionego przez dostawcę. Nie jest dowodem, że Grok 4.6 będzie lepszy od konkurencji na konkretnych repozytoriach firmy, z jej narzędziami, wymaganiami dotyczącymi opóźnień i poziomem niezawodności.
Szerszy obraz również wymaga ostrożności. W innych opublikowanych porównaniach pojawiają się odmienne wyniki, zależnie od benchmarku i konfiguracji — w jednej z tabel Grok 4.6 uzyskał 69,9 proc. w CursorBench. Rezultaty mogą zmieniać się wraz z promptami, sposobem przeprowadzania testu, ustawieniami modelu i datą ewaluacji. Przed zakupem firmy powinny więc odtworzyć porównanie na reprezentatywnych zadaniach.
Grok 4.6 udostępniono przez API xAI oraz kanały deweloperskie i chmurowe obejmujące między innymi Cursor, GitHub Copilot, Amazon Bedrock, OpenRouter, Vercel i Cloudflare. Amazon ogłosił dostępność modelu w Bedrock 19 sierpnia, tydzień po jego pierwotnej premierze.
Vertex AI zapewnia inny punkt dostępu. Dla klienta Google Cloud korzyścią nie jest po prostu kolejny endpoint, lecz możliwość oceniania modelu w ramach istniejącego środowiska kontroli, zakupów, uprawnień i rozliczeń. Może to ograniczyć tarcie związane z wyborem i wdrażaniem modelu w zespołach, które już zarządzają eksperymentami AI, dostępem i wydatkami w Google Cloud.
Nie oznacza to jednak, że model dostępny przez zarządzaną platformę nie wymaga dodatkowej weryfikacji. Przed przejściem od eksperymentu do produkcji zespoły powinny sprawdzić między innymi dostępność regionalną, limity, sposób przetwarzania danych, oczekiwania wobec usługi, działanie narzędzi, obserwowalność oraz scenariusze awarii. Istotny jest także fakt, że Grok 4.6 ma na platformie Google status Preview — pierwsze wdrożenia lepiej traktować jako kontrolowaną ewaluację niż jako rozwiązanie o zagwarantowanej trwałości produkcyjnej.
Praktyczna ewaluacja powinna objąć cztery obszary:
Premiera Groka 4.6 w Vertex AI dotyczy w mniejszym stopniu jednego wyniku benchmarku, a w większym — dostępności modelu tam, gdzie deweloperzy już pracują. Duże okno kontekstowe i funkcje ukierunkowane na agentów połączono z ceną zachęcającą do eksperymentów, a szybkie wejście do API, edytorów, platform hostowanych i chmurowych marketplace’ów zmniejsza barierę rozpoczęcia testów.
Dla klientów biznesowych najmocniejszy argument za Grokiem 4.6 jest więc warunkowy. Model łatwiej dziś ocenić w środowisku Google Cloud, ale jego realna wartość będzie zależeć od wyników na konkretnych zadaniach, ekonomiki długiego kontekstu oraz tego, czy charakterystyka usługi Preview pasuje do wymagań firmy. Deklarowana przewaga w benchmarku jest warta sprawdzenia — nie bezkrytycznego uznania za trwałą przewagę technologiczną.