作为一名长期用户，我的日常用机一直是 Claude。由于预算紧张，今天我偶然发现了新发布的 MiniMax M2 型号。它的基准测试成绩看起来很稳定，社区里也有人反馈了不错的结果。我一直想要一个更经济的替代方案；试用 M2 后，它的速度和质量超出了我的预期。我的立场是：我认为两者都不能完全取代对方。相比之下，M2 更像是一位乐于助人、理解需求的同事。

为了使事情更具体，我将从这一轮测试中挑选两个小任务：

用例 1：React + Django API 迁移（v1 → v2，过渡兼容性）

  • 一般任务：将前端从 /api/v1/products 迁移到 /api/v2/products；将价格字段拆分为 basePrice/discountPrice；确保前端和后端都兼容新旧 API，添加环境开关，并使用 dotenv 管理基本 URL。

  • 经验：

对任务的理解非常出色，TODO 的范围划分合理，能够先阅读文件，然后制定计划，添加字段映射和兼容层，并添加 env 开关和 dotenv 配置；开发环境快速启动并运行。文档和生产启动过程中存在一些小问题，生产脚本中存在一些漏洞；一旦我指出这些问题，它就会不断填补（从我的尝试来看，它对功能的理解和完成工作的能力确实很强）。Claude 的第一轮修改更简洁，解释也更详细；但对于生产版本，解决阻塞错误需要反复进行，而且中途没有“最小重现运行”，所以我不得不自己把整个过程拼凑起来。

用例 2：LaTeX + Python + Rust + Makefile

  • 一般任务：根据需要设置结构；通过 Cargo.toml 管理 Rust 依赖项；统一 make 目标以运行 cargo build、Python 脚本和 LaTeX 编译；使用 CSV 进行 Python↔Rust 数据交换。

  • 经验：

M2 通常会先列出任务清单，然后连接目录布局、Makefile 目标和 CSV 数据路径；节奏非常流畅，结果也可用。它没有偏离无关的领域；更少的弯路，稳定的吞吐量。Claude 仍然很出色，规划和文档更完善，目录设计也更“精致”；但有几次它编写了验证代码却没有实际运行，所以我不得不添加执行命令和环境变量来将三个工具链锁定在一起。

经过实际测试，这款开源 M2 型号性价比极高。如果有人有更好的组合方案，既能保证质量，又能降低成本，请分享，我希望能有更多参考。谢谢！