百度智能云架构三拆：底座、智能体与行业应用

　　百度智能云近期完成了一轮核心产研组织架构调整：原平台产品事业部更名为智能体事业部，其下属的 MaaS 业务、千帆品牌与全部 MaaS 相关产品体系，整体转入基础设施事业部；原数据平台部更名为数据智能部，整体并入由应用产品事业部更名而来的智能应用事业部。调整完成后，百度智能云形成基础设施、智能体、智能应用三大事业部并立的架构，三位事业部负责人均直接向百度集团执行副总裁、智能云事业群总裁沈抖汇报。

　　如果只看部门改名，这像是一次例行的组织梳理；但把几条业务线的去向摆在一起看，指向相当清晰——把"卖资源"的生意、“做产品"的生意和"做交付"的生意彻底分开，各配一套组织，各背一套目标。对一家同时经营模型服务、终端产品与行业解决方案的云厂商来说，这一步迟早要走，百度只是把它走在了明面上。

调整拆解：三大事业部各管什么

　　调整后的整体格局，可以用一张表说清楚。

事业部	负责人	核心职责	代表产品与业务
基础设施事业部	侯震宇	AI Infra、Agent Infra、千帆 MaaS 底座，底层算力与模型基础设施建设	千帆平台、MaaS 产品体系
智能体事业部	殷大伟	通用 Agent 终端产品的迭代与创新	百度搭子、秒哒、伐谋
智能应用事业部	阮瑜	数据智能与全行业垂直 AI 落地	百度一见、Hogee、胜算，交通、金融等行业方案

　　变动里最值得注意的是 MaaS 与千帆的去向。千帆是百度智能云面向开发者的模型服务门户，此前挂在平台产品事业部名下，与 Agent 产品同处一个屋檐；这次整体划入基础设施事业部，等于官方承认 MaaS 已经是"底座生意”——它与算力调度、模型推理服务化本就是一体，比价逻辑接近水电煤，而不是独立的产品创新业务。

　　数据平台部更名数据智能部并转入智能应用事业部，是另一层信号：数据治理与数据智能能力被明确定位为行业应用的配套件，服务于交通、金融等垂直场景的交付，而非独立对外的平台产品。

　　汇报线的变化同样关键。三位事业部负责人均直接向沈抖汇报，意味着三大板块在组织上完全平级——底座、通用智能体、行业应用被当作并重的三层，而不是主次分明的梯队。这种"三层平权"的结构，本身就是一种战略表态。

战略逻辑：一次对三种商业模式的组织确认

　　这次拆分，本质上是对三种商业模式的组织确认。

　　MaaS 归入基础设施，是对现实的承认。过去两年，国内大模型 API 经历了多轮降价，模型调用从高毛利的新故事变成同质化的标准品。当模型服务越来越像 CDN 和对象存储，把它留在产品事业部里，既抬高了成本预期，也模糊了考核标准。并入 Infra 之后，千帆可以与算力、推理框架在同一个体系内做成本优化，用规模和效率说话。

　　通用 Agent 独立成军，是对确定性的下注。行业共识正在从"卷模型"转向"卷应用"，Agent 是当前确定性最高的应用形态。百度搭子、秒哒、伐谋三款产品构成通用智能体产品矩阵，独立事业部意味着这批产品拿到了组织级的优先级：不必再与行业解决方案抢研发资源，决策链路更短，试错节奏可以更快。

　　行业应用单列，是对收入基本盘的巩固。交通、金融这类垂直行业的 AI 落地，靠的是贴身交付、定制开发与长期服务，和通用产品的迭代逻辑完全是两回事。把数据智能能力配给它，等于把"数据—模型—场景"的交付链条在一个部门内闭环，减少跨部门协调的损耗。

核心利弊：边界清晰之后，新问题也随之而来

　　好处是边界清晰。此前 MaaS 挂在平台产品事业部，既要做开发者平台，又要孵化终端产品，两头不靠；拆开之后，三条线各背各的指标——基础设施看规模与成本效率，智能体看用户增长与留存，行业应用看签单与交付质量。不同的生意用不同的尺子量，考核不再错位，内部资源争抢也会减少。

　　代价同样明显。最直接的问题是生态漏斗被切断：开发者经由千帆进入百度体系，原本是 Agent 产品的天然获客渠道；如今千帆归了基础设施事业部，智能体事业部要为自己的产品单独获客，转化链路从部门内协作变成了跨部门问题，获客成本大概率上升。

　　其次是客户归属的潜在矛盾。一个金融客户既需要行业解决方案，也可能需要通用 Agent 能力，拆分后谁来主导客户关系、内部如何结算，都是新问题。基础设施事业部向内部应用部门供给模型服务时，转移定价怎么定，同样考验管理智慧——这类内部结算问题在云厂商的历次架构调整中反复出现，处理不好会催生大量协调成本。

　　还有一层风险在于，组织调整本身不构成护城河。通用 Agent 赛道上，字节扣子、腾讯元器等对手都在快速迭代，百度搭子等产品的成败最终取决于产品力与用户体验，而不是汇报线怎么画。三拆只是把牌理顺了，牌打得怎么样，仍要看执行。

行业观察：分层经营是云厂商的共同选择

　　百度智能云这轮调整，是国内云厂商从"卖算力、卖模型"走向"分层经营"的一个缩影。阿里云将通义大模型与百炼平台分层运营，字节跳动在火山引擎之下同时布局豆包与扣子，思路殊途同归：底座拼规模效率，应用拼产品体验，行业拼交付能力。三层生意各有各的打法，混在一起反而互相牵制，拆开是迟早的事。

　　对百度智能云自身而言，调整成效需要用几个信号来检验：千帆并入基础设施事业部后投入是否持续加码，百度搭子、秒哒、伐谋的用户数据能否跑出来，交通、金融等行业的签单节奏是否加快。如果半年到一年后三条线各自交出成绩单，说明拆分成立；如果出现资源回流、协作摩擦，则说明分得太早。

　　更长期看，MaaS 基础设施化几乎不可逆，模型 API 迟早成为像 CDN 一样的标准品，利润藏在底座效率里；真正拉开差距的，是通用 Agent 产品能否形成用户心智，以及行业解决方案能否建立交付壁垒。百度智能云把组织结构先调整到位，等于把战略意图摊开在明面上——接下来要看的，是执行。