Lanzado el 23 de diciembre de 2025, MiniMax M2.1 es un modelo de pesos abiertos orientado a la programación multilingüe, las aplicaciones full stack y los flujos de trabajo complejos con agentes; MiniMax afirma que ob... La actualización amplía sus capacidades en Rust, Java, Go, C++, Kotlin, Objective C, TypeScript,...
Publicado porEditado con GPT-5.6 LunaImágenes generadas con GPT Image 1.5
Respuesta de investigación

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 es la actualización de pesos abiertos que la empresa china de inteligencia artificial presentó el 23 de diciembre de 2025. Frente al posicionamiento inicial de M2, centrado en el coste y el acceso amplio, M2.1 se presenta como una opción para tareas más exigentes: ingeniería de software multilingüe, desarrollo full-stack, aplicaciones móviles nativas y automatización de oficina mediante agentes. 3
4
La principal cautela es importante: buena parte de las afirmaciones de rendimiento más destacadas procede de evaluaciones de la propia MiniMax. Sirven para entender hacia dónde apunta el lanzamiento, pero no constituyen por sí solas una clasificación independiente y definitiva frente a modelos propietarios.
M2.1 es un modelo de arquitectura Mixture of Experts (MoE) con 230.000 millones de parámetros totales y aproximadamente 10.000 millones de parámetros activos por token. Este diseño disperso busca hacer más eficiente la inferencia que en un modelo denso de tamaño total comparable, al no activar todos los parámetros en cada paso. 1
La tesis de MiniMax es que un modelo de programación útil debe hacer algo más que generar fragmentos de Python o funciones aisladas. Los proyectos reales combinan varios lenguajes, repositorios existentes, plataformas móviles, interfaces visuales, instrucciones de proyecto, herramientas y largas cadenas de tareas relacionadas. M2.1 está diseñado alrededor de ese flujo de trabajo más amplio.
MiniMax describe M2.1 como un giro desde el énfasis de M2 en la asequibilidad y la accesibilidad hacia una ejecución más fiable de tareas complejas y orientadas a producción. La actualización pone especial atención en la programación con distintas tecnologías y en los escenarios cotidianos de oficina y uso de agentes. 4
Las mejoras anunciadas incluyen:
En otras palabras, según la descripción de MiniMax, M2.1 no es simplemente un modelo de programación más grande o barato. Es un intento de hacerlo más fiable cuando el encargo incluye requisitos, interfaces, llamadas a herramientas y software que debe entregarse, no solo texto generado.
MiniMax afirma que ha mejorado de forma sistemática M2.1 en Rust, Java, Go —también denominado Golang—, C++, Kotlin, Objective-C, TypeScript, JavaScript y otros lenguajes. Un análisis externo también describe conocimientos especializados en Java, Go, Rust, C++, TypeScript, JavaScript, Kotlin y Python. 3
7
El énfasis resulta relevante para equipos que mantienen arquitecturas tecnológicas mixtas. Un modelo que funciona bien en tareas exclusivamente escritas en Python puede ser menos útil en un repositorio de producción con servicios backend en Java o Go, código de sistemas en Rust o C++ y componentes web o móviles en TypeScript, JavaScript, Kotlin u Objective-C.
MiniMax sostiene que M2.1 supera a Claude Sonnet 4.5 en escenarios de ingeniería de software multilingüe y se acerca a Claude Opus 4.5. La empresa comunica una puntuación del 72,5 % en SWE-bench Multilingual. 3
16
Estas cifras deben interpretarse con prudencia. El material citado no establece una clasificación neutral reproducida de forma independiente, y las comparaciones pueden variar según los prompts, la infraestructura del agente, las versiones de los modelos y el procedimiento de evaluación. Un análisis posterior de terceros señala que M2.1 mejoró frente a M2 en SWE-bench Verified, aunque todavía quedó por detrás de varios sistemas propietarios potentes en esa comparación. 7
La conclusión más sólida es más concreta: MiniMax está intentando convertir la programación multilingüe a nivel de repositorio en una de las fortalezas principales del modelo, y sus resultados publicados apuntan a una mejora considerable frente a la versión anterior. Los resultados no demuestran que M2.1 vaya a superar a Claude en todos los proyectos o flujos de trabajo.
VIBE significa Visual & Interactive Benchmark for Execution —Benchmark visual e interactivo para la ejecución—. MiniMax lo creó para evaluar si un modelo puede construir aplicaciones completas y utilizables desde cero, en lugar de limitarse a generar código que parece plausible en una ventana de texto. 3
4
La evaluación cubre cinco áreas:
El benchmark se basa en aplicaciones desplegadas y en comprobaciones interactivas o visuales. Por eso intenta medir aspectos que las pruebas tradicionales de programación no siempre capturan: si la aplicación funciona al utilizarla, si las interacciones responden correctamente y si la interfaz cumple determinadas expectativas visuales. 4
MiniMax comunicó una puntuación VIBE agregada de 88,6, con 91,5 en VIBE-Web y 89,7 en VIBE-Android. 4
8
Las cifras llaman la atención porque amplían la evaluación más allá de la corrección de errores o la finalización de código y la llevan hasta la entrega de aplicaciones. No obstante, VIBE fue creado por MiniMax y las comparaciones entre modelos utilizan su configuración de evaluación. Por tanto, las puntuaciones deben entenderse como evidencia comunicada por la empresa sobre las capacidades que busca destacar, no como una clasificación independiente del sector. 4
8
MiniMax presenta M2.1 como un modelo más fuerte para desarrollar de forma nativa en Android e iOS, no solo para crear aplicaciones que funcionen en el navegador. La empresa también afirma que ha mejorado la comprensión del diseño visual y la estética, las interacciones complejas, las simulaciones científicas en 3D y la visualización de alta calidad. 4
Esta combinación respalda una versión más ambiciosa del llamado vibe coding: describir una aplicación en lenguaje natural y dejar que un agente ensamble un producto funcional. El objetivo declarado de MiniMax no es únicamente producir una demostración llamativa, sino generar aplicaciones mantenibles y entregables para un trabajo orientado a producción. 4
Que ese objetivo se cumpla dependerá de las pruebas en repositorios reales. Los sistemas de compilación móvil, los conflictos entre dependencias, las convenciones específicas de cada plataforma, la accesibilidad, las revisiones de seguridad y el mantenimiento a largo plazo siguen siendo comprobaciones prácticas que ningún resultado de benchmark puede sustituir.
MiniMax describe Interleaved Thinking como un enfoque de resolución sistemática de problemas durante la ejecución de una tarea. Su finalidad es ayudar al modelo a conservar varias restricciones a la vez, como las instrucciones del sistema, los requisitos del usuario, la memoria, los esquemas de herramientas y los archivos de instrucciones del proyecto. 4
Esto es especialmente relevante para el trabajo con agentes, porque un resultado correcto no se define solo por que el código se ejecute. El agente también puede tener que:
MiniMax vincula esta capacidad con la documentación técnica, la redacción estructurada, el tratamiento de datos y la automatización sostenida de tareas de oficina. Sigue siendo una afirmación de posicionamiento, no una prueba de que cualquier flujo de varios pasos vaya a completarse de forma fiable, pero explica por qué el lanzamiento se presenta como un modelo de programación y agentes, y no solo como un generador de código. 4
Hay dos vías principales:
La guía de despliegue de MiniMax recomienda SGLang, mientras que vLLM también cuenta con soporte en el ecosistema de despliegue. 14
1 Alojar el modelo por cuenta propia puede ofrecer a una organización un control más directo sobre la infraestructura, el tratamiento de datos, el servicio del modelo, las integraciones y el escalado que una opción basada únicamente en una API.
Esa flexibilidad no equivale automáticamente a un menor coste total. Un despliegue autogestionado exige capacidad suficiente de GPU, tiempo de ingeniería, monitorización, mantenimiento y soporte operativo. El resultado económico depende del uso y de las decisiones de infraestructura, no solo del número de parámetros activos. 1
2
El cambio más significativo de M2.1 frente a M2 está en el foco del producto: la nueva versión apunta a tareas multilingües, full-stack y dirigidas por agentes, en lugar de presentar el acceso y la eficiencia de inferencia como la historia principal. Su resultado comunicado de 72,5 % en SWE-bench Multilingual y la puntuación VIBE de 88,6 respaldan ese posicionamiento, mientras que sus resultados en Android y web muestran un intento de medir la construcción de aplicaciones completas además de la programación convencional. 3
4
8
Para los desarrolladores, las ventajas más relevantes son la cobertura de más lenguajes, los pesos abiertos, el acceso mediante API y la flexibilidad de despliegue con SGLang o vLLM. Para las empresas, el atractivo está en la posibilidad de ejecutar flujos de programación y automatización más complejos con un mayor control sobre el servicio y el tratamiento de datos.
La cautela es igual de importante: las comparaciones más contundentes y los nuevos resultados de VIBE proceden principalmente de MiniMax. Antes de considerar sus cifras como evidencia para producción, los equipos deberían probar M2.1 con sus propios repositorios, compilaciones móviles, requisitos de documentación, controles de seguridad y tareas de automatización.
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
Lanzado el 23 de diciembre de 2025, MiniMax M2.1 es un modelo de pesos abiertos orientado a la programación multilingüe, las aplicaciones full stack y los flujos de trabajo complejos con agentes; MiniMax afirma que ob...
Lanzado el 23 de diciembre de 2025, MiniMax M2.1 es un modelo de pesos abiertos orientado a la programación multilingüe, las aplicaciones full stack y los flujos de trabajo complejos con agentes; MiniMax afirma que ob... La actualización amplía sus capacidades en Rust, Java, Go, C++, Kotlin, Objective C, TypeScript, JavaScript y Python, además de reforzar el desarrollo nativo para Android e iOS, el diseño visual y la automatización de...
Los desarrolladores pueden utilizar M2.1 mediante la API de MiniMax o descargar sus pesos desde Hugging Face para gestionar su propio entorno de inferencia con herramientas como SGLang y vLLM.
Lanzado el 23 de diciembre de 2025, MiniMax M2.1 es un modelo de pesos abiertos orientado a la programación multilingüe, las aplicaciones full stack y los flujos de trabajo complejos con agentes; MiniMax afirma que ob... La actualización amplía sus capacidades en Rust, Java, Go, C++, Kotlin, Objective C, TypeScript,...
Publicado porEditado con GPT-5.6 LunaImágenes generadas con GPT Image 1.5
Respuesta de investigación

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 es la actualización de pesos abiertos que la empresa china de inteligencia artificial presentó el 23 de diciembre de 2025. Frente al posicionamiento inicial de M2, centrado en el coste y el acceso amplio, M2.1 se presenta como una opción para tareas más exigentes: ingeniería de software multilingüe, desarrollo full-stack, aplicaciones móviles nativas y automatización de oficina mediante agentes. 3
4
La principal cautela es importante: buena parte de las afirmaciones de rendimiento más destacadas procede de evaluaciones de la propia MiniMax. Sirven para entender hacia dónde apunta el lanzamiento, pero no constituyen por sí solas una clasificación independiente y definitiva frente a modelos propietarios.
M2.1 es un modelo de arquitectura Mixture of Experts (MoE) con 230.000 millones de parámetros totales y aproximadamente 10.000 millones de parámetros activos por token. Este diseño disperso busca hacer más eficiente la inferencia que en un modelo denso de tamaño total comparable, al no activar todos los parámetros en cada paso. 1
La tesis de MiniMax es que un modelo de programación útil debe hacer algo más que generar fragmentos de Python o funciones aisladas. Los proyectos reales combinan varios lenguajes, repositorios existentes, plataformas móviles, interfaces visuales, instrucciones de proyecto, herramientas y largas cadenas de tareas relacionadas. M2.1 está diseñado alrededor de ese flujo de trabajo más amplio.
MiniMax describe M2.1 como un giro desde el énfasis de M2 en la asequibilidad y la accesibilidad hacia una ejecución más fiable de tareas complejas y orientadas a producción. La actualización pone especial atención en la programación con distintas tecnologías y en los escenarios cotidianos de oficina y uso de agentes. 4
Las mejoras anunciadas incluyen:
En otras palabras, según la descripción de MiniMax, M2.1 no es simplemente un modelo de programación más grande o barato. Es un intento de hacerlo más fiable cuando el encargo incluye requisitos, interfaces, llamadas a herramientas y software que debe entregarse, no solo texto generado.
MiniMax afirma que ha mejorado de forma sistemática M2.1 en Rust, Java, Go —también denominado Golang—, C++, Kotlin, Objective-C, TypeScript, JavaScript y otros lenguajes. Un análisis externo también describe conocimientos especializados en Java, Go, Rust, C++, TypeScript, JavaScript, Kotlin y Python. 3
7
El énfasis resulta relevante para equipos que mantienen arquitecturas tecnológicas mixtas. Un modelo que funciona bien en tareas exclusivamente escritas en Python puede ser menos útil en un repositorio de producción con servicios backend en Java o Go, código de sistemas en Rust o C++ y componentes web o móviles en TypeScript, JavaScript, Kotlin u Objective-C.
MiniMax sostiene que M2.1 supera a Claude Sonnet 4.5 en escenarios de ingeniería de software multilingüe y se acerca a Claude Opus 4.5. La empresa comunica una puntuación del 72,5 % en SWE-bench Multilingual. 3
16
Estas cifras deben interpretarse con prudencia. El material citado no establece una clasificación neutral reproducida de forma independiente, y las comparaciones pueden variar según los prompts, la infraestructura del agente, las versiones de los modelos y el procedimiento de evaluación. Un análisis posterior de terceros señala que M2.1 mejoró frente a M2 en SWE-bench Verified, aunque todavía quedó por detrás de varios sistemas propietarios potentes en esa comparación. 7
La conclusión más sólida es más concreta: MiniMax está intentando convertir la programación multilingüe a nivel de repositorio en una de las fortalezas principales del modelo, y sus resultados publicados apuntan a una mejora considerable frente a la versión anterior. Los resultados no demuestran que M2.1 vaya a superar a Claude en todos los proyectos o flujos de trabajo.
VIBE significa Visual & Interactive Benchmark for Execution —Benchmark visual e interactivo para la ejecución—. MiniMax lo creó para evaluar si un modelo puede construir aplicaciones completas y utilizables desde cero, en lugar de limitarse a generar código que parece plausible en una ventana de texto. 3
4
La evaluación cubre cinco áreas:
El benchmark se basa en aplicaciones desplegadas y en comprobaciones interactivas o visuales. Por eso intenta medir aspectos que las pruebas tradicionales de programación no siempre capturan: si la aplicación funciona al utilizarla, si las interacciones responden correctamente y si la interfaz cumple determinadas expectativas visuales. 4
MiniMax comunicó una puntuación VIBE agregada de 88,6, con 91,5 en VIBE-Web y 89,7 en VIBE-Android. 4
8
Las cifras llaman la atención porque amplían la evaluación más allá de la corrección de errores o la finalización de código y la llevan hasta la entrega de aplicaciones. No obstante, VIBE fue creado por MiniMax y las comparaciones entre modelos utilizan su configuración de evaluación. Por tanto, las puntuaciones deben entenderse como evidencia comunicada por la empresa sobre las capacidades que busca destacar, no como una clasificación independiente del sector. 4
8
MiniMax presenta M2.1 como un modelo más fuerte para desarrollar de forma nativa en Android e iOS, no solo para crear aplicaciones que funcionen en el navegador. La empresa también afirma que ha mejorado la comprensión del diseño visual y la estética, las interacciones complejas, las simulaciones científicas en 3D y la visualización de alta calidad. 4
Esta combinación respalda una versión más ambiciosa del llamado vibe coding: describir una aplicación en lenguaje natural y dejar que un agente ensamble un producto funcional. El objetivo declarado de MiniMax no es únicamente producir una demostración llamativa, sino generar aplicaciones mantenibles y entregables para un trabajo orientado a producción. 4
Que ese objetivo se cumpla dependerá de las pruebas en repositorios reales. Los sistemas de compilación móvil, los conflictos entre dependencias, las convenciones específicas de cada plataforma, la accesibilidad, las revisiones de seguridad y el mantenimiento a largo plazo siguen siendo comprobaciones prácticas que ningún resultado de benchmark puede sustituir.
MiniMax describe Interleaved Thinking como un enfoque de resolución sistemática de problemas durante la ejecución de una tarea. Su finalidad es ayudar al modelo a conservar varias restricciones a la vez, como las instrucciones del sistema, los requisitos del usuario, la memoria, los esquemas de herramientas y los archivos de instrucciones del proyecto. 4
Esto es especialmente relevante para el trabajo con agentes, porque un resultado correcto no se define solo por que el código se ejecute. El agente también puede tener que:
MiniMax vincula esta capacidad con la documentación técnica, la redacción estructurada, el tratamiento de datos y la automatización sostenida de tareas de oficina. Sigue siendo una afirmación de posicionamiento, no una prueba de que cualquier flujo de varios pasos vaya a completarse de forma fiable, pero explica por qué el lanzamiento se presenta como un modelo de programación y agentes, y no solo como un generador de código. 4
Hay dos vías principales:
La guía de despliegue de MiniMax recomienda SGLang, mientras que vLLM también cuenta con soporte en el ecosistema de despliegue. 14
1 Alojar el modelo por cuenta propia puede ofrecer a una organización un control más directo sobre la infraestructura, el tratamiento de datos, el servicio del modelo, las integraciones y el escalado que una opción basada únicamente en una API.
Esa flexibilidad no equivale automáticamente a un menor coste total. Un despliegue autogestionado exige capacidad suficiente de GPU, tiempo de ingeniería, monitorización, mantenimiento y soporte operativo. El resultado económico depende del uso y de las decisiones de infraestructura, no solo del número de parámetros activos. 1
2
El cambio más significativo de M2.1 frente a M2 está en el foco del producto: la nueva versión apunta a tareas multilingües, full-stack y dirigidas por agentes, en lugar de presentar el acceso y la eficiencia de inferencia como la historia principal. Su resultado comunicado de 72,5 % en SWE-bench Multilingual y la puntuación VIBE de 88,6 respaldan ese posicionamiento, mientras que sus resultados en Android y web muestran un intento de medir la construcción de aplicaciones completas además de la programación convencional. 3
4
8
Para los desarrolladores, las ventajas más relevantes son la cobertura de más lenguajes, los pesos abiertos, el acceso mediante API y la flexibilidad de despliegue con SGLang o vLLM. Para las empresas, el atractivo está en la posibilidad de ejecutar flujos de programación y automatización más complejos con un mayor control sobre el servicio y el tratamiento de datos.
La cautela es igual de importante: las comparaciones más contundentes y los nuevos resultados de VIBE proceden principalmente de MiniMax. Antes de considerar sus cifras como evidencia para producción, los equipos deberían probar M2.1 con sus propios repositorios, compilaciones móviles, requisitos de documentación, controles de seguridad y tareas de automatización.
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
Lanzado el 23 de diciembre de 2025, MiniMax M2.1 es un modelo de pesos abiertos orientado a la programación multilingüe, las aplicaciones full stack y los flujos de trabajo complejos con agentes; MiniMax afirma que ob...
Lanzado el 23 de diciembre de 2025, MiniMax M2.1 es un modelo de pesos abiertos orientado a la programación multilingüe, las aplicaciones full stack y los flujos de trabajo complejos con agentes; MiniMax afirma que ob... La actualización amplía sus capacidades en Rust, Java, Go, C++, Kotlin, Objective C, TypeScript, JavaScript y Python, además de reforzar el desarrollo nativo para Android e iOS, el diseño visual y la automatización de...
Los desarrolladores pueden utilizar M2.1 mediante la API de MiniMax o descargar sus pesos desde Hugging Face para gestionar su propio entorno de inferencia con herramientas como SGLang y vLLM.