Aiide接入百炼与火山，国产模型聚合战正式开打

国产AI聚合平台的竞争格局，正在被一个关键动作改写。

近日，模型聚合平台Aiide AI宣布同时接入阿里云百炼与字节跳动火山引擎两大MaaS平台，开发者现在可以通过单一API入口调用通义千问Qwen系列、豆包大模型、以及两家平台上的第三方模型。此前，聚合平台通常只接入一到两家主力云厂商，像Aiide这样同时打通阿里和字节的做法，并不常见。

这不只是一个产品更新。它折射出的是：国产MaaS市场的两极格局已经成型，而中间层的聚合平台正在成为新的角力场。

两个第一，两套账本

要理解这件事的背景，得先看清阿里云和火山引擎各自在讲什么故事。

今年5月，火山引擎披露了一组数字：根据IDC报告，2025年全年，火山引擎在中国企业级MaaS市场的Token调用量份额达到49.5%，阿里云28%，百度10%。换句话说，国内每产生两个Token调用，就有一个走的是火山的管道。

但阿里云讲的是另一个故事。Omdia统计的AI云整体收入（包含IaaS、PaaS、MaaS全链条），阿里云以35.8%排在第一，火山引擎14.8%。

两张榜单，两个第一，两种叙事。

这种分裂不是数据打架，而是商业逻辑的差异。火山引擎的打法是极致低价换规模——去年率先把企业市场定价压到0.0008元/千tokens，开启了"厘"时代。今年更是把部分大模型批量推理服务费用直接减半。豆包App在C端积累的海量用户数据，反哺了模型迭代速度；而字节体系内抖音、飞书、剪映等产品的内部调用，本身就是巨大的Token消耗池。

阿里云的路径不同。它押注的是"AI全栈"——从底层算力（自研倚天芯片、磐久服务器）、到模型层（Qwen开源生态）、到平台层（百炼）、再到应用层（通义系列产品），试图构建一个从硬件到软件的完整闭环。吴泳铭在云栖大会上的表态很直接：通义千问要成为"AI时代的Android"。

两条路都有道理，但都有软肋。

火山的问题是：Token调用量第一，不等于收入质量第一。有数据显示，按Token计费的MaaS服务收入，目前仅占整个AI云市场规模的不到1%。调用量增速惊人，但大部分是低价甚至免费的试用流量。客户结构偏浅，一旦有更低价的竞争者出现，切换成本不高。

阿里的问题是：全栈意味着每个细分战场都要维持竞争力。资源消耗巨大，而且链路长、节点多，任何一环出问题都会影响整体。更关键的是，C端用户心智已经被豆包占据，通义想追，越来越难。

聚合平台为什么变得重要

在这种格局下，聚合平台的价值开始凸显。

对于开发者来说，直接对接各家云厂商的API，意味着要维护多套SDK、处理不同的鉴权机制、应对各家时不时的接口变更。更现实的问题是：你不知道哪家模型在特定任务上表现最好，也不知道哪家明天会不会突然涨价或者下架某个版本。

聚合平台的角色，本质上是在模型层和应用层之间插入一个缓冲带。它提供统一的API格式（通常兼容OpenAI规范）、统一的计费入口、以及在多个模型之间快速切换的能力。

目前国内主流的聚合平台包括七牛云AI、SiliconFlow（硅基流动）、以及一些垂直领域的小平台。它们各有侧重：

| 平台 | 主打特点 | 免费额度 | |------|----------|----------| | 七牛云AI | 国产模型覆盖广，GLM 4.5 Air永久免费 | 300万Token | | SiliconFlow | 开源模型性价比高，Qwen2.5-7B等免费 | 待核实 | | 阿里云百炼 | Qwen生态完整，Agent工作流支持 | 千万级Token | | 火山引擎方舟 | 豆包系列+字节生态深度集成 | 视频/图像模型试用 |

Aiide此次同时接入百炼和火山，等于是在这个列表里增加了一个新的选项：你可以在同一个入口下，同时访问阿里和字节两家的模型资源。这对于需要做模型对比、或者想根据任务类型灵活切换供应商的团队来说，有实际价值。

开发者真正关心什么

但聚合平台要真正站稳脚跟，光有"接入多"是不够的。

我和几位在用各类聚合平台的开发者聊了聊，他们关心的点出奇一致：

第一，稳定性。 模型API的可用性直接影响线上业务。有开发者反馈，某些平台在高峰期的响应延迟会突然飙升，甚至出现超时。对于生产环境来说，这是不可接受的。

第二，价格透明度。 不同模型的计费方式五花八门——按输入Token、按输出Token、按请求次数、按上下文长度。有的平台还有隐藏的"上下文窗口溢价"。开发者希望的是一目了然的价格对比，而不是算半天才能搞清楚这次调用花了多少钱。

第三，迁移成本。 一旦把业务跑在某个平台上，换到另一家的成本有多高？如果平台用的是OpenAI兼容格式，理论上切换只需要改个base_url。但实际上，各家对OpenAI格式的兼容程度参差不齐，function calling、streaming、多模态等进阶功能的支持情况各不相同。

第四，合规与数据安全。 这是很多企业客户的硬性要求。数据过不过境？日志留存多久？有没有等保认证？这些问题，小平台往往答不上来，而大厂的企业版服务又贵得多。

Aiide接入百炼和火山后，能否在这些维度上做出差异化，决定了它是昙花一现的新闻，还是真正改变市场格局的变量。

百炼和火山，各自在卷什么

值得单独说说阿里云百炼和火山引擎方舟这两个平台本身的动向。

阿里云百炼最近的重点是Agent能力。5月发布的Qwen3.7-Max被定位为"面向智能体时代的新一代旗舰模型"，主打的评测维度不再是传统的MMLU、HumanEval，而是SWE-Pro、MCP-Mark这些更偏Agent场景的测试。百炼平台上也上线了"Agent工作流"功能，允许用户通过可视化节点编排，把多步骤任务串联成可复现的执行链路。

阿里云还在强调对第三方开发工具的兼容——Qwen3.7-Max宣称支持Claude Code、OpenClaw等主流Agent框架。这个策略的意图很明显：让Anthropic做生态，自己做模型替换。但问题是，Anthropic正在把Claude和Claude Code绑得越来越紧，一些只有Claude才能完整激活的能力，第三方模型接入后只是"能跑"，而不是"好用"。

火山引擎方舟走的是另一条路。它的核心优势是字节生态的内部打通——ArkClaw深度绑定飞书，支持飞书应用市场一键安装，聊天窗口里直接@智能体就能订会议室、批量生成文档、管理多维表格。对于已经在用飞书的团队来说，这种原生集成的体验是其他平台很难复制的。

火山还在猛推Coze平台，定位是低门槛的Agent搭建工具，号称"7天可开发上线一个行业应用"。从公开数据看，Coze上已经有29个行业的模板可供使用，覆盖电商、医疗、教育等场景。这种"降低门槛换用户规模"的打法，和火山在MaaS层的低价策略一脉相承。

模型强不等于平台强

有一个容易被忽视的问题：Qwen和豆包大模型本身的能力差距，正在快速收窄。

在大多数主流评测上，两家的旗舰模型已经处于同一梯队。Qwen3.7-Max在Agent任务上的表现确实亮眼，但豆包在多模态、实时交互等场景也有独到之处。对于开发者来说，选哪家模型，往往不是因为"谁更强"，而是因为"谁更便宜"或者"谁的工具链更顺手"。

这就引出了一个更深层的问题：当模型能力趋同，竞争的重心会转移到哪里？

答案可能是执行可靠性和生态粘性。

执行可靠性指的是：模型能不能持续完成任务、出错后能不能自己改正、成本能不能算清楚。这些在评测榜单上看不出来，只有在真实业务中跑一段时间才知道。

生态粘性指的是：用户一旦在某个平台上积累了足够多的工作流、数据、插件，迁移成本就会指数级上升。阿里云的策略是用开源模型+全栈云服务来构建粘性，火山的策略是用飞书+Coze的应用生态来锁定用户。

聚合平台的尴尬在于：它天然是一个"低粘性"的中间层。用户选择它的原因就是为了灵活切换，但这也意味着用户可以随时换掉它。如何在提供灵活性的同时构建自己的护城河，是所有聚合平台都需要回答的问题。

这场战争的真正看点

回到Aiide接入百炼和火山这件事本身。

短期来看，这是一个聪明的卡位动作。在阿里和字节激烈争夺开发者的时刻，同时拿到两家的资源，意味着可以在中间做撮合、做套利、做增值服务。

但中长期来看，聚合平台的命运取决于上游厂商的态度。如果阿里和字节都希望开发者直接用自己的平台（百炼和方舟），它们随时可以通过价格、功能、或者接口限制来挤压中间层的空间。事实上，两家都在往这个方向走——百炼在强化自己的开发者体验，方舟在深化飞书生态的绑定。

更有意思的变量是DeepSeek。近期DeepSeek发布的招聘信息显示，它正在组建专门的"Harness"团队，目标是做桌面端Agent产品，正面和Claude Code竞争。如果DeepSeek从"只做模型"变成"也做上层产品"，那整个国产AI工具链的格局会再次洗牌。

对于开发者来说，现在最务实的策略可能是：保持技术选型的灵活性，不要把所有鸡蛋放在一个篮子里。用聚合平台做初期验证和成本控制，等业务跑稳了再决定要不要直接对接某家厂商。

阿里云和火山引擎的这场缠斗，短期内不会分出胜负。但它已经让中国的AI开发者有了更多选择——这本身就是好事。

---

参考来源

（注：根据要求仅保留国内可访问域名的链接，本文参考资料主要来自企业官方发布及行业媒体报道，相关平台可通过官网直接访问）