小米MiMo遭套壳指控，开源透明凭什么挨骂

小米 MiMo 被人扣上套壳千问这个标签后，我第一反应不是好笑，是冒火。

小米当然可以被质疑。模型开源，仓库摆出来，外面的人逐行查、逐段问，都很正常。大模型用了什么路线、有没有夸大宣传，公众就有资格追问。

可让我不舒服的是，很多人没打算把问题讲清楚。他们只想把套壳两个字扔出去。

这两个字太省力了。普通用户不懂 Transformers，不懂 vLLM，不懂权重布局，也没兴趣打开仓库读代码。套壳一喊出来，技术团队解释一万字，很多人脑子里已经留下一个印象，小米是不是偷了千问。

这是把复杂问题压成流量短词，让认真解释的人付出代价。

把来源写出来，凭什么反过来挨骂

这次被拿来指控的细节，是 MiMo 相关仓库里出现了对 Qwen2 实现的引用和适配说明。

这在开源项目里很常见。

开源本来就允许开发者看、学、改、适配。复用基础实现，按协议写清来源，保留版权声明，把适配关系摆在台面上，这叫遵守规则。

我觉得这里有个荒唐的倒挂。

项目把引用藏起来，外面的人未必能马上发现。项目把来源写清楚，反倒有人拿着这份透明记录说，你看，它承认套壳了。

那以后谁还愿意把来源写明白？

套壳是重指控，不能靠几行适配代码完成

套壳这个词，不能当情绪按钮乱按。

如果要说一个模型套了另一个模型，至少要拿出更有分量的证据。权重是否高度一致，训练流程有没有对应痕迹，提交记录能不能串起来，署名和授权有没有被拿掉，模型指纹有没有稳定证据。

一段适配代码，几行引用声明，某个类名相似，离下结论还差很远。

你写论文时引用参考资料，把出处规规矩矩放在后面，结果有人拿着参考文献说你整篇都是偷来的。你说这荒不荒唐？

小米 MiMo 当然有讨论空间。它的架构、训练、性能、成本、后续迭代，都可以继续看。

但质疑要有证据密度，不能把开源引用当成偷东西的现场照片。

错误标签沉下去，比当天吵翻更麻烦

这类话题当天看像吵架，后面的伤害更麻烦。

今天有人发一句小米 MiMo 套壳千问，明天有人截一张图，后天有人剪一个短视频。再过一段时间，很多人已经忘了证据长什么样，只记得一句，当年小米那个模型是不是被说过套壳。

这就是我尤其反感的地方。

造一个标签只要几秒，洗掉一个标签可能要几年。普通用户不会去翻 GitHub，不会看模型卡，也不会研究适配文件到底在做什么。很多时候，他只能靠一句短词完成判断。

更糟的是，它会让开源项目变得保守。大家会开始算，写清楚来源会不会被截出来攻击，留版权声明会不会被当成认罪材料。

品牌情绪不能替代技术判断

我知道，一碰到小米、千问、大模型这些名字，很多人的情绪会被点燃。

有人喜欢小米，有人讨厌小米。有人支持千问，有人只是拿千问当武器。还有人不关心模型到底怎么回事，只想看两边互相拉扯。

但技术问题不能这么判。

小米 MiMo 做得好不好，可以看开源仓库、模型表现、后续迭代，也可以看它能不能接入小米自己的智能硬件生态。该追问就追问，该批评就批评。

可如果证据还停在它引用了 Qwen 的基础实现，那就先把话说准。引用不是偷。适配不是抄。开源更不该自动背锅。

这口气必须说出来

我反感的不是外界质疑小米。

我反感的是懒得取证，还要摆出审判姿态。把代码里的透明痕迹截出来，换成耸动标题，再让不懂技术的人替他扩散。等被追问证据时，又退回一句，我只是提个疑问。

这套玩法太便宜了。

便宜到造标签的人几乎没有成本，解释的人却要把协议、代码、架构、权重、适配全都讲一遍。讲慢了，被说心虚。讲快了，被说洗地。沉默一会儿，又被说默认。

我不认同这种玩法。

小米 MiMo 可以继续被查，任何大模型也都应该经得起查。但检查不是贴标签，质疑不是泼脏水，技术判断不能靠截图和短词完成。

开源透明不该替流量挨骂，更不该被这种玩法糟蹋。