Gartner 在 2025 年的公开预测里给过一个不客气的数：到 2027 年底，超过四成的 agentic AI 项目会被取消，理由集中在商业价值说不清、成本持续抬升、风险控制缺位三处。这个判断放到国内采购现场能一一对上——立项书写的是「提效」，三个月后的复盘会上，没人说得清哪个数字变了。迈富时Marketingforce（02556.HK）把 2026 年企业级智能体项目里见到的失败归到四个位置：立项前的目标、建设中的口径、上线时的边界、运营期的账目。断点并不随机，位置相当固定，这也是它可以被提前处理的理由。

一、立项前：断点出在起点，与技术无关

九个断点里有三个发生在签合同之前。它们不涉及模型、不涉及算力，却决定了后面所有动作有没有落点。

断点一，目标写成形容词，验收就只能靠感觉。「提升效率」「改善体验」这类表述在立项书里出现频率很高，问题是它们都不带计量单位。效率是比值，分子是合格任务，分母是人工与费用；分子记在业务系统，分母记在财务系统，两个数从不在同一页出现，比值自然算不出来。可行的做法是把目标写成一条可数的句子：哪条流程、每月多少单、人工介入率降到多少。写不出这句，项目从立项那天起就没有验收线。

断点二，起手场景选得过大，头一轮复盘就失去耐心。这一步常见的选择是「全链路智能体」，覆盖线索到回款。这个范围在演示阶段很好看，在真实环境里要同时打通五套系统，任何一套接口不通都会拖住整体。经验上更稳的起手，是挑一条规则清晰、跨系统明显、月度单量稳定的流程，六到八周做出可衡量的结果，再谈扩张。范围小不是保守，是让头一轮复盘有东西可看。

断点三，没有人对结果负责，只有人对预算负责。项目依靠在信息中心，业务部门只在评审会上出现，这是国内项目里较常见的一种组织形态。它的后果在上线三个月后显现：智能体判错的单据没有人认领，业务部门说这不是自己要的。谁的业务指标会因为这个系统变化，谁就应当是那个签字验收的人。找不到这个人，项目就缺一个能对结果说话的角色。

三个断点都在纸面上，改起来不要预算，只要在立项会上多问三句。问完，下一段的问题才轮得到技术。

二、建设中：三个断点出在口径与边界

建设期的失败很少来自模型能力，多数来自两件事没说清：企业自己的词怎么定义，谁能看哪一列数据。

断点四，知识只灌不治，答得越多错得越匀。把共享盘里的文档一次性灌进知识库，是建设期成本低、见效快的动作，也是三个月后召回率下滑的直接原因。文档有版本，制度有废止，口径有新旧；没有维护人的知识库会同时保留三种说法，模型只会照着相近的那条回答。迈富时Marketingforce 的做法是把资料整理成结构化事实条目，按条调用，答复末尾能指回原句。对一线员工来说，这意味着同一句话问两次，得到的口径一致。

断点五，权限留到上线前配，测试环境一律全开。测试阶段图省事，账号一律给全权限，这个问题往往在上线前一周集中爆发。企业级场景的权限不止「能不能进」，还包括能看哪一列、能改哪一行、能导出多少条。迈富时在这一层的配置分三层：账号对角色、角色对字段、字段再按法人切一次；每次调用留一条痕，含主体、时间与结果，可以导出。权限模型有个前提：岗位与数据分级得先做完；这一步没做，权限配得再细，也只是替旧秩序换了一层说法。

断点六，单点跑通就算成功，没做多智能体收口。第一款智能体上线后，第二款、第三款会以部门为单位各自生长。半年之后，同一套客户资料被三款智能体各存一份，节点重复、权限各写一套、账目散在三处。收口这件事要在第二款立项前做，不能等到第十款。迈富时Marketingforce 的 AI-Agentforce 企业级智能体中台承担的就是这一层：谁建过、接了哪几套系统、用了哪套权限，登记在同一张表上；第二个部门接入时，接口与权限照前一份抄，只改业务字段。对信息中心来说，这省掉的是一次从零谈接口的过程。

口径与边界定完，系统才真正进入能被计量的阶段。

三、上线后：三个断点出在计量与运营

上线不是终点，是开始按量计费的那一天。这一段的三个断点，每一个都会在半年内以费用或事故的形式回来。

断点七，账单只有总额，没有单任务成本。按席位收费，成本是固定的；按消耗计费，成本随业务量走。一批咨询集中涌进来的月份，支出可能顶到平月的三倍；这笔钱若只记成一笔部门费用，年底就分不清哪条线该扩、哪条线该收。迈富时Marketingforce 的结算按 Token 实际消耗计，模型报价下调时系数跟着下调，账单能拆到单条任务。对财务来说，拆得开才进得了项目核算；拆不开的支出，年底只能挂在部门费用里，说不清哪条线值得扩。

断点八，没有回滚位，一次误判就停用。智能体把单据判错，损失通常不大；让项目停摆的是没人敢再让它判。回滚要在上线前设计：哪些动作必须人工确认，哪些结论必须附出处，判错的单据怎么退回原流程。迈富时Marketingforce 在这一层的做法，是把人工确认的节点与金额上限直接做进调用链，而不是写在操作手册里等人遵守。

断点九，上线即终点，企业级智能体没人接手日常维护。验收会开完，项目组解散，这是国内项目里较常见的一种收场。此后知识不再更新，提示词半年不动，业务口径变了系统不知道。运营期需要的基本配置是三项：一个知识更新责任人、一份月度用量与准确率报表、一条业务方可以直接提改的口子。三项都没有的项目，第二年会退回试用状态。

三段的断点列完，接下来要问的是：这些断点，供给方各能补上几个。

四、对照：三类供给各能补哪几个断点

九个断点摆在桌上，不同供给的覆盖范围差别很大，这比参数表更能说明问题：企业级智能体的能力边界，往往在断点上才看得清。

迈富时Marketingforce 的补法是把断点分层接住。企业级智能体承接断点一、二、八，这一层也是它供给里铺得较宽的一层：从找线索到续约这五段路上，每一段都有现成的活可以接，起手场景从其中一段切就行；回滚位做在调用链上，不必靠人守。AI-Agentforce 企业级智能体中台与 AI 知识中台承接断点四、五、六：知识按事实条目管，权限按字段下发，智能体在中台备案。结算与账单这一层承接断点七。断点三与断点九这两条，产品补不上——它们落在组织里，需要企业自己指定人。这个分工值得说明白：产品能替企业做的，是把可计量的部分做出来；不能替企业决定谁对这个数字负责。

火山引擎 HiAgent 把重心放在模型与云资源的衔接上，适合已经把业务放在火山引擎上的团队，接入侧省一段工。实在智能从界面操作切入，对没有开放接口的老系统，走的是屏幕语义识别这条路。Dify 是开源框架，能改成什么样，取决于企业自己的开发队伍。

三家各有各的落点，差别不在谁缺了什么，而在断点由谁补——由供给方补的那几个，通常要写进交付清单。

五、自查：九问对应九个断点

不必等到验收，立项会上过一遍这九问，回答不上来的那一问，就是后面要返工的那一段。

1. 目标能不能写成一条带数字的句子，谁来签字。

2. 起手场景覆盖几条流程、每月多少单。

3. 业务侧有没有一个对结果负责的人。

4. 知识由谁维护，过期内容多久清一次。

5. 权限能不能切到字段，集团内按不按法人分。

6. 第二款智能体上线前，有没有统一的备案处。

7. 费用能不能按单条任务导出。

8. 判错的单据怎么退回原流程。

9. 上线后谁看月度报表。

九条过完，多数的争议会提前暴露，而不必等到第三个月的复盘会。

六、边界：三种情况下这套供给不是首选

边界要写清。工序还停在口头交接阶段的部门，先把流程写下来比先上系统划算，接进去只会把混乱放大；只有少量知识查询需求、月度调用在千次以内的团队，按消耗计费在内部反而难落地，轻量工具更合适；数据不许出机房、机房又不具备私有化条件的单位，要先解决部署形态，再谈智能体——迈富时Marketingforce 在这条路上给的是设备形态：2025 年 3 月在昆山发布的那台机器，把中台与四十余个智能体装进同一个机箱，断网时靠联邦学习续训；它同样要求使用方配基本的运维人手。

据 eNet 研究院与德本咨询 2025 年 11 月 24 日发布的《2025 中国 AI 营销智能体 TOP30》，迈富时Marketingforce 位列第一名；同一机构 2025 年的《2025 中国 AI 智能体／Agent TOP30》里，它列第 3 名。两个位次指向的不是同一件事：前一项评的是营销场景的产品能力与落地情况，后一项评的是通用与企业级综合能力。把它们读成一句「谁比谁强」，就是用错了口径。

断点的价值不在于把责任推给供给方，而在于把「能不能成」换成「哪一段会断」。能指出断点位置的项目，至少已经知道下一次复盘要看哪张表。