鱼皮AI导航
鱼皮AI导航
  • 主页
  • 社区
  • AI工具
  • AI知识库
  • AI提示词
  • MCP
  • Skills
  • AI学习资源
  • AI资讯
  • GitHub开源
登录/注册

晚点独家丨火山引擎重心全面转向商业化,MaaS 上半年毛利率超 55%

编程导航
编程导航
2026-10-30 23:50
阅读 33
编程导航
2026-10-30 23:50
阅读 33

“MaaS 就是当下确定性最高的 AI 业务。”


文丨高洪浩


《晚点 LatePost》独家了解到,字节跳动旗下云服务平台火山引擎的 MaaS(模型即服务)业务收入达到 48 亿元,毛利率超过 55%,这也是字节跳动当前收入规模最大的 AI 业务。


MaaS 是将模型能力开放给企业的一项服务。火山引擎既提供字节跳动自研的 Seed、Seedance 等模型,也引入了 DeepSeek、智谱等第三方模型。企业通过火山引擎调用这些模型,并按照实际使用量向火山引擎付费。


据了解,今年初,火山引擎 MaaS 业务仍在追求更高的 Token 消耗;从年中开始,内部对行业有了新的判断,也随之调整了业务重心——将商业化定为了火山引擎当下最重要的业务指标,并上调了原定 150 亿元的年度收入目标。

知情人士告诉我们,在行业发展早期,厂商需要通过扩大 Token 消耗量以带动模型能力的提升,同时也需要验证 MaaS 的商业模式能否成立。但如今,模型能力已经达到较高水平,MaaS 的商业模式也得到验证,因此商业化收入变得更加重要,也更能反应模型的真实水平。


10 月 28 日,国际数据公司(IDC)发布的 2026 年上半年中国企业级 MaaS 市场报告报告体反映了这个趋势。中国企业级 MaaS 市场上半年的收入规模已突破 100 亿元,这说明 MaaS 正在成为一项具有规模化收入的生意。按收入计算,火山引擎的市场份额达到 45.1%,阿里云以 25.2% 排名第二。


新趋势也体现在了不同 AI 业务的收入差距上。《晚点 LatePost》此前曾提到,尽管直接面向消费者的产品豆包 App 已经是中国用户规模最大的 AI 应用,其今年上半年收入仍不足 1 亿元。而用户体量小得多的智谱,2026 年上半年收入达到了 9.54 亿元,其中开放平台及 API 业务贡献了 8.25 亿元。


海外市场的情况类似。当地时间 10 月 26 日,Anthropic 向美国证券交易委员会提交的招股书显示,2026 年上半年,其收入达到 162.86 亿美元,约为去年同期的 14 倍。其中,按模型使用量收费的业务贡献约 131 亿美元,占总收入的 80%。


不只是火山引擎,阿里云也开始重视起了 MaaS 收入。


去年 2 月,阿里巴巴 CEO 吴泳铭曾称,百炼平台通过 API 收费产生的收入规模较小,通义千问模型本身未必能直接带来大量收入。但今年 3 月,他公开表达,MaaS 将成为阿里云收入规模最大的产品。5 月,吴泳铭进一步提到,随着 MaaS 业务收入快速增长,阿里云的毛利率也有望得到改善。

大模型跨过商业化拐点,云厂商获得更大机会

2020 年前后,火山引擎进入云计算市场时,阿里云、华为云、腾讯云等厂商已经营多年,拥有庞大的客户群和成熟的产品体系。云计算又是一个先发优势明显的市场。企业一旦将数据、系统和业务流程部署在某家云上,迁移便意味着高昂的成本和风险,后来者很难轻易争夺客户。


为了找到自己的位置,火山引擎将目光投向了 AI 这个有些冷门的方向。传统云计算主要依靠 CPU 承担通用计算任务,而 AI 业务依赖 GPU 及围绕 GPU 建设的新型计算集群和软件系统。不过在当时,真正对 GPU 有需求的企业并不多。


转机出现在 2022 年,MiniMax、智谱等大模型创业公司开始使用火山引擎的算力训练模型;几个月后,ChatGPT 引发全球大模型热潮,火山引擎终于等来了快速增长的机会。


与此同时,字节跳动也很快火山引擎将 MaaS 提升至了最高业务优先级。


一位火山引擎人士告诉《晚点 LatePost》,只有将模型用于真实的企业场景,研发团队才能了解客户的实际需求及模型的不足。例如,火山引擎在与企业合作时发现,客户需要 AI 处理的往往是耗时长、步骤多的复杂任务,包括智能体式编程。这些反馈推动字节加强模型的长任务执行、编程和工具调用能力。模型能力提升,又能吸引更多企业客户,带来新的需求和反馈。


发展初期,Token 调用量是火山引擎最核心的业务指标。庞大的 Token 调用量既能证明字节模型的市场需求,也能帮助字节积累服务经验。IDC 数据显示,2025 年中国公有云大模型调用量达到 1944 万亿 Token,火山引擎占据接近一半的市场份额,位居第一。


但进入 2026 年,随着模型能力不断丰富、市场竞争日益激烈,仅凭 Token 消耗量已难以全面衡量一家 MaaS 厂商的市场地位和综合竞争力,实际收入成为更重要的衡量指标。


一位头部云厂商人士告诉我们,随着阿里、智谱等厂商持续提升编程、推理等能力,企业有了更多选择。此外,在部分模型能力逐渐接近的情况下,价格成为影响客户选择的重要因素。厂商可以通过降价吸引调用,但更高的 Token 消耗量未必意味着更多收入。


模型也已经从文本问答扩展到了视觉理解、语音合成、图像和视频生成,不同模态的模型收费标准也存在巨大差异。以火山引擎的公开报价为例,豆包 Seed 2.1 Pro 每百万输入 Token 收费 6 元,输出则为 30 元;图像、语音等模型还可能按生成张数、音频时长计费。因此,即使两家厂商的 Token 调用量相同,收入也可能相差很大。


另一个更深层的变化是,今年以来,越来越多在特定领域做到行业领先(SOTA)的大模型,开始真正赚到钱。比如智谱,凭借在编程领域的领先能力,吸引了大量付费用户;Kimi 的模型规模更大,价格也更高,但依然有客户愿意买单。


这说明,大模型市场已经出现了一个明确趋势,只要模型在某个重要领域足够领先,用户就愿意为更好的能力支付更高的价格。


对 MaaS 厂商来说,商业化的机会更大了。 企业在编程、办公、图像和视频生成等不同场景中,需要的模型各不相同。MaaS 厂商可以同时提供自研和第三方模型,让客户根据实际需求选择,并按照使用量付费。随着越来越多的模型在不同领域展现出领先能力,MaaS 平台能够承接的需求也会随之增加。只要能够持续提供有竞争力的模型,并控制好推理成本,就有机会从更多企业、更多场景中获得收入。


大模型自 2022 年底兴起以来,已经走过近四年,商业化变得越来越重要。早期,调用量能够证明模型拥有用户和市场需求;如今,随着模型开始进入企业的实际生产环节,厂商还需要证明客户愿意持续付费。高昂的研发和推理成本,让商业回报变得更加迫切。


“对火山引擎来说,MaaS 业务的收入就是第一优先级,且是唯一重要的目标。” 一位知情人士说。

MaaS 已经成为 AI  行业确定性最高的一门生意

过去几年,如何持续赚钱一直是困扰许多 AI 公司的难题。


面向消费者的 AI 应用虽然积累了大量用户,但能让用户长期付费的场景仍然有限。而在中国企业服务市场,企业对效率工具的付费意愿长期不高,传统 SaaS 软件依靠销售账号、收取订阅费,也很难获得足够大的收入规模。


字节内部的豆包工作、即梦、豆包等 AI 应用也采用了类似模式:用户除了支付订阅费,还可以购买积分,获得更多模型使用额度。知情人士告诉《晚点 LatePost》,即使 AI 工具的订阅收入高于传统 SaaS,在整体业务中仍只是 “零头中的零头”。


相比之下,MaaS 的商业模式很简单:企业调用模型,按量付费。无论是用 AI 编程、分析数据,还是生成图片和视频,只要模型被持续使用,云服务商就能获得收入。随着 AI 进入更多企业的日常工作,模型调用会从偶尔发生的需求,变成持续产生的消耗,这让 MaaS 成为了一门可持续且可规模化的生意。


即使模型价格不断下降,MaaS 仍然能够产生毛利。目前,火山引擎提供的各类模型推理服务均有正毛利,包括自研的豆包大语言模型、Seedance 视频生成模型,以及第三方的 DeepSeek 模型。


以长期保持低价的 DeepSeek 为例,其通过优化模型结构、缓存机制等方式降低了推理成本。火山引擎也可以通过提高 GPU 利用率、优化算力调度进一步压低成本。由于无需承担 DeepSeek 前期的研发和训练费用,火山引擎只需做好模型部署和推理服务,就能够从中赚取毛利。


不过 MaaS 业务想要持续增长,仍然离不开模型能力的提升。模型每掌握一种新能力,就有机会进入新的企业使用场景,带来更多调用需求。


今年以来,Seed 2.1 Pro 则进一步提升了编程和复杂 Agent 任务的表现,推动模型进入办公 Agent、手机与电脑自动操作、具身智能数据标注等场景。视频生成模型 Seedance 2.0 提升了视频生成的可用率,也推动模型在影视、广告、电商等企业生产环节得到更多应用。此外,智谱在编程领域的快速提升也带动了火山引擎的收入增长。


据了解,办公场景有希望成为火山引擎 MaaS 业务下一个重要的收入增长点。


今年 7 月 30 日,字节调整了豆包、飞书和火山引擎三个业务的组织架构。飞书产品团队与豆包产品团队整合,飞书的销售、市场和客户服务团队则与火山引擎整合,进一步打通模型、办公产品和企业销售渠道。


另据《晚点 LatePost》了解,豆包工作将会面向企业客户开放接入除字节跳动自研以外的更多第三方模型。


上述人士称,豆包工作实际上也是 MaaS 的一种产品形态,采用订阅费与按量付费结合的模式。用户除了购买订阅套餐,还可以通过购买加油包,获得更多模型使用额度。随着用户处理的任务增多、复杂度提高,模型调用量和相应收入也有机会持续增长。


豆包工作还扩大了火山引擎的企业客户覆盖范围。同一家企业中,研发人员可以直接调用模型 API,技术团队可以借助托管式 Agent 开发工具搭建自己的应用,普通员工则可以直接使用豆包工作完成任务。通过提供不同层次的产品,火山引擎能够满足企业内部更多人的需求,让原本不会使用 API 的员工也能直接使用大模型,带来更多模型调用量。


相比简单的聊天问答,企业员工也会通过豆包工作处理更多复杂、长链路的任务。更多真实的使用反馈,可以帮助研发团队发现模型的不足、改进能力;更强的模型又有机会承担更复杂的任务,带来更多调用需求。


一位头部云厂商人士告诉我们,MaaS 在刚出现的时候曾被许多云厂商认为是一门不错的生意,但并非最重要的生意。它们更习惯将 MaaS 作为吸引客户的手段,借此带动计算、存储等传统云服务的销售。“这其实有点在用旧海图找新大陆。”


经过了几年发展,MaaS 本身的商业价值已逐渐成为行业共识。“MaaS 就是当下确定性最高的 AI 业务。” 上述头部云厂商人士说。

题图来源:《恩典》

- FIN -


原文链接: 晚点独家丨火山引擎重心全面转向商业化,MaaS 上半年毛利率超 55%
站长:程序员鱼皮 老鱼简历 商务合作 增值电信业务经营许可证
2026 鱼皮AI导航 | 沪ICP备19026706号-6
🔥 热门文章
1
离谱,DeepSeek 崩了 5 小时,大家却喊:梁圣恩情还不完??
450
2
B 站上 DeepSeek 闹鱼灾了,我发起《大肥鱼清除计划》!
410
3
DeepSeek 全新模型发布,性价比最高的一集!
400
4
自己学习ai,直接买cursor 的套餐,还是买gpt 或者claude 的套餐?
370
5
又一个国产版 Codex 神器,也来卷办公了!
340
6
Vibe Coding 实战:从零构建现代专业级 AI 搜索引擎
320
7
day3-如何写出一个高质量的 Skill(组内分享) 高质量 Skill 不是“一个调得很顺的巨型 Prompt”,而是一个可验证、可回归、可维护的能力包。 先定义“什么算好”,再实现“怎么做好”。评估体系先于 Skill 本身成型。 下面用“故障诊断 Markdown 转 YAML”作为例子,但方法是通用的。 --- 一、先想清楚:Skill 到底是什么 一个 Skill 至少包含四部分: 部分 作用 接口 输入什么、输出什么、边界在哪 流程 分几步做,每步的产物是什么 规则 硬约束、经验规则、失败模式 降级策略 不确定时怎么办,而不是硬编一个看似合理的结果 高质量 Skill 的共同点:职责单一、接口清晰、规则可定位、输出可验证。 反例:把几十条经验全塞进一个主 Prompt,改一条规则要重调整个 Prompt,评估时也不知道是哪条规则退化。 --- 二、核心方法:先建评估,再写 Skill 不要先写转换器再补测试。正确顺序是: 1. 定义输出契约:什么算合法、什么算合格; 2. 建金标准集:一小批人工认可“可放行”的样本; 3. 先写评估 Skill:让它在金标准集上跑出基线; 4. 再迭代生成 Skill:每次修改跑同一套评估,无退化且目标维度提升才算正向。 这就是评估驱动开发:评估是 Skill 的单元测试,金标准集是回归锚点。 --- 三、评估 Skill:三层门禁,逐层递进 前一层不过,后一层不跑。每层留可追溯证据。 第 1 层:确定性硬门禁 用解析器、Schema、校验器完成,不消耗模型成本。 · 输出可解析; · 必填字段齐全,类型/枚举合法; · 引用目标存在,无悬空引用、无不可达节点; · 关键路径至少有一条能到达预期出口。 不通过直接打回。 第 2 层:语义断言 用脚本 + 结构遍历检查“逻辑对不对”,仍然保持确定性。 通用检查项: · 覆盖率:源材料里的关键步骤、分支、条件,输出里是否都有对应? · 完整性:每个判断节点是否都有明确出口?有没有死胡同? · 可达性:每条路径是否都能到达预期终点?有没有无出口循环? · 顺序与依赖:有先后依赖的操作,是否保留了顺序?有没有被拍平成无序列表? 例子:故障诊断转换中,检查“每个判断项是否有是/否/异常出口”“每条路径是否能到根因”。 第 3 层:LLM-as-Judge 只处理解析器表达不了的维度:忠实度、完整性、可执行性。 但 Judge 会漂移,不能单独放行,必须建立在第 1、2 层之上。Judge 的 Prompt、rubric、模型版本都要版本化,换模型必须用金标准集重新校准。 通用 Judge 维度: 维度 问什么 忠实度 输出是否忠实源材料意图?有没有自行发明内容? 完整性 关键步骤、条件、证据是否保留?隐式知识有没有被压成空话? 收敛性 输出是否仍指向原目标,而不是发散? 可执行性 下游不依赖源材料能否直接使用? --- 四、金标准集:回归测试的锚点 不需要一开始就标注几百份。用已认可的样本当种子,扩到 15~30 份,覆盖失败模式而非随机抽样: · 完整正例:典型流程; · 边界/异常分支:异常路径、循环、前置失败回退; · 已知易错模式:实际踩过的坑; · 留出集:不参与调优,只用于最终验收,防过拟合。 金标准不需要完美,只需要当前标准下认可可放行。 回归指标:关键路径用 pass^k(k 次全过),稳定性用 pass@k。 --- 五、工程约束:让批量产出可重放 · 幂等:同输入 + 同 Skill 版本 + 同规则 → 输出一致,否则无法判断变好是 Skill 改了还是随机波动; · 隔离不阻断:单份失败进隔离队列,记录失败层和原因,不阻塞其余; · 版本绑定:规则、rubric、金标准集进 Git;每份报告绑定“源版本 + 生成 Skill 版本 + 评估 Skill 版本 + Judge 模型版本”; · 抽样人工复核:Judge 临界样本 + 易错模式,人工抽检结果反过来校准 rubric。 --- 六、Skill 本身怎么写 · SKILL.md 控制篇幅,写清:输入约定、输出契约、分步流程、硬规则、降级策略; · 经验规则放 references/ 或 rules/,按失败模式分类,不要全塞进主 Prompt; · 不确定时标 needs_review: true,不要硬编看似合理的结果; · 迭代由评估报告驱动:报告告诉你哪层挂了、哪类失败模式,你改对应规则文件,而不是漫无目的调 Prompt。 --- 七、落地顺序(不要反过来) 1. 固化输出契约:Schema + 结构约束; 2. 建金标准集:从已认可的 + 最易出错的样本开始; 3. 先写评估 Skill:跑出基线报告; 4. 再迭代生成 Skill:每次修改对比逐项通过率,无退化且目标提升才算正向; 5. 批量运行 + 隔离回放:失败进队列,结束后人工抽检; 6. 评估 Skill 自身版本化:换 Judge 模型必须重新校准。 --- 八、给组员的三条硬要求 1. 不许凭感觉说“变好了”:每次修改必须附评估报告对比,逐项通过率说话。 2. 不许跳过确定性门禁直接看 Judge 分数:前两层挂了,Judge 分数没有意义。 3. 不许把规则堆进主 Prompt:规则按失败模式分文件,评估报告要能定位到具体文件。 --- 一句话收尾 生成 Skill 决定“能不能做”,评估 Skill 决定“敢不敢用”。 先让评估体系站稳,再让生成器迭代。这样交付的不是一堆“看起来还行”的产出,而是一套可证明、可回归、可交接的 Skill 质量体系。
320
8
WorkBuddy 本地 API 桥 + dsh 插件:把你的 WorkBuddy 额度,变成手边随手可用的模型
310
9
我的第一个出海产品!7 天 2 万
300
10
什么是LLM
300
11
最近在落地 AI Native 项目,卡在团队资产协同这块,想请教下社区各位有实际落地经验的同学: 我们现在的资产分为三块:项目文档(PRD/ADR/ 运行手册)、Agent Skill(业务技能、执行 SOP、提示词包)、MCP 工具服务定义。 目标是做到:人和多 Agent 共用一套可信资料源,Skill、MCP 配置、项目文档能够版本化、同步、共享、可评审。 目前我们初步方案是用 Git 做底层版本主线: - 文档:Markdown + ADR,带元信息,支持 RAG 检索 - Skill:单技能包目录化,带版本、评估用例、依赖声明 - MCP:项目级声明文件纳入 Git 但实际协作里遇到不少疑问,想参考大家成熟的实践: 1. 大家团队里,文档、Skill、MCP 三者是怎么组织目录和版本管理的?有没有稳定的仓库结构模板? 2. 多人协作时,Skill 的变更评审、灰度升级、依赖管理怎么做?如何避免本地版本不一致、“本地能跑别人不行”? 3. MCP 是统一中心化网关模式,还是大家各自本地启动 + git 同步配置?权限白名单、调用审计这块有什么好方案? 4. 有没有成熟工具链做自动同步(类似 agentmeld /teamai-cli)、变更校验、eval 回归门禁? 5. 文档和 Agent 的打通:哪些文档放进 Git 作为可信真值,哪些放外部知识库,边界怎么划分? 如果有现成的仓库样例、目录规范、团队协作流程,非常希望能分享参考,感谢!
260
12
PHP 被曝两大致命漏洞,请所有程序员抓紧做这件事!
260
🔥热门工具
朱雀AI检测朱雀AI检测
朱雀AI检测助手朱雀AI检测助手
LovartLovart
老鱼简历老鱼简历
WritePass官网WritePass官网
面多多面多多
CursorCursor
星月写作星月写作
零感AI零感AI
墨得问题墨得问题