M2.1用Python語(yǔ)言完成了開(kāi)發(fā)，并自動(dòng)生成了數(shù)據(jù)庫(kù)，對(duì)高頻數(shù)據(jù)流進(jìn)行動(dòng)態(tài)捕捉和渲染。

這效果，很炫酷。

再看一個(gè)case，這是我經(jīng)常在用的信息圖Prompt，之前我基本只用Gemini 3，這次看看M2.1表現(xiàn)如何。

提煉下面內(nèi)容的核心關(guān)鍵點(diǎn)，創(chuàng)建一個(gè)HTML網(wǎng)頁(yè)。
文字內(nèi)容：
{
我也較早就參加了MiniMax M2.1的內(nèi)測(cè)，說(shuō)說(shuō)我的使用感受。
1、思考鏈和回復(fù)都很短，模型速度非?？?。普通的Demo開(kāi)發(fā)，不到一分鐘就能完成。
2、針對(duì)Claude Code、Cline、Kilo Code、Roo Code等工具做了專項(xiàng)優(yōu)化，在CLI和IDE里用起來(lái)很爽。
3、前端優(yōu)化不限于Web端，APP端的審美也得到大幅提升。
4、能寫(xiě)Python，但同時(shí)也擅長(zhǎng)Jave、Golang等后端語(yǔ)言。特別是后端的這塊，這次提升挺明顯的。
}
具體要求如下：
1.視覺(jué)設(shè)計(jì)：采用{Magazine Layout}風(fēng)格布局，{深色}主題色，營(yíng)造現(xiàn)代高端氛圍。
2.字體與排版：
·使用超大字體或數(shù)字突出核心要點(diǎn)，中文采用大號(hào)粗體，強(qiáng)調(diào)視覺(jué)沖擊力。
·英文使用小號(hào)字體作為點(diǎn)綴，與中文形成比例反差，提升設(shè)計(jì)層次感。
3視覺(jué)元素：
·融入超大視覺(jué)元素（如標(biāo)題、背景圖或裝飾）以突出重點(diǎn)，與小型元素形成強(qiáng)烈對(duì)比。
·使用簡(jiǎn)潔的勾線風(fēng)格圖形作為數(shù)據(jù)可視化或配圖元素，保持現(xiàn)代感和清晰度。
4.色彩與效果：運(yùn)用高亮色（單色透明度漸變）營(yíng)造科技感，每種高亮色獨(dú)立使用，避免不同高亮色之間的漸變混雜。
5.技術(shù)要求：引入專業(yè)圖標(biāo)庫(kù)（如Font Awesome或Material Icons，通過(guò)CDN加載），避免使用emoji作為主要圖標(biāo)。
6.內(nèi)容要求：提煉內(nèi)容關(guān)鍵要點(diǎn)，不忽略重要細(xì)節(jié)。

這效果真的不錯(cuò)啊，至少前端審美這塊完全可以媲美Gemini 3。

2）3D測(cè)試

這是x上（@Ryan Lazuka）的一個(gè)提示詞。

提示詞：Create a single HTML file containing a fully functional 3D Rubik's Cube simulation using Three.js (via CDN). The cube must be able to automatically solve itself. 
譯文：創(chuàng)建一個(gè)HTML文件，其中使用Three.js（通過(guò)CDN方式引入）來(lái)實(shí)現(xiàn)一個(gè)功能完備的3D魔方模擬程序。該魔方必須能夠自動(dòng)完成自己的“解謎”過(guò)程。

實(shí)話說(shuō)，這對(duì)于大模型來(lái)說(shuō)挺難的。

因?yàn)?，它不僅要用Three.js語(yǔ)言畫(huà)出3D魔方的模型，還要能夠記錄打亂的步驟并逆序還原，很考驗(yàn)?zāi)Ｐ偷倪壿嬆芰Α?/p>

這個(gè)case我用M2.1生成，大概迭代了3次。

最終出來(lái)的效果，非常牛逼。

同樣的3D case，還有粒子特效這個(gè)。熟悉我們的朋友都知道，這差不多是我們的老演員了。

Create a 3D particle galaxy with swirling nebulas, dynamic lighting.

我用M2.1隨手生成了個(gè)，沒(méi)想到已經(jīng)進(jìn)化了這么多。

這個(gè)粒子特效的數(shù)量、色彩和光影細(xì)節(jié)，都比提升了很多很多（動(dòng)圖里看到圖片糊了，那不是模型的問(wèn)題啊，那是圖片被壓縮了）。

動(dòng)圖看不出效果，我給大家放幾張靜態(tài)圖。

3）APP開(kāi)發(fā)

除了web端，M2.1這次在APP端的開(kāi)發(fā)能力提升也挺明顯的。

先看一個(gè)UI案例。

為小沃APP設(shè)計(jì)一套UI界面，要有詳細(xì)的交互UI和功能，小沃是一款機(jī)器狗，小沃APP是這款機(jī)器狗服務(wù)客戶的智能助手。

其實(shí)，我是只想看看UI的，沒(méi)想到它真的給我開(kāi)發(fā)了一個(gè)APP，整整500多個(gè)文件……不知道明天，我的API賬單還扛得住不。

來(lái)看看這個(gè)APP長(zhǎng)啥樣吧。

可以看到，M2.1對(duì)APP整體的設(shè)計(jì)理解和美學(xué)表達(dá)，都還挺靠譜的。

再來(lái)看一個(gè)安卓端的手機(jī)游戲（by官方）。

用Kotlin語(yǔ)言開(kāi)發(fā)一款重力感應(yīng)模擬器，利用陀螺儀傳感器實(shí)現(xiàn)重力操控體驗(yàn)，并設(shè)計(jì)有巧妙的視覺(jué)彩蛋。

可以看到，UI的過(guò)渡和碰撞特效非常自然，而且巧妙的呈現(xiàn)了“MERRY XMAS MiniMax M2.1”。

目前，很多coding模型都在拼命表現(xiàn)自己web端很強(qiáng)，但移動(dòng)端的開(kāi)發(fā)能力就只字不提。

其實(shí)，移動(dòng)端才是研發(fā)的大頭。很高興，今天見(jiàn)到有模型開(kāi)始在Android、iOS開(kāi)發(fā)上發(fā)力了。

而且，M2.1是具備APP開(kāi)發(fā)從0到1再到100的能力的（比如我前面那個(gè)case）。這一點(diǎn)，真的牛逼。

4）后端開(kāi)發(fā)

過(guò)去，很多模型在宣發(fā)時(shí)，都強(qiáng)調(diào)自己前端很強(qiáng)、UI很酷。

但這能代表coding能力嗎？未必。

前端很重要，但它不是全部。唯有前后端一起進(jìn)化，才能做出真正生產(chǎn)級(jí)的產(chǎn)品。

M2.1這次著重在后端上做了提升，從Java后端到Golang服務(wù)，到C++，到客戶端、SDK……各個(gè)開(kāi)發(fā)環(huán)節(jié)都有所加強(qiáng)。不再聚焦前端demo，而是關(guān)注整個(gè)開(kāi)發(fā)環(huán)節(jié)。

這是第一次有coding模型，開(kāi)始理解不同的技術(shù)崗位是怎么寫(xiě)代碼的，去幫助各種開(kāi)發(fā)環(huán)節(jié)解決編碼問(wèn)題。

給大家看幾個(gè)例子。

幫我寫(xiě)一個(gè)跨平臺(tái)C++文件讀寫(xiě)工具。

讓它寫(xiě)一個(gè)用戶鑒權(quán)模塊，一看就是Java老手。

用C++和GLSL渲染圖像，精準(zhǔn)還原水晶球的物理折射、雪人建模以及雪地特效。

我的體驗(yàn)感覺(jué)是，M2.1讓AI Coding開(kāi)始從“單文件”向“工程感”進(jìn)發(fā)。

它的后端能力肯定不是最強(qiáng)的，也還有很多需要優(yōu)化的地方。

但我們終于在M2.1上看到，Coding模型開(kāi)始從“前端友好”向“后端友好”進(jìn)化，而不再是讓demo寫(xiě)法當(dāng)成生產(chǎn)代碼。

終于，有一個(gè)正常的coding模型把大家拉回正軌，開(kāi)始解決真實(shí)世界中的復(fù)雜任務(wù)。

怎么使用

API：MiniMax開(kāi)放平臺(tái)已經(jīng)上線，模型名MiniMax-M2.1，支持OpenAI&Anthropic接口。

https://platform.minimaxi.com/docs/guides/text-generation

Coding Plan：同時(shí)，M2.1已加入Coding Plan，加量不加價(jià)。

https://platform.minimaxi.com/subscribe/coding-plan

開(kāi)源：幾天后，模型將開(kāi)源（目前在對(duì)齊測(cè)試中）。

https://huggingface.co/MiniMaxAI/MiniMax-M2.1