挖到M2.1的7個神仙用法，有點上頭。。

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

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

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

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

然后發現就在剛才已經開源了：

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

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

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

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

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

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

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

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

先給結論，省流版：

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

2.Agent能力增強：長程工具調用，多指令遵循提升，優化了接入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，放在文章最后了。

咱們先來看第一個：

局域網手機遙控器

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

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

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

Prompt：我需要開發一個局域網遙控器系統。

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

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

兩者在同一WiFi下。

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

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

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

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

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

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

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

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

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

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

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

說實話，我之前完全沒有安卓開發的經驗，大部分時間都花在下載Android Studio和配置環境上了。

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

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

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

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

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

C++窗口半透明工具

我又給M2.1出了個難題

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

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

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

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

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

終端系統監視器

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

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

讓M2.1寫一個終端系統監視器，看看它能不能駕馭Rust。

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

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

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

前端頁面審美

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

分別用了，四個提示詞，生成了四個網頁

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

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

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

Prompt：創建一個藝術畫廊風格的網頁，融合抽象幾何圖形、流動的色彩漸變、視差滾動效果，展現前衛的現代藝術美感

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

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

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

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

Prompt：

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

Language: Kotlin

UI Framework: Jetpack Compose (不使用 XML)

Concurrency: Coroutines & withFrameNanos (實現高幀率游戲循環)

Hardware: SensorManager (Accelerometer)

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

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

這效果還真心不錯

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

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

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

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

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

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

爆火游戲八分音符醬復刻

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

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

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

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

提示詞如下：

prompt：Role: Android Audio & Game Developer.

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

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

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

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

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

聲控邏輯 (Audio Core):

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

核心機制:

小聲: 角色向前慢走。

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

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

游戲循環:

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

簡單的重力下落邏輯。

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

工程結構:

所有代碼寫在 MainActivity.kt。

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

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

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

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

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

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

一鍵定制Java項目

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

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

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

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

整個項目結構可以說非常規范了

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  # 數據初始化  │   │   ├── 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數據訪問  │   │   ├── security/  │   │   │   ├── JwtTokenProvider.java     # JWT工具  │   │   │   ├── JwtAuthenticationFilter.java  │   │   │   ├── CustomUserDetails.java  │   │   │   └── CustomUserDetailsService.java  │   │   └── service/  │   │       ├── AuthService.java      # 認證接口  │   │       └── AuthServiceImpl.java  # 認證實現  │   └── resources/  │       └── application.yml           # 應用配置    測試賬號     | 用戶名     | 密碼     | 角色        |  |------------|----------|-------------|  | admin      | admin123 | ADMIN       |  | user       | user123  | USER        |  | superadmin | super123 | SUPER_ADMIN |    分層架構優勢  為什么這種分層能提升維護性？    | 層級       | 職責                    | 避免的問題                 |  |------------|-------------------------|----------------------------|  | Controller | HTTP請求/響應、參數校驗 | 業務邏輯分散在多個地方     |  | Service    | 業務邏輯、事務管理      | "前端式工具函數"、重復代碼 |  | Repository | 數據庫CRUD              | SQL注入、數據訪問混亂      |  | Entity     | 數據模型                | 模型與業務耦合             |    避免"前端式工具函數"的弊端：  1. 單一職責：每個類只做一件事  2. 可測試性：Service層可單獨測試，無需HTTP  3. 可替換性：更換數據庫只需改Repository  4. 可復用：業務邏輯可在多個API復用  5. 團隊協作：前端、后端、DB可并行開發  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   | 系統統計     | ADMIN |

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

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

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

「最后」

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

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

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

對于我們這些開發者來說，這已經不只是全棧了，是全能。

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

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

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

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

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

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

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

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

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

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

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