top of page

MiniMax maakt van modelonderhoud een concrete afspraak in de agenda

44 minuten geleden
5 minuten om te lezen

In het kort

MiniMax kondigt aan dat de modelfamilies M2.5 en M2.7 vanaf 19 oktober 2026 niet meer beschikbaar zijn voor nieuwe gebruikers en op 18 november worden uitgefaseerd. Bestaande gebruikers van de API moeten hun toepassingen voor die laatste datum aanpassen. Bij M Plan en Token Plan worden verzoeken vanaf 19 oktober automatisch naar M3.1 Flash Preview geleid. Voor bedrijven is dit een goed moment om modelonderhoud op dezelfde manier te organiseren als andere software-updates.


Een AI-toepassing kan maandenlang prettig werken, terwijl onder de motorkap de volgende generatie al klaarstaat. Op een gegeven moment wil de leverancier de oude uitvoering vervangen. Dan blijkt hoe handig het is als een bedrijf weet welke toepassingen van welk model afhankelijk zijn.


Dat wordt deze maand heel concreet bij MiniMax. De aanbieder heeft een uitfaseringsbericht gepubliceerd voor M2.5 en M2.7. De boodschap gaat over de toegang tot deze diensten. Het is geen mededeling dat alle bestaande toepassingen op dezelfde dag uitvallen: de gevolgen verschillen per afrekenroute.



Twee routes vragen om twee soorten voorbereiding

Voor bestaande gebruikers van de API op basis van verbruik blijft toegang volgens MiniMax mogelijk tot 18 november 2026. Daarna werken verzoeken aan de uitgefaseerde modellen niet meer. Zij moeten dus zelf een passende opvolger kiezen en hun toepassing aanpassen.


Voor M Plan en Token Plan beschrijft MiniMax automatische doorverwijzing naar M3.1 Flash Preview vanaf 19 oktober. De oude modelnamen blijven daarbij als compatibele ingang werken en de gebruikslimieten van het plan blijven gelijk. Dezelfde modelnaam in een verzoek kan in die route dus naar een nieuw model leiden.


Dat laatste is voor gebruikers comfortabel, omdat ze niet overal handmatig instellingen hoeven te veranderen. Tegelijk is het verstandig om een paar herkenbare werkzaamheden opnieuw te beoordelen. Een andere uitvoering kan antwoorden anders formuleren, een hulpmiddel eerder inschakelen of een taak op een andere manier opdelen. Dat hoeft geen probleem te zijn; het helpt vooral om het tijdig te zien.



Een preview en een algemene API zijn verschillende producten

De actuele modelcatalogus vermeldt M3 als beschikbare taal- en multimodale modelfamilie. M3.1 Flash Preview wordt op de peildatum 14 oktober alleen via M Plan en MiniMax Code aangeboden. Wie een toepassing via de algemene API onderhoudt, kan daarom niet zonder controle aannemen dat de genoemde preview daar ook een directe vervanger is.


Hier gaat het om de commerciële dienst. Een API-abonnement is geen downloadlicentie voor modelgewichten. Ook eventuele downloadbare versies binnen de bredere MiniMax-familie moeten afzonderlijk op hun modelkaart en licentie worden beoordeeld. De overstap die hier speelt, betreft de bereikbaarheid en het gedrag van de gehoste modellen.


Een praktische eerste stap is klein: zoek waar de oude modelnamen zijn ingesteld. Soms staat de keuze op één centrale plek. Soms gebruiken verschillende afdelingen eigen scripts, koppelingen en ontwikkelhulpmiddelen. Een eenvoudig overzicht van eigenaar, toepassing en modelnaam voorkomt dat pas een foutmelding zichtbaar maakt waar nog een oude koppeling actief was.


Daarna kan een team een representatieve reeks opdrachten naast de opvolger leggen. Een programmeerassistent moet bijvoorbeeld dezelfde tests blijven halen. Een documenttoepassing moet bedragen en bronnen goed blijven verwerken. Een intern hulpmiddel moet ook bij een onvolledige vraag netjes verder kunnen. Juist die bekende dagelijkse taken geven een bruikbaar beeld van een overstap.


De rekening is meer dan de prijs van een token

Volgens de actuele prijspagina kost standaardgebruik van M3 bij invoer tot en met 512.000 tokens $0,30 per miljoen invoertokens en $1,20 per miljoen uitvoertokens. Cache-invoer kost $0,06. Boven de genoemde invoergrens gelden $0,60 en $2,40 voor gewone invoer en uitvoer. Dit zijn dollars per API-verbruik, los van een abonnementsbundel.


Een proef met duizend opdrachten van ieder 20.000 ongecachete invoertokens en 3.000 afgerekende uitvoertokens kost in de eerste schijf 20 × $0,30 + 3 × $1,20 = $9,60. Daarbij veronderstellen we geen batch- of cachekorting, geen priority-toeslag en geen externe toolkosten. De uitvoerbegroting moet alle afgerekende uitvoer, inclusief eventueel redeneerwerk, bevatten. Belasting is niet meegenomen.



Als een vijfde van de opdrachten een volledige tweede poging nodig heeft, komt dezelfde proef op $11,52. Het verschil is overzichtelijk. De tijd van de medewerker die uitzoekt waarom die tweede poging nodig was, kan economisch veel groter zijn. Daarom horen geaccepteerde uitkomsten en herstelminuten bij dezelfde vergelijking als de API-rekening.


Het is prettig dat een team met een bescheiden verbruiksbudget veel kan uitproberen. Die ruimte is vooral nuttig als vooraf duidelijk is wat als goed resultaat telt. Anders produceert de proef vooral veel antwoorden zonder een scherpe beslissing over de overstap.


De verplichte overstap en extra verbetering uit elkaar houden

Bij een aangekondigd einde van een dienst heeft een gebruiker hoe dan ook een keuze te maken: migreren, overstappen naar een andere aanbieder of de toepassing beëindigen. De bestaande werkwijze onbeperkt ongewijzigd laten doorlopen is na de einddatum geen beschikbaar scenario meer.


Voor de economische berekening hieronder vergelijken we daarom een minimale noodzakelijke migratie met een uitgebreidere invoering die het werk ook merkbaar verbetert. We veronderstellen €3.000 extra inrichting boven die minimale route en €1.200 jaarlijkse meerkosten voor gebruik, beheer en kwaliteitscontrole. Een team verwerkt 12.000 geschikte taken per jaar en waardeert arbeid op €50 per uur.


De eerstejaarsdrempel is (€3.000 + €1.200) ÷ €50 = 84 uur. Verdeeld over 12.000 taken vraagt de uitgebreidere oplossing 25,2 seconden netto tijdwinst per taak. Dat is een toetsbare vraag voor een proef, zonder een algemene productiviteitsclaim voor M3 te doen.



Drie uitkomsten voor de jaren na de overstap

In onze scenario's levert de uitgebreidere werkwijze per taak 0,2 minuut, 0,6 minuut of 1,2 minuut netto verbetering op. Bij het vaste volume van 12.000 taken betekent dat in 2027 na alle begrote extra kosten min €2.200, plus €1.800 of plus €7.800 aan capaciteitswaarde.


Voor 2028 en 2029 veronderstellen we dezelfde taakvolumes, uurwaarde en jaarlijkse meerkosten. Alleen de eenmalige inrichting vervalt. De uitkomsten worden daardoor in beide jaren €800, €4.800 en €10.800. Dit is een rekenscenario met constante aannames, geen voorspelling van toekomstige MiniMax-prijzen of modelkwaliteit.



De vrijgespeelde uren kunnen een bedrijf ruimte geven om meer klanten te helpen of achterstallig werk af te ronden. Ze worden pas kasbesparing als er daadwerkelijk uitgaven worden vermeden. Ook een snellere dienstverlening kan waardevol zijn, maar moet apart worden beoordeeld in plaats van automatisch als extra winst te worden meegeteld.


Voor aanbieders is het onderhouden van meerdere modelgeneraties een kostenpost. Uitfasering kan de dienstverlening eenvoudiger maken en gebruikers naar nieuwe producten brengen. Voor klanten krijgt daardoor een andere eigenschap meer gewicht: hoe voorspelbaar en zorgvuldig verloopt zo'n verandering?


Een AI-dienst die goed werkt én prettig te onderhouden is, kan langer deel blijven uitmaken van een bedrijfsproces. De concrete data bij MiniMax geven gebruikers nu de kans om dat onderhoud rustig te organiseren. Met een overzicht van afhankelijkheden, een vaste proef en een heldere kostenvergelijking wordt de volgende generatie vooral een beheersbare stap vooruit.


 
 
 

Opmerkingen

Beoordeeld met 0 uit 5 sterren.
Nog geen beoordelingen

Voeg een beoordeling toe
00:00 / 01:04

Net binnen..

Bedankt voor het abonneren!

bottom of page