MiniMax M3.1 Flash: levný agentní model má projít testem hotové práce
Levný model je pro firmu zajímavý ve chvíli, kdy zvládne opakovanou práci bez drahých oprav. MiniMax M3.1 Flash je nový kandidát na takový test. Nedělal bych z něj automaticky výchozí model celé firmy; zařadil bych ho do stejné měřené fronty jako současného pracovníka.
Na téma upozornil Marek Bartoš. Rozhodující je ale oficiální oznámení MiniMax z 19. října 2026: model je dostupný přes API, M Plan a MiniMax Code; vydání vah je teprve plánované. Starší preview není totožné s datem tohoto oznámení.
API cena je začátek výpočtu
Výrobce uvádí za milion tokenů:
| Položka | USD |
|---|---|
| Vstup | 0,15 |
| Výstup | 0,60 |
| Čtení cache | 0,015 |
Jde o sazby v oznámení výrobce, ne cenu předplatného nebo garantovaný účet jiné platformy. Výkonové sliby dodavatele nejsou výsledkem našeho měření.
Pro názorný modelový výpočet vezměme jeden požadavek s 10 000 vstupními a 1 000 výstupními tokeny, bez cache. Samotná inference podle těchto sazeb vychází na 0,0021 USD; tisíc stejných požadavků na 2,10 USD. Výpočet nezahrnuje nástroje, další kola, infrastrukturu ani člověka. Reálný agent obvykle nevykoná celý úkol jedním požadavkem.
Pokud integrační krok projde třikrát opravou a nakonec ho stejně převezme operátor, nízká tokenová sazba o ekonomice procesu téměř nic neříká.
Tři vhodné piloty
Začal bych úlohou, u níž už máme správný výsledek a umíme poznat chybu.
- Support: navrhnout kategorii a odpověď nad uzavřenými tickety. Měřit správnost fronty, chybějící fakta a čas kontroly.
- CRM enrichment: doplnit omezenou sadu polí z přiložených podkladů. Každé tvrzení spojit se zdrojem, nepodložené pole nechat prázdné.
- Coding: opravit malé historické chyby v izolované kopii repozitáře. Podmínkou přijetí je odpovídající test a review změny.
To jsou návrhy evaluace, nikoli zde provedené benchmarky modelu. U složité architektury nebo rozhodnutí s nákladnou chybou bych zatím ponechal stávajícího specialistu a lidské schválení.
Zapojení do n8n nebo Make
V pilotu bych API volání oddělil od zápisu do cílového systému. První krok připraví minimalizovaný vstup. Model navrhne výsledek. Navazující kód zkontroluje povinná pole a dovolené hodnoty. Teprve schválený výsledek se zapíše.
Chyba formátu, timeout nebo nejasná odpověď musí mít vlastní větev. Nastavte omezený počet opakování a u každého ukládejte stejné ID případu. Z opakovaného pokusu se nesmí stát duplicitní kontakt v CRM.
Před přepnutím konkrétní integrace ověřte přesný modelový identifikátor, endpoint, autentizaci a podporované funkce u vybraného poskytovatele. Stejné marketingové jméno neznamená stejnou sadu API vlastností. Tady nepublikuji neotestovaný univerzální konfigurační snippet.
Co bych chtěl vidět v rozhodovacím reportu
Vedle ceny a latence potřebuji počet přijatých výsledků, oprav a eskalací. Chybné případy rozdělte podle typu. Český e-mail s překlepy není stejná úloha jako anglický vzorový ticket.
Nejprve bych spustil stínový provoz: nový model dostane stejné případy, ale nemění zákaznická data. Po srovnání přijatých výsledků lze pustit omezenou část rutiny a zachovat návrat k původnímu modelu.
MiniMax M3.1 Flash stojí za pilot kvůli ekonomice opakovaných kroků. Úsporu má potvrdit cena přijatého případu včetně člověka, ne samotná tabulka tokenů.
Cover je fotorealistická AI ilustrace.