重庆做汽摩配、通用机械、电子装配的老板,这两年被人反复推销"上个 AI 吧"。真正试用过的,大多落到同一个结局:公司内网里多了一个能聊天的助手,问它"上周三发往赛力斯的那批支架合格单在哪",它答得头头是道,但没有一句能对着 U8 或者 MES 里的记录核对。员工用两天就散了,老板得出一个结论——AI 在我们这种厂里没用。
问题不在模型,在于那个东西压根没有接进业务系统。对企业真正有价值的智能体,不是"会说话",而是"能替你把手在系统里做完"。这篇文章把这件事拆开讲:一家重庆的装备制造或者零部件企业,怎么把智能体落到 ERP、MES、WMS、OA 这些已经跑了很多年的系统上;哪些接口能动、哪些不能动;怎么验收;以及什么情况下这个项目根本不该立项。
一、先划清边界:接不进系统的智能体,价值接近于零
重庆这批工厂的系统现状高度相似:用友或者金蝶的 ERP 用了七八年,MES 是某次项目配套上的,OA 走钉钉或者企业微信,库存台账还有一部分在Excel 和班组长的记事本里。老板要的不是"知识问答",是这几件具体的事:
- 销售在微信里被客户问"我的货什么时候发",业务员不用登 ERP 就能报出准确交期,并且这个答复直接来自库存与排产数据;
- 计划员早会之后,系统里的缺料清单能自动生成采购申请草稿,他只做确认而不是逐条录入;
- 车间主任在机台边用一句话报修,工单自动落到 MES 并带上设备编号、班次、停机时长;
- 财务月底核对往来,不用把四个系统的数据导出来在 Excel 里做 VLOOKUP。
这四件事有一个共同点:动作的终点是"业务系统里多了一条正确的记录"。所以智能体的验收标准也应该是这个,而不是"回答得像不像人"。我们内部把它量化成一个指标——一次落库率:智能体调用工具向业务系统写入数据,一次执行就通过校验、落库成功、无需人工返工的比例。低于这个数,系统越"聪明"越危险,因为错的记录比没有记录更难处理。
二、方案分层:一个能交付的企业智能体由四层组成
接入层:先判断"能动哪个口",不是先选模型
老系统不一定有 API,但这不等于接不进去。可行的四条路,按优先级从高到低:
一、原生接口/开放平台。新一点的 ERP、MES 提供标准 API 或者二开接口,能读写、有鉴权、有操作日志,这是最理想的情况,集成成本主要在字段映射与权限设计。
二、数据库视图 + 受控写入。读用视图(把业务口径固化在视图里,避免智能体自己拼 SQL),写只允许走系统已有的存储过程或者新增的受控写入接口。绝对禁止智能体直接 UPDATE 业务表——这是所有企业集成里的第一铁律。
三、中间表或消息队列。老系统改不动的时候,智能体把结构化的业务单据写进中间表,由系统自身的定时任务去消费入库。多一层缓冲,好处是出错可回滚、可审计,坏处是时效性差一点,适合批量类场景(缺料汇总、对账单生成)。
四、RPA/界面自动化兜底。只有前三条都堵死才考虑,比如某些只有客户端、无接口、供应商已经失联的老软件。RPA 最脆,页面一改版就断,所以要在合同里明确它的维护责任——这一条很多甲方是被坑过才知道要问的。
在重庆的项目实践中,真正决定周期的不是模型能力,而是"接口开放度"。客户系统里如果有三四个核心环节只能走 RPA,整个项目的工期和稳定性预期都要重估,这一条要在评估阶段就讲明白。
知识层:业务口径必须写死,不能让模型猜
企业里最贵的错误往往是口径错误:"成品库存"到底包不包含在途、包不包含待检、包不包含被销售锁定的量;同一张"机加件"图纸在三个部门叫三个名字。这些必须在知识层固化——用受控的字段字典、指标口径说明、物料主数据映射表来定义,智能体只能引用,不能自由发挥。
RAG 在这层的正确用法是"带出处地解释规则",不是"生成规则"。销售问"这个报价能不能低于 12% 毛利",智能体应该给出公司价格制度的原文段落和审批路径,由人决定;而库存、交期、订单状态这些事实数据,一律走接口查询,不走知识库检索。把这两类信息混在一起,是所有失败项目的共同特征。
执行层:工具集小而准,每个工具都有明确边界
一个真正落地的智能体,手上的工具通常在 8 到 20 个之间,不是越多越好。每个工具写清五件事:入参校验规则、能改哪些字段、需要什么角色权限、哪些操作必须二次确认、失败之后怎么回滚。
高危动作要设计成"智能体准备、人来落锤":比如创建采购订单、修改交期承诺、发起退货、调整信用额度。这类操作在系统里留下"由智能体生成、由某账号确认"的双记录,权责清晰。反过来说,如果客户的业务系统本身权限就是混乱的(全厂共用一个超级账号),那第一步绝不是接智能体,而是先把账号体系理清——这一条我们会在诊断报告里明说,因为它直接决定项目能不能做。
还有一个必须交付的东西:执行层可热替换。客户的系统在升级,新系统上线、老系统改版时,智能体应该只换执行层的适配,上面的意图理解与知识层不动。做不到这一点的方案,一年后就是废纸,这也是我们和企业客户签长期陪跑服务的底气所在。
审计层:工具调用留痕,是把信任做出来的唯一办法
每一次智能体的动作都要留下一条可读的记录:谁在什么时间、通过什么入口、问了什么、系统检索到哪几份资料、调了哪个工具、传了什么参数、业务系统返回什么、最终有没有落库、有没有人工介入。这份日志有三个用途:
- 出了问题能在几分钟内定位是模型理解错、数据源错、还是接口校验漏了;
- 给管理层看真实使用量——哪些岗位天天在用、哪些从来没人碰,决定第二期投什么;
- 主机厂与审计方的问询场景下,证明"AI 参与的操作可追溯、可复核",这在给长安、赛力斯这类客户配套时是硬要求。
没有留痕的 Agent,在企业里连内审这一关都过不了,更别提进入主机厂供应链的评审。所以在我们这里,审计层不是"加分项",是和执行层同时交付的部分。
三、交付节奏:7 天评估、三阶段上线
第 1 步:7 天全链路系统成熟度评估。四个维度打分——系统覆盖(核心业务是否已在线上)、数据质量(主数据与库存数据的准确程度)、接口开放度(能不能读写)、人工占比(还有多少环节靠 Excel 和口头)。输出是一张现状画像加一份"能接/不能接/接了也不划算"的清单。这一步的作用是让甲方在花钱之前就知道自己卡在哪,而不是签完合同再发现根本连不进去。
第 2 步:阶段一,只读问答与查询(2 到 4 周)。智能体只查不写,覆盖销售查库存交期、计划查缺料、管理层查经营指标。这个阶段的价值是把口径、字段映射、权限三件事跑通,同时攒下真实提问数据。别小看它,一次落库率的基线就是从这里开始建立的。
第 3 步:阶段二,建议 + 人工确认(4 到 8 周)。智能体生成单据草稿、排产建议、采购申请,由人在系统里确认落库。这一阶段的核心指标是两个:建议采纳率、人工修改幅度。采纳率低说明知识层没做扎实,修改幅度大说明字段与规则映射有问题,两个都要回炉,不能硬推。
第 4 步:阶段三,授权范围内的自动执行。只挑错误成本可控的动作放权,比如工单生成、报表推送、常规补货申请。同时在后台留一个"一键停用"的开关,出问题时先停再查。到这一步,才可以说"智能体在替人上班"。
周期与投入的量级,重庆本地项目的经验是这样:阶段一属于最小可用范围,预算区间通常在一个成熟技术团队两三个月的人力成本之内;阶段二、三按放权的动作数量线性增加,主要成本在接口联调与权限梳理,不在模型 token。私有化部署会额外增加算力与运维投入,适合数据确实不能出内网的客户——这一条要如实告诉对方:如果只是想做个销售查询助手,公有云 API 完全够用,没必要为了"私有化"这个词多花一倍钱。
四、六个真实的坑,以及什么情况别做
坑一:让智能体直接连生产库跑 SQL。看着很灵活,实际上一次误删就是全厂事故。所有访问必须走受控接口和视图。
坑二:把知识库当事实来源。库存、价格、交期这类会变的数据只能来自接口,写进知识库的那一刻它就已经错了。
坑三:一期就要做"全公司都能用"。范围越大,口径冲突越多,交付越慢。首期只选一个部门、三个高频动作,跑出数据再扩。
坑四:没人负责数据清洗。物料编码重复、供应商主数据错乱,智能体接进去只会把垃圾放大得更快。数据准备工时必须在项目里明列,而不是"客户自己搞定"。
坑五:忽视执行层适配的责任边界。系统一升级就掉线,双方互相指责。合同与运维方案里要把"新系统上线或旧系统升级时评估 Agent 适配"写清,响应周期明示。
坑六:拿政策指标当项目目标。重庆在推"人工智能+"行动,提出 2026 年全市新一代智能终端及智能体应用普及率超过 70%、2027 年突破 80%,并配套了 15 项扶持措施,智能工厂、产业大脑、专精特新都有申报通道,两江新区作为全国首批中小企业转型试点城市核心区已在 2026 年 5 月通过验收,轻量化模式正在向各园区复制。这些政策值得用,但顺序必须是先跑通一个能算账的场景、再拿运行数据去申报。反过来为了凑材料立项,项目一定烂尾。
什么情况下不该做:业务系统本身还没上线(先把 ERP 跑稳)、核心数据准确率低到不敢信(先治数)、审批与账号体系混乱(先定权责)、老板期望"AI 帮我省掉一半人"(这个预期不适合智能体,适合工艺改造与设备投入)。这四类客户,我们通常在评估阶段就会劝退,而不是硬签。
五、验收怎么定:一张可照抄的指标表
- 一次落库率:按工具、按天统计,阶段二目标不低于 85%,自动执行类动作不低于 95%;
- 人工介入比例:每 100 次任务里需要人来收尾的比例,趋势要下降,不能只看绝对值;
- 事实准确率:库存、交期、价格三类查询与系统记录的一致比例,低于 99% 就是数据源或映射有问题;
- 留痕完整率:每一次写操作都有可复核记录,这一项要求 100%;
- 周活跃岗位数与人均调用次数:用来判断是真在用还是被应付;
- 回滚演练:每季度做一次"停掉智能体、切回人工流程"的演练,确保系统对它有边界而不是依赖。
最后一句实话:企业智能体这件事,做成了不性感,因为它表现为"业务系统里少了一批手工录入"。但正是这种不性感的动作,决定了重庆这批工厂在同成渝、同长三角同行竞争时,交付周期和人工成本能不能压下来。选供应商的时候别看 demo,看对方能不能拿出生产环境的运行日志样例、能不能按你的字段和权限写集成,以及敢不敢在合同里把一次落库率写进验收条款。
