大家好，我是年底還在卷的袋鼠帝

年底了，AI圈還是一如既往的crazy，更新速度快到我這個老程序員都快跟不上了。

上周我還在折騰各種圖片、視頻生成模型，這周又到了編程周。

前天MiniMax丟出了個在編程界絕對有分量的模型：MiniMax-M2.1。

然后發(fā)現(xiàn)就在剛才已經(jīng)開源了：

https://github.com/MiniMax-AI/MiniMax-M2.1

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

看了一下，這兩天M2.1在海外還挺火的，大家對它的評價都不錯。

值得一提的是，（左圖）Theo這位硅谷紅人，在X上擁有26萬粉，t3dotchat的CEO，還專門開了場直播，給于了M2.1高度肯定。

于是我就研究了一下，發(fā)現(xiàn)這次M2.1最大的升級是把以前AI不太擅長的后端和客戶端開發(fā)能力給補齊了。

增強了Rust、Java、Golang、C++、Kotlin等多項編程語言的開發(fā)能力，而且是從底層到應用層開發(fā)的全面提升。

說實話，開發(fā)大型項目太需要這種底層理解了，想起了我以前研究netty、nacos、shenyu等源碼的心酸歷程。

做開發(fā)的同學可能更清楚，之前AI模型寫寫Python腳本、搞搞前端頁面確實很有一手，但一碰到瀏覽器插件、C++底層或者安卓iOS原生開發(fā)等，翻車是常有的事情。

先給結論，省流版：

1.M2.1加強了原生Android / iOS開發(fā)能力，并且Web和App的前端審美也提升了；

2.Agent能力增強：長程工具調(diào)用，多指令遵循提升，優(yōu)化了接入Claude Code、Cline等Agent的體驗，對Skill.md、Claude.md / agent.md等提供了更好的支持；

3.回復和思維鏈更簡潔了，這意味著更低的token消耗和更高效的任務處理；

4.技術說明和寫作方面也得到了一定的提升。

為了驗證M2.1是不是真的有那么好用，我這幾天拿著M2.1接入Claude Code在本地跑了幾個跨平臺、跨語言的項目，結果真的有點出乎意料。

PS：MiniMax也搞了個9塊9包月Coding Plan，放在文章最后了。

咱們先來看第一個：

局域網(wǎng)手機遙控器

這個需求其實很接地氣，我有個當老師的朋友跟吐槽，去教室上課經(jīng)常找不到PPT翻頁筆，每次翻頁都得跑回講臺按鍵盤，特麻煩。

我就想，既然大家手機都不離身，能不能直接用手機遙控電腦翻頁呢？

于是我給M2.1提了個需求：

Prompt：我需要開發(fā)一個局域網(wǎng)遙控器系統(tǒng)。

場景：用 Android 手機控制 Windows 電腦，用于 PPT 翻頁或控制視頻播放（暫停/音量）。

限制：電腦端必須用 Golang 編寫。手機端將用 Kotlin 編寫（稍后生成）。

兩者在同一WiFi下。

一開始M2.1就給了我預期的文件結構，思路非常清晰。

但在寫Go語言服務端的時候，出了個小問題。

它一開始引用了一個第三方的鍵盤模擬庫，結果因為版本問題報錯了。

看來兼容性問題還是絆腳石（其實可以通過context7 mcp解決）

遇到這種情況，平時可能就想著去修復庫依賴了。

但我想了哈，既然M2.1懂底層，那我就干脆不讓用第三方庫了。

我直接讓它重寫main.go，要求只用Go語言自帶的標準庫syscall調(diào)用Windows原生的API來模擬按鍵。

這就好比做菜，既然超市買的醬料不對味，那我就讓你從蔥姜蒜開始自己調(diào)，看看你的基本功到底扎不扎實。

Prompt：請重寫 main.go，不要引入任何 GitHub 上的第三方庫（不要用 robotgo，也不要用 keybd_event）。 請使用 Go 語言自帶的 standard library syscall 和 NewLazyDLL("user32.dll")，通過調(diào)用 Windows 原生的 keybd_event 或 SendInput API 來模擬按鍵。 這樣我就不需要下載任何依賴，也不需要 GCC，直接 go run 就能跑。請展示你的底層編碼能力。

結果M2.1真的做到了，一次性跑通了go的后端代碼

電腦端搞定了，接下來是手機端。

說實話，我之前完全沒有安卓開發(fā)的經(jīng)驗，大部分時間都花在下載Android Studio和配置環(huán)境上了。

但M2.1生成的Kotlin代碼，真的是一次性跑通。

在同一個WiFi下，就能遙控電腦，而且延遲很低，幾乎感覺不到，我相信作為ps5那種王國之淚遙控器應該也是可以的。

當我在手機上按下按鈕，看著電腦屏幕上的PPT聽話的翻頁，那種感覺真的太奇妙了。

延遲極低，操作絲滑，就像用著原裝的藍牙遙控器一樣。如果沒有M2.1對Go和Kotlin的雙重支持，我這個安卓小白估計這輩子都不會想著嘗試做這個東西。

左圖是go服務日志，右圖是手機端界面：

C++窗口半透明工具

我又給M2.1出了個難題

Prompt：幫我寫一個 C++ 工具，帶界面的，運行后，我可以調(diào)整windows上任意窗口的透明度，需要有滑動條實時調(diào)節(jié)透明度。

這個需求對于很多想邊寫代碼邊看直播摸魚的朋友來說，簡直是剛需 哈哈哈哈。

C++這種古早的底層編程語言，懂的都懂，指針、內(nèi)存管理，我大學直接從入門到放棄。

但M2.1做得很不錯，窗口句柄的獲取、透明度的設置，界面的響應，都處理得井井有條。

雖然用c++生成的工具長得不咋地，但是跑起來之后，看著我的代碼編輯器半透明地浮在直播窗口上，那感覺，就像是給電腦裝了個透視，實用又酷炫。

終端系統(tǒng)監(jiān)視器

后端高性能編程語言三強：Go、C++都發(fā)揮的不錯，就差Rust了

Rust這門語言以難學著稱，尤其是它的所有權機制和并發(fā)模型，勸退了不少人。

讓M2.1寫一個終端系統(tǒng)監(jiān)視器，看看它能不能駕馭Rust。

很快就跑完了，說實話，它的這些用法，看著就很底層

最終效果像這樣，界面比較極客，能感覺到性能不錯。

感覺M2.1非常適合用來寫性能好，且實用的一些小工具

前端頁面審美

接下來，我想看看它的前端審美

分別用了，四個提示詞，生成了四個網(wǎng)頁

Prompt：創(chuàng)建一個具有電影級視覺效果的著陸頁，使用深邃的漸變背景，玻璃擬態(tài)設計元素，流暢的微交互動畫，整體呈現(xiàn)出奢華科技品牌的質(zhì)感。

Prompt：設計一個極簡主義的儀表板界面，運用大量留白、精致的陰影層次、優(yōu)雅的過渡動畫，體現(xiàn)現(xiàn)代高端設計的精髓

Prompt：生成一個具有未來感的數(shù)據(jù)可視化大屏，使用霓虹色彩、粒子效果、3D變換動畫，營造科幻電影中的高科技氛圍

Prompt：創(chuàng)建一個藝術畫廊風格的網(wǎng)頁，融合抽象幾何圖形、流動的色彩漸變、視差滾動效果，展現(xiàn)前衛(wèi)的現(xiàn)代藝術美感

這前端頁面做的，著實給我驚艷到了

接下來這個也讓我很驚喜：

體驗用Android Studio做手機游戲（重力感應雷電）

我讓M2.1用Kotlin寫一個安卓原生的重力感應游戲，要求不準用任何圖片素材，全靠代碼畫出來，還得用Jetpack Compose框架，加上協(xié)程處理高幀率。

Prompt：

Task: 編寫一個單文件、純代碼實現(xiàn)的 Android 重力感應雷電游戲 。Technical Stack (核心考點):

Language: Kotlin

UI Framework: Jetpack Compose (不使用 XML)

Concurrency: Coroutines & withFrameNanos (實現(xiàn)高幀率游戲循環(huán))

Hardware: SensorManager (Accelerometer)

Game Design & "Vibe" Requirements (AppDev 審美):

Zero Assets (零素材): 嚴禁引入任何圖片文件。所有畫面必須用 Compose Canvas 繪制。

這效果還真心不錯

首先是物理手感。一般的大模型寫重力感應，往往就是簡單的把傳感器數(shù)值賦給位置，導致操作起來生硬得很，要不就是移動的非常慢，要不就是移動不順暢，要不手抖一下飛機就亂跳。

但M2.1用了一段線性插值平滑的代碼，給飛機加了慣性。

// 慣性平滑playerVelocity += (targetVelocity - playerVelocity) * 5f * deltaTimeplayerX += playerVelocity * deltaTime

你傾斜手機，飛機是滑過去的，不是瞬移過去的。

我用M2.1生成的我的世界網(wǎng)頁版，也是近期我覺得移動跳躍，最舒服最自然的一版。

我在小米手機上實測的這個游戲，手感真的超絕，絲滑流暢，玩起來甚至有點上癮。

爆火游戲八分音符醬復刻

用嘴玩的游戲（Kotlin + Jetpack Compose）

雷電游戲展示的是 傳感器 (Sensor)能力。

八分音符醬展示的是音頻處理 (Audio Processing)和麥克風調(diào)用。

看當年鄧紫棋玩的有多瘋，賊好笑 哈哈哈

提示詞如下：

prompt：Role: Android Audio & Game Developer.

Task: 使用 Kotlin + Jetpack Compose 復刻經(jīng)典的聲控游戲《八分音符醬》(Yasuhati)。

核心要求 (Single File & No Assets):

零素材: 不使用圖片，全用 Canvas 繪制。

主角: 畫一個可愛的黑色八分音符 (?)，帶兩個圓圓的眼睛。

地形: 簡單的黑色矩形方塊，類似馬里奧的地面，中間有坑（掉下去 Game Over）。

聲控邏輯 (Audio Core):

使用 AudioRecord 實時讀取麥克風音量（分貝/振幅）。

核心機制:

小聲: 角色向前慢走。

大聲: 角色向上跳躍（聲音越大跳得越高）。

注意: 請在界面上加一個 “靈敏度調(diào)節(jié)” 滑塊，防止需要在深夜大吼大叫。

游戲循環(huán):

地圖自動向左滾動，或者角色向右跑。

簡單的重力下落邏輯。

碰撞檢測：碰到地面站立，掉出屏幕下方失敗。

工程結構:

所有代碼寫在 MainActivity.kt。

權限處理: 代碼中必須包含請求 RECORD_AUDIO 權限的邏輯。

包名: package com.example.mygame0 (根據(jù)實際情況修改)。

Output: 提供完整的代碼，并明確告訴我需要在 Manifest 中添加什么權限。

一打開游戲，主動提示完成申請麥克風權限，分數(shù)統(tǒng)計、游戲邏輯、操控非常絲滑，這個很有意思，甚至可以在朋友聚會或者團隊游戲場合一起來玩這個游戲了！

這能證明M2.1不僅懂物理，還懂信號處理（把聲音分貝轉換成跳躍高度）。

調(diào)用麥克風并實時分析波形，這是非常Native的操作，H5很難做得絲滑，但原生安卓可以。

一鍵定制Java項目

最后來到我最熟悉，但是已經(jīng)快兩年沒有摸過的Java

Prompt：作為Java后端架構師，實現(xiàn)一個Spring Boot用戶鑒權模塊。需求： - 使用JWT token進行認證，支持登錄/注銷/角色檢查。 - 嚴格分層：Controller處理HTTP，Service業(yè)務邏輯，Repository數(shù)據(jù)庫交互（用JPA+H2內(nèi)存DB模擬）。 - 合理使用注解如@RestController、@Service、@Autowired、@Entity。 - 復合約束：集成Spring Security，確保密碼哈希（BCrypt），處理異常如Unauthorized返回401；代碼必須模塊化，可擴展到微服務。 - 生成pom.xml依賴、完整代碼目錄結構，并解釋為什么這種分層提升了維護性（避免“前端式工具函數(shù)”）。

看到這逐層創(chuàng)建過程，太真實了，作為我的"母語"，這個我最有發(fā)言權，它是真滴懂Java

臥槽，這看著太熟悉了（之前天天用springboot爽寫項目）

整個項目結構可以說非常規(guī)范了

Spring Boot用戶鑒權模塊已完成！以下是項目結構：  項目目錄結構  E:\AI_projects\M2.1springboot\  ├── pom.xml                           # Maven依賴配置  ├── src/main/  │   ├── java/com/example/auth/  │   │   ├── AuthApplication.java      # 主啟動類  │   │   ├── config/  │   │   │   ├── SecurityConfig.java   # Spring Security配置  │   │   │   └── DataInitializer.java  # 數(shù)據(jù)初始化  │   │   ├── controller/  │   │   │   ├── AuthController.java   # 認證API（登錄/注冊/注銷）  │   │   │   └── AdminController.java  # 管理API（角色檢查）  │   │   ├── dto/  │   │   │   ├── AuthRequest.java      # 登錄請求  │   │   │   ├── AuthResponse.java     # 認證響應  │   │   │   └── RegisterRequest.java  # 注冊請求  │   │   ├── entity/  │   │   │   ├── User.java             # 用戶實體  │   │   │   └── Role.java             # 角色枚舉  │   │   ├── exception/  │   │   │   ├── UnauthorizedException.java  │   │   │   ├── BadRequestException.java  │   │   │   └── GlobalExceptionHandler.java  │   │   ├── repository/  │   │   │   └── UserRepository.java   # JPA數(shù)據(jù)訪問  │   │   ├── security/  │   │   │   ├── JwtTokenProvider.java     # JWT工具  │   │   │   ├── JwtAuthenticationFilter.java  │   │   │   ├── CustomUserDetails.java  │   │   │   └── CustomUserDetailsService.java  │   │   └── service/  │   │       ├── AuthService.java      # 認證接口  │   │       └── AuthServiceImpl.java  # 認證實現(xiàn)  │   └── resources/  │       └── application.yml           # 應用配置    測試賬號     | 用戶名     | 密碼     | 角色        |  |------------|----------|-------------|  | admin      | admin123 | ADMIN       |  | user       | user123  | USER        |  | superadmin | super123 | SUPER_ADMIN |    分層架構優(yōu)勢  為什么這種分層能提升維護性？    | 層級       | 職責                    | 避免的問題                 |  |------------|-------------------------|----------------------------|  | Controller | HTTP請求/響應、參數(shù)校驗 | 業(yè)務邏輯分散在多個地方     |  | Service    | 業(yè)務邏輯、事務管理      | "前端式工具函數(shù)"、重復代碼 |  | Repository | 數(shù)據(jù)庫CRUD              | SQL注入、數(shù)據(jù)訪問混亂      |  | Entity     | 數(shù)據(jù)模型                | 模型與業(yè)務耦合             |    避免"前端式工具函數(shù)"的弊端：  1. 單一職責：每個類只做一件事  2. 可測試性：Service層可單獨測試，無需HTTP  3. 可替換性：更換數(shù)據(jù)庫只需改Repository  4. 可復用：業(yè)務邏輯可在多個API復用  5. 團隊協(xié)作：前端、后端、DB可并行開發(fā)  API端點  | 方法 | 路徑               | 描述         | 角色  |  |------|--------------------|--------------|-------|  | POST | /api/auth/login    | 用戶登錄     | 公開  |  | POST | /api/auth/register | 用戶注冊     | 公開  |  | POST | /api/auth/logout   | 用戶注銷     | USER+ |  | GET  | /api/auth/me       | 獲取當前用戶 | USER+ |  | GET  | /api/admin/users   | 獲取用戶列表 | ADMIN |  | GET  | /api/admin/stats   | 系統(tǒng)統(tǒng)計     | ADMIN |

以下是概覽代碼錄屏，一看這個風格這個味道就知道，M2.1成了，

濃濃的SpringBoot味道，計算機專業(yè)學生簡直太親切了。

幾年前，我在公司的架構組，還專門搞了一個腳手架一鍵生成平臺，供內(nèi)部開發(fā)同事使用，現(xiàn)在看來根本不需要了，AI已經(jīng)能根據(jù)需求一鍵定制腳手架，不得不說，這兩年時代進步太快了。

「最后」

總結一下這幾天的體驗。M2.1給我的感覺，不僅僅是支持的語言變多了。更重要的是，它更懂開發(fā)了。

它知道寫Java后端要分層，知道寫Go服務要處理并發(fā)，知道寫安卓App要考慮生命周期等等。

而且是真的理解每種語言、以及他們的特性和最佳實踐。

對于我們這些開發(fā)者來說，這已經(jīng)不只是全棧了，是全能。

不管你是想搞后端、寫底層，還是做移動端開發(fā)，它都能給你兜底，甚至還能教你更優(yōu)的寫法。

如果你也是像我一樣喜歡折騰新技術的開發(fā)者，或者想嘗試全棧開發(fā)但又被各種語言門檻勸退的朋友，Minimax M2.1絕對值得你去試一試。

它雖然還不完美，但在多語言編程和工程化落地這塊，確實走在了前面。

以及，它真好玩，每次都能給我一些驚喜，確實是可以讓人上癮的程度～

國內(nèi)AI編程都卷瘋了，MiniMax也來了個首月9塊9 Coding Plan

我是袋鼠帝，持續(xù)分享AI實踐干貨，咱們下期見。

>/ 本期作者：袋鼠帝 & ForeverWonder

能看到這里的都是鳳毛麟角的存在！

如果覺得不錯，隨手點個贊、在看、轉發(fā)三連吧~

如果想第一時間收到推送，也可以給我個星標?

謝謝你耐心看完我的文章~