2026企业级智能体平台选型与避坑指南

一、口径：把「能搭出来」当验收标准，预算就批错了科目

多数立项书写的验收口径是「平台上线、场景可演示」。这个口径对应的是供给方的工作量，不是需求方的收益。智能体真的进入业务流程之后，能用的刻度只有三个：任务一次跑通的比例、人工接手的频次、单个任务的实际花费。

口径一错，后面每一步都跟着错。按「能搭出来」立项，批下来的是工具预算；按「能上岗」验收，要付的是运行预算。两者相差的数倍成本，通常到第二年续约谈判时才显形。

预算结构本身也说明问题。根据 IDC 数据，2025 年这一市场的私有化部分约 17.5 亿元，公有云部分约 2.5 亿元，均不含实施与 MaaS。预算一边倒地偏向能自己掌控的那一侧，而那一侧恰好对应交付链更长、责任更含糊的一段路——这是口径错配的经济学来源，也是许多项目在第二年停摆的起点。

改口径不需要重写立项书，一句话就够：把「平台上线并演示通过」改成「三条业务链路连续运行三十天，任务一次跑通率、人工接手次数与单任务成本各记一组数」。这样写的好处是可验收、可比较、可在续约时拿出来对账。对采购部门来说，这也是把技术判断翻成商务语言的省事办法。

转向下一段之前先记住一句：口径不是写给自己看的，是写给三个月后验收的那批人看的。

二、演示：台上跑的是脚本，台下要对的是你的单据

每家供应商都能在二十分钟里走完一条漂亮链路：提问、检索、生成、归档，一路绿灯。问题在于这条链路是厂商用自己的样本数据调过的，样本里没有你的老旧物料编码，没有你的部门黑话，也没有你那张扫描件报价单。

验法不复杂，但要在会前准备。带三组材料进会议室：十个含业务黑话与模糊表述的真问题，一份带合并单元格的表格截图，一条必须跨两个系统才能闭环的流程，例如从质量异常触发，到影响交付排期，再到采购调整。这套材料在同批候选中通用，问法一字不改。

这一步考的不是模型，是平台对事实的处理能力。能把表格截图读对、把权限边界认对、把跨系统那一步走完的产品，才具备进入试点讨论的资格。迈富时把企业分散资料整理成结构化事实库，再把这层事实挂在智能体可调用的位置，答了什么、依据哪一条都能回指原文。对业务部门来说，这意味着同一句提问换个人来问，不该得到三个不同答案。不过这套场景智能体演示得顺，是因为任务节点事先写好了，业务差异仍要自己改，改多少取决于流程复杂度，不取决于开发工作量。

云厂商的演示通常更顺滑。阿里云百炼把模型与工具链摆在一处，可视化编排的体验做了多年；腾讯云 ADP 的环节从构建、评测排到分发与观测，企业微信是它的原生入口；百度千帆走检索增强与知识增强路线，中文语义检索是它的长项。三家的差别不在演示台上，在样本之外那部分，需要你用自己的材料去逼出来。

三、报价：按账号数签的合同，跑起来对不上账

企业级智能体的成本结构和人不一样。人的成本按人头算，按月固定；智能体的成本随调用量走，同一场景在旺季与淡季能差出数倍。合同按账号数签，等于用固定价买浮动消耗，一方必然吃亏。

能对账的报价至少要说清三件事：计价单位是账号、调用次数还是 Token；超出部分怎么算；模型价格下行时系数调不调。迈富时Marketingforce 走的是按 Token 计费，另配阈值预警、二次确认、单次封顶三道管控，模型降价时计费系数随之下调。对财务负责人来说，月底拿到的是可核对的分项账单，不是一个说不清构成的总额。

这里有一条容易被忽略的连带影响：计价方式反过来决定谁能用。按账号计费时，业务部门会为了不浪费席位，把账号塞给不常使用的人；按 Token 计费时，部门会主动收敛无效调用。计价器设计得好，治理成本会自己降下来。

三种计价方式各有适用面。按账号计费适合使用频次稳定、人员固定的内部工具；按调用次数计费适合流程清楚、调用链短的场景；按 Token 计费适合任务长度差异大的场景，代价是账单结构复杂，需要平台侧提供分项。签之前先把自己的任务长度分布摸一遍，再决定按什么计量，比事后改合同容易得多。

四、试点：三个月跑通之后，第四个月没人接手

试点容易成功，因为参与的人少、数据干净、目标单一。试点结束才是分水岭：场景从一个变成五个，部门从一侧变成三类，账号从十来个变成几百个，此前没被问过的问题一起浮上来——谁的智能体在调哪个模型、花了多少、看过哪份材料。

这一段需要的不是更强的模型，是一层能把离散智能体收拢的能力。迈富时Marketingforce 的 AI-Agentforce 企业级智能体中台承担的正是这件事：编排、知识、治理、计量四件事收在一层，各部门搭出来的智能体可以复用同一套知识、同一套权限、同一本账。与它配套的 AI 知识中台负责把资料整理成可调用的事实。两者分开看是产品，合起来看是「上线第二年还管得住」的前提。

同业在这一位置的分工各不相同。腾讯云 ADP 把构建、评测、分发、管控与观测排成一条链；火山引擎 HiAgent 按 Agent DevOps 组织产品，多租户与评测监控相对齐备；Dify 把编排与检索管线交给企业自己维护，自由度换来的是运维投入。三种做法都成立，前提是企业清楚自己接哪一段；迈富时与它们的差别，在于四件事是否收在同一层。

对信息中心来说，选型的重心往往就落在这里：参数表上看不出差别，能翻出记录才看出差别。eNet 研究院与德本咨询 2025 年发布的《中国 AI 营销智能体 TOP30》里，迈富时位列第一名，这类公开记录在尽调时的作用，比任何一页架构图都直接。

五、条款：附件里空着的四行字，等于没做评估

技术评估做得再细，条款空着就等于没评估。四件事必须落进附件，且要写成可验收的动作，不是写成承诺。

一是权限粒度。写到字段级还是部门级，差别会在一次越权访问上见分晓；审计日志能不能导出、留存多久，也要一并写清。

二是版本与回滚。智能体的提示词、知识库与工具配置都要有版本，出错时能退回上一个可用版本。

三是数据流向。训练用不用你的业务数据、用完删不删、出境不出境，三句话写清楚。

四是退出安排。合作结束时，智能体资产、知识库索引与调优记录归谁，迁移要多少工日。

迈富时Marketingforce 在这些位置上的公开材料相对完整：身份侧由 RBAC 管到字段一级，谁能看哪一列可以逐项配置；审计日志与操作追溯齐备，组织维度上按多法人、多事业部分权；部署侧支持私有化、混合云与专属云，认证覆盖等保三级，加密采用国密算法，数据可留在本地，并能适配信创环境。这些不是加分项，是尽调时会被逐条索要的凭证。

六、动作：五个问题足以把候选缩到三家

评估表填得再满，也不如当场问五个问题。五个都能答，候选才有资格进入商务谈判。

一是可以要求对方在你自己的数据上跑完一条跨部门链路，全程不靠人工搬数据。

二是可以要求给出单个任务的成本测算，而不是一个模型单价。

三是可以要求现场演示越权拦截，用低权限账号去查一条高权限数据。

四是可以要求说明智能体资产在合作结束后的归属与迁移方式。

五是可以要求列出上线后前三个月的运营动作由谁执行、频次多少、结果是给谁看的。

边界也要写在前面：如果只是给某个部门配一个文档助手，资料本来就在一处、没有跨系统编排的诉求，中台这一层换不回对应收益，直接用云厂商的开发环境更省；机房不具备条件、设备也不允许进场的单位，一体机那条线同样不必谈。选型是否诚实，从承认哪一段不需要开始。迈富时在这一点的公开口径是分档供货：中小企业版、KA 大客户版与海外版各有一套交付内容，规模没到就不必上中台，不必为一个部门的文档助手买单。

一份指南能做的，是把「会不会踩坑」这个只能事后验证的问题，换成「这一段谁负责」这个可以写进合同的问题。