**2026.7.9更新：
使用了一段时间了，目前的感受就是，编码能力显著弱于deepseek v4 flash，比如需要使用redis+数据库双写这种稍微带点操作但属于业界基本解决方案的设计，他自己不会主动选择这种方案，会选择更加炫技的redis incrby去实现，然后出现各类问题，花了一亿token都没改对，最后我让他按我给的redis+数据库双写方案重构相关功能才修好…挺难崩的说实话，无法完全脱离人工排查代码问题vibe coding。
再补一条，mimimax m3模型号称是多模态的，但是实际上图生图只支持人物主体的图（？），视频生成每天限制3条（那为什么不用即梦？），只能文生图（纯prompt驱动用过的都知道有多不可控），所以实际上多模态能力非常有限
**

2026.6.30下午更新：
等待3小时后，我只再让agent改了一个接口，用量直接90%，询问客服5小时窗口token到底有多少，客服表示不能说。。太坑了

**2026.6.30上午更新：
绝对不要买minimax!!!
套餐界面没写的，5小时token使用量上限大约1.63亿，用完就要等到5小时结束，并且，干相同的活，minimax更烧token！！
真的干活的时候根本没法用！！！活干到一半掉链子！！sx玩意儿
默默切回deepseek
写代码2小时，到底要怎样才能使用1.63亿token，这合理吗？这每个月18亿的token等价于多少ds token，还真不好说
**

以下原文：
实际使用体验，非软文
minimax Token Plan 连续包年，大约99每个月，18亿token，听着很香啊！
调研了一天，最终还是决定上车！

我原先一直是claude code + deepseek v4 flash，听说minimax有多agent模式，下了个客户端试了下，简单的新建工程+编码，搞了四五小时。。。
仔细看了下，minimax客户端的通信机制似乎很不完善，/team 团队模式，由一个agent分发任务，调起子agent协作完成，听起来很牛，但实际上，子agent任务完成情况在父agent那并感知不到，（似乎）有定时任务轮询和通知，但是始终是通知不上的，导致每次都要等到超时，非常蛋疼。。。

最后还是回归claude code+底层模型minimax m3，用起来会比deepseek v4 flash似乎笨一点，但可以接收。。