最近两天测试最新发布的 MiniMax M2.1，这是一款由国内团队开发的大型语言模型。经过多方面的测试，我对国产大模型编程能力的未来充满了信心。
修改多个界面之间的跳转逻辑
让它帮忙修改多个界面之间的跳转逻辑，整体上令人满意，一次性过关。
排查远程接口数据无法显示问题
我的项目是一个 Android 应用，采用 Google 官方推荐架构 Clean Architecture。它会逐层从 Activity -> ViewModel -> Repository -> Remote Data Source -> API 接口排查问题。最后分析原因，我认为它的分析和结论是正确的。
复杂逻辑，基于现有两个项目合并成一个项目
我有两个小型工具类项目，主要是帮我处理多语言文案的问题。
因为，我们公司的文案是放到 Excel 表格中的，不同语言放在不同的列里。每次新增修改文案，都需要手动同步到 Android 项目，工作量比较大。所以，我写了两个小工具项目来帮忙处理这些文案。一个是把 Excel 表格转换成 Android 项目 strings.xml 文件的工具，另一个是把转换后 strings.xml 文件替换项目中已有文案的工具。
我发现，这两个工具还是不太方便，所以我让 MiniMax M2.1 帮我优化一下，把它们合并成一个基于 Electron 桌面应用，能够一键把 Excel 表格转换成 strings.xml 文件，并且替换掉 Android 项目中的已有文案。
旧项目效果如下：
经过 MiniMax M2.1 的优化，新的项目效果如下：
它还帮我实现了一个预览功能，能够预览哪些文案会被替换掉，避免误操作。
当然，这些不是一次性就完成的，我和它反复沟通了好几次，才达成最终效果。不过，整体上来说，它帮我节省了不少时间。
总结
通过这两天的测试，我对 MiniMax M2.1 的编程能力印象深刻。它不仅能够理解复杂的业务逻辑，还能根据我的需求进行多次迭代优化。虽然还存在一些不足之处，但整体表现已经非常出色。比我预期想象的要好很多。
总之，我觉得在现实项目中使用国产大模型已经是一个可行的选择了。
本来，我还想通过它和 GLM-4.7 进行对比测试的。但是，看到它的表现这么突出，我觉得没必要了。能解决问题就行，不需要过多纠结哪个更强。
最后，你用国产大模型踩过什么坑？
更多大模型开发技巧，我会同步更新在公众号「ITPostman」。