小米MiMo-V2.6开源：Pro登顶，k3s实测容器崩溃

上海纽约大学的发布梳理记载，小米于2026年9月21日（UTC）上传MiMo-V2.6-Pro、MiMo-V2.6-Flash及MiMo-V2.6-Distill-Qwen-9B的权重，次日正式发布。小米发布说明称，Pro在Artificial Analysis Intelligence Index获得46分，位居当时开放权重模型榜首；开放内容还包括技术报告、强化学习代码和任务环境。

9月25日，ComputingForGeeks的k3s实测发现，经小米API生成的三份Pro Kubernetes部署清单仅一份真正通过Service提供页面，Flash的三份均未成功；失败的容器因权限问题反复重启。测试通过OpenRouter指定小米端点调用Pro和Flash，再把生成产物放进真实集群运行。它揭示了这组任务中的具体故障，不能直接换算为模型在所有生产环境中的失败率。

开放权重之外，还有哪些可用资源

Pro和Flash是两款原生全模态模型，可接收文本、图像、视频及音频输入，输出文本。它们均采用稀疏混合专家架构，标称上下文窗口为100万token。总参数决定权重规模，每次推理激活的参数只是其中一部分；因此，激活参数较少并不意味着整套权重能装进同等大小的显存。

Pro：总参数约1.02万亿，激活参数约420亿；独立测试统计的权重文件约566 GB。权重采用MIT许可，小米开放平台提供对应API。它取得46分的综合指数成绩，但该成绩只属于Pro，不能直接转给同系列其他版本。
Flash：总参数约3090亿，激活参数约150亿；权重文件约173 GB，同样采用MIT许可并提供API。它与Pro共享多模态输入及标称上下文规模，但自建服务仍需能够装载权重并支持相应推理配置。
9B蒸馏版：以Qwen3.5-9B为基础，权重文件约18.8 GB，标称上下文为262144 token，采用MIT许可。公开的是面向智能体强化学习研究的监督微调起点；独立测试未将它列为小米开放平台的对应API模型，而是把量化版本放在本地运行。

发布内容还覆盖强化学习框架、轻量化智能体组件和超过7000个任务环境，涉及软件工程、漏洞复现、知识密集型工作以及网页设计开发。这使外部团队能够研究模型的后训练过程，而不只是下载推理权重。API则提供了另一条路线：开发者可以先调用Pro或Flash，避免在试用阶段自行承载数百GB的权重；API调用与自行部署使用的是不同运行环境。

综合第一衡量的是模型能力，不是服务可用率

Pro的46分来自Artificial Analysis的综合智能指数，领先范围是当时纳入比较的开放权重模型。这个分数不是Kubernetes任务的通过率，也没有给Flash或蒸馏版提供同样的名次。小米展示的软件工程、工具使用和计算机操作成绩同样对应各自的测评任务，不能把其中任一数字理解为生成配置在生产集群中的成功概率。

两类结果的评价对象不同。综合测评观察模型在规定题目和评分方式下的表现；集群测试则把一次生成的文件交给镜像、容器运行时和网络服务共同执行。一个Deployment可以字段完整、格式正确，却仍因镜像目录不可写而无法启动。对需要模型生成基础设施配置的团队，榜单适合筛选候选模型，实际产物能否持续响应请求仍是另一项独立条件。

为什么通过静态校验的清单仍让容器重启

独立测试给两款API模型相同的任务：生成带健康检查、资源限制和非root运行约束的nginx Deployment与Service，每款模型各运行三次。生成文件先经过kubeconform检查，再应用到k3s集群，并经Service请求页面。六份API生成的清单都通过静态检查，但其中五份在运行时失败。

关键冲突出在镜像权限。任务要求以非root用户运行；失败清单让nginx以用户ID 101启动，而所用镜像的缓存目录归root所有。进程无法在/var/cache/nginx下创建临时目录，于是退出并被反复重启。唯一成功的Pro清单为缓存目录和运行目录挂载了可写的emptyDir卷，避开了该故障。部分失败清单把根文件系统设为可写，但这不会改变目录所有权。

这也解释了静态校验的边界：kubeconform能检查清单结构，却不会启动镜像、读取进程日志或验证HTTP请求。测试所用容器运行时还允许非root进程监听80端口；若换成默认设置不同的运行时，端口行为也需要重新验证。这里的结论针对指定提示词、nginx镜像和k3s环境，故障机制比把少量运行次数概括成长期可靠性百分比更有参考价值。

其他任务结果让部署故障的范围更清楚

同一测试还让模型编写PostgreSQL备份脚本和Terraform配置。Pro的三份脚本均通过行为测试，三份Terraform文件均通过验证；Flash的两类产物各有两份通过、各有一份失败。Flash一份脚本把已定义的变量名写错，在启用未定义变量即退出的条件下提前终止；一份Terraform文件则因安全组名称使用了提供商不接受的前缀而被拒绝。

这组结果说明，容器故障不能笼统归因于模型生成的所有代码都不可用。测试中，九份MiMo生成的Kubernetes清单均通过kubeconform，脚本也通过所用级别的ShellCheck检查，但实际执行揭开了静态检查未捕获的问题。9B蒸馏版由本地量化模型生成产物，其Kubernetes任务没有成功提供页面；它与通过小米端点调用的Pro、Flash使用不同推理路径，结果应分开看。

下载、API试用与生产验收各看什么

下载前：按具体版本核对MIT许可、权重体积、上下文长度和推理引擎支持。Pro与Flash的激活参数远小于总参数，但下载及装载的仍是完整权重；9B蒸馏版资源需求较低，模型定位也不同。
API试用：用目标任务观察输出质量、耗时和费用，同时保留生成文件及调用条件。API可以帮助判断模型是否值得采用，却无法证明这些文件适配团队自己的镜像、权限设置和集群运行时。
生产验证：把生成的清单放进与目标环境一致的测试集群，检查容器日志、重启状态、健康检查及经Service发出的实际请求。脚本应执行行为测试，基础设施配置应经过相应提供商验证；静态检查只覆盖其中一部分。

如果模型参与生成部署配置，验收点最终应落在运行中的服务：容器能够稳定启动，Service能够持续返回预期页面。此次权限故障表明，清单通过校验之后，仍有一道必须由真实运行环境回答的问题。