豆包工作开放第三方模型,千问办公成办公Agent中的例外
sina qqZone renren ydCloud 0
办公Agent的多模型阵营,又添了一个成员。
10月29日,字节跳动旗下的
豆包工作对外宣布,面向企业客户开放第三方大模型服务,首批接入的模型包括Kimi 3.1 Pro、GLM-5.3和DeepSeek V4.1 Flash等。不过这次开放只针对团队订阅版和企业订阅版客户,普通个人版暂时还用不上。企业不必再单独向模型厂商购买API,直接用现有的AI点数就能调用不同模型,管理员可以按成员、部门和群组来配置各人能用哪些模型。
字节旗下的TRAE Work此前就已经走多模型路线。豆包工作这回把第三方模型开放给企业客户,说明字节在办公Agent这块,也开始从依赖自研模型转向多模型聚合。
这条路线和腾讯越来越接近。腾讯WorkBuddy已经接入了混元、GLM、MiniMax、Kimi、DeepSeek等模型。
阿里旗下的千问办公则显得比较特殊。到目前為止,千问办公官方的模型选择器主要提供的还是高级、基础、经济和Qwen3.8-Max等选项,并没有明确开放第三方模型供用户选择。
自有模型和多模型,差别不只是多一个选项。
模型池变大之后,办公Agent面对的技术难题更复杂了:同一个任务到底该调哪个模型,又怎么让不同模型在同一套工作流程里配合起来?
这就把竞争推到了模型之外的Harness上。
Harness是围绕大模型搭起来的一整套Agent执行系统,任务拆解、上下文管理、工具调用、任务状态保存、模型选择、失败恢复,这些环节都归它管。模型负责提供推理能力,Harness负责把这种能力组织成能真正跑起来的工作流程。
只用一个模型的时候,平台主要围绕这款模型的能力和特点来设计执行流程。模型池一扩大,不同模型在上下文长度、工具调用能力、输出格式、响应速度和成本上都可能有差别,Harness要适配的情况也就跟着变多。
所以说,多模型并不天然带来更好的Agent体验。接入的模型越多,平台越要有能力把不同模型协调好,组织成一条稳定、连贯的执行链路。
模型路由也是其中重要的一环。大模型应用始终要在效果、速度和成本之间做权衡。简单的文档整理,未必需要调用最强的模型;复杂的数据分析和代码任务,则可能需要更强的推理能力。平台得根据任务难度、时效要求和调用成本来挑选模型,必要时还要在任务执行过程中切换模型。
不过,模型聚合和自动路由并不是一回事。眼下各家产品开放的模型选择,首先解决的是用户有没有更多选择的问题;能不能进一步做到准确、稳定又经济的自动调度,则是另一道考题。
现在腾讯、字节、百度的办公Agent都在扩大第三方模型的接入,豆包工作也开始向企业客户开放多模型服务,这让以自有模型体系为主的千问办公受到关注。
阿里面临的选择和其他厂商不太一样。千问办公背后是阿里自研的Qwen模型体系,模型能力提升可以直接转化成办公Agent的产品能力;用户在千问办公里产生的真实任务,也能为自有模型和产品迭代提供反馈。
如果引入更多第三方模型,千问办公可以更快补上不同领域的模型能力,扩大产品能承接的任务范围。但平台同时也要重新考虑自有模型和外部模型之间怎么分工,以及不同模型如何参与任务执行。
阿里也不是在所有Agent产品上都坚持自研模型。旗下AI编程Agent Qoder已经支持多模型选择,官方模型选择器里除了Qwen,还提供DeepSeek、GLM、Kimi、MiniMax等第三方模型,并且支持Auto智能路由,能根据任务需求在不同模型之间调度。
整体来看,多模型路线正逐渐成为行业趋势,千问办公是继续坚守自研模型,还是向第三方模型开放,以后会不会出现新的摇摆,值得持续关注。