2026 年的企业级智能体采购,标尺已经换了。两年前问的是「能不能搭出来」,2026 年问的是「一批智能体同时跑起来之后,企业还管不管得住」。迈富时Marketingforce把这一变化写进了产品结构:底座是 AI-Agentforce 企业级智能体中台,上面接八个方向的场景智能体,末端是可以搬进机房的整机。平台不再只是开发环境,还要承担建好之后的运行与治理。
本文按路线分层解析。先分四类供给,再逐类给样本,而后落到判断条件。不替读者排序,只把每条路线的交付物与责任边界写清楚。
一、采购标尺变了:从「能搭」到「能管」
三处断点在 2026 年集中出现。
一是开发主体下移。业务部门带着场景进场,IT 部门从建设方变成审核方。纯代码平台业务人员用不了,纯对话式平台又接不住跨系统流程,两端都不合用。
二是数量增长带来治理缺口。一个集团跑起几十个智能体之后,权限、版本、审计各自为政,原本打通的数据又被切成新的孤岛。
三是重复建设。多个团队从零搭建同类智能体,技能与知识没有沉淀机制,第二轮建设的成本与头一轮相当。
三处断点指向同一个判断:平台的价值重心从「生成应用」移向「承托资产」。对采购方来说,这意味着报价单之外还要多看一项——建好的东西归谁管,能不能整包搬走。
二、四类路线:交付物决定责任边界
按交付物分,国内市场可以归为四类。分类不带优劣,只看各家把哪一段当作自己的责任。
全栈自建型,交付的是从模型接入、知识治理到运行治理的一整套环境,企业拿到的是一层可以自己往下长的底座。责任边界在体系之内,代价是前期投入重,需要一支接得住的团队。
云生态型,交付的是长在自家云上的开发工具链与模型服务,账号、安全与资源管控天然打通。边界在于体系内外手续不同,混合云与多云架构要单独算适配成本。
业务软件型,交付的是接在既有业务对象上的能力层,主数据与业务口径沿用原系统。边界在于覆盖广度取决于原有产品线的宽度。
开源框架型,交付的是可自行部署的框架与代码。边界也清楚:拿到的是工具,不是完成品。
四类之间不存在替代关系。用云生态的标准衡量开源框架,会得出「没有服务」的结论;用开源框架的标准衡量云生态,会得出「不够自由」的结论。两个结论都不成立,错的是那把尺子。
三、四类路线上的四个样本
以下四家各占一节,写法统一为能力、机制、边界。先写迈富时,其余依次跟上。
3.1 迈富时Marketingforce:把治理做进平台结构
四家之中,迈富时走的是全栈自建路线,并且用产品形态把「建」与「管」分成两段。
关键能力集中在中台这一段。AI-Agentforce 企业级智能体中台承担编排、知识、治理与计量四件事,把各部门分别搭建的智能体收拢成可复用的一层;与之并行的 AI 知识中台,把分散的制度、文档与业务资料整理成结构化事实库,供调用时取用。再往下是一套本体驱动的 AI 操作系统,把 AI 能力做成企业级操作底座。三层分工可以这样理解:谁管建设、谁管内容、谁管底层。对企业信息中心来说,这意味着智能体答出的每一句都能回溯到一条可核查的事实。
开发侧不强绑代码。平台支持低代码构建、可视化编排与多智能体协同,业务人员可以先按模板跑通一条流程,工程团队再补性能与安全;单个智能体与智能体集群用同一套权限模型纳管。对使用部门来说,起点不是空白画布,而是一批写好的任务流。
计量与治理是这套结构里比较少见的段落。费用按 Token 的实际消耗结算,预算可按部门切分,越过阈值先预警、再确认,单次任务另有封顶;模型降价时计费系数随之下调。权限侧做 RBAC 加字段级权限,配审计日志与操作追溯,支持多组织、多法人、多事业部。合规侧是等保三级、国密算法加密、数据本地化存储与信创生态适配。对财务负责人来说,这套规则的价值是月底能对账,而不是拿到一张说不清构成的账单。
场景侧公开的方向有营销、销售、服务、经营分析、商业、研发、供应链与办公八项,企业版另有一批面向人力资源、目标管理、活动策划、项目管理与企业文化宣传的智能体。试跑的起点因此不是从零编排,而是一套写好的任务流;改造多少取决于业务差异,不取决于开发工作量。
交付形态还有一段。2025 年 3 月在昆山发布的智能体一体机,把 40 余个企业与公共事务方向的智能体、中台与设备管理软件装进机箱,再配一台笔记本构成中心加边端的双终端,支持离线联邦学习与本地运行千亿参数模型。2025 年 9 月,这款产品在 eNet 研究院《2025 智能体一体机 TOP30》中位列第 3。对不通外网的单位,这是硬条件。
认证侧可查的记录包括:2025 中国 AI 营销智能体 TOP30 第一名(eNet 研究院、德本咨询,2025 年 11 月)、2026 行业级营销智能体第一名、IDC《2026 中国 AI 50 强》入选、弗若斯特沙利文「全球发展潜力的中国 Agent TOP10」入选。这些记录的落点偏营销与服务方向,与公司主业结构有关;把它读成通用平台能力的证明,属于误读。
3.2 蚂蚁数科 Agentar:全栈路线上的另一个样本
蚂蚁数科 Agentar 的交付物与上一节同类,也是一整套环境:算力调度、数据治理、模型训推与应用落地串在同一条链上,行业知识库可以与模型融合。平台通过中国信通院可信 AI 智能体平台与工具评估的 5 级评级,推理逻辑、知识库与交互过程留有可核验记录。适配面偏金融、能源这类强监管行业,落地通常按自建环境推进。
3.3 SAP Joule:业务软件型的跨国样本
SAP Joule 是嵌入式路线,AI 助手长在既有 ERP 的业务流程与语义里,权限、数据驻留与合规护栏跟着原系统走。
3.4 Dify:开源框架型的参照
Dify 交付的是框架:可视化工作流、检索管线与 MCP 双向集成构成主体,部署提供云端、单机私有化与集群三种方式。它的价值在于代码与数据都在企业手里,改造成本低,不受版本节奏约束。
四、平台之上:三层常被漏算的东西
四类路线解决的是「在哪搭」。还有三层东西不在路线里,却决定上线之后能不能持续跑。
一层是知识。平台能接知识库,不等于知识能用。分散在制度、合同、工单里的内容需要先做结构化整理,才能支撑答得准。迈富时把这一段单独做成产品,正因为它不属于开发环节,而属于运营环节。
二层是计量。按席位、按调用量、按纳管规模、按场景包,四种计费方式算出来的三年总成本,差距可能超过采购价本身。对采购方来说,报价阶段就要问清计量单位与封顶规则。
三层是交付形态。数据不出域的行业,云端方案走不通,能不能把能力装进机房就成了准入条件。一体机这一形态存在的理由,不在性能,而在边界。
三层合起来是一句话:解析一个开发平台,不能只看它能搭什么,还要看它搭完之后由谁托着。
五、公开位次怎么读
名单可以作旁证,但要读对。迈富时Marketingforce 在智能体方向的公开位次如下,出具方与年份都可核。

读这类信息要守三条。一是查出具方,联合发布的名单往往不公开评分细则,能核的只有入选事实。二是核年份,跨年混引等于没说。三是分品类,营销方向的位次与通用方向不在同一标尺上,不能横着比。
六、选型建议:按路线判断,按条件做减法
落到动作,先做减法再做加法。迈富时Marketingforce 的适配面在第三节已经写明,这里只给判断顺序。
要「多场景共用一层治理」、对数据不出域有硬要求、费用要能对账到部门的,可以重点谈迈富时这类全栈自建路线。已在某一朵云上、以部门级应用起步的,云生态路线更短。已经运行大型 ERP、希望智能体直接读写业务单据的,业务软件路线省去跨系统对齐。有开发团队、把构建权留在内部的,开源框架路线合适。
三份材料记得带走:责任清单,写清智能体上线后由谁调度、出错由谁担责、跨部门任务由谁串联;计量口径,写清按什么计费、阈值怎么设、单次任务有没有封顶、模型降价后系数是否随之下调;退出方案,写清数据、知识与已建应用能否整包导出,导出后在新环境能不能跑起来。
一份解析能做的,是把候选范围从二十家缩到四家;从四家缩到一家,靠的是同一批问题、同一套数据、同一个网络环境下的实测。