目录
M3.1Flash的WebDev体验
这个月大部分时间都在重构博客。前期主力还是 Google Antigravity 里的 Gemini 3.8 Flash，但速度实在太慢。后来我辗转看了各类 token 折扣，10 月 21 日发现 MiniMax M3.1 Flash 在订阅里可以无限畅用，再加上首次半价，就订了 M Plan Go。高强度用了 5 天，做个小结。
模型是 MiniMax M3.1 Flash，客户端是 MiniMax Code。全程开着 1M 上下文，推理强度 MAX。下面的体感都来自这个条件，而且这五天没有按 token 计成本。
从榜单看，M3.1 Flash 的 WebDev 能力并不突出，Arena WebDev 上甚至低于 GLM 5.3 Flash。但搭配 MiniMax Code 用下来，任务完成的体感比 GLM 5.3 Flash 舒服得多。
01 速度
峰值到过 240 token/s，但不稳定。整体大概在 150 token/s 左右。这是思考强度 MAX、1M 上下文下看到的输出速度。相对 Gemini 3.8 Flash，这已经是我换模型的主要原因。
02 任务完成度
完成度很高。我主要看两件事：做出来的质量，以及和我预期的偏差。
描述比较清楚时，落地结果和预期差得不大，质量也稳。WebDev 流程里，它会自己把优化和测试跑完，不是改完代码就停。
03 工具调用
工具调用是这五天最明显的差别，调用速度和调测质量都不错。
上一期我是让项目 AI 改代码，再把 Chrome DevTools 里 Dev AI 的结论手动传回去。MiniMax Code 可以直接装 DevTools MCP，测试这条链路就被接上了，我不用再当中间人。它也因此发现并修掉了一些之前很难定位的性能问题。
尤其是 CLS = 1。CLS 是页面布局偏移，1 已经很差。之前靠我手动传递，配合 Gemini 3.8 Flash，这个问题一直没解决。M3.1 Flash 第一次做优化时就发现了，并且一次修复就处理完。
04 指令遵循
指令遵循比较稳。这五天里，计划模式没有脱离过。Antigravity 和 Codex 里，我都遇到过模型自己跳出计划模式的情况。
一开始它会带着一些默认记忆，多做一点开发流程里的事，像是默认 skill 在多管闲事。但我明确说不要做之后，就没再出现。当前对话和跨对话，都准确遵循。
05 还不舒服的地方
- 上下文很容易满。不确定是不是我自己的上下文管理有问题。在 MiniMax Code 里，1M 上下文很容易被占满。这个感觉是相对 CodeBuddy 和 Zcode 来说的。
- 任务越到后面越慢。后期单个任务耗时越来越长，长任务大概要 1 小时。可能是上下文变长，也可能是推理强度开在 MAX。我没有对照模型，自己的前端经验也有限，判断不了任务到底难不难，所以这里不下结论。
- Git 变更看不全。这是 MiniMax Code 的界面问题，不是模型本身。它只能看到变更文件的内容和文件树，看不到当前分支上已提交和未提交的整体情况。和 Codex 的变更视图比，这点比较别扭。
06 小结
总的来说，我还是比较喜欢 M3.1 Flash。开发流程比前两周顺，工具也终于能自己把测试接上。
但这些都是在不计 token 的情况下用出来的。如果按成本算，结论可能会不一样。