财富e99 豆包大模型再次大幅降价，火山引擎还在激进争夺市场份额

　　豆包系列大模型价格再次大幅降低财富e99，但定价策略有了很多新变化。

　　在火山引擎Force原动力大会上，火山引擎总裁谭待对外发布了豆包大模型1.6、视频生成模型Seedance 1.0 pro等多款新模型。

　　其中，豆包大模型1.6首创按“输入长度”区间定价，深度思考、多模态能力与基础语言模型统一价格的模式。在企业使用量最大的0-32K输入区间，豆包1.6的输入价格为0.8元/百万tokens，输出8元/百万tokens，成本比豆包1.5下降了63%。这意味着，企业只需要原来三分之一左右价格，就能获得一个能力更强、原生多模态的新模型。

　　Seedance 1.0 pro的价格是每千tokens1分5厘，相当于每生成一条5秒的1080P视频只需3.67元，这个价格比市场上多款视频生成的价格便宜了70%左右。以此计算，企业花费1万元可以生成2700条5秒的1080P视频，这个价格也已大幅低于人工制作的成本。

　　一年之前，豆包大模型在行业中率先降价，把Token的定价降低了一个数量级，并带动大模型行业出现了降价潮。谈及两次降价，谭待表示，去年豆包大模型1.0在模型结构和工程上都做了大量优化，把价格降低了99%以上。这一次，豆包大模型在绝大部分企业用的32K范围的成本进行了定向优化，同时也在商业模式上进行了创新。

　　成本定向优化如何实现？

　　豆包大模型改变定价策略的出发点是财富e99，用户使用同一个尺寸和参数的模型，成本和是否开启深度思考、是否使用图像理解的关系并不大，而主要影响成本的因素就是上下文窗口。

　　上下文窗口是模型在生成回答或理解用户输入时，能关联的历史对话记录、前文内容的最大长度。具体来说，它决定了模型在生成或理解文本时，可以同时看到和利用多少个词或字符的信息。比如，输入10个词和输入1000个词，处理的成本差很多。

　　现实中，大多数企业的输入其实长度是有分布的。大部分输入有一个相对集中的分布区间，但偶尔也会出现一个更长的输入。如果不同长度的任务直接混在一起处理，大模型内部会因为任务长度不同而“卡壳”或“等待”，效率较低，就像一辆快车要等慢车，浪费了速度。

　　火山引擎给出的策略是PD分离，即把不同长度的请求分组、分区调度，再通过集中调度，把同一长度的任务一起分配给模型，方便并行处理，提升效率。这个原理和快递公司打包物品类似，如果把所有尺寸的物品都混一起打包，就会浪费空间。如果分类打包，就会节省很多材料和空间。

　　豆包大模型1.6把企业使用量最大的0-32K输入区间进行了大幅降价，但在这个输入区间之外的长度，用户就要付出更高的成本。根据谭待在发布会现场透露的信息，在输入区间32K-128K的范围内，豆包1.6的价格是输入1.2元每百万tokens，输出16元每百万tokens；在输入区间128K-256K的范围内，豆包1.6的价格是输入2.4元，输出24元。

　　上下文窗口成本定向优化和核心思路是将“粗放式调度”转向“精细化运营”，这不仅节省算力，也提升了整个大模型服务体系的效率与可持续性。

　　争夺Agent规模化应用带来的机会财富e99

　　去年，豆包大模型大幅降价是为了为大模型在企业中的落地应用扫清成本障碍。

　　从调用量来看，豆包大模型已基本实现这一目标。根据火山引擎公布的数据，豆包大模型日均tokens使用量超过16.4万亿，较去年5月首次发布时增长137倍。

　　今年，豆包大模型再次降价，是为了争夺Agent规模化应用给云服务带来的新机会。由于Agent每次执行任务都会消耗大量tokens，模型使用成本也要降下来，才能推动Agent的规模化应用。

　　谭待接受界面新闻等媒体采访时表示，火山引擎需要先把云基础设施做好，还要把围绕Agent开发的平台和工具做好。

　　他透露，火山引擎今年设定了非常激进的目标。“大家对AI的需求是很旺盛的，但也非常困惑怎么选择好的模型、怎么把模型用好。我们把自己的产品做扎实，把成本做低，把方案做好，把标杆客户做扎实，业务目标自然就可以完成。”

　　激进的目标的背后，是火山引擎迫切需要大模型带来的增量寻求市场份额的提升。

　　火山引擎主要瞄准两项需求，一个是来自于大模型训练和推理对云服务产生的新需求，以及企业在寻求AI创新和数字化转型上产生的新需求。

　　一年过去，火山引擎在市场份额上已经获得了一些成效。IDC报告显示，豆包大模型在中国公有云大模型市场份额排名第一，占比高达46.4%。

　　今年被认为是Agent的元年，火山引擎当然也不会放过这个机会。

　　据界面新闻了解，AI coding是字节跳动为数不多自己下场做的应用。今年年初，字节跳动已经发布AI编程产品TRAE，面向中英文开发者社区，与Cursor、GitHub Copilot等同类工具展开竞争。它兼具生成式开发与智能协作，适合项目启动、原型构建，也为长期开发流程增效。