MiniMax M2.7: model sieci Gonka

MiniMax M2.7 to duży model językowy (LLM) firmy MiniMax, mającej siedzibę w Szanghaju. MiniMax została założona w 2021 roku przez zespół badaczy pod kierownictwem Yan Junjie (wcześniej pracującego w SenseTime) i szybko stała się jednym z czołowych laboratoriów AI w Chinach. Firma pozyskała finansowanie od Alibaba, Tencent i HongShan – to samo grono strategicznych inwestorów, które stoi za innymi „chińskimi tygrysami AI”, w tym Moonshot AI, twórcą Kimi K2.6.

Poza czystymi modelami językowymi, MiniMax jest znana z produktów konsumenckich: asystentów czatu Talkie i Hailuo, a także jednego z najbardziej znaczących w branży generatorów wideo. Ale dla sieci Gonka ważna jest właśnie linia modeli tekstowych z serii M – następców wcześniejszych modeli abab.

Główną cechą architektoniczną serii M jest nacisk na efektywny mechanizm uwagi. Podczas gdy wczesne duże modele używały klasycznego kwadratowego mechanizmu uwagi (koszt obliczeń rośnie proporcjonalnie do kwadratu długości kontekstu), MiniMax jako jedna z pierwszych udostępniła hybrydowy liniowy mechanizm uwagi. Pozwala to na przetwarzanie bardzo długich sekwencji bez gwałtownego wzrostu kosztów obliczeniowych – co jest historyczną wizytówką tej linii produktów. Podobnie jak Qwen3-235B i Kimi K2.6, model jest zbudowany na architekturze MoE (Mixture of Experts): setki miliardów parametrów „na papierze”, ale na każdym zapytaniu aktywowana jest tylko niewielka ich część, co radykalnie obniża koszt inference.

W sieci Gonka model jest identyfikowany jako MiniMaxAI/MiniMax-M2.7 – to właśnie ten ciąg należy przekazać w polu model żądania do API. Wersja M2.7 to ostatnia iteracja serii M w momencie publikacji artykułu.

Ważne jest rozróżnienie charakterystyki samego modelu „out-of-the-box” od parametrów, z jakimi jest on wdrożony w konkretnej sieci. Gdy model działa w zdecentralizowanej sieci Gonka, jego parametry robocze definiuje konfiguracja vLLM-inference po stronie hostów GPU, a nie tylko sama architektura modelu. Oto faktyczne wartości zapewniane przez nasz Gateway:

• Okno kontekstowe: 200 000 tokenów (około 150 000 słów). Jest to konfiguracja subnet w sieci Gonka. Sama architektura MiniMax obsługuje znacząco dłuższy kontekst, jednak praktyczny limit w danym momencie jest określany przez konfigurację inference na hostach.
• Maksymalny wynik: 8 192 tokeny w jednej odpowiedzi. Liczba ta została zmierzona empirycznie — poprzez zapytanie z wymuszoną długą generacją, które osiągnęło limit (finish_reason: length). Obecnie ten limit jest taki sam dla wszystkich modeli w sieci — do 8 192 tokenów. Nie jest to ograniczenie samego modelu, a konfiguracja subnetu vLLM.
• Wymagania VRAM hosta: około 320 GB VRAM na węzeł. Jest to typowe wymaganie dla dużego modelu MoE w kwantyzacji FP8 — te same 320 GB są potrzebne dla Kimi K2.6. W praktyce oznacza to kilka GPU klasy H100/H200 połączonych w jeden węzeł.

Cena inference w sieci Gonka nie zależy od wyboru modelu i jest określana przez parametry sieciowe: przez JoinGonka Gateway MiniMax M2.7 jest dostępny w tej samej stawce co Kimi K2.6. Ujednolicona cena jest wynikiem tego, że podstawą sieci jest jednolita kalkulacja kosztów mocy obliczeniowej, a nie cennik konkretnego dostawcy.

Użytkownik sieci Gonka ma do wyboru dwa flagowe modele, z których oba są dostępne przez jeden, kompatybilny z OpenAI interfejs JoinGonka Gateway. Poniższe porównanie pomaga zrozumieć nie to, „który jest lepszy”, ale do jakiego profilu zadań każdy z nich jest zoptymalizowany.

Ważne zastrzeżenie odnośnie benchmarków w 2026 roku: różnica między topowymi modelami open-weights w publicznych testach skurczyła się do kilku procent, a różnica ta często mieści się w granicach błędu statystycznego samych benchmarków. W praktyce znaczenie ma nie absolutne miejsce w rankingu MMLU, ale charakter zadania: długość kontekstu, złożoność łańcuchów logicznych, wymagany język oraz obsługa tool calling.

Praktyczna wskazówka: dla zadań z bardzo długimi dokumentami i strumieniowym przetwarzaniem dużych ilości tekstu warto przetestować MiniMax M2.7 — wydajna attention w jej serii jest historycznie zoptymalizowana pod takie scenariusze. W przypadku zadań typu reasoning ze złożoną logiką i długim kontekstem warto porównać odpowiedzi z Kimi K2.6. Najlepszą strategią w produkcji jest utrzymywanie obu modeli w kodzie i przełączanie się między nimi za pomocą jednego parametru model bez zmiany architektury aplikacji.

Dodanie MiniMax M2.7 nie jest „wgraniem pliku na serwer”, lecz wynikiem aktualizacji sieci, która przeszła głosowanie on-chain. Wsparcie modelu zostało zawarte w wydaniu protokołu v0.2.13, zatwierdzonym przez propozycję proposal #54: została ona przyjęta 21 maja 2026 r. (około 63% głosów „za”) i aktywowana na określonej wysokości bloku. Jest to ten sam mechanizm governance, za pomocą którego sieć wprowadza wszelkie istotne zmiany — od taryf po nowe modele.

Multimodalność w zdecentralizowanej sieci to zasadniczy krok. Sieć przywiązana do jednego modelu jest fundamentalnie krucha: pojawienie się nowej wersji modelu zamienia się w kryzys migracji, a każda awaria jedynego modelu powoduje upadek całej usługi. Sieć zdolna do obsługi kilku modeli jednocześnie ewoluuje płynnie: nowe modele są dodawane jako dodatkowe „ścieżki”, stare działają nadal, a hosty GPU otrzymują wybór, co obsługiwać. Technicznie każdy model żyje w swoim shardzie sieci — ten sam mechanizm (DevShards) był wcześniej używany do uruchomienia Kimi K2.6.

Oddzielny niuans wczesnych etapów: między „modelem pojawiającym się na liście sieci” a „modelem otwartym dla wszystkich klientów” może wystąpić opóźnienie. Przez pewien czas inferenced modelu MiniMax M2.7 w trybie broker był dostępny tylko dla uprzywilejowanych kluczy i zwracał błąd dla zwykłych zapytań — normalna faza testowa. Pod koniec maja 2026 r. otworzył się publiczny dostęp i model stał się dostępny dla wszystkich klientów Gateway. Więcej informacji o tym, jak zbudowana jest sieć i dlaczego modele są uruchamiane właśnie w ten sposób, znajduje się w artykule o architekturze sieci Gonka.

Ta sama MiniMax M2.7 przez OpenRouter — $0.279/$1.20 za 1M, w porównaniu do $0.0047/$0.014 w JoinGonka.

Najbardziej bezpośrednia droga prowadzi przez JoinGonka API Gateway. Ponieważ Gateway zapewnia API kompatybilne z OpenAI, ten sam kod, który działa z GPT, Claude lub Kimi, zacznie działać z MiniMax po zmianie wartości pola model.

Minimalny przykład przez curl:

curl https://gate.joingonka.ai/v1/chat/completions \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "MiniMaxAI/MiniMax-M2.7",
    "messages": [
      {"role": "user", "content": "Krótko wyjaśnij, czym jest liniowy attention"}
    ]
  }'

To samo zapytanie w Pythonie przez bibliotekę openai:

from openai import OpenAI

client = OpenAI(
    api_key="YOUR_API_KEY",
    base_url="https://gate.joingonka.ai/v1",
)

response = client.chat.completions.create(
    model="MiniMaxAI/MiniMax-M2.7",
    messages=[{"role": "user", "content": "Cześć, MiniMax"}],
)
print(response.choices[0].message.content)

Streaming (Server-Sent Events) — dla interaktywnych interfejsów, gdzie odpowiedź jest wyświetlana w miarę generowania:

stream = client.chat.completions.create(
    model="MiniMaxAI/MiniMax-M2.7",
    messages=[{"role": "user", "content": "Napisz krótkie wypracowanie o długim kontekście"}],
    stream=True,
)
for chunk in stream:
    delta = chunk.choices[0].delta.content
    if delta:
        print(delta, end="", flush=True)

Przy rejestracji w JoinGonka Gateway otrzymujesz darmowe 1.5M tokenów na testowanie dowolnych modeli sieci — to wystarczy, aby porównać wszystkie trzy modele sieci w swoich własnych zadaniach.

Kompatybilność z narzędziami deweloperskimi: wszystko, co działa z OpenAI API, działa również z MiniMax przez Gateway. Wystarczy zmienić parametr model:

• Cursor: w ustawieniach Custom Model wskaż MiniMaxAI/MiniMax-M2.7
• Claude Code, Cline, Continue.dev: nazwa modelu w konfiguracji
• LangChain, n8n: parametr model podczas inicjalizacji klienta

Aktualna lista modeli jest zawsze dostępna w endpoint GET /v1/models — stamtąd wygodnie pobierać ją dynamicznie, aby UI Twojej aplikacji samodzielnie wyświetlał świeży zestaw. Jeśli w odpowiedzi pojawia się 429 too many concurrent requests — to normalna faza dla świeżego modelu na wczesnym etapie wzrostu sieci: powtórz zapytanie po kilku sekundach.

Posiadanie trzech modeli w jednej sieci jest cenne, ponieważ do różnych zadań można dobrać różne narzędzia, bez zmiany dostawcy ani kodu integracji. Oto scenariusze, w których warto rozpocząć testy właśnie od MiniMax M2.7.

Analiza długich dokumentów. Jeśli zadaniem jest podsumowanie umów, analiza dokumentacji technicznej, przetwarzanie dużych tekstów prawnych lub finansowych, wydajny attention serii M jest historycznie zoptymalizowany pod kątem utrzymania długiego kontekstu bez gwałtownego wzrostu kosztów. Przesyłaj cały dokument w jednym zapytaniu i poproś model o pracę z całością od razu, zamiast w częściach.

RAG i praca z bazami wiedzy. W scenariuszach retrieval-augmented, gdzie do kontekstu dodawane są dziesiątki fragmentów z bazy wektorowej, zdolność modelu do utrzymania wielu różnorodnych kawałków tekstu bezpośrednio wpływa na jakość odpowiedzi. To naturalna nisza dla modeli z długim kontekstem.

Przetwarzanie transkrypcji i logów. Zapisy rozmów, długie dialogi wsparcia, strumieniowe logi — to zadania, gdzie objętość wejściowa jest duża, a odpowiedź zazwyczaj krótka. Tutaj limit wyjściowy 8 192 tokenów nie przeszkadza: na wejściu jest dużo, na wyjściu — podsumowanie lub wyodrębnione fakty.

Kiedy warto wybrać inny model. Obecnie wszystkie modele sieci oferują do 8 192 tokenów w jednej odpowiedzi, więc jeśli aplikacja potrzebuje bardzo długiej odpowiedzi w jednym zapytaniu (duży wygenerowany dokument, obszerny fragment kodu) — uwzględnij ten wspólny limit w architekturze i podziel generowanie na części. Do zadań ze złożonym, wieloetapowym rozumowaniem warto porównać odpowiedzi z Kimi K2.6. Uniwersalna rada: uruchom ten sam zestaw swoich rzeczywistych zapytań przez oba modele i porównaj wyniki — darmowe 1.5M tokenów przy rejestracji wystarczy na pierwszy porównawczy przebieg.

Technicznie przełączanie między modelami to zmiana jednej linii w polu model. Dlatego sprawna architektura aplikacji w sieci Gonka nie „wybiera modelu na stałe”, a pozwala kierować zapytania między Kimi K2.6 a MiniMax M2.7 w zależności od typu zadania — tani inference sprawia, że taka routing jest ekonomicznie opłacalny.