首页| 资讯| 研究| 活动

从Kimi到豆包:长上下文与多模态并进,国产模型抢滩Agent入口

从Kimi到豆包:长上下文与多模态并进,国产模型抢滩Agent入口

日前,国产大模型的产品竞争出现一个清晰转向:从“会聊天”转向“能办事”。月之暗面的Kimi在长文本处理之外,持续强化工具调用与多步骤任务执行;字节跳动的豆包则依托多模态能力和端侧布局扩大用户覆盖面;智谱的GLM系列与阿里通义千问Qwen也在Agent方向密集迭代。几条路线交汇于同一个目标——把大模型变成能调用外部工具、完成实际工作流的入口。

Kimi的路径颇具代表性。早期它以超长上下文处理能力切入市场,主打论文、合同、代码库等长文档场景,积累了一批重度知识工作者用户。近期产品迭代中,工具调用、联网检索与文件解析被更紧密地整合进对话流程,用户可以用自然语言发起跨文档比对、要点提取乃至简单的数据处理任务。这类能力的本质是把模型从“文本生成器”变成“任务调度器”,背后需要稳定的函数调用格式、错误重试机制和对长上下文的成本控制。

豆包则走了一条更偏C端和多模态的路。依托字节在推荐与内容生态上的积累,豆包在语音交互、图像理解、实时对话体验上迭代较快,并通过多端入口触达普通用户。多模态输入的意义在于扩展Agent的感知面——用户拍照、录语音、传截图,模型都能接住,这让“办事”的场景从纯文本扩展到日常生活。与此同时,端侧小模型的部署也在推进,把部分推理下沉到设备,降低延迟与云端成本。

智谱与通义千问的动作同样值得关注。智谱的GLM系列覆盖从端侧小模型到云端大模型的多个尺寸,强调私有化部署与行业适配,在政务、金融等对数据合规要求高的场景有明确落点;通义千问Qwen则保持较高的开源活跃度,衍生出大量微调模型和行业方案,开发者生态相对完整。两家在Agent框架、工具协议兼容上的投入,实际上是在争夺“企业把Agent建在谁家模型上”的入口位置。

把这几条线索放在一起看,国产大模型的竞争维度已从单一的效果榜单,扩展到上下文长度、多模态输入、工具调用可靠性、部署成本和生态开放度。Agent落地的难点也很现实:多步骤任务的错误会累积,工具调用的参数格式稍有偏差就可能失败,长流程下的上下文管理仍是工程难题。谁能把这些“脏活累活”做得更稳,谁就更可能拿到企业级订单。

对行业观察者而言,这一轮变化的看点不在于某次发布会的参数数字,而在于产品是否真的嵌入了工作流。当模型开始替用户点开文件、检索资料、填写表格、核对数据,评价标准也就从“回答得像不像”变成“事情办没办成”。国产大模型正在这条更接地气、也更考验工程的路上加速。

标签:Kimi,豆包,智谱,Agent,多模态