2025 年的圣诞节，大模型战场没有停战。
12 月 23 日，MiniMax 正式获得中国证监会备案通过。加上此前通过港交所聆讯，这家成立不到四年的 AI 公司，距离敲钟只剩一步之遥，按目前节奏，MiniMax 计划于 2026 年 1 月登陆港股，也将成为从成立到 IPO 最快的 AI 公司。
而就在 IPO 冲刺的关键节点，MiniMax 没有选择低调，反而高调发布了新一代文本模型 M2.1。
在这个背景下，M2.1 的发布更像是一份写给市场的答卷。不只是会讲故事，产品也在持续进化。
那么问题来了，M2.1 的实际表现究竟如何？我们决定用最直接的方式验证，让它和另外两个国产模型（智谱 GLM-4.7、月之暗面 Kimi K2）正面 PK。同样的任务，同样的标准，看看他们的表现怎么样。
实测：三大国产模型的圣诞编程对决
我们设计了三个测试任务，覆盖 " 从 0 到 1" 的前端生成、物理引擎实现、以及科学可视化场景。测试环境统一使用 Cursor 接入各模型 API，Prompt 完全一致，均为 one-shot。
圣诞祝福网页
第一个任务相对基础，生成一个带雪花动画、圣诞树、闪烁彩灯的节日祝福页面。我们在 Prompt 中给出了明确的技术规格，包括颜色参数、动画要求、性能约束等。
Prompt：
# 需求：圣诞节祝福单页应用
## 技术栈 - 纯前端实现，单 HTML 文件，内联 CSS 和 JavaScript- 动画使用 CSS Animation + requestAnimationFrame- 不依赖外部库
## 视觉规格 - 背景：深蓝色渐变 ( #0a1628 → #1a365d ) - 雪花：50 个白色圆点，随机大小 ( 2-5px ) ，匀速下落 + 轻微横向摆动 - 主标题："Merry Christmas 2025"，字体 Playfair Display（Google Fonts），金色 ( #FFD700 ) ，带 text-shadow 发光 - 圣诞树：纯 CSS 绘制，三层三角形堆叠，树干用棕色矩形 - 彩灯：树上 8-10 个小圆点，红 / 绿 / 金三色，opacity 闪烁动画，周期错开
## 性能要求 - 雪花动画使用 transform 而非 top/left，避免重排 - 控制总动画元素数量，保证 60fps 流畅
## 响应式 - 移动端标题字号缩小，圣诞树等比缩放
请输出完整可运行的 HTML 代码。
M2.1 的 cursor 过程记录：需求：圣诞节祝福单页应用
技术栈纯前端实现，单 HTML 文件，内联 CSS 和 JavaScript 动画使用 CSS Animation + requestAnimationFrame 不依赖外部库视觉规格背景：深蓝色渐变 ( #0a1628 → #1a365d ) 雪花：50 个白色圆点，随机大小 ( 2-5px ) ，匀速下落 + 轻微横向摆动主标题："Merry Christmas 2025"，字体 Playfair Display（Google Fonts），金色 ( #FFD700 ) ，带 text-shadow 发光圣诞树：纯 CSS 绘制，三层三角形堆叠，树干用棕色矩形彩灯：树上 8-10 个小圆点，红 / 绿 / 金三色，opacity 闪烁动画，周期错开性能要求雪花动画使用 transform 而非 top/left，避免重排控制总动画元素数量，保证 60fps 流畅响应式移动端标题字号缩小，圣诞树等比缩放请输出完整可运行的 HTML 代码。Thoughtfor 1s 用户想要创建一个圣诞节祝福的单页应用，使用纯前端技术实现。让我仔细分析需求：技术栈要求纯前端单 HTML 文件内联 CSS 和 JavaScriptCSS Animation + requestAnimationFrame 不依赖外部库视觉规格背景：深蓝色渐变 ( #0a1628 → #1a365d ) 雪花：50 个白色圆点，随机大小 ( 2-5px ) ，匀速下落 + 轻微横向摆动主标题："Merry Christmas 2025"，字体 Playfair Display（Google Fonts），金色 ( #FFD700 ) ，带 text-shadow 发光圣诞树：纯 CSS 绘制，三层三角形堆叠，树干用棕色矩形彩灯：树上 8-10 个小圆点，红 / 绿 / 金三色，opacity 闪烁动画，周期错开性能要求雪花动画使用 transform 而非 top/left，避免重排控制总动画元素数量，保证 60fps 流畅响应式移动端标题字号缩小，圣诞树等比缩放我需要创建一个完整的 HTML 文件，包含所有这些功能。让我开始编写代码。我来为你创建一个精美的圣诞节祝福单页应用！christmas.html ( new ) +415-1 Thoughtfor 1sThoughtfor 1s 完美！ 圣诞节祝福单页应用已经创建完成！文件位置 /Users/smiletalker/Desktop/minimax demo/christmas.html 功能特性✅ 视觉效果深蓝色渐变背景 ( #0a1628 → #1a365d ) 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 |
## 视觉设计 - 背景：#0a1628- 小球颜色：随机取自 [ '#e74c3c', '#27ae60', '#f1c40f', '#ecf0f1' ] - 小球样式：径向渐变 + 白色高光点模拟 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 粒子系统的实现、以及学术美感的视觉呈现。
# 任务：构建 " 量子隐形传态 " 交互式科学落地页
核心目标：基于 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. 配色：深邃的 " 量子黑 " 背景 ( #050505 ) ，搭配 " 激光红 " ( #ff2a6d ) 和 " 纠缠蓝 " ( #05d9e8 ) 作为高光色。文字使用类似 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 给我们的感觉是，指令遵循方面表现稳定，输出和预期的一致性更好。但总的来看，没有哪款模型能在所有任务上碾压对手。选择哪个，取决于你的具体场景和偏好。
从 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 的定位是，从 " 能用 " 升级到 " 好用 "，从 " 便宜 " 升级到 " 专业 "。
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 成本劝退的开发者和企业来说，提供了一个真正可落地的选项。
写第一行代码只占 10% 的时间
最后聊一个容易被忽视的点。
在真实的软件工程中，写出第一行代码只占 10% 的时间，剩下 90% 都在修 Bug、重构、写文档和做测试。这就是为什么 " 从 1 到 100" 的能力，往往比 " 从 0 到 1" 更重要。
M2.1 在这方面下了功夫。官方强调的 " 复合指令约束 " 能力提升，翻译成人话就是：它不仅能帮你写 Demo，还能深入复杂仓库、理解几千行代码的上下文，然后做精准修改。
这对于 Agent 在复杂工作流中的稳定性至关重要，一个只会写新代码、不会维护旧代码的 AI，在真实生产环境中几乎没用。
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 前夜发布它，既是秀肌肉，也是表态，技术投入和进步不会因为上市而放缓。
