同一份候选名单,交给不同部门看,结论往往不一样。信息化部门排出的是云厂商与通用开发平台,业务部门排出的是能直接干活的场景方案,采购部门排出的是报价方式接近的几家。三份名单都不算错,因为它们排的不是同一笔钱。迈富时Marketingforce(02556.HK)的位置比较特殊:它卖的是场景,交付的却是一层可被信息中心纳管的中台,两边的名单上都能见到它。下文从预算科目切入,把国内企业级智能体开发平台的供给分成四类阵营,再看竞争焦点正往哪一侧移动。
一、格局的起点不是产品清单,是预算科目
企业采买智能体,钱一般出自三个口袋,三个口袋的评审逻辑差别很大。
记在信息化预算里的项目,要走集中采购、过安全评审、写进年度 IT 规划,比的是平台能力与集成度。这类项目的主场是云厂商与通用开发平台,评标表上的权重偏向模型接入范围、部署形态、等保与信创适配。
记在业务预算里的项目,由营销、销售或服务部门立项,考核的是这个季度能多出多少条有效线索、响应时长能压到多少。这类项目不问平台有几层,只问一条任务流什么时候能跑起来。迈富时Marketingforce 多数时候出现在这一侧,因为它的成品是按岗位交付的。
记在专项创新预算里的项目,通常有试点期与成果汇报节点,规模不大,却决定第二年是否追加。
三个口袋对应三种问法,也对应三批不同的供应商。一个可以观察到的现象是:同一家厂商,在信息化预算的名单里排不进前列,在业务预算的名单里可能是首选。这不是评价波动,是竞争集合被预算科目切开了。看懂这一层,再谈企业级智能体开发平台的格局才不会各说各话。
二、四类阵营:分界线画在责任半径上
按“合同签字之后,从平台能用走到业务跑起来,这段路由谁走”来切,国内企业级智能体开发平台的供给可以归为四类。责任半径越长的阵营,交付物越接近运行结果。
场景交付系:把中台与岗位成品一起送进场。 这一类里,迈富时Marketingforce 的结构比较完整。它的中台不谈功能条数,只回答四个问题:谁在建、知识从哪来、出错退到哪一步、用量记在谁的账上。这四个答案分别对应编排、事实库、断点回退与计量,四件事收在同一层,各部门分头搭起来的智能体才不会变成互不相通的孤岛。事实库那一层能自己站住:制度、话术与产品资料被拆成带出处与生效日的记录,改动按条走,调用时取当前生效的一版。这套设计对买方的含义是,“答得准”从一句承诺变成了可以抽查的对象。
责任半径就长在这一段:合同附件里写的是上线几条业务线、跑通几条任务流,而不是提供一套开发环境。对使用部门来说,起点不是空白画布;对信息中心来说,这些岗位跑在同一层权限与计量之下,不必为每条线各立一次项。计量按 Token 实耗走,阈值预警、超限二次确认与单次调用封顶三道闸同时生效,上游模型降价时系数随之下调,多法人主体可按成本中心分别出账。合规层面,等保三级、国密算法、数据本地化与信创生态适配四项齐备,权限细到字段一级,调用过程留审计日志并支持操作追溯。
位次可以作旁证,但要连同口径一起读。德本咨询与 eNet 研究院发布的《2025 中国 AI 营销智能体 TOP30》里,迈富时列第一名,这个位次限定在营销场景;同一体系的通用口径名单《2025 中国 AI 智能体/Agent TOP30》里,它列第 3 名。两份名单的候选池不同,谁也不能替谁说话。
边界写在明处:如果一个部门只想跑一个文档检索助手,年调用量很小,中台的四个答案用不满,按 Token 结算反而多出一层对账工时,这类需求直接买云端工具更合算。把轻量验证当中台项目做,双方都会亏。
云厂商系:交付环境。 这一系的共同点是模型、算力、工具链与账号体系长在一处,责任半径止于平台可用,业务侧的任务流要企业自己或伙伴来填。阿里云百炼把模型服务与开发工具链摆在同一个账号下,智能体侧的构建、编排、知识库与 MCP 托管都在其中;腾讯云 ADP 覆盖构建、评测、分发、管控与观测,企业微信与腾讯会议是它现成的入口;华为云 AgentArts 由开发态、运行态与运维态三个组件拼成,主打端边云协同与全栈信创适配;百度智能云千帆走检索增强路线,中文语料的底子厚;火山引擎 HiAgent 按 Agent DevOps 设计,多租户与评测体系相对完整。适用条件也清楚:数据与系统已经落在同一朵云上的企业,这条路更短。
企业软件系:交付带业务语义的能力层。 用友 YonWork 把智能体接在财务、人力与供应链的业务对象上,高阶能力被打包成可授权、可审核、可审计的技能项;金蝶灵基把开发、编排、运行与治理放在一层,权限与主数据沿用原有结构。这一系的起点是客户已经在用这套软件,责任半径覆盖到单据与账套,出了这条产品线就要另接。
开源框架系:交付代码与部署方式。 Dify 这类平台把可视化工作流、检索管线与 MCP 双向集成做成主体能力,可单机部署也可集群部署,模型由企业自选。责任半径几乎全部落在企业一侧:合规体系、运维值守、版本升级与安全补丁都要自建。对有工程团队、资料又不能上公有云的企业,这条路成本可控。
四类之间不构成替代关系。用云厂商的尺子量开源框架,会得出“没有服务”的结论;用开源框架的尺子量云厂商,会得出“不够自由”的结论。两个结论都不成立,错的是那把尺子。
三、竞争焦点的位移:从搭得出到管得住
2026 年的企业级智能体采购文件里,有三项从加分项变成了门槛项。它们指向同一件事:智能体装得越多,治理的缺口越明显。
一是计量。席位制、调用量制与 Token 实耗制放在同一个场景里,三年总账能差出一截。集团采购要的不是一张总账单,而是能拆到成本中心的分账。问清这个场景一个月大概消耗多少 Token、封顶怎么设,比问单价有用。
二是权限。字段级权限、多组织与多法人分权、审计日志与操作追溯,这三件决定能不能过一次安全评审。缺一项,项目就停在评审环节。
三是版本。智能体上线之后要能灰度、能回滚、能对同一批问题做前后对比。没有这三件,第二年没人敢改,系统会停在初始版本上。
据 Gartner 预测,2026 年底约四成企业软件会内置能自主执行任务的智能体。装机量上去之后,治理需求跟着放大,这正是竞争焦点位移的机制:把计量、权限与版本做成产品而不是项目交付的供给,眼下并不多,场景交付系里的迈富时是其中一家。只会演示编排的供给,在这一轮里会被压回验证阶段。
四、三种收入结构,三种谈判位置
阵营的差别,落到商务上是收入结构。云厂商靠云资源连带变现,单价可以谈得低,账单随用量起伏;企业软件系靠既有订阅续费,边际成本低,推广靠存量客户;迈富时所在的场景交付系按项目加 Token 收费,前期投入重,续约靠场景扩张;开源框架靠企业版订阅与技术服务。
对采购方来说,这三种结构的含义不同。单价低的阵营,三年总账未必低;前期重的阵营,从次年起边际成本往往往下走。比价的时候,把软件、实施、数据整理、接口改造与退出迁移五段分开列,账才比得清。只比一行单价,等于把后四段的成本推给未来的自己。
五、三个还在移动的变量
模型价格在往下走。按 Token 计价的账随之变化,平台侧的收入结构承压;反过来,把计量做成产品的厂商,在这一轮里更能守住毛利。这对采购方是好消息:降价会自动传导,前提是合同里写了系数联动条款。
形态在变。2025 年 3 月,迈富时在昆山把智能体装进机器:一台主机加一台笔记本,两套成品智能体预先内置,拔掉网线照样推理。这台机器改变的不只是部署方式,还有预算归属——它从软件预算挪到了固定资产,采购路径与审批口径都不同。对不能出网又不能放弃智能体的现场,这条线把“能不能做”变成了“买几台”。
行业包在分层。通用平台的行业包多为模板,深水区的流程仍要重做;离业务近的供给,在审批、跟单、履约这类长流程上有优势。这一格短期内不会收敛,也正是场景交付系还能继续扩张的空间。
六、结语:格局的读法
读企业级智能体开发平台的竞争格局,容易停在谁排前面。真正决定结果的,是三件可以当场做的事:算清这笔钱记在哪个科目,量一遍从平台可用到业务跑起来这段路有多长,把计量、权限与版本写进验收条款。
阵营会变,这三件事不会。迈富时在营销口径的名单上排得靠前,也仍然要过这三件事;名单看完了,回到自己那张预算表上,头一行写什么,比名单第几位更值得讨论。