vivo 预览手机端编程智能体 BlueCode，并探索 30B MoE 端侧模型

据 TechNode 报道，vivo 预览了面向手机的编程智能体 BlueCode，同时表示正在探索一款约 30B（300 亿参数）的 MoE 模型，用于端侧运行。报道把这两条信息放在同一条消息里，指向 vivo 在移动设备上同时推进「编码类智能体」与「本地大模型」两条路线。

从来源可见的细节看，BlueCode 被描述为一款手机侧的编程智能体，也就是把代码相关的任务交给运行在设备上的智能体来完成；30B MoE 则被表述为正在探索的端侧方案。报道使用的措辞是「预览」与「探索」，这意味着两者都还不是已经上市或全面开放的产品，来源也没有给出发布时间、适配机型或具体能力边界。

这条消息的关键在于端侧算力与智能体的结合：把编码这类高价值、高频率的任务放到手机本地完成，意味着响应速度、隐私保护和离线可用性都可能成为差异化卖点。对手机厂商来说，编码场景还有一个额外好处，它天然带有清晰的正确性反馈，用户是否满意相对容易判断。

MoE（混合专家）路线出现在这里并不意外。相比同等总参数量的稠密模型，MoE 每次推理只激活部分专家，理论上可以在保留较强能力的同时压低单次推理的算力开销，这正是端侧部署最缺的东西。但约 300 亿参数的总规模对手机的存储与带宽仍是硬约束，量化、专家路由与内存占用会是真正决定体验的工程细节，而这些恰恰是报道没有披露的部分。

从行业节奏看，手机厂商近两年普遍把端侧模型当作差异化竞争的抓手：云端模型能力趋同后，能在本地可靠运行的智能体更容易被用户感知。vivo 这次选择编码场景切入，也说明厂商开始寻找比聊天、摘要更「有事可做」的端侧用例。

后续值得观察的有三点：BlueCode 是否会随某个系统版本或新机型正式开放，承载它的 MoE 模型最终落到多大的参数与量化方案，以及 vivo 是否会公布端侧编码任务的实测数据。在此之前，这条消息更准确的定位是一个方向性预告，而不是一次产品发布。