作者 ｜ 周一笑
邮箱 ｜ zhouyixiao@pingwest.com

2025年的圣诞节，大模型战场没有停战。

12月23日，MiniMax正式获得中国证监会备案通过。加上此前通过港交所聆讯，这家成立不到四年的AI公司，距离敲钟只剩一步之遥，按目前节奏，MiniMax计划于2026年1月登陆港股，也将成为从成立到IPO最快的AI公司。

而就在IPO冲刺的关键节点，MiniMax没有选择低调，反而高调发布了新一代文本模型M2.1。

在这个背景下，M2.1的发布更像是一份写给市场的答卷。不只是会讲故事，产品也在持续进化。

那么问题来了，M2.1的实际表现究竟如何？我们决定用最直接的方式验证，让它和另外两个国产模型（智谱GLM-4.7、月之暗面Kimi K2）正面PK。同样的任务，同样的标准，看看他们的表现怎么样。

1

实测：三大国产模型的圣诞编程对决

我们设计了三个测试任务，覆盖"从0到1"的前端生成、物理引擎实现、以及科学可视化场景。测试环境统一使用Cursor接入各模型API，prompt完全一致，均为one-shot。

圣诞祝福网页

第一个任务相对基础，生成一个带雪花动画、圣诞树、闪烁彩灯的节日祝福页面。我们在prompt中给出了明确的技术规格，包括颜色参数、动画要求、性能约束等。

prompt：

需求：圣诞节祝福单页应用

技术栈

- 纯前端实现，单HTML文件，内联CSS和Javascript

- 动画使用CSS Animation + requestAnimationframe

- 不依赖外部库

视觉规格

- 背景：深蓝色渐变( → )

- 雪花：50个白色圆点，随机大小(2-5px)，匀速下落+轻微横向摆动

- 主标题："Merry Christmas 2025"，字体Playfair Display（Google Fonts），金色()，带text-shadow发光

- 圣诞树：纯CSS绘制，三层三角形堆叠，树干用棕色矩形

- 彩灯：树上8-10个小圆点，红/绿/金三色，opacity闪烁动画，周期错开

性能要求

- 雪花动画使用transform而非top/left，避免重排

- 控制总动画元素数量，保证60fps流畅

响应式

- 移动端标题字号缩小，圣诞树等比缩放

请输出完整可运行的HTML代码。

M2.1的cursor过程记录：

需求：圣诞节祝福单页应用

技术栈

纯前端实现，单HTML文件，内联CSS和Javascript

动画使用CSS Animation + requestAnimationframe

不依赖外部库

视觉规格

背景：深蓝色渐变( → )

雪花：50个白色圆点，随机大小(2-5px)，匀速下落+轻微横向摆动

主标题："Merry Christmas 2025"，字体Playfair Display（Google Fonts），金色()，带text-shadow发光

圣诞树：纯CSS绘制，三层三角形堆叠，树干用棕色矩形

彩灯：树上8-10个小圆点，红/绿/金三色，opacity闪烁动画，周期错开

性能要求

雪花动画使用transform而非top/left，避免重排

控制总动画元素数量，保证60fps流畅

响应式

移动端标题字号缩小，圣诞树等比缩放

请输出完整可运行的HTML代码。

Thoughtfor 1s

用户想要创建一个圣诞节祝福的单页应用，使用纯前端技术实现。让我仔细分析需求：

技术栈要求

纯前端单HTML文件

内联CSS和Javascript

CSS Animation + requestAnimationframe

不依赖外部库

视觉规格

背景：深蓝色渐变( → )

雪花：50个白色圆点，随机大小(2-5px)，匀速下落+轻微横向摆动

主标题："Merry Christmas 2025"，字体Playfair Display（Google Fonts），金色()，带text-shadow发光

圣诞树：纯CSS绘制，三层三角形堆叠，树干用棕色矩形

彩灯：树上8-10个小圆点，红/绿/金三色，opacity闪烁动画，周期错开

性能要求

雪花动画使用transform而非top/left，避免重排

控制总动画元素数量，保证60fps流畅

响应式

移动端标题字号缩小，圣诞树等比缩放

我需要创建一个完整的HTML文件，包含所有这些功能。让我开始编写代码。

我来为你创建一个精美的圣诞节祝福单页应用！

christmas.html(new)

+415-1

Thoughtfor 1s

Thoughtfor 1s

完美！�� 圣诞节祝福单页应用已经创建完成！

文件位置

/Users/smiletalker/Desktop/minimax demo/christmas.html

功能特性

✅ 视觉效果

深蓝色渐变背景 ( → )

50个飘落雪花，随机大小 (2-5px)

金色发光标题 "Merry Christmas 2025"（使用 Playfair Display 字体）

纯 CSS 绘制的三层圣诞树 + 棕色树干 + 金色星星

9个彩灯（红/绿/金三色），错开时间闪烁

✅ 性能优化

雪花动画使用 transform: translate3d() 而非 top/left，避免重排

使用 requestAnimationframe 保证 60fps 流畅动画

will-change: transform 提示浏览器优化

✅ 响应式设计

移动端自动缩小标题字号

圣诞树等比缩放适配不同屏幕

✅ 动画效果

标题发光脉动动画

彩灯闪烁动画（不同相位）

祝福语淡入上升动画

使用方法

直接在浏览器中打开 christmas.html 文件即可查看效果。也可以双击文件或拖入浏览器中打开。祝你圣诞节快乐！⭐

三款模型都在几秒内完成了代码生成，我们直接来看效果。

M2.1 的效果很完整，雪花匀速飘落，轨迹自然，圣诞树上的彩灯按红、绿、金三色闪烁，节奏错开，和prompt描述一致。整体视觉干净，唯一的不足就是圣诞树做的有点小，代码一次跑通：

K2的视觉效果依然不错，但是把彩灯理解成了独立的装饰元素，没有挂在树上，而是单独做了一组灯串。这也反映出模型在理解空间关系时的差异：

GLM-4.7 完成了整体框架，圣诞树和标题都正常渲染，也是最标准的“圣诞树”，但雪花动画在部分区域出现了缺失，飘落覆盖范围不完整：

圣诞物理小球模拟器

第二个任务提高难度，用Canvas实现一个2D物理引擎，20个圣诞装饰球在重力作用下掉落、碰撞、反弹，支持鼠标拖拽交互。

这个任务考验的不只是代码生成能力，还包括对物理逻辑的理解，重力加速度、碰撞检测、能量衰减，每一个参数都会影响最终的“手感”。

prompt：

圣诞主题物理引擎Demo

概述

实现一个基于Canvas的2D物理模拟，圣诞主题装饰球在重力和碰撞下运动。

技术实现

- 渲染：HTML5 Canvas 2D Context

- 物理循环：requestAnimationframe，固定时间步长16ms

- 碰撞检测：圆-圆碰撞（距离判定），圆-边界碰撞（AABB）

物理参数

| 参数 | 值 |

| 重力加速度 | 0.3 px/frame² |

| 碰撞恢复系数 | 0.7 |

| 摩擦/阻尼 | 0.99 |

| 小球数量 | 20 |

| 小球半径范围 | 15-30px |

视觉设计

- 背景：

- 小球颜色：随机取自['', '', '', '']

- 小球样式：径向渐变 + 白色高光点模拟3D感

- 雪花：30个，匀速下落，循环

交互

- 鼠标按下拖拽小球

- 鼠标释放时，根据拖拽速度给小球一个初速度

代码结构建议

class Ball { position, velocity, radius, color, update(), draw() }

class PhysicsEngine { balls[], gravity, detectCollision(), resolve() }

主循环: update() → draw() → requestAnimationframe

请输出完整单文件HTML。

M2.1 完整实现了物理引擎的核心逻辑，小球从屏幕顶部落下，相互碰撞时会弹开，触碰边界会反弹，鼠标可以拖拽抛掷。整体流畅度不错，不过当多个小球堆积在底部时，会出现轻微的“鬼畜”，这是碰撞检测精度的常见问题：

K2 的表现和M2.1接近，物理引擎运行正常，同样存在底部堆积时的细微抖动。两者在这个任务上的完成度相当：

GLM-4.7 生成了一个静态的场景布局，小球和背景都正常渲染，但物理循环没有启动，画面保持静止。需要额外调试才能让小球动起来：

前沿科学研究的可视化

第三个任务是基于最近一篇真实的科学新闻（斯图加特大学团队在《Nature Communications》发表的量子隐形传态研究），生成一个交互式的科学可视化页面，包含粒子动画、纠缠态演示、状态坍缩效果等。综合考验模型对科学概念的理解、Canvas粒子系统的实现、以及学术美感的视觉呈现。

prompt：

任务：构建“量子隐形传态”交互式科学落地页

核心目标：

基于 2025年12月22日发布的最新新闻（斯图加特大学团队在《Nature Communications》发表的量子隐形传态突破），创建一个高端、极简、具有 Nature 期刊质感的 单页 HTML 应用。

内容素材 (基于新闻事实)：

1. 标题：Quantum Teleportation Realized: The Stuttgart Breakthrough (Dec 2025)

2. 核心发现：研究团队利用专门设计的半导体光源（semiconductor light sources）生成了无法区分的“双胞胎光子”（Doppelganger Photons），成功在物理隔离的实验室环境间传输了量子极化状态。

3. 意义：这是迈向“量子互联网”（Quantum Internet）和“不可破解网络”（Unhackable Life）的关键一步。

技术栈 (Engineering Specs)：

- 结构：单文件 HTML (HTML5 + CSS3 + ES6 JS)。

- 渲染：文字排版使用 CSS Grid/Flex；核心可视化使用 HTML5 Canvas。

- 无依赖：不引入外部库，所有逻辑手写。

视觉设计 (Vibe Coding - High End Academic)：

1. 配色：深邃的“量子黑”背景 ()，搭配“激光红” () 和 “纠缠蓝” () 作为高光色。文字使用类似 LaTeX 的衬线字体 (Times New Roman 或 Georgia)。

2. 交互式 Canvas 演示 (Hero Section)：

- 场景：绘制两个物理分离的节点（Alice 和 Bob）。

- 粒子系统：生成大量微小的粒子流代表光子。

- 交互逻辑：

- 用户点击“Generate Entanglement”按钮。

- 屏幕中间生成一对纠缠光子（颜色不断变换，表示 Superposition）。

- 光子分发给 Alice 和 Bob。

- 用户点击 Alice 端的光子进行“状态测量”（State Measurement）。

- 瞬间（瞬间！），Bob 端的光子状态坍缩为与 Alice 一致（视觉上颜色瞬间同步锁定），并伴随发光涟漪特效。

3. 排版风格：模仿顶级学术期刊的排版，大留白，左侧为可交互演示，右侧（或下方）为优雅的新闻摘要卡片。

输出要求：

输出完整的、可直接运行的 `index.html` 代码。确保 Canvas 动画流畅，粒子效果具有高级感（使用 globalCompositeOperation 实现光晕叠加）。

M2.1 的实现视觉效果不错，粒子流动顺畅，纠缠态的颜色变换和状态坍缩的涟漪特效都较为细腻。整体呈现出prompt要求的前沿学术质感，用户点击测量时，粒子瞬间坍缩、变色的动效，非常视觉化地呈现了“量子纠缠”这个抽象的概念：

K2 采用了一种独特的实现思路，交互逻辑和视觉布局都与另外两款有所不同，反而带来了新鲜感，效果同样可圈可点。

GLM-4.7 在这个任务上恢复了水准，视觉呈现和交互逻辑都较为完整，粒子效果也有不错的层次感：

通过我们的一些测试，我们能够看到国产大模型在 Coding 能力上的整体水位都不错。在基础的代码生成上，三家都能做到。但M2.1 给我们的感觉是，指令遵循方面表现稳定，输出和预期的一致性更好。但总的来看，没有哪款模型能在所有任务上碾压对手。选择哪个，取决于你的具体场景和偏好。

1

从M2到M2.1的延续与升级

在继续聊M2.1之前，先简单回顾一下M2。

今年10月，MiniMax发布并开源了M2，主打“Agent原生”和”极致性价比”，价格只有Claude Sonnet的8%，速度快一倍。发布后，M2迅速在OpenRouter上爬升至全球前五、开源第一，在GitHub的Cline、Roo Code等开发者社区引发热议。

用MiniMax自己的话说，M2解决的是“成本和可访问性”问题，让更多人用得起、用得上。

而M2.1要解决的问题，是怎么在真实世界的复杂任务里，真正顶用。

官方给出的四大升级方向：

多语言编程能力： 系统性提升了Rust、Java、Go、C++、Kotlin、Typescript、Javascript等语言的能力，覆盖从底层系统到应用层开发的完整链路。不再只是”Python专精”，而是全栈都能打。

Web与App开发： 针对业界普遍存在的移动端开发短板，M2.1显著加强了原生Android/iOS开发能力，同时提升了设计理解与美学表达——官方的说法是“让vibe coding成为可持续、可交付的生产实践”。

更简洁高效： 相比M2，M2.1的输出更精炼，思维链更简洁，响应速度更快，token消耗更低。这对于实际开发场景很重要，没人喜欢一个”话痨”模型。

Interleaved Thinking： 作为开源模型中首个系统性引入“交错思考”的模型系列，M2.1在处理复合指令约束时表现更好，这让它在真实办公场景中具备更高的可用性。

说白了，M2.1的定位是，从“能用”升级到“好用”，从“便宜”升级到”专业”。

1

100亿参数的“以小博大”

Demo之外，我们也来看看M2.1在标准化基准测试上的成绩。

在软件工程领域最具代表性的SWE-bench Verified榜单上，M2.1拿到了74.0分，超过了DeepSeek V3.2（73.1）和Kimi K2（71.3）。这个榜单直接衡量模型"解决真实GitHub Issue"的能力，74分意味着它能搞定大多数真实世界的代码修复任务。

在多语言编程能力上，M2.1的表现更突出：Multi-SWE-Bench得分49.4%，SWE-Bench Multilingual得分72.5%，均超过Claude Sonnet 4.5，接近Claude Opus 4.5的水平。

更值得关注的是，M2.1总参数量为2300亿，只有100亿激活参数。

这意味着什么？在保持高性能的同时，推理成本大幅下降。据官方披露，M2.1 版本的输入价格为2.1元/百万Tokens，输出价格8.4元/百万Tokens，不到Claude的十分之一。

这种“以小博大”的策略，对于被高昂API成本劝退的开发者和企业来说，提供了一个真正可落地的选项。

1

写第一行代码只占10%的时间

最后聊一个容易被忽视的点。

在真实的软件工程中，写出第一行代码只占10%的时间，剩下90%都在修Bug、重构、写文档和做测试。这就是为什么"从1到100"的能力，往往比"从0到1"更重要。

M2.1在这方面下了功夫。官方强调的"复合指令约束"能力提升，翻译成人话就是：它不仅能帮你写Demo，还能深入复杂仓库、理解几千行代码的上下文，然后做精准修改。

这对于Agent在复杂工作流中的稳定性至关重要，一个只会写新代码、不会维护旧代码的AI，在真实生产环境中几乎没用。

1

2026年的关键词：从“能跑”到“能用”

回到开头的问题，M2.1的发布，对于即将IPO的MiniMax意味着什么？

过去两年，我们见证了模型参数的狂飙，而展望2026，行业的关键词将彻底转向“落地”。

谁能以更低的成本、更稳的工程能力、更全面的技术栈（覆盖Web到Mobile），谁就能赢得开发者的键盘，也能赢得资本市场的信心。

从技术路径看，MiniMax一直走的是全模态的路线。先在单点做到领先，再补齐全局。语音（Speech 2.6）、视频（Hailuo 2.3）、音乐（Music 2.0）等模态已经率先跑出成绩。在文本模型这条线上，从M2到M2.1的快速迭代，也是全模态技术路线的持续。

M2.1并不是一个试图“秒杀所有人”的全能神，但它是一个务实、精准打击痛点、性价比极高的选择。MiniMax选择在IPO前夜发布它，既是秀肌肉，也是表态，技术投入和进步不会因为上市而放缓。

点个“爱心”，再走 吧