在重型装备制造企业的日常运转中，MRO工业品采购看似零散，却直接决定设备停机时间与产线稳定性。某重型装备行业头部集团的备件品类跨度大、供应商层级复杂，现场人员在备件查询、需求提报、供应商核验环节长期依赖个人经验与线下沟通，信息在多个系统之间反复搬运。集团与数商云合作，围绕这三类高频场景开发MRO工业品Agent智能体，把知识库、物料主数据与业务规则封装为可调用的能力，让现场人员用自然语言完成从找件、报需求到验供应商的连续动作。本案例还原项目从场景拆解到上线运营的完整过程，供同类工业企业参考。
一、项目背景与客户诉求
1. 集团业务特征与MRO采购的复杂度
（1）某重型装备行业头部集团的业务覆盖研发设计、整机制造、交付安装与运维服务，生产基地分布在不同区域，设备型号跨度大、服役周期长。MRO工业品不进入产品BOM，却贯穿设备点检、计划检修与应急抢修，品类涉及机械件、电气件、液压件、密封件与工具耗材，规格描述细碎，替代关系复杂。
（2）集团采购职能相对集中，需求却发生在各生产基地与设备部门。同一功能件在不同产线有不同叫法，物料编码与现场口语描述之间长期存在落差；供应网络中既有原厂件与品牌代理商，也有渠道商与本地服务商，资质水平与服务能力参差。需求信息从现场到采购，往往要经过多轮转述与确认，时间消耗在沟通而非判断上。
2. 三类高频场景暴露出的效率瓶颈
（1）备件查询是最先被感知的堵点。现场人员通常用设备型号加俗称描述故障件，采购人员再把它翻译成物料编码，中间反复确认。老旧设备图纸缺失、原厂件停产、替代件适配条件不明确，判断往往依赖个别老师傅的经验，人员流动直接带来知识断层。
（2）需求提报的问题在于信息不完整。需求常以口头或即时通讯工具提出，缺少技术参数、用途说明、预算归属与交付要求，采购退回补充成为常态。紧急需求绕过流程先行采购，事后补单，既拉长了实际交付周期，也让需求数据难以沉淀，同类需求无法归集。
（3）供应商核验的质量波动较大。资质材料以扫描件流转，人工比对营业执照、体系认证、行业许可与履约记录，不同核验人员关注点不一致。引入新供应商时，信息主要依赖对方主动提供，风险识别滞后；在册供应商的资质变化也缺少持续跟踪机制。
3. 为什么选择智能体路线
（1）集团此前尝试过目录检索与规则引擎。目录检索要求输入准确编码，对口语描述几乎无解；规则引擎只能处理结构化字段，遇到模糊需求与长尾品类就失效。知识散落在图纸、制度文档、历史订单和个人经验中，缺少一种可被系统调用的组织方式，这是问题的根源。
（2）智能体路线提供了另一种可能。以大模型理解现场人员的自然语言表达，以企业知识库约束事实来源，以业务接口完成库存查询、单据生成、供应商档案调取等动作，把理解、查询、校验、生成串成连续流程。输出结果附带依据，便于人工复核，而不是给出一个无法解释的结论。
（3）项目启动阶段，双方就把边界谈清楚。智能体不替代采购决策，也不替代供应商准入审批，它承担信息组织、初步判断与流程推动，关键节点保留人工确认。这样的定位让业务部门愿意参与共建，也避免了上线后被质疑越权。
二、智能体方案设计与实施路径
1. 备件查询智能体：把口语描述转成可采购的物料
（1）输入方式做了充分放宽。现场人员可以描述故障现象，可以上传设备铭牌与旧件照片，也可以直接引用历史订单。智能体把类似设备渗油、需要密封件这样的表述，解析为设备、部位、功能、材质、工况等要素，再映射到物料主数据，而不是简单做关键词匹配。
（2）知识组织是这项工作的重心。数商云项目团队与集团设备、采购部门共同梳理物料主数据、技术参数、图纸信息、替代关系、可供供应商与历史采购记录，形成检索与推理的知识底座。对替代件单独标注适配条件与限制，明确哪些场景可以直接替换，哪些必须经过技术确认，避免把相似当成适用。
（3）结果呈现强调可用与可解释。智能体返回候选清单，标注匹配依据、关键参数差异、库存与协议价获取情况；对无法唯一确定的情形，不强行给答案，而是列出需要补充的信息项，引导现场人员补拍铭牌或补充工况参数。人工确认的结果回流到知识库，逐步覆盖长尾品类。
2. 需求提报智能体：让需求在提交时就具备可执行性
（1）提报入口与查询打通。现场人员在查询结果上直接发起提报，智能体按品类模板追问技术参数、需求数量、交付地点、期望到货时间、预算归属与用途说明。追问方式接近采购老手的问法，不做无关字段的机械罗列，减少填写负担。
（2）规则校验前置到提交之前。智能体同步比对可用库存、框架协议覆盖范围、预算科目与合规清单，优先提示可用库存与协议内供应商；对必填缺失、参数冲突、超出协议范围的需求，给出具体修改建议，而不是只提示错误。采购人员看到的需求单，要素相对完整，讨论可以围绕方案展开。
（3）单据生成与流转保持集团原有审批逻辑。智能体生成结构化需求单，附上查询依据与历史参考，按组织与品类规则走审批流；紧急需求走加急通道，同时保留说明与留痕，避免紧急成为绕过流程的借口。退回原因与补充内容被结构化记录，反哺模板与知识库。
3. 供应商核验智能体：把分散信息汇成判断依据
（1）材料解析能力解决了人工录入的低效。智能体识别营业执照、体系认证、行业许可、授权代理证明、履约与质量记录等材料，抽取关键字段并与供应商主数据比对，标记不一致项与时效风险，形成待核清单，核验人员从抄录转向判断。
（2）交叉比对让结论更稳。智能体对接公开工商信息、集团供应商主数据、历史订单与质量反馈，做多源交叉验证，避免单一材料决定结论。对证明材料与登记信息不一致、经营范围与品类不匹配、履约记录存在异常的情形，分别给出提示。
（3）人工复核与持续监测保留在流程内。核验结论由采购与质量部门确认，智能体提供依据与需补充材料清单；核验过程留痕，审计时可直接调阅判断路径。对在册供应商的资质变化与履约异常，智能体按周期扫描并提示复评，让供应商治理从准入时的一次性动作变成持续动作。
4. 协同编排与工程化底座
（1）知识底座统一建设。三类智能体共享物料、供应商、合同与制度知识源，明确各知识域的责任人与更新机制。项目组没有把知识库当成一次性交付物，而是配套了内容评审与版本管理流程，避免上线初期准确、运行一段时间后失效。
（2）智能体之间做了编排。查询结果可直接进入提报，提报中的供应商信息调用核验能力，核验通过的供应商又反哺查询的可供信息。用户面对的是一个连续入口，而不是三个互不相通的工具，重复录入因此明显减少。
（3）权限、审计与评测同步设计。按组织、角色、品类控制数据可见范围，关键动作记录操作人、时间与依据，满足内控要求；建立覆盖口语描述、边界参数、异常材料等情形的场景化测试集，上线后依据采纳情况与纠错记录持续调优。数商云在项目中承担了场景设计、知识治理、智能体开发与运营陪跑，集团业务部门则负责规则确认与结果验收，分工相对清晰。
三、应用成效与复制经验
1. 现场使用体验的变化
（1）找件方式变了。现场人员不必记住编码，用设备信息与故障现象描述即可获得候选件，以及还需要补充哪些参数。对老旧设备与停产件，智能体会提示替代方向与确认要求，减少了来回打电话问人的情况。
（2）提报动作前置。查询与提报在同一个对话中完成，需求要素在提交时基本齐备，采购退回补充的情形减少。新员工上手更快，知识以可查询的方式存在，不再完全依赖个别老师傅的记忆。
2. 采购与供应链管理的变化
（1）采购人员的精力重新分配。过去大量时间用于补信息、核编码、解释流程，现在更多投入价格谈判、供应保障与品类策略。需求单自带查询依据，评审时讨论的是选型是否合理、供应方式是否经济。
（2）需求归集具备了基础。结构化需求让同类需求可以被识别，分散在各基地的零星需求有机会合并，框架协议的覆盖范围也随之扩大。智能体在提报环节提示可用库存与协议供应商，重复采购与超范围采购得到约束。
3. 供应商治理与合规的变化
（1）准入核验效率提升，口径更统一。材料解析与多源比对承担了基础工作，核验人员集中在关键判断上；核验标准以规则和知识的形式固化下来，不同人员的判断差异收窄。
（2）过程可追溯。核验依据、补充材料、复核意见都留在系统内，面对内控检查与外部审计时可以快速还原判断过程。对在册供应商的持续监测，也让风险管理从事后补救转向事前提示。
4. 客户评价
（1）集团信息化负责人在项目复盘时提到，最初并不指望智能体替采购做决定，真正看重的是它把分散在图纸、文档、历史订单和老师傅经验里的信息，变成现场人员随时能问、采购人员随时能查的东西。这个目标达成之后，流程上的改变是自然发生的。
（2）采购部门负责人更关注需求质量的变化。过去评审会大量时间用于澄清需求，现在更多讨论供应方案与成本结构。他同时强调，智能体上线不是终点，规则与知识需要持续维护，否则准确度会随着业务变化而下降，这也是双方把运营机制写进项目计划的原因。
5. 可复制的落地经验
（1）场景选择从高频、规则相对清晰、风险可控的地方切入。先把备件查询与需求提报做扎实，再进入供应商核验这类强合规场景，业务部门容易建立信心，技术团队也有足够的语料与反馈打磨模型。
（2）数据治理必须先行。物料描述是否规范、供应商档案是否完整、历史订单是否可追溯，直接决定智能体的能力上限。数商云在项目中先把主数据与知识源梳理清楚，再做智能体开发，避免把数据问题误判为模型问题。
（3）人机边界要明确写进流程。哪些环节由智能体给出建议，哪些环节必须由岗位人员确认，需要在制度层面固定下来。把判断权留给岗位，把信息组织与初步筛查交给智能体，既保证效率，也避免出现无人负责的结论。
（4）运营机制比一次性交付更重要。设置场景负责人，建立反馈与纠错闭环，依据采纳情况与退回原因驱动迭代，定期评审知识内容。MRO工业品品类长尾明显，只有持续运营，智能体才能跟得上设备更新与供应市场变化。
从项目实践看，MRO工业品Agent智能体的价值不在于替代某个岗位，而在于把分散的信息与隐性的经验组织成可调用的能力，让备件查询、需求提报、供应商核验这三个原本割裂的环节连成一条顺畅的链路。对于设备密集、备件品类繁杂的工业企业，这条路径具备较强的可复制性。
数商云在本项目中沉淀的场景拆解方法、知识治理流程与智能体编排经验，也已应用于其他工业品采购数字化项目。对于正在评估智能体落地的企业，建议先从自身痛点最集中、数据基础相对较好的场景入手，用小范围验证换取组织信任，再逐步扩展能力边界。
评论