أُطلق MiniMax M2.1 في 23 ديسمبر 2025، ويُقدَّم كنموذج مفتوح الأوزان للبرمجة متعددة اللغات، وبناء التطبيقات كاملةً، وأتمتة المهام المعقدة. يوسّع النموذج دعمه لـ Rust وJava وGo وC++ وKotlin وObjective C وTypeScript وJavaScript إلى جانب Python، مع تركيز خاص على تطوير تطبيقات Android وiOS.
نشر بواسطةتم التحرير باستخدام GPT-5.6 Lunaتم إنشاء الصور باستخدام GPT Image 1.5
إجابة البحث

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 تحديثاً رئيسياً من شركة الذكاء الاصطناعي الصينية MiniMax، أُطلق في 23 ديسمبر 2025، ويركز على البرمجة ووكلاء الذكاء الاصطناعي. فبينما ارتبط نموذج M2 بالوصول الواسع وانخفاض التكلفة، تطرح الشركة M2.1 كنموذج للمهام العملية الأكثر تعقيداً: هندسة البرمجيات متعددة اللغات، وبناء تطبيقات كاملة، وتطوير تطبيقات الهاتف الأصلية، وأتمتة الأعمال المكتبية متعددة الخطوات. 3
4
لكن توجد ملاحظة أساسية: كثير من أقوى أرقام الأداء الواردة هنا مصدرها تقييمات MiniMax نفسها. وهي توضح الاتجاه الذي يستهدفه الإصدار، لكنها لا تُعد ترتيباً مستقلاً وحاسماً أمام النماذج التجارية المغلقة.
M2.1 نموذج يعتمد بنية خليط الخبراء (Mixture of Experts أو MoE)، بإجمالي 230 مليار معلَمة، مع تفعيل نحو 10 مليارات معلَمة لكل رمز مميز أثناء الاستدلال. ويُفترض أن تجعل هذه البنية المتفرقة تشغيل النموذج أكثر كفاءة من نموذج كثيف كبير يفعّل جميع معلماته في كل مرة. 1
وتنطلق MiniMax من فكرة أن نموذج البرمجة المفيد لا ينبغي أن يقتصر على كتابة مقاطع Python أو دوال منفصلة. فالمشروعات الحقيقية تجمع لغات متعددة، ومستودعات برمجية قائمة، ومنصات للهواتف، وواجهات مرئية، وتعليمات خاصة بالمشروع، وأدوات، وسلسلة طويلة من المهام المترابطة. وقد صُمم M2.1 للتعامل مع سير العمل الأوسع هذا.
تصف MiniMax الإصدار الجديد بأنه انتقال من التركيز الأساسي في M2 على التكلفة وسهولة الوصول إلى تنفيذ أكثر موثوقية للمهام المعقدة الموجهة إلى بيئات الإنتاج. ويتركز التحديث خصوصاً على البرمجة عبر حزم لغات مختلفة، وعلى سيناريوهات الوكلاء والمهام المكتبية اليومية. 4
وتشمل التحسينات المعلنة ما يلي:
بمعنى آخر، لا تصف MiniMax M2.1 على أنه مجرد نموذج برمجة أكبر أو أرخص من سابقه، بل كمحاولة لجعل النموذج أكثر موثوقية عندما تتضمن المهمة متطلبات وواجهات واستدعاءات للأدوات وبرنامجاً قابلاً للتسليم، وليس نصاً مولداً فحسب.
تقول MiniMax إنها حسّنت M2.1 بصورة منهجية في Rust وJava وGolang وC++ وKotlin وObjective-C وTypeScript وJavaScript ولغات أخرى. كما تشير تقارير خارجية إلى وجود خبرات متخصصة في Java وGo وRust وC++ وTypeScript وJavaScript وKotlin، إلى جانب Python. 3
7
وتكتسب هذه النقطة أهمية خاصة لدى المؤسسات التي تدير حزم تقنية مختلطة. فقد ينجح نموذج في مهام Python البسيطة، لكنه يكون أقل فائدة داخل مستودع إنتاج يضم خدمات خلفية مكتوبة بـJava أو Go، وبرمجيات أنظمة بـRust أو C++، وواجهات ويب أو هاتف بـTypeScript أو JavaScript أو Kotlin أو Objective-C.
تقول MiniMax إن M2.1 يتفوق على Claude Sonnet 4.5 في سيناريوهات هندسة البرمجيات متعددة اللغات، ويقترب من Claude Opus 4.5. كما أعلنت الشركة تسجيل النموذج 72.5% في معيار SWE-bench Multilingual. 3
16
ينبغي قراءة هذه الأرقام بحذر. فالمواد المشار إليها لا تثبت وجود ترتيب محايد أعيد إنتاجه بشكل مستقل، كما أن النتائج قد تتأثر بالتعليمات، وبنية الوكيل المساعدة، وإصدارات النماذج، وطريقة التقييم. ويشير تحليل خارجي لاحق إلى أن M2.1 تحسن مقارنةً بـM2 في معيار SWE-bench Verified، لكنه ظل خلف عدة أنظمة تجارية قوية في تلك المقارنة. 7
والخلاصة الأكثر تحفظاً هي أن MiniMax تستهدف البرمجة على مستوى المستودعات وباستخدام لغات متعددة باعتبارها نقطة قوة رئيسية، وأن نتائجها المنشورة تشير إلى تحسن ملحوظ عن النموذج السابق. لكن هذه النتائج وحدها لا تثبت أن M2.1 سيتفوق على Claude في كل مشروع برمجي أو سير عمل.
اختصار VIBE يعني Visual & Interactive Benchmark for Execution، أي «معيار التقييم المرئي والتفاعلي للتنفيذ». أنشأته MiniMax لقياس قدرة النموذج على بناء تطبيقات كاملة وقابلة للاستخدام من الصفر، بدلاً من الاكتفاء بتوليد كود يبدو منطقياً داخل نافذة نصية. 3
4
ويغطي المعيار خمسة مجالات:
ويركز التقييم على التطبيقات المنشورة والتحقق التفاعلي أو المرئي. وهذا يجعله مهماً لأسئلة قد لا تغطيها اختبارات البرمجة التقليدية بالكامل: هل يعمل التطبيق عند استخدامه فعلاً؟ هل تتصرف التفاعلات كما ينبغي؟ وهل تلبي الواجهة التوقعات البصرية؟ 4
أعلنت MiniMax أن M2.1 حقق نتيجة إجمالية بلغت 88.6 في VIBE، منها 91.5 في VIBE-Web و89.7 في VIBE-Android. 4
8
وتكتسب هذه الأرقام أهمية لأنها توسع التقييم من إصلاح الأخطاء أو إكمال الكود إلى تسليم تطبيقات كاملة. ومع ذلك، طورت MiniMax معيار VIBE بنفسها، كما أن المقارنات المعلنة بين النماذج تستخدم إعدادات تقييم الشركة؛ لذلك ينبغي التعامل مع النتائج بوصفها دليلاً مقدماً من الشركة على نقاط القوة المستهدفة، لا ترتيباً مستقلاً راسخاً على مستوى الصناعة. 4
8
تقدم MiniMax نموذج M2.1 باعتباره أقوى في تطوير تطبيقات Android وiOS الأصلية، وليس فقط تطبيقات المتصفح. وتقول الشركة أيضاً إنها حسّنت فهم النموذج للتصميم المرئي والجماليات، والتفاعلات المعقدة، والمحاكاة العلمية ثلاثية الأبعاد، والعروض المرئية عالية الجودة. 4
ويمهد هذا المزيج لنسخة أكثر طموحاً من مفهوم البرمجة بالوصف أو «vibe coding»: يصف المستخدم التطبيق بلغة طبيعية، ثم يتولى وكيل الذكاء الاصطناعي تجميع منتج عامل. ووفقاً لهدف MiniMax المعلن، لا يقتصر الأمر على إنشاء عرض تجريبي لافت، بل يمتد إلى إنتاج تطبيقات قابلة للصيانة والتسليم وموجهة إلى الاستخدام العملي. 4
لكن تحقيق هذا الهدف يحتاج إلى اختبار داخل مستودعات حقيقية. فأنظمة بناء تطبيقات الهاتف، وتعارض الاعتماديات، والالتزام بقواعد كل منصة، وإتاحة الوصول، والمراجعة الأمنية، والصيانة طويلة الأجل، كلها اختبارات عملية لا يمكن لنتائج المعايير أن تحل محلها.
تصف MiniMax مفهوم Interleaved Thinking، أو «التفكير المتداخل»، بأنه أسلوب لحل المشكلات بصورة منهجية أثناء تنفيذ المهمة. ويهدف إلى مساعدة النموذج على الحفاظ على عدة قيود في الوقت نفسه، مثل تعليمات النظام، ومتطلبات المستخدم، والذاكرة، ومخططات الأدوات، وملفات تعليمات المشروع. 4
وتكمن أهمية ذلك في العمل الوكيلي، لأن نجاح النتيجة لا يتحدد فقط بقدرة الكود على التشغيل. فقد يحتاج الوكيل أيضاً إلى:
وتربط MiniMax هذه القدرة بالتوثيق التقني، والكتابة المنظمة، والتعامل مع البيانات، وأتمتة الأعمال المكتبية المستمرة. وتظل هذه في النهاية ادعاءات تتعلق بتموضع المنتج، لا دليلاً على أن كل سير عمل متعدد الخطوات سينتهي بموثوقية كاملة؛ لكنها تفسر سبب تقديم الإصدار كنموذج للبرمجة والوكلاء، وليس كمولد كود فقط. 4
توجد طريقتان رئيسيتان:
وتوصي إرشادات MiniMax للنشر باستخدام SGLang، بينما يحظى vLLM أيضاً بدعم ضمن منظومة التشغيل المحيطة بالنموذج. 14
1 وقد يمنح التشغيل الذاتي المؤسسة تحكماً أكبر في البنية التحتية، والتعامل مع البيانات، وخدمة النموذج، والتكاملات، والتوسع، مقارنةً بالاعتماد على واجهة API وحدها.
لكن هذه المرونة لا تعني تلقائياً انخفاض التكلفة الإجمالية. فالنشر الذاتي يحتاج إلى سعة مناسبة من وحدات معالجة الرسوميات، ووقت هندسي، ومراقبة، وصيانة، ودعم تشغيلي. وتعتمد النتيجة الاقتصادية على حجم الاستخدام واختيارات البنية التحتية، لا على عدد المعلمات النشطة وحده. 1
2
يكمن التغيير الأهم بين MiniMax M2.1 وM2 في زاوية التركيز: فالإصدار الجديد يستهدف العمل متعدد اللغات، وتطوير التطبيقات كاملةً، وسير العمل المعتمد على الوكلاء، بدلاً من جعل سهولة الوصول وكفاءة الاستدلال محور الرسالة الرئيسية. وتدعم هذه الصورة نتيجة 72.5% في SWE-bench Multilingual ونتيجة 88.6 في VIBE المعلنتان من MiniMax، فيما تشير نتائج الويب وAndroid إلى محاولة قياس بناء التطبيقات الكاملة إلى جانب البرمجة التقليدية. 3
4
8
وبالنسبة إلى المطورين، تتمثل أبرز المزايا المحتملة في اتساع تغطية اللغات، وتوفر الأوزان، وإتاحة API، ومرونة النشر عبر SGLang أو vLLM. أما المؤسسات، فقد تجذبها إمكانية تشغيل مهام برمجية وأتمتة أكثر تعقيداً مع تحكم أكبر في الخدمة والتعامل مع البيانات.
لكن التحفظ لا يقل أهمية: فأقوى المقارنات ونتائج VIBE الجديدة مصدرها أساساً MiniMax. لذلك ينبغي للفرق اختبار M2.1 على مستودعاتها الخاصة، وعمليات بناء تطبيقات الهاتف، ومتطلبات التوثيق، وضوابط الأمان، ومهام الأتمتة لديها قبل اعتبار نتائج المعايير دليلاً كافياً على جاهزية الإنتاج.
Studio Global AI
تتضمن هذه الصفحة إجابة مدعومة بالمصدر يمكنك المتابعة داخل Studio Global.
أُطلق MiniMax M2.1 في 23 ديسمبر 2025، ويُقدَّم كنموذج مفتوح الأوزان للبرمجة متعددة اللغات، وبناء التطبيقات كاملةً، وأتمتة المهام المعقدة.
أُطلق MiniMax M2.1 في 23 ديسمبر 2025، ويُقدَّم كنموذج مفتوح الأوزان للبرمجة متعددة اللغات، وبناء التطبيقات كاملةً، وأتمتة المهام المعقدة. يوسّع النموذج دعمه لـ Rust وJava وGo وC++ وKotlin وObjective C وTypeScript وJavaScript إلى جانب Python، مع تركيز خاص على تطوير تطبيقات Android وiOS.
يمكن للمطورين استخدامه عبر واجهة MiniMax البرمجية أو تنزيل أوزانه من Hugging Face وتشغيله ذاتياً باستخدام أدوات مثل SGLang وvLLM.
أُطلق MiniMax M2.1 في 23 ديسمبر 2025، ويُقدَّم كنموذج مفتوح الأوزان للبرمجة متعددة اللغات، وبناء التطبيقات كاملةً، وأتمتة المهام المعقدة. يوسّع النموذج دعمه لـ Rust وJava وGo وC++ وKotlin وObjective C وTypeScript وJavaScript إلى جانب Python، مع تركيز خاص على تطوير تطبيقات Android وiOS.
نشر بواسطةتم التحرير باستخدام GPT-5.6 Lunaتم إنشاء الصور باستخدام GPT Image 1.5
إجابة البحث

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 تحديثاً رئيسياً من شركة الذكاء الاصطناعي الصينية MiniMax، أُطلق في 23 ديسمبر 2025، ويركز على البرمجة ووكلاء الذكاء الاصطناعي. فبينما ارتبط نموذج M2 بالوصول الواسع وانخفاض التكلفة، تطرح الشركة M2.1 كنموذج للمهام العملية الأكثر تعقيداً: هندسة البرمجيات متعددة اللغات، وبناء تطبيقات كاملة، وتطوير تطبيقات الهاتف الأصلية، وأتمتة الأعمال المكتبية متعددة الخطوات. 3
4
لكن توجد ملاحظة أساسية: كثير من أقوى أرقام الأداء الواردة هنا مصدرها تقييمات MiniMax نفسها. وهي توضح الاتجاه الذي يستهدفه الإصدار، لكنها لا تُعد ترتيباً مستقلاً وحاسماً أمام النماذج التجارية المغلقة.
M2.1 نموذج يعتمد بنية خليط الخبراء (Mixture of Experts أو MoE)، بإجمالي 230 مليار معلَمة، مع تفعيل نحو 10 مليارات معلَمة لكل رمز مميز أثناء الاستدلال. ويُفترض أن تجعل هذه البنية المتفرقة تشغيل النموذج أكثر كفاءة من نموذج كثيف كبير يفعّل جميع معلماته في كل مرة. 1
وتنطلق MiniMax من فكرة أن نموذج البرمجة المفيد لا ينبغي أن يقتصر على كتابة مقاطع Python أو دوال منفصلة. فالمشروعات الحقيقية تجمع لغات متعددة، ومستودعات برمجية قائمة، ومنصات للهواتف، وواجهات مرئية، وتعليمات خاصة بالمشروع، وأدوات، وسلسلة طويلة من المهام المترابطة. وقد صُمم M2.1 للتعامل مع سير العمل الأوسع هذا.
تصف MiniMax الإصدار الجديد بأنه انتقال من التركيز الأساسي في M2 على التكلفة وسهولة الوصول إلى تنفيذ أكثر موثوقية للمهام المعقدة الموجهة إلى بيئات الإنتاج. ويتركز التحديث خصوصاً على البرمجة عبر حزم لغات مختلفة، وعلى سيناريوهات الوكلاء والمهام المكتبية اليومية. 4
وتشمل التحسينات المعلنة ما يلي:
بمعنى آخر، لا تصف MiniMax M2.1 على أنه مجرد نموذج برمجة أكبر أو أرخص من سابقه، بل كمحاولة لجعل النموذج أكثر موثوقية عندما تتضمن المهمة متطلبات وواجهات واستدعاءات للأدوات وبرنامجاً قابلاً للتسليم، وليس نصاً مولداً فحسب.
تقول MiniMax إنها حسّنت M2.1 بصورة منهجية في Rust وJava وGolang وC++ وKotlin وObjective-C وTypeScript وJavaScript ولغات أخرى. كما تشير تقارير خارجية إلى وجود خبرات متخصصة في Java وGo وRust وC++ وTypeScript وJavaScript وKotlin، إلى جانب Python. 3
7
وتكتسب هذه النقطة أهمية خاصة لدى المؤسسات التي تدير حزم تقنية مختلطة. فقد ينجح نموذج في مهام Python البسيطة، لكنه يكون أقل فائدة داخل مستودع إنتاج يضم خدمات خلفية مكتوبة بـJava أو Go، وبرمجيات أنظمة بـRust أو C++، وواجهات ويب أو هاتف بـTypeScript أو JavaScript أو Kotlin أو Objective-C.
تقول MiniMax إن M2.1 يتفوق على Claude Sonnet 4.5 في سيناريوهات هندسة البرمجيات متعددة اللغات، ويقترب من Claude Opus 4.5. كما أعلنت الشركة تسجيل النموذج 72.5% في معيار SWE-bench Multilingual. 3
16
ينبغي قراءة هذه الأرقام بحذر. فالمواد المشار إليها لا تثبت وجود ترتيب محايد أعيد إنتاجه بشكل مستقل، كما أن النتائج قد تتأثر بالتعليمات، وبنية الوكيل المساعدة، وإصدارات النماذج، وطريقة التقييم. ويشير تحليل خارجي لاحق إلى أن M2.1 تحسن مقارنةً بـM2 في معيار SWE-bench Verified، لكنه ظل خلف عدة أنظمة تجارية قوية في تلك المقارنة. 7
والخلاصة الأكثر تحفظاً هي أن MiniMax تستهدف البرمجة على مستوى المستودعات وباستخدام لغات متعددة باعتبارها نقطة قوة رئيسية، وأن نتائجها المنشورة تشير إلى تحسن ملحوظ عن النموذج السابق. لكن هذه النتائج وحدها لا تثبت أن M2.1 سيتفوق على Claude في كل مشروع برمجي أو سير عمل.
اختصار VIBE يعني Visual & Interactive Benchmark for Execution، أي «معيار التقييم المرئي والتفاعلي للتنفيذ». أنشأته MiniMax لقياس قدرة النموذج على بناء تطبيقات كاملة وقابلة للاستخدام من الصفر، بدلاً من الاكتفاء بتوليد كود يبدو منطقياً داخل نافذة نصية. 3
4
ويغطي المعيار خمسة مجالات:
ويركز التقييم على التطبيقات المنشورة والتحقق التفاعلي أو المرئي. وهذا يجعله مهماً لأسئلة قد لا تغطيها اختبارات البرمجة التقليدية بالكامل: هل يعمل التطبيق عند استخدامه فعلاً؟ هل تتصرف التفاعلات كما ينبغي؟ وهل تلبي الواجهة التوقعات البصرية؟ 4
أعلنت MiniMax أن M2.1 حقق نتيجة إجمالية بلغت 88.6 في VIBE، منها 91.5 في VIBE-Web و89.7 في VIBE-Android. 4
8
وتكتسب هذه الأرقام أهمية لأنها توسع التقييم من إصلاح الأخطاء أو إكمال الكود إلى تسليم تطبيقات كاملة. ومع ذلك، طورت MiniMax معيار VIBE بنفسها، كما أن المقارنات المعلنة بين النماذج تستخدم إعدادات تقييم الشركة؛ لذلك ينبغي التعامل مع النتائج بوصفها دليلاً مقدماً من الشركة على نقاط القوة المستهدفة، لا ترتيباً مستقلاً راسخاً على مستوى الصناعة. 4
8
تقدم MiniMax نموذج M2.1 باعتباره أقوى في تطوير تطبيقات Android وiOS الأصلية، وليس فقط تطبيقات المتصفح. وتقول الشركة أيضاً إنها حسّنت فهم النموذج للتصميم المرئي والجماليات، والتفاعلات المعقدة، والمحاكاة العلمية ثلاثية الأبعاد، والعروض المرئية عالية الجودة. 4
ويمهد هذا المزيج لنسخة أكثر طموحاً من مفهوم البرمجة بالوصف أو «vibe coding»: يصف المستخدم التطبيق بلغة طبيعية، ثم يتولى وكيل الذكاء الاصطناعي تجميع منتج عامل. ووفقاً لهدف MiniMax المعلن، لا يقتصر الأمر على إنشاء عرض تجريبي لافت، بل يمتد إلى إنتاج تطبيقات قابلة للصيانة والتسليم وموجهة إلى الاستخدام العملي. 4
لكن تحقيق هذا الهدف يحتاج إلى اختبار داخل مستودعات حقيقية. فأنظمة بناء تطبيقات الهاتف، وتعارض الاعتماديات، والالتزام بقواعد كل منصة، وإتاحة الوصول، والمراجعة الأمنية، والصيانة طويلة الأجل، كلها اختبارات عملية لا يمكن لنتائج المعايير أن تحل محلها.
تصف MiniMax مفهوم Interleaved Thinking، أو «التفكير المتداخل»، بأنه أسلوب لحل المشكلات بصورة منهجية أثناء تنفيذ المهمة. ويهدف إلى مساعدة النموذج على الحفاظ على عدة قيود في الوقت نفسه، مثل تعليمات النظام، ومتطلبات المستخدم، والذاكرة، ومخططات الأدوات، وملفات تعليمات المشروع. 4
وتكمن أهمية ذلك في العمل الوكيلي، لأن نجاح النتيجة لا يتحدد فقط بقدرة الكود على التشغيل. فقد يحتاج الوكيل أيضاً إلى:
وتربط MiniMax هذه القدرة بالتوثيق التقني، والكتابة المنظمة، والتعامل مع البيانات، وأتمتة الأعمال المكتبية المستمرة. وتظل هذه في النهاية ادعاءات تتعلق بتموضع المنتج، لا دليلاً على أن كل سير عمل متعدد الخطوات سينتهي بموثوقية كاملة؛ لكنها تفسر سبب تقديم الإصدار كنموذج للبرمجة والوكلاء، وليس كمولد كود فقط. 4
توجد طريقتان رئيسيتان:
وتوصي إرشادات MiniMax للنشر باستخدام SGLang، بينما يحظى vLLM أيضاً بدعم ضمن منظومة التشغيل المحيطة بالنموذج. 14
1 وقد يمنح التشغيل الذاتي المؤسسة تحكماً أكبر في البنية التحتية، والتعامل مع البيانات، وخدمة النموذج، والتكاملات، والتوسع، مقارنةً بالاعتماد على واجهة API وحدها.
لكن هذه المرونة لا تعني تلقائياً انخفاض التكلفة الإجمالية. فالنشر الذاتي يحتاج إلى سعة مناسبة من وحدات معالجة الرسوميات، ووقت هندسي، ومراقبة، وصيانة، ودعم تشغيلي. وتعتمد النتيجة الاقتصادية على حجم الاستخدام واختيارات البنية التحتية، لا على عدد المعلمات النشطة وحده. 1
2
يكمن التغيير الأهم بين MiniMax M2.1 وM2 في زاوية التركيز: فالإصدار الجديد يستهدف العمل متعدد اللغات، وتطوير التطبيقات كاملةً، وسير العمل المعتمد على الوكلاء، بدلاً من جعل سهولة الوصول وكفاءة الاستدلال محور الرسالة الرئيسية. وتدعم هذه الصورة نتيجة 72.5% في SWE-bench Multilingual ونتيجة 88.6 في VIBE المعلنتان من MiniMax، فيما تشير نتائج الويب وAndroid إلى محاولة قياس بناء التطبيقات الكاملة إلى جانب البرمجة التقليدية. 3
4
8
وبالنسبة إلى المطورين، تتمثل أبرز المزايا المحتملة في اتساع تغطية اللغات، وتوفر الأوزان، وإتاحة API، ومرونة النشر عبر SGLang أو vLLM. أما المؤسسات، فقد تجذبها إمكانية تشغيل مهام برمجية وأتمتة أكثر تعقيداً مع تحكم أكبر في الخدمة والتعامل مع البيانات.
لكن التحفظ لا يقل أهمية: فأقوى المقارنات ونتائج VIBE الجديدة مصدرها أساساً MiniMax. لذلك ينبغي للفرق اختبار M2.1 على مستودعاتها الخاصة، وعمليات بناء تطبيقات الهاتف، ومتطلبات التوثيق، وضوابط الأمان، ومهام الأتمتة لديها قبل اعتبار نتائج المعايير دليلاً كافياً على جاهزية الإنتاج.
Studio Global AI
تتضمن هذه الصفحة إجابة مدعومة بالمصدر يمكنك المتابعة داخل Studio Global.
أُطلق MiniMax M2.1 في 23 ديسمبر 2025، ويُقدَّم كنموذج مفتوح الأوزان للبرمجة متعددة اللغات، وبناء التطبيقات كاملةً، وأتمتة المهام المعقدة.
أُطلق MiniMax M2.1 في 23 ديسمبر 2025، ويُقدَّم كنموذج مفتوح الأوزان للبرمجة متعددة اللغات، وبناء التطبيقات كاملةً، وأتمتة المهام المعقدة. يوسّع النموذج دعمه لـ Rust وJava وGo وC++ وKotlin وObjective C وTypeScript وJavaScript إلى جانب Python، مع تركيز خاص على تطوير تطبيقات Android وiOS.
يمكن للمطورين استخدامه عبر واجهة MiniMax البرمجية أو تنزيل أوزانه من Hugging Face وتشغيله ذاتياً باستخدام أدوات مثل SGLang وvLLM.