豆包工作接入KimiK3.1Pro、GLM5.3与DeepSeekV4.1Flash,引入额度消耗倍率机制

11月12日,豆包工作正式向全体用户开放Kimi K3.1 Pro、GLM 5.3、DeepSeek V4.1 Flash等第三方大模型,并同步上线模型额度消耗倍率标注与限时优惠机制,用户可依据任务需...

人工智能 阅读量: 2.07万

11月12日上午,豆包官方宣布对旗下AI Agent办公产品“豆包工作”进行重要更新:在原有自研模型基础上,新增接入Kimi K3.1 Pro、GLM 5.3与DeepSeek V4.1 Flash三款主流第三方大模型,并首次引入“额度消耗倍率”机制,辅以分时段限时优惠策略,旨在提升用户在复杂办公场景下的模型选择自由度与使用性价比。

此次更新标志着豆包工作从单一模型驱动转向多模型协同的实用化阶段。此前,该产品仅提供豆包2.1 Lite与豆包2.1 Pro两款自研模型,覆盖轻量与中高强度任务。而随着专业办公场景日益多样化——如长文档摘要、多轮会议纪要生成、跨表数据整合、PPT智能排版等——单一模型难以兼顾响应速度、输出质量与资源成本的平衡。接入第三方模型后,用户可根据具体任务目标,在效果、延迟与消耗之间做出显性权衡。

根据官方说明,不同模型在完成同一任务时的算力开销存在显著差异。为使成本透明化,豆包工作在模型选择页面明确标注每款模型的“额度消耗倍率”。例如,豆包2.1 Lite标为0.65x,DeepSeek V4.1 Flash为0.95x(限时优惠期间降至0.01x),Kimi K3.1 Pro为0.95x,GLM 5.3为0.80x。该倍率并非固定价格,而是相对基准(通常以豆包2.1 Lite为参考)的资源消耗系数:倍率越低,执行同类任务所消耗的账户额度越少。

这一设计将原本隐性的模型成本显性化。过去用户往往需通过反复试用才能感知某模型“是否划算”,而现在选择界面直接呈现量化指标,降低了决策门槛。尤其对高频轻量任务(如邮件润色、待办清单整理),用户可优先选用低倍率模型以延长额度续航;对高精度要求任务(如合同条款比对、财报关键点提取),则可切换至性能更强但倍率更高的模型。

值得注意的是,本次更新并非首次引入第三方模型。早在10月29日,豆包工作已面向团队订阅版与企业订阅版客户先行开放上述三款模型。企业用户无需单独向Kimi、GLM或DeepSeek厂商采购API服务,其调用量直接从企业账户已有的AI点数中扣除;管理员还可按成员、部门或群组精细化配置模型使用权限,实现资源管控与成本分摊。

11月12日的全面开放,意味着该能力正式下沉至个人用户与中小团队群体。配合此次升级,豆包工作同步推出两项限时优惠措施:

其一,分时段额度折扣:在工作日及节假日的指定优惠时段内,调用参与活动的模型(包括Kimi K3.1 Pro、GLM 5.3、DeepSeek V4.1 Flash等)可享受额度消耗减免;

其二,定向倍率下调:豆包2.1 Lite与DeepSeek V4.1 Flash两款模型已启动限时特惠,其额度消耗倍率分别降至0.01x(原0.65x)与0.01x(原0.95x),大幅降低高频使用成本。官方强调,简单小额任务仍保持免费,系统默认“自动(小额免费)”选项会根据任务规模智能匹配模型;当任务复杂度上升时,用户可手动切换至更高阶模型并按对应倍率计费。

从行业视角看,豆包工作的此次调整反映了AI办公产品进入“模型即服务”(Model-as-a-Service, MaaS)深化阶段的趋势。早期AI工具多绑定单一模型,用户被动接受其能力边界;而当前头部产品正逐步构建“模型超市”式架构,允许用户按需组合不同模型能力。类似路径已在海外平台显现:如微软Copilot支持GPT-4o、Claude 3.5 Sonnet等多模型切换;Notion AI亦开放接入Anthropic与OpenAI模型。

国内方面,除豆包外,通义万相、WPS AI等也在探索多模型集成。但豆包工作此次的差异化在于:不仅接入第三方模型,更配套建立了可量化的成本反馈机制——额度消耗倍率实质是将模型推理成本转化为用户可理解的操作参数,而非隐藏在后台的黑箱计费。

豆包工作宣传图,标题为“豆包工作:更多模型 限时特惠”,左侧为3D卡通女性角色持笔记本电脑,右侧为模型列表界面

该机制也倒逼模型厂商优化推理效率。以DeepSeek V4.1 Flash为例,其定位为高速轻量版本,在保持V4系列核心能力的同时压缩推理开销;GLM 5.3则强化中文语义理解与逻辑推理,适合结构化办公输出;Kimi K3.1 Pro在长上下文处理与多模态融合上具优势。三者互补,覆盖从速效处理到深度分析的全谱系需求。

对用户而言,实际收益体现在三方面:一是灵活性提升,不再受限于单一模型的能力短板;二是成本可控,可通过倍率预判额度消耗节奏;三是体验平滑,无需切换多个平台即可完成端到端办公任务链。

不过,多模型接入也带来新挑战:如何避免因模型切换导致输出风格不一致?如何确保敏感数据在调用第三方模型时不被留存?目前豆包未公开披露第三方模型的数据处理协议细节,这将是后续用户关注焦点。

总体来看,豆包工作此次更新并非简单堆砌模型数量,而是围绕“真实办公场景中的可用性”构建了一套闭环决策支持系统:从任务识别、模型推荐、成本预览到执行反馈,各环节均指向提升生产力落地效率。在AI办公工具同质化加剧的当下,这种以用户成本感知为核心的设计思路,或将推动行业从“功能堆砌”转向“体验精耕”。

截至发稿,豆包工作尚未公布各模型的具体调用限制、并发能力或企业级SLA保障条款,相关细则预计将在后续公告中补充。