当企业数据遇上AI:一个让PLM系统自己开口说话的智能助手

当企业数据遇上AI:一个让PLM系统自己开口说话的智能助手

在制造业深耕多年的朋友都知道,PLM系统就像企业的“数字大脑”——它管理着产品从设计到报废的全生命周期数据。可这个“大脑”有个让人头疼的问题:它太“沉默”了。

工程师想查一个BOM变更的历史记录,得翻好几层菜单;质量经理想了解某个零件的所有关联文档,得在多个模块间来回切换;项目经理想快速获取变更审批的进度,只能靠人工去追踪。

这不是某个企业的个案,而是整个制造业数字化进程中的“通病”:系统功能强大,但交互方式始终停留在20年前——点菜单、填表单、等结果。用户与系统之间,隔着一道无形的墙。

有没有一种可能,让PLM系统自己开口说话?就像问一个同事那样,直接问它:“这个零件的变更流程走到哪了?”它就能给你一个清晰的答案。

从“被动响应”到“主动对话”:技术架构的进化

要实现这个目标,我们需要重新思考系统架构。传统PLM采用的是“请求-响应”模式:用户点击某个菜单,系统返回一个页面。这种方式优点是稳定,缺点是效率低、学习成本高。

我们设计的这套系统,采用了“智能体驱动”的新架构。简单来说,就是在PLM系统外面“罩”上一层智能代理层,让它成为用户和PLM之间的“翻译官”和“执行者”。

1. 分层架构:让复杂系统变得清晰

整个系统分为三层:

用户交互层:这是用户直接面对的部分。我们采用了现代化的Web应用架构,支持多会话管理。用户可以在一个界面中同时处理多个任务,比如同时查询变更状态和创建新的对象。

智能代理层:这是系统的“大脑”。它负责理解用户的自然语言请求,将其转换成PLM系统能理解的指令,然后执行并返回结果。这里集成了多个大语言模型(LLM),包括讯飞星火和DeepSeek,可以根据任务类型自动选择最合适的模型。

数据服务层:这是与PLM系统直接交互的部分。我们开发了专门的SCSAI客户端,通过AML(SCSAI标记语言)与PLM系统通信。同时,系统还维护了一个本地数据库,用于缓存常用数据和用户配置,提高响应速度。

2. 数据库设计:不止是存储

很多人可能会问:为什么不直接用PLM系统的数据库,还要自己建一个?

原因有三:

第一,性能优化。PLM系统的数据库往往非常庞大,查询复杂的关联数据可能需要很长时间。我们的本地数据库(基于SQLite)专门存储了用户频繁查询的数据模板和缓存结果,可以实现毫秒级响应。

第二,用户配置管理。每个用户对AI助手的使用习惯不同——有人喜欢简洁的回答,有人需要详细的数据。这些配置信息存储在本地数据库中,让AI助手能“记住”每个用户的偏好。

第三,会话管理。用户与AI的对话历史、当前任务状态等信息,都需要一个独立的存储空间。这就像给每个用户配备了一个“私人助理”,它记得你之前问过什么,知道你现在需要什么。

数据库设计遵循了“最小必要”原则——只存储真正需要的数据。核心表包括:

  • 用户表
:管理用户身份和权限
  • 会话表
:记录登录状态和会话信息
  • 模型配置表
:存储不同AI模型的参数配置
  • 聊天历史表
:记录用户与AI的对话记录
  • AML模板表
:预置常用的PLM操作模板,如查询、创建、修改、删除
  • AML对象表
:缓存从PLM系统获取的对象数据

3. 智能代理:如何让AI理解PLM的“语言”

这是整个系统最核心的部分。PLM系统有自己的“语言”——AML。工程师需要写复杂的AML语句才能完成一个操作。我们的智能代理层解决了这个问题:

自然语言 → 意图识别:当用户说“帮我查一下零件A-001的所有变更记录”,系统首先理解用户的意图是“查询变更历史”。

意图 → 操作模板:系统从AML模板库中找到对应的“查询变更历史”模板,这是一个预定义的AML语句框架。

模板 → 具体指令:系统将用户提供的参数(零件编号A-001)填入模板,生成完整的AML查询语句。

执行 + 返回:系统通过SCSAI客户端执行AML语句,然后将结果转换成自然语言返回给用户。

整个过程对用户来说完全透明,就像在跟一个懂PLM的同事聊天一样自然。

从“能用”到“好用”:我们解决了哪些实际问题

1. 多模型协同,不把鸡蛋放在一个篮子里

系统集成了讯飞星火和DeepSeek两个大模型。为什么这么做?

不同模型擅长的领域不同。讯飞星火在中文理解和代码生成方面表现出色,适合处理复杂的PLM操作指令;DeepSeek在逻辑推理和数据分析方面更强,适合回答复杂的业务问题。

系统会根据任务类型自动选择模型。比如,用户问“这个零件的变更风险有多大”,系统会优先调用DeepSeek进行风险分析;如果用户说“帮我创建一个新的变更请求”,系统会调用讯飞星火生成AML指令。

这种“智能路由”机制,让每个模型都发挥自己的长处,整体效果远好于单一模型。

2. 降级策略:稳定性是第一位的

任何系统都可能有异常情况。如果AI模型服务暂时不可用怎么办?我们设计了完整的降级策略:

  • 主模型不可用 → 切换备用模型
:如果讯飞星火暂时连不上,系统自动切换到DeepSeek,用户几乎感觉不到变化
  • 所有模型不可用 → 本地缓存兜底
:对于常见的查询操作,系统会缓存最近的结果,即使所有模型都不可用,也能返回基本的数据
  • 最坏情况 → 优雅降级
:系统会提示用户当前AI服务异常,但不会崩溃,用户的会话数据也不会丢失

3. 模板化管理:让AI学会“套路”

PLM操作有很多固定“套路”:创建变更请求的步骤是固定的,查询BOM结构的语法是固定的,审批流程的节点是固定的。

我们将这些“套路”抽象成AML模板,存储在数据库中。当AI需要执行某个操作时,它不再需要“从零思考”,而是直接调用对应的模板,填入参数即可。

这种做法有三大好处:

  • 准确率高
:模板是经过验证的,不会出现语法错误
  • 执行速度快
:省去了AI生成指令的时间
  • 易于维护
:当PLM系统升级导致操作变化时,只需更新对应的模板,不需要修改AI模型

让每个企业都拥有“听得懂话”的PLM

回到开头的问题:如何让PLM系统自己开口说话?

答案不是给PLM系统装一个“嘴巴”,而是给它配一个“翻译官”——一个能理解自然语言、熟悉PLM业务、能自动执行操作的智能助手。

这套系统的价值,不仅在于提高了操作效率(从几分钟到几秒钟),更在于降低了使用门槛。以前只有经过培训的PLM专员才能完成的操作,现在任何工程师、管理者都可以通过自然语言完成。

BossAgents(左帮右臂) 正是专注于为企业打造这样的智能体。我们不只是在PLM外面套一层AI界面,而是深入理解企业的业务流程,将AI能力与业务逻辑深度融合。从制造业的PLM到金融业的CRM,从医疗行业的HIS到教育行业的LMS,我们帮助企业将任何一个“沉默”的系统,变成一个“能说话、会办事”的智能助手。

如果你也在为企业系统的“难用”而烦恼,不妨想想:不是系统不够好,而是缺少一个能听懂你说话、替你办事的“左帮右臂”。

我们正在让这个想法变成现实。

← 返回案例列表
分享:
🤖 Try Now →
🤖
🎁