传统模型路由是个看起来很美的东西:基准测试能打,真用来写生产代码就掉链子,省的那点钱还不够改bug的。强如OpenAI和Anthropic都在模型路由上栽跟头,莫名其妙的降智,饱受用户吐槽。
近日,做AI编码智能体Devin的Cognition发布了新的混合模型框架Devin Fusion,专门解决这个问题。官方测试数据显示,它能把Fable级别的编码智能成本降低35%,输出质量没有明显下滑。

这个测试用的基准不是常见的刷分工具,是Cognition自己做的FrontierCode,核心指标是"生成的代码能不能真的合并到生产环境",比普通编码基准更贴近实际使用。从数据看,搭配Fable 5的Devin Fusion单任务平均成本3美元,得分57.6,比纯用中等配置Fable 5的5.12美元成本低41%,得分还高0.6;就算不用Fable 5,纯靠混合架构,也能比GPT-5.5、Opus 4.8这些顶级模型省35%左右的成本,性能持平。
Devin Fusion的核心设计有两个,第一个是Sidekick代理架构。
之前的模型路由大多是拿到需求就选一个模型,一路用到黑,要么简单活浪费大模型,要么难活小模型搞不定。Devin Fusion的解法是同时跑两个独立代理:
两个代理各有自己的持久化缓存上下文,不用每次跨代理调用都重新传输全量上下文,避免了普通路由最常见的"看似省了模型钱,多花了好几倍缓存未命中的钱"的问题。

第二个核心设计是会话内动态路由。
编码任务的难度从来不是一开始就能算准的:看起来是改一行文案的小需求,可能挖出来是埋了三年的跨服务兼容问题。普通路由一开始选了小模型,遇到这种情况直接卡壳,要切换就得赔上缓存成本。
Devin Fusion的解法是不在任务开始的时候定死模型,而是在执行过程中用轻量分类器监测难度,需要升级的时候专门选在上下文压缩的节点切换——本来上下文压缩就会触发缓存重置,这时候换模型相当于没有额外成本。甚至可以直接升级Sidekick代理的模型,不用麻烦主代理。


从散点图能看出来,纯Fable 5的性能最高,但成本也最高;Devin Fusion把整个性价比曲线往左推了一大截,用更低的成本拿到了同级别的性能。
官方还放出了几组实际测试的案例,能很清楚看到这个架构的适用边界:
Cognition内部测试的数据显示,团队成员合并的PR里,88%是Devin Fusion自动路由完成的,全程没有人工干预模型选择。
这件事的大背景是,现在AI编码智能体的成本已经高到离谱。做AI基础设施的团队Not Diamond在评论区补充,很多人容易把模型路由和AI网关搞混:网关只是统一接入所有模型,路由才是决定该用哪个模型的核心层。一次长的编码会话一分钟能烧掉上百万token,很多公司的年度预算不到一个季度就花完了,模型路由本来是公认的解决方案,但之前的产品要么只能刷基准分,要么没考虑缓存的成本,实际用起来根本不省钱。
Devin Fusion发布之后,评论区的反馈两极分化:
目前Devin Fusion已经在云版Devin开放预览,想要试用可以去https://app.devin.ai/signup注册,完整的技术细节可以看官方博客:https://cognition.com/blog/devin-fusion。