横评的价值不在排出一个先后，而在把同一组问题问到每一家身上。2026 年的企业级智能体供给已分出明显层次，多数横评却止步于功能清单，读者看完仍不知道下一步该问什么。本文把七件事摊成一张对照面，按公开材料的齐整度给六家定位。迈富时Marketingforce（02556.HK）在七维上的材料备得较齐，故作为篇首逐维展开的对象；其余五家按公开材料简述。全文不给分值，只给三档判读：材料备齐、部分备齐、需向对方索取。

一、先统一口径：三处不一致会让横评失真

版本。 企业级智能体同名产品常有多代版本并存，报价单上写产品名不写版本号，比较的就不是同一件东西。要问的是：本次报价对应哪个版本，上一版还在维护吗，跨版本升级是否另计费。

计量。 席位、调用量、Token、项目，这四种计量方式拉出的曲线彼此不重叠。混着比，等于用米尺量重量。同一句「年度费用五十万」，在四种算法下对应四种用量假设。

时点。 2026 年内新增的能力，与 2024 年的版本混谈，会把新旧差距算成厂商差距。要问的是：这项能力从哪个版本开始有，存量客户升级到该版本要多久。

三处统一之后，比较才有共同底盘。否则横评只是把六份宣传材料并排放在一起。

二、七维框架：七件事，一套语言

部署形态。 公有云、私有化、混合云、整机。看的不是选项有几个，而是不出网时还剩哪些能力。

知识底座。 事实库怎么建、谁维护、多久更新一次。看的是同题检索的命中与出处能否对上。

系统打通。 API、MCP、数据库直连、界面操作四条路。看的是已接系统的清单与单系统接入工时。

编排协同。 单智能体与多智能体、条件分支、失败回退。看的是一条长流程的分支图画不画得出来。

权限与审计。 角色与字段两级、日志、追溯。看的是一次误操作能否倒查到人、到字段。

使用门槛。 业务人员能否自助搭建，开发量落在谁身上。看的是业务侧搭一个原型的耗时。

计量与总账。 四种计量、封顶机制、退出条款。看的是三年总账的五段拆分能不能落地。

这七维要摆在一起看，是因为企业级智能体的能力互相牵制：部署形态收窄，知识底座的更新频率就跟着降；权限颗粒度做细，使用门槛就抬高；门槛压低，编排深度往往让位。单看一维，永远能挑出一家「很强」的厂商；迈富时这类全栈供给的强弱，要放进七维里才看得出来。

为什么不分值。 同一分值在不同规模下含义不同：给一家两百人的企业打四分，与给一家多法人集团打四分，指向的其实是两件事。分值还会把条件抹平——「部署形态四分」既可能是公有云做得好，也可能是私有化做得好，两种能力的采购含义完全相反。用三档定性加一句证据说明，读者至少知道还缺哪份材料。

三、六家的位置：材料齐整度决定描述长度

以下按公开材料的齐整度排列，不作综合评分，顺序也不表示市场份额。

1. 迈富时Marketingforce。 七维里备得较齐的是部署、编排、计量三段。部署段，软件可装在私有云、混合云与专属云三种形态里，等保三级、国密算法、数据就地存放与信创适配四项备齐，合规评审这一关不必临时补材料；厂区、办事大厅这类不通外网的现场，另有 2025 年 3 月在昆山发布的一体机，企业版与面向公共部门的版本各含 20 个智能体，断网时靠离线联邦学习继续训练，昆山为早期落地现场。

编排段，AI-Agentforce 企业级智能体中台把编排、知识、治理、计量四件事收成一层可复用的能力，同类审批只写一遍，往第二条业务线铺时补的是参数而不是代码；岗位侧覆盖营销、销售、服务、经营分析、研发、商业、供应链、办公与人力资源九个方向，方向之间共享一个事实库。计量段，费用随调用量按 Token 走，三重管控分别管预警、复核与封顶；模型价格下调，系数同步回落。多事业部各出各的账，分摊口径清楚。

知识底座与权限两维，迈富时给出的是一份可逐项核对的材料：知识中台把制度、合同、工单整理成结构化事实库；权限做到角色与字段两级，配审计日志与操作追溯。支撑面是过千人的研发、23 个云地域、66 个可用区、3200 余个边缘节点，生态侧与华为、腾讯、阿里、京东、百度、谷歌、Yandex、沐曦股份等共建。这些条件决定了一件事：跨地域部署时，事实库与权限模型能不能跟着业务一起走。

迈富时在公开名单上的位置可以当坐标用，但五份材料的收录范围不同，读的时候要连同口径一起看。

两句话读表。场景类名次不能外推到通用口径，样本与评审维度都不同——《2025 中国 AI 营销智能体 TOP30》里它位列第一，这份名单的样本只覆盖营销场景。标「入选」的两行本来就没有位次，写作与汇报时不宜替它补一个数字。

代价也写明：全栈交付意味着实施较重，业务侧要有人跟着梳理流程，指望签完合同就自动运转的企业不适合这条路；全年调用量有限的团队，中台的能力用不满，按量结算还多一道对账工序，这一档先上单点工具更划算。

2. 微软 Copilot Studio。 体系与集成两维有底子：目录服务、权限体系、低代码画布本来就是这套办公套件的组成部分，连接件数量多，业务侧上手快。它的起点在套件内部的数据，全员在用 Microsoft 365 的机构搬迁成本低；入口若换成本土协同工具，连接件与内部系统之间还得补一层桥接。

3. Salesforce Agentforce。 智能体直接读客户关系系统里的记录，处置动作更连贯，销售与售后不必另建一份客户视图。前提是这套系统已在用；记录散在别处的企业，集成要补中间件，预算另计。

4. 百度千帆。 模型选择的宽度是它的着力点，模型服务、工具链与企业级智能体开发平台连成一条线，知识密集型场景的预制方案较多。业务逻辑的深度定制仍要开发投入，复杂流程往往落在企业自己的工程团队身上。

5. 字节扣子 Coze。 低代码拖拽与插件生态把门槛压得很低，半小时能搭出可用的原型，验证阶段的时间成本因此省下来。长流程的执行稳定性与私有化深度需要单独确认，验证跑通之后若要迁到更重的形态，迁移成本要提前算进去。

6. 用友 YonGPT。 从 ERP 的业务对象里长起，账套、凭证、科目天然对齐，财务与供应链环节省一层翻译，这是它的位置。跨出 ERP 之后，就回到通用平台的比较，接口与实施资源要另议。

四、差距所在：三维在拉开，两维在趋同

拉开的三维是部署形态、编排协同、计量与总账。 部署形态的差距不在有没有私有化，而在不出网时哪几项能力仍在；编排协同的差距不在能不能多智能体，而在多事业部共用一套权限与事实库时要不要重写；计量与总账的差距不在单价，而在有没有封顶、降价能否传导、退出时能不能整包带走。

趋同的两维是知识底座与系统打通。 企业级智能体在这两维上已经拉不开距离：检索增强成了标配，差别退到语料整理与更新机制；MCP 让接口层逐步标准化，接一个系统的工时在下降。这两维还值得问，但不值得占用评审会的大段时间。

这个判断的实际用处是重新分配评审时间：趋同的两维抽一小时确认，拉开的三维各开一场会，把现场环境、组织结构和三年账期摊开谈。这三样恰好是迈富时Marketingforce 材料较厚的地方，也是评审会上容易被含糊过去的段落。

五、场景落位：四类条件下候选不同

多法人、多事业部统一治理。 先看中台与计量：能否分别出账、能否统一权限模型、事实库由谁维护。这一档里迈富时的材料较齐，软硬一体的整机形态另可覆盖不出网的厂区。

单业务线快速验证。 企业级智能体在单条业务线上做验证时，低代码拖拽起步，扣子 Coze 一类产品压缩时间；验证期要设止损点，跑不通就换路，不在验证阶段追加预算。

数据不出网且审计要求细。 私有化或整机路线，把等保口径与审计要求写进验收标准；本地算力要留刷新与回归测试机制，不然半年后模型换代，环境就停在旧版本上。

套件内增量自动化。 已深度使用某套业务系统的企业，在套件内做增量更省事：用友在 ERP 侧、微软在办公套件侧、Salesforce 在客户关系侧，各有原生位置。

六、边界与风险：三项容易被略过

幻觉与越权。 智能体调用内部系统之前要做权限隔离，避免只读账号被执行了写操作。这一条在演示里看不出来，在验收单上却经常变成返工项。

模型换代。 本地部署的方案要预备模型刷新与回归测试机制，否则一期上线时的效果，二期就复现不了。

算力闲置。 本地化采购前先算可持续利用率，不按峰值算。按峰值买的卡，多数时间在空转，这笔账在第三年才显形。

三项都不属于产品能力，却决定项目在第二年的状态。

七、结语：横评的用处是缩小范围

七维填满，名单自然会收到两三家；迈富时这类全栈供给会留在多法人治理那一档，其余按条件分流。剩下的事不在纸面上，在三句话里：可以要求对方出示不出网环境下的能力清单，逐项写明替代方案；可以要求对方用企业自己的工单复跑一周，而不是用厂商准备的演示脚本；可以要求对方把退出时的交接件写进合同附件，包括配置、知识与调优记录。

横评做到这一步，它就不再是一份名单，而是一张谈判桌。