MiniMax M2.1 blev lanceret 23. december 2025 og er positioneret til flersproget softwareudvikling, full stack applikationer og komplekse agent og kontoropgaver.
Udgivet afRedigeret med GPT-5.6 LunaBilleder genereret med GPT Image 1.5
Research answer

Create a landscape editorial hero image for this Studio Global article: What is MiniMax M2.1, released by the Chinese AI startup on December 23, 2025, and how does this major open-source model update differ from. Article summary: MiniMax M2.1 is MiniMax’s December 23, 2025 open-weight coding-and-agent model update: where M2 emphasized lower cost and broad access, M2.1 is positioned for production-grade multilingual software work, full-stack appli. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
MiniMax M2.1 er den kinesiske AI-virksomheds opdatering fra 23. december 2025 til kodning og AI-agenter. Hvor den tidligere M2 især blev markedsført på lav pris og bred adgang, er M2.1 rettet mod mere krævende opgaver: flersproget softwareudvikling, full-stack-applikationer, native mobiludvikling og automatisering af kontorarbejde. 3
4
Den vigtigste reservation er, at mange af de stærkeste resultater stammer fra MiniMax’ egne evalueringer. De viser, hvilken retning virksomheden ønsker at tage modellen i, men bør ikke opfattes som en endelig, uafhængig sammenligning med lukkede modeller.
M2.1 er en mixture-of-experts-model med 230 milliarder parametre i alt og cirka 10 milliarder aktive parametre pr. token. Den sparsomme arkitektur skal gøre inferens mere effektiv end i en tilsvarende stor, tæt model, hvor alle parametre aktiveres hver gang. 1
MiniMax’ grundidé er, at brugbare kodemodeller skal kunne mere end at skrive Python-snippets eller enkeltstående funktioner. Virkelige softwareprojekter kombinerer flere programmeringssprog, eksisterende kodebaser, mobilplatforme, grafiske grænseflader, projektinstruktioner, værktøjer og lange kæder af afhængige opgaver. M2.1 er udviklet med netop den bredere arbejdsgang for øje.
MiniMax beskriver M2.1 som et skifte fra M2’s fokus på pris og tilgængelighed til en mere stabil udførelse af komplekse, produktionsorienterede opgaver. Opdateringen lægger især vægt på programmering på tværs af sprog og på almindelige kontor- og agentscenarier. 4
De fremhævede forbedringer omfatter:
Med andre ord er M2.1 ifølge MiniMax ikke blot en større eller billigere kodemodel. Det er et forsøg på at gøre modellen mere pålidelig, når opgaven også omfatter krav, brugergrænseflader, værktøjskald og færdig software – ikke kun genereret tekst.
MiniMax siger, at M2.1 systematisk er forbedret i Rust, Java, Golang, C++, Kotlin, Objective-C, TypeScript, JavaScript og andre sprog. Tredjepartsomtale beskriver desuden specialiserede kompetencer inden for Java, Go, Rust, C++, TypeScript, JavaScript, Kotlin og Python. 3
7
Det er relevant for organisationer, der vedligeholder blandede teknologistakke. En model, der klarer sig godt på Python-opgaver, er ikke nødvendigvis lige så nyttig i en produktionskodebase med backend-tjenester i Java eller Go, systemkode i Rust eller C++ samt web- og mobilgrænseflader i TypeScript, JavaScript, Kotlin eller Objective-C.
MiniMax siger, at M2.1 overgår Claude Sonnet 4.5 i flersprogede softwareingeniøropgaver og ligger tæt på Claude Opus 4.5. Virksomheden rapporterer en score på 72,5 % i SWE-bench Multilingual. 3
16
Tallene bør dog læses med forsigtighed. Det kildemateriale, der ligger til grund for sammenligningen, dokumenterer ikke en neutral og uafhængigt gentaget rangliste. Resultater kan blandt andet afhænge af prompts, agent-opsætning, modelversioner og evalueringsmetoder. En senere tredjepartsanalyse viser, at M2.1 er forbedret i forhold til M2 på SWE-bench Verified, men stadig lå efter flere stærke proprietære systemer i den pågældende sammenligning. 7
Den mest holdbare konklusion er derfor mere snæver: MiniMax satser på flersproget kodning på repository-niveau som en central styrke, og de offentliggjorte resultater peger på en markant forbedring i forhold til den tidligere model. Resultaterne beviser ikke i sig selv, at M2.1 vil slå Claude i alle softwareprojekter eller arbejdsgange.
VIBE står for Visual & Interactive Benchmark for Execution. MiniMax har udviklet benchmarken for at undersøge, om en model kan bygge komplette og brugbare applikationer fra bunden – ikke bare generere kode, der ser plausibel ud i et tekstvindue. 3
4
Benchmarken dækker fem områder:
Evalueringen tager udgangspunkt i implementerede applikationer samt interaktiv og visuel kontrol. Det gør VIBE relevant for spørgsmål, som traditionelle kodetests ikke nødvendigvis indfanger: om applikationen fungerer i brug, om interaktionerne opfører sig korrekt, og om brugerfladen lever op til visuelle forventninger. 4
MiniMax rapporterede en samlet VIBE-score på 88,6, herunder 91,5 i VIBE-Web og 89,7 i VIBE-Android. 4
8
Resultaterne er interessante, fordi de udvider evalueringen fra fejlrettelse og kodefuldførelse til faktisk levering af applikationer. VIBE er imidlertid udviklet af MiniMax, og sammenligningerne på tværs af modeller er foretaget med MiniMax’ egen evalueringsopsætning. Derfor bør resultaterne ses som virksomhedens dokumentation af modellens tilsigtede styrker – ikke som en uafhængigt fastslået brancheplacering. 4
8
MiniMax fremstiller M2.1 som en stærkere model til native Android- og iOS-udvikling – ikke kun til browserbaserede applikationer. Virksomheden siger også, at modellen har fået bedre forståelse for visuelt design og æstetik, komplekse interaktioner, tredimensionelle videnskabelige simulationer og visualiseringer af høj kvalitet. 4
Kombinationen understøtter en mere ambitiøs form for ”vibe coding”: Brugeren beskriver en applikation i naturligt sprog, hvorefter en agent sammensætter et fungerende produkt. MiniMax’ erklærede mål er ikke blot at skabe en flot demo, men at generere vedligeholdelsesvenlige applikationer, der kan leveres og bruges i produktionsorienteret arbejde. 4
Om målet er nået, afhænger dog af test i virkelige kodebaser. Mobile byggesystemer, afhængighedskonflikter, platformspecifikke konventioner, tilgængelighed, sikkerhedsgennemgang og langsigtet vedligeholdelse er stadig praktiske kontroller, som benchmarkresultater ikke kan erstatte.
MiniMax beskriver Interleaved Thinking som en metode til systematisk problemløsning under udførelsen af en opgave. Formålet er at hjælpe modellen med at fastholde flere begrænsninger på samme tid, herunder systeminstruktioner, brugerkrav, hukommelse, værktøjsskemaer og instruktionsfiler i projektet. 4
Det er vigtigt i agentbaseret arbejde, fordi et godt resultat ikke kun handler om, hvorvidt koden kan køre. En agent skal også kunne:
MiniMax kobler denne funktion til teknisk dokumentation, struktureret skrivning, datahåndtering og vedvarende kontorautomatisering. Det er fortsat positioneringspåstande og ikke et bevis på, at alle flertrinsopgaver vil blive løst stabilt. Men det forklarer, hvorfor M2.1 præsenteres som en kodnings- og agentmodel snarere end som en ren kodegenerator. 4
Der er grundlæggende to adgangsveje:
MiniMax’ distributionsvejledning anbefaler SGLang, mens vLLM også understøttes i det omkringliggende distributionsøkosystem. 14
1 Selvhosting kan give en organisation mere direkte kontrol over infrastruktur, datahåndtering, modelservering, integrationer og skalering end en løsning, der udelukkende bygger på et API.
Den fleksibilitet er dog ikke automatisk det samme som lavere samlede omkostninger. Selvstyret drift kræver også tilstrækkelig GPU-kapacitet, udviklertid, overvågning, vedligeholdelse og driftsunderstøttelse. Den økonomiske effekt afhænger af udnyttelsesgrad og infrastrukturvalg – ikke kun af antallet af aktive parametre. 1
2
Den væsentligste ændring fra M2 til M2.1 er modellens fokus. Udgivelsen er rettet mod flersproget, full-stack- og agentdrevet arbejde snarere end mod pris og inferenseffektivitet som hovedfortællingen. Den rapporterede score på 72,5 % i SWE-bench Multilingual og VIBE-scoren på 88,6 understøtter denne positionering, mens resultaterne for Android og web viser et forsøg på at måle komplet applikationsudvikling – ikke kun traditionel kodning. 3
4
8
For udviklere er de mest relevante fordele den bredere sprogunderstøttelse, de åbne modelvægte, API-adgangen og muligheden for selv at vælge distributionsform gennem SGLang eller vLLM. For virksomheder er den potentielle gevinst muligheden for at køre mere komplekse kodnings- og automatiseringsforløb med større kontrol over servering og datahåndtering.
Forbeholdet er lige så vigtigt: De stærkeste sammenligninger og de nye VIBE-resultater er primært rapporteret af MiniMax. Teams, der overvejer M2.1, bør derfor teste modellen på egne kodebaser, mobilbyg, dokumentationskrav, sikkerhedskontroller og automatiseringsopgaver, før benchmarkpåstande omsættes til dokumentation for produktionsbrug.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
MiniMax M2.1 blev lanceret 23. december 2025 og er positioneret til flersproget softwareudvikling, full stack applikationer og komplekse agent og kontoropgaver.
MiniMax M2.1 blev lanceret 23. december 2025 og er positioneret til flersproget softwareudvikling, full stack applikationer og komplekse agent og kontoropgaver. Modellen er forbedret til blandt andet Rust, Java, Go, C++, Kotlin, Objective C, TypeScript, JavaScript og Python samt til native Android og iOS udvikling.
MiniMax rapporterer 72,5 % på SWE bench Multilingual og 88,6 i virksomhedens egen VIBE måling, men resultaterne bør ikke læses som en uafhængig rangliste.
MiniMax M2.1 blev lanceret 23. december 2025 og er positioneret til flersproget softwareudvikling, full stack applikationer og komplekse agent og kontoropgaver.
Udgivet afRedigeret med GPT-5.6 LunaBilleder genereret med GPT Image 1.5
Research answer

Create a landscape editorial hero image for this Studio Global article: What is MiniMax M2.1, released by the Chinese AI startup on December 23, 2025, and how does this major open-source model update differ from. Article summary: MiniMax M2.1 is MiniMax’s December 23, 2025 open-weight coding-and-agent model update: where M2 emphasized lower cost and broad access, M2.1 is positioned for production-grade multilingual software work, full-stack appli. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
MiniMax M2.1 er den kinesiske AI-virksomheds opdatering fra 23. december 2025 til kodning og AI-agenter. Hvor den tidligere M2 især blev markedsført på lav pris og bred adgang, er M2.1 rettet mod mere krævende opgaver: flersproget softwareudvikling, full-stack-applikationer, native mobiludvikling og automatisering af kontorarbejde. 3
4
Den vigtigste reservation er, at mange af de stærkeste resultater stammer fra MiniMax’ egne evalueringer. De viser, hvilken retning virksomheden ønsker at tage modellen i, men bør ikke opfattes som en endelig, uafhængig sammenligning med lukkede modeller.
M2.1 er en mixture-of-experts-model med 230 milliarder parametre i alt og cirka 10 milliarder aktive parametre pr. token. Den sparsomme arkitektur skal gøre inferens mere effektiv end i en tilsvarende stor, tæt model, hvor alle parametre aktiveres hver gang. 1
MiniMax’ grundidé er, at brugbare kodemodeller skal kunne mere end at skrive Python-snippets eller enkeltstående funktioner. Virkelige softwareprojekter kombinerer flere programmeringssprog, eksisterende kodebaser, mobilplatforme, grafiske grænseflader, projektinstruktioner, værktøjer og lange kæder af afhængige opgaver. M2.1 er udviklet med netop den bredere arbejdsgang for øje.
MiniMax beskriver M2.1 som et skifte fra M2’s fokus på pris og tilgængelighed til en mere stabil udførelse af komplekse, produktionsorienterede opgaver. Opdateringen lægger især vægt på programmering på tværs af sprog og på almindelige kontor- og agentscenarier. 4
De fremhævede forbedringer omfatter:
Med andre ord er M2.1 ifølge MiniMax ikke blot en større eller billigere kodemodel. Det er et forsøg på at gøre modellen mere pålidelig, når opgaven også omfatter krav, brugergrænseflader, værktøjskald og færdig software – ikke kun genereret tekst.
MiniMax siger, at M2.1 systematisk er forbedret i Rust, Java, Golang, C++, Kotlin, Objective-C, TypeScript, JavaScript og andre sprog. Tredjepartsomtale beskriver desuden specialiserede kompetencer inden for Java, Go, Rust, C++, TypeScript, JavaScript, Kotlin og Python. 3
7
Det er relevant for organisationer, der vedligeholder blandede teknologistakke. En model, der klarer sig godt på Python-opgaver, er ikke nødvendigvis lige så nyttig i en produktionskodebase med backend-tjenester i Java eller Go, systemkode i Rust eller C++ samt web- og mobilgrænseflader i TypeScript, JavaScript, Kotlin eller Objective-C.
MiniMax siger, at M2.1 overgår Claude Sonnet 4.5 i flersprogede softwareingeniøropgaver og ligger tæt på Claude Opus 4.5. Virksomheden rapporterer en score på 72,5 % i SWE-bench Multilingual. 3
16
Tallene bør dog læses med forsigtighed. Det kildemateriale, der ligger til grund for sammenligningen, dokumenterer ikke en neutral og uafhængigt gentaget rangliste. Resultater kan blandt andet afhænge af prompts, agent-opsætning, modelversioner og evalueringsmetoder. En senere tredjepartsanalyse viser, at M2.1 er forbedret i forhold til M2 på SWE-bench Verified, men stadig lå efter flere stærke proprietære systemer i den pågældende sammenligning. 7
Den mest holdbare konklusion er derfor mere snæver: MiniMax satser på flersproget kodning på repository-niveau som en central styrke, og de offentliggjorte resultater peger på en markant forbedring i forhold til den tidligere model. Resultaterne beviser ikke i sig selv, at M2.1 vil slå Claude i alle softwareprojekter eller arbejdsgange.
VIBE står for Visual & Interactive Benchmark for Execution. MiniMax har udviklet benchmarken for at undersøge, om en model kan bygge komplette og brugbare applikationer fra bunden – ikke bare generere kode, der ser plausibel ud i et tekstvindue. 3
4
Benchmarken dækker fem områder:
Evalueringen tager udgangspunkt i implementerede applikationer samt interaktiv og visuel kontrol. Det gør VIBE relevant for spørgsmål, som traditionelle kodetests ikke nødvendigvis indfanger: om applikationen fungerer i brug, om interaktionerne opfører sig korrekt, og om brugerfladen lever op til visuelle forventninger. 4
MiniMax rapporterede en samlet VIBE-score på 88,6, herunder 91,5 i VIBE-Web og 89,7 i VIBE-Android. 4
8
Resultaterne er interessante, fordi de udvider evalueringen fra fejlrettelse og kodefuldførelse til faktisk levering af applikationer. VIBE er imidlertid udviklet af MiniMax, og sammenligningerne på tværs af modeller er foretaget med MiniMax’ egen evalueringsopsætning. Derfor bør resultaterne ses som virksomhedens dokumentation af modellens tilsigtede styrker – ikke som en uafhængigt fastslået brancheplacering. 4
8
MiniMax fremstiller M2.1 som en stærkere model til native Android- og iOS-udvikling – ikke kun til browserbaserede applikationer. Virksomheden siger også, at modellen har fået bedre forståelse for visuelt design og æstetik, komplekse interaktioner, tredimensionelle videnskabelige simulationer og visualiseringer af høj kvalitet. 4
Kombinationen understøtter en mere ambitiøs form for ”vibe coding”: Brugeren beskriver en applikation i naturligt sprog, hvorefter en agent sammensætter et fungerende produkt. MiniMax’ erklærede mål er ikke blot at skabe en flot demo, men at generere vedligeholdelsesvenlige applikationer, der kan leveres og bruges i produktionsorienteret arbejde. 4
Om målet er nået, afhænger dog af test i virkelige kodebaser. Mobile byggesystemer, afhængighedskonflikter, platformspecifikke konventioner, tilgængelighed, sikkerhedsgennemgang og langsigtet vedligeholdelse er stadig praktiske kontroller, som benchmarkresultater ikke kan erstatte.
MiniMax beskriver Interleaved Thinking som en metode til systematisk problemløsning under udførelsen af en opgave. Formålet er at hjælpe modellen med at fastholde flere begrænsninger på samme tid, herunder systeminstruktioner, brugerkrav, hukommelse, værktøjsskemaer og instruktionsfiler i projektet. 4
Det er vigtigt i agentbaseret arbejde, fordi et godt resultat ikke kun handler om, hvorvidt koden kan køre. En agent skal også kunne:
MiniMax kobler denne funktion til teknisk dokumentation, struktureret skrivning, datahåndtering og vedvarende kontorautomatisering. Det er fortsat positioneringspåstande og ikke et bevis på, at alle flertrinsopgaver vil blive løst stabilt. Men det forklarer, hvorfor M2.1 præsenteres som en kodnings- og agentmodel snarere end som en ren kodegenerator. 4
Der er grundlæggende to adgangsveje:
MiniMax’ distributionsvejledning anbefaler SGLang, mens vLLM også understøttes i det omkringliggende distributionsøkosystem. 14
1 Selvhosting kan give en organisation mere direkte kontrol over infrastruktur, datahåndtering, modelservering, integrationer og skalering end en løsning, der udelukkende bygger på et API.
Den fleksibilitet er dog ikke automatisk det samme som lavere samlede omkostninger. Selvstyret drift kræver også tilstrækkelig GPU-kapacitet, udviklertid, overvågning, vedligeholdelse og driftsunderstøttelse. Den økonomiske effekt afhænger af udnyttelsesgrad og infrastrukturvalg – ikke kun af antallet af aktive parametre. 1
2
Den væsentligste ændring fra M2 til M2.1 er modellens fokus. Udgivelsen er rettet mod flersproget, full-stack- og agentdrevet arbejde snarere end mod pris og inferenseffektivitet som hovedfortællingen. Den rapporterede score på 72,5 % i SWE-bench Multilingual og VIBE-scoren på 88,6 understøtter denne positionering, mens resultaterne for Android og web viser et forsøg på at måle komplet applikationsudvikling – ikke kun traditionel kodning. 3
4
8
For udviklere er de mest relevante fordele den bredere sprogunderstøttelse, de åbne modelvægte, API-adgangen og muligheden for selv at vælge distributionsform gennem SGLang eller vLLM. For virksomheder er den potentielle gevinst muligheden for at køre mere komplekse kodnings- og automatiseringsforløb med større kontrol over servering og datahåndtering.
Forbeholdet er lige så vigtigt: De stærkeste sammenligninger og de nye VIBE-resultater er primært rapporteret af MiniMax. Teams, der overvejer M2.1, bør derfor teste modellen på egne kodebaser, mobilbyg, dokumentationskrav, sikkerhedskontroller og automatiseringsopgaver, før benchmarkpåstande omsættes til dokumentation for produktionsbrug.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
MiniMax M2.1 blev lanceret 23. december 2025 og er positioneret til flersproget softwareudvikling, full stack applikationer og komplekse agent og kontoropgaver.
MiniMax M2.1 blev lanceret 23. december 2025 og er positioneret til flersproget softwareudvikling, full stack applikationer og komplekse agent og kontoropgaver. Modellen er forbedret til blandt andet Rust, Java, Go, C++, Kotlin, Objective C, TypeScript, JavaScript og Python samt til native Android og iOS udvikling.
MiniMax rapporterer 72,5 % på SWE bench Multilingual og 88,6 i virksomhedens egen VIBE måling, men resultaterne bør ikke læses som en uafhængig rangliste.