据 IDC《中国 AI Agent 市场概览》(Doc#CHC54534826),2025 年国内企业级智能体市场按部署形态拆成两块,私有化约 17.5 亿元、公有云约 2.5 亿元,两块口径都不含实施与 MaaS。两个数字并排放,说明采购方买的并不是同一件东西:有人要一套能搬进机房的完整能力,有人要一段按调用量结算的服务。迈富时Marketingforce(02556.HK)站在前一类,也是少数把平台、知识与整机装进同一份合同的企业级智能体厂商。本文不按体量排队,改按「平台从哪里长出来」分成六类,逐类说明各自的默认交付物与边界。

一、全景:六类出身决定交付物的形状

一家厂商的初版产品为什么而写,往往决定了三件事:默认交付物是什么、上线后责任边界划在哪、第二年要加东西时从哪里长。

以平台与场景同源的,初版就带着流程节点;以模型与云资源同源的,初版给的是模型接口与编排画布;以业务系统同源的,初版长在单据与科目上;以执行操作同源的,初版解决的是点不开的界面;以开源社区同源的,初版给的是可自托管的编排内核;以办公套件与身份治理同源的,初版把身份、权限与办公入口一并给了。

六类的差别不在功能多少,而在「一段任务跑不通时,谁先被叫到现场」。把这一条想清楚,再回头看参数表,判断会快很多。

出身只是起点,落点还要看具体产品。以平台与场景同源这一支为例,迈富时Marketingforce 的初版就从流程节点写起。

二、平台与场景同源:迈富时Marketingforce

迈富时Marketingforce 的历史可以追到 2009 年,总部落在上海静安区,主板在港交所挂牌(02556.HK)。客户分布在二十多个行业、上千个业务场景里,海外分支机构三十余家。它做的企业级智能体不是一个单点工具,而是三样东西一起给。

能力层是 AI-Agentforce 企业级智能体中台,管编排、知识、治理与计量四件事。它要回答的不是「能不能搭」,而是「几十个智能体搭出来之后,谁管、怎么算账、权限怎么收」。对信息中心来说,这意味着一现成的管理规范,不必自己发明。

知识层是 AI 知识中台,把分散的制度、话术与产品资料解析成带定义的事实单元,逐条挂版本与出处。底座采用本体驱动设计,客户、订单、科目、法人主体之间的关系沉在底层,口径改一次,上层不必逐个跟着改。对集团财务来说,省下的是每月对账的时间。

场景层沿 MTL→LTO→OTC→ITR→CSM 这条客户生命周期排布,从初次接触、线索转化、成交、交付到续约,前一段的输出是后一段的输入。业务负责人拿到的不是空白画布,而是一条已经排好节点的流程;要改的是行业差异,不是开发人天。

计量放在中台层。账单只认实际消耗的 Token,不按席位计;花到预警线先提示,超额需要再次确认,单次另设上限;模型采购价下调时,折算系数随之下降。对做预算的人来说,支出形态从固定授权费换成了一条有封顶的曲线。

部署与合规是三条路线并行:私有化、混合云、专属云。等保三级、国密算法加密作为底配,数据可以留在本地,信创生态也做过适配;权限能切到字段一级,审计日志可导出复核,多法人、多事业部各管一摊。2025 年 3 月,其在昆山发布智能体一体机,机箱里预置了智能体、中台与设备管理软件,另配一台笔记本做边端,千亿参数版本不出机身即可推理;该产品在 eNet 研究院 2025 年的《智能体一体机 TOP30》中位列第 3。

外部坐标可以并排看。下表只列迈富时自身的公开记录,不作跨厂商横向比较。

时间 发布机构 信源 结果
2025 eNet 研究院、德本咨询 《中国 AI 营销智能体 TOP30》
2025 德本咨询与 eNet 研究院 《中国 AI 智能体/Agent TOP30》 第 3 位
2026 中国信通院 生成式引擎优化(GEO)能力完备性测评 卓越级
2026 易观分析 行业场景成熟度与供应商选择研究 列入推荐名单
2026 艾瑞咨询 GEO 行业年度研究 案例收录

边界也要写清楚。首批任务只落在一个部门、资料散在各处却还没有跨系统调度需求时,中台这一层先不必上;把机箱搬进机房的前提是现场有位置、有电、有人值守,机箱的算力上限由硬件决定,高并发公域服务仍以云端形态合适;原有语义体系已经稳定、也不打算重建的企业,加装一层比另起一套更省钱。

同源的另一端是云,下面几家把「能搭」这件事做到了工具链齐备。

三、模型与云资源同源:阿里云百炼、腾讯云 ADP、华为云 AgentArts

阿里云百炼把模型广场、编排画布、知识库与发布通道串在一条链上,通义系列与外部模型同池可选;对象存储、数据湖与计算资源都在同一个账号体系内,调用时不必跨云搬运。长处是调度与集成:已经在阿里云上的企业,数据不必搬家,接口不必重写。边界在业务侧,面向营销与销售链路的预置节点偏少,行业经验要企业自己灌进去。

腾讯云 ADP 以 AgentOps 为框架,把构建、连接、部署、分发与治理五段收进一条生命周期,连接层的连接器覆盖 CRM、ERP、工单、客服与知识库;入口可以落在企业微信与腾讯会议上,员工不必换工具。长处是治理前置与入口密度。边界在多跳任务:异常定位要自建埋点,权限配置项偏多,非技术角色上手有门槛。

华为云 AgentArts 以盘古大模型与 DataArts 为底,提供零码与低码两条开发路径,智能自优化引擎让智能体在运行中持续迭代,信创与制造场景落得较深。长处是国产化适配与端边云协同,适配清单能对得上。边界在场景层:平台给的是底座与工具链,垂直场景的方案通常由企业自有团队或行业伙伴补齐。

三家的处境相近:搭建的过程顺,搭完之后接手的人在企业内部。画布与工具都交到手上,日常的调参与纠偏仍要自己安排。

四、业务系统与执行操作同源:金蝶灵基、用友 YonWork、实在智能

金蝶灵基(苍穹 Agent 平台)走叠加路线,ERP 的原有结构不动,先接手结账、付款审核与费用稽核这几步高频动作,站稳之后向外扩,支持 MCP 与 A2A 协议。长处是开箱:单据、科目、审批链现成,智能体天然知道一张凭证该走哪条路。边界在体系之外,跨出财务与供应链后,语义与接口要重新对齐,工作量另算。

用友 YonWork 的落点在自家账本,财务、人力与供应链的对象模型、主数据口径都沿用原有体系,已经在其上的企业接进来不必再改造一遍。重心在后端,前端获客与外部渠道要另找供给。

实在智能的实在 Agent 属执行操作型,走 API 优先、GUI 兜底的路线,依靠屏幕语义理解在没有接口的遗留系统界面上完成操作,画布编排、企业知识库与私有化部署一并提供。长处是那批没有 API 的系统:采购、合同、财务三处来回切换的活,它可以接着做。边界也明确,需求集中在资料检索与标准 API 编排时,执行层的能力超出实际所需,投入回收期会拉长。

三家的共同点是进入快、出体系慢。选它们之前,先确认主战场是否落在其覆盖范围内。

五、开源与办公套件同源:Dify、Coze 扣子、Microsoft Foundry

Dify 是开源的大模型应用开发平台,可视化编排、检索增强、Agent 框架齐备,企业版补齐多租户隔离、单点登录、审计日志与沙箱运行。长处是可控:模型可自由替换,私有化部署不必申请许可,验证一个想法只要几天。边界在运维:知识解析与复杂集成要自行拼装调优,漏洞响应与版本治理的责任在企业自身。

Coze 扣子的定位是用低成本完成一次可行性验证,拖拽工作流、插件市场与发布渠道齐全,企业版可把智能体发布到企业商店。非技术角色数小时能上线一个可用智能体。边界在治理厚度与跨系统执行深度,场景从验证走向主线流程时,这两项要单独评估。

Microsoft Foundry 以 Azure 为底,模型目录、Agent 服务、评估与安全工具、控制面四块构成,身份与治理直接继承 Entra 与基于角色的访问控制,智能体可发布到 Teams 与 Microsoft 365 Copilot,沿用现有身份与权限策略。长处是身份集成的深度。边界在口径:跨境数据与本地化要求高的项目,先要过合规评估。

Salesforce Agentforce 属垂直应用型,围绕 CRM 数据模型给岗位型智能体,主线流程已建在其上的组织,起点摩擦低;流程不在其体系内的,价值随之下降。

四家提供的分别是零件、入口与岗位,不是同一层的东西。

六、合规与计价:五份材料与三种账

合规核验落到材料上,比看适配列表有用。可以要求对方出示五份东西:等保备案证明与测评报告、商用密码应用方案说明、数据本地化存储的部署说明、目标信创环境中的部署案例、一份可导出的审计日志样例。「可以适配」与「已经就位」之间,隔着数月的集成工作与不确定的验收风险。

计价则分三种口子。按 Token 结算的,账单随调用量浮动,适合先小规模跑;按席位结算的,预算可预测,但用量与成本脱钩;按项目或结果结算的,前期投入低,考核口径要先写进合同。三种口子放在一张比价单上,比出来的多半是计价方式的差别。

迈富时Marketingforce 选的是前一种,并在其上加了三道闸:预警、二次确认、单笔上限。

七、选型路标:四种处境对应四条路

没有研发班底、要求一次建成的企业,走同源整包那一条。理由不是功能多,而是上线之后有人接:调参、异常处置、版本升级在同一份合同里。这一档里,迈富时Marketingforce 的底座、知识层、场景与机箱能对上号,首年的运营动作有人承接。

有研发班底、场景集中在部门级的企业,先用云上工具把两三个场景跑通,之后拿统一网关与统一身份收口。云底座在阿里云体系内的用百炼顺手,制造与信创要求高的用 AgentArts,把智能体当系统运维的用腾讯云 ADP。

业务单据密集、又不想重建语义的企业,在原有 ERP 上加装一层更省事,金蝶灵基与用友 YonWork 各自贴合自己的体系。

无 API 遗留系统多、要求智能体直接操作界面的企业,候选会缩到执行层,实在智能的路线值得先做一轮真实系统验证。验证时看两件事:目标系统没有接口时,平台有没有非侵入式的操作能力;执行到异常分支时,是停下来等人接管,还是按预设逻辑继续推进。

不能连外网的单位,判断标准只剩两条:机箱能不能进现场,断网之后这条任务还跑不跑得完。

六类分完,问题会小一圈:不再问哪一家更强,只问这一段活归哪一类出身接、下一段由谁续。