文章摘要
行业内有一个观点认为,大模型研发的核心壁垒并非技术,而是资源与组织能力——腾讯混元模型的研发就印证了这一点。由核心团队主导的混元模型仅用不到一年时间就完成研发,证明只要大厂愿意投入资源、放权给专业人才

行业内有一个观点认为,大模型研发的核心壁垒并非技术,而是资源与组织能力——腾讯混元模型的研发就印证了这一点。由核心团队主导的混元模型仅用不到一年时间就完成研发,证明只要大厂愿意投入资源、放权给专业人才,就能快速产出可用的大模型。

不过这也暴露了大厂的普遍问题:大模型研发不仅考验业务能力,更考验组织协调能力。大厂内部常存在部门墙、跨部门协作难、业务与技术脱节等问题,导致资源难以高效整合,反而给创业公司留下了生存空间。

比如创业团队曾在竞争中让大厂项目陷入被动:创业团队可灵活调整价格策略,而大厂团队受OKR毛利率要求、跨部门结算限制,难以跟进价格战,甚至出现大厂内部结算价高于创业团队公开售价的情况。

回到混元模型本身,Hy4版本是一款合格的轻量模型,实测其性能约为行业头部轻量模型的八成,长程任务与复杂推理仍有不足,但速度可达每秒150多token,在办公场景中性价比突出,前端MG动画生成能力也达到较高水平,接近头部模型的表现。

不过客观来看,Hy4与闭源头部模型仍有差距,内部测试也显示其在复杂任务上的表现弱于部分头部模型。从定位来看,Hy4类似轻量版本的头部模型,而Kimi的Pro版本对应旗舰模型,行业另一头部厂商的轻量模型则对应中端旗舰,三者在前端表现上较为接近,但完成度各有差异。

宣发环节在大模型竞争中至关重要,类似新能源汽车上市的宣传节奏,短短两个月就会有新一批模型推出,用户心智很容易被快速迭代的产品覆盖。部分模型在宣发上表现突出,通过定义小游戏生成等场景成功获得大量关注,而另一头部模型的宣发则相对沉寂,这背后是不同组织模式的差异:部分厂商能将算法与职能部门打通,在训练和宣发环节快速响应用户需求,而大厂团队则面临部门协调的困难,难以集中资源完成高效宣发。

除了混元,其他大厂模型的发展也值得关注。阿里的自研模型性能领先字节的相关模型,但宣发表现落后于头部模型;字节的相关模型虽有更新,但整体仍处于第二梯队,且因蒸馏策略问题,开发产品体验较差。

百度的自研大模型也有新进展,负责人推出的新版本模型,通过与其他轻量模型对比,展现出务实的研发风格,避免了不必要的宣传噱头,为后续发展奠定基础。

从行业趋势来看,大模型竞争是一场持久战,数据、算力与组织能力是决定胜负的关键。云厂商则面临核心选择:是投入自家模型研发,还是优先发展云业务。部分厂商选择云业务导致自研模型发展滞后,字节专注模型研发,阿里仍在权衡两者,而腾讯因无需顾虑云业务,能全力支持混元模型的发展。

以上内容不代表本平台立场,仅供读者参考