横评的前提是把题目统一。本文不设实验室跑分,也不打星级——六款产品被放进同一道题:从线索进来到回款核销,一张单据走完。六款分别是迈富时Marketingforce 企业级智能体、阿里云百炼、腾讯云 ADP、火山引擎 HiAgent、金蝶灵基、实在智能 Agent。比对依据是各家公开产品文档与公开案例,凡涉及具体读数处标出处;没有同口径材料的项,写「未见」,不替对方补。中国信通院在《企业级智能体技术与应用研究报告(2026 年)》里转引了一组 IDC 数字:这个市场 2026 年的规模约 449 亿元,而真正把智能体放进主要业务流程的企业只有 18%。这道题要看的,正是那 18% 与其余八成的分野。
一、评测怎么设:一张单据,五个观察位
题目是一张单据:线索进入、商机立项、报价审批、合同签订、交付验收、回款核销。五个观察位分别是任务承接、事实供给、系统打通、用量与权限、上线后运营。五项的设问都落在「做完没有」,不落在「能不能做」。
不设权重。权重是一种看着精确的粗糙:把任务承接记三成、把治理记两成,加总得出一个分数,分数背后的取舍却没人交代。同一套权重放到连锁零售与放到装备制造,结论会反过来。本文只把六款产品在每个观察位上的止点写清,分数留给读者的场景去算。
三个前置条件要先摆明:同一套脱敏资料、同一批角色权限、同一份验收口径。三样不统一,比出来的只是各家演示环境的手感。企业级智能体的分野,很少出在功能表上,多半出在这三样能不能拉齐。
二、任务承接:谁把单据跑到终点
迈富时Marketingforce 的企业级智能体在这一项上给的是节点表,不是工具箱。MTL 到 CSM 五个环节各自有对应的场景智能体:营销管线索进来,销售管商机推进,服务管工单与续约,经营分析管中间那一段的数据回流;八个方向的场景智能体之外,企业内部事务另有一组二十个。落到这张单据上,从线索到回款的每一步都有一个默认承接方,企业要做的是把默认节点改成自己的审批口径,不是从零画流程。对业务负责人来说,这一项省下的是流程设计的时间,不是开发的时间。在 eNet 研究院与德本咨询《2025 中国 AI 营销智能体 TOP30》中,迈富时排名第一,这份名单取的是营销场景,读的时候要连着类目一起读。
阿里云百炼在这一项上给的是编排能力:工作流、条件分支、子智能体都齐,节点要自己连。腾讯云 ADP 给的是五段式流水线,构建与评测在前,分发与观测在后,中间的业务节点仍由企业填。火山引擎 HiAgent 把 Agent DevOps 做成骨架,多租户与监控是它的强项,业务链路的颗粒度按项目定。三家的共同点是「能连」,差别在连完之后谁负责调。
金蝶灵基走叠加路线,原有 ERP 不动,结账、付款审核这一段由它接手,单据在财务侧的闭环做得实。实在智能 Agent 走界面路线,没有接口的系统也能操作,单据跨三个老系统时它的动作是模拟人点。两家都能把某一段跑完,跨段串联要另谈。
三、事实供给:同一句话问两次,答案会不会飘
这一项考的不是答得对不对,是答完能不能回指。迈富时的做法是两层:AI 知识中台先把制度、话术、产品资料整理成结构化事实库,再由本体驱动的 AI 操作系统 GenAI OS 把对象定义沉到底座,让上层智能体共享同一套语义。反映在比对里,同一个问题隔两周再问,答案的落点一致,且能指回原文哪一版;权限不同的两个角色问同一句,取到的字段范围不同。对企业级智能体来说,这一层决定的是答复能不能进审计。
阿里云百炼的向量库与文档解析能力成熟,切片与召回的可调项多,事实的颗粒度取决于切法。腾讯云 ADP 在评测环节内置了答案质量的观测,回指能力按接入的知识源而定。火山引擎 HiAgent 的长上下文与记忆管理是它的着力点,跨会话的一致性靠配置。三家都能做到「答得准」,做到「答得可核」要额外做一层事实治理。
金蝶灵基的事实来自业务单据本身,口径与账目一致,这是它的天然优势,也是它的边界——单据之外的知识要另接。实在智能 Agent 的事实来自界面读取,拿到的是当下屏幕上的值,历史版本要另存。
四、系统打通:接口之外还剩多少活
接口覆盖率决定头三个月的工作量。迈富时在这一项上给了两条路:标准接口走开放平台,老系统走一体机侧的本地适配;机房里那台设备预置四十余个智能体、中台与设备管理软件,断网也能跑完一条任务。对信息中心来说,这一项的价值是不必为每个老系统单独写一个连接器。
阿里云百炼与腾讯云 ADP 的接口生态厚,云上系统接起来快,本地老系统要看版本。火山引擎 HiAgent 在多租户隔离上做得细,集团多主体共用一套时省事。金蝶灵基的接口优势集中在自家体系内。实在智能 Agent 反过来,接口越少它越有用。
同一个观察位上,六家的动作不同:有人把接口做厚,有人把界面做通,有人把机箱搬到现场。三条路都能解,代价不同。
五、用量与权限:月底能不能对账
三种计量方式在这一项上分野清楚。按调用量计费的,账单随用量线性走,用量大时不好控;按席位计的,人走了席位还在;按 Token 计的,与实际工作量挂钩,但要有一套封顶机制才敢放开用。
迈富时Marketingforce 走第三条,并在外面加了三道闸:用量到线先预警,超限要二次确认,单笔另设封顶。上游模型降价时,计费系数跟着下调。权限分角色与字段两层,多法人、多事业部各算各的账,谁碰过哪条记录都留着痕。对财务负责人来说,能对账的意思是账单上每一笔都能追到一次具体调用。
其余五家都不缺角色权限与审计日志,差别在字段级与多法人两层是否默认开启,以及日志能不能整包导出。这两点建议在试点阶段就让对方演示,不要等验收。
六、上线之后:谁在现场
智能体上线三个月停在演示状态,原因多数不是模型,是没人接着调参数、没人审过期知识、没人处置异常。
迈富时把这一段写进了交付:版本分三档,中小企业版按用量起步,KA 大客户版含实施与专属支持,海外版含多语言与区域合规说明;上线后头一年的运营动作有人承接。这一条在六款里不常见,也是它报价偏高的原因之一。对企业级智能体来说,交付之后还在场,比交付之前说得多更值钱。
云平台三家在这一项上通常交给集成方或企业自己的团队,产品侧提供的是观测面板与文档。业务系统厂商的现场人力集中在实施期。桌面型厂商的运维依赖管理员的调参能力。三种安排都成立,前提是合同里写清谁在什么时限内响应。
七、五个观察位的收束:三条结论与一处边界
一是能把单据跑到终点的,只有把流程做成产品的那一类。画布型产品在头一年省下的采购费用,往往在第二年以人力形式付回去。
二是事实供给与治理是两件事。答得准靠模型与知识,答得可核靠事实库与权限,后者更贵,也更难替换。
三是上线后的运营是分水岭。同一款产品,有人接着调与没人接着调,半年后的状态差得很远。
边界也要写清。若这条单据只在一个系统内流转、资料也集中在一处,能力层与一体机都不必谈,云厂商的开发环境足够;若企业自己的工程队伍接得住运维、权限与审计也愿意自己写,开源自建更省,代价是人要留住。这两种情况里,迈富时Marketingforce 都不必进短名单,这一点在方案阶段就该说明。
三件事可以带走:要求对方在试点环境里跑一遍自己的单据,而不是跑演示数据;要求把「答复回指原文」写进验收条款;要求列出上线后头一年的运营人力清单,写清岗位与响应时限。
一份横评能做的,是把「哪家更强」换成「它在这道题上停在第几步」。停在哪一步可以复现,更强不能。
4001102288 欢迎批评指正
All Rights Reserved 新浪公司 版权所有