人工智能模型开发 | Mendix

跳到主要内容

人工智能执行的结构性挑战.

大多数企业并不缺乏人工智能方面的雄心壮志,而是缺乏有效的执行力。数据科学家构建的模型往往停留在开发环境中,业务利益相关者无法根据他们无法理解的输出结果采取行动,合规团队也无法在没有审计追踪的情况下批准决策。最终导致执行力不足:这不是资源问题,而是结构性问题。

核心问题始终存在:拥有深厚业务知识的人员被排除在模型开发之外,而构建的模型又缺乏最终用户采取行动所需的透明度。弥合这一差距需要解决几个具体的症结所在。

维持生产环境中的人工智能模型

贯穿整个车型生命周期 

未投入生产环境的模型属于研究范畴,而非实际应用的人工智能。生产级人工智能涵盖整个生命周期:数据准备、训练、部署、版本控制和持续监控。

  • REST API 部署:将模型部署为受控 REST API 端点,以实现无缝集成。  
  • 集成版本控制和漂移监控:版本控制和漂移监控直接内置于生产环境中,以保持模型的相关性和准确性。 
  • 优化基础设施:减少跨环境的冗余工作,以控制基础设施成本。 

促进以下方面的合作
商业和信息技术

弥合执行差距需要改变业务部门和IT部门在整个模型生命周期中的协作方式。增加人手并不能解决结构性问题。

  • 价值驱动型用例鉴定:识别真正能从机器学习模型中受益的问题,而不是那些可以用更简单的工具解决的问题。 
  • 多角色模型开发:数据科学家和领域专家可以有效协作的环境,涵盖从数据准备到部署的整个过程。 
  • 领域专家工具:允许领域专家在 IT 管理的管道中构建可信模型的工具,从而减少积压工作并加快部署速度。 

整合治理

治理 事后无法添加,必须从一开始就内置。

  • 从原型到生产的路径:无需编写代码即可进行原型设计和测试,并可直接在同一平台上实现生产。  
  • 全面的预测可追溯性:每个预测都可通过关键影响因素、审计跟踪和每个阶段的版本历史记录进行追溯。 
  • 集中控制:从单一受管环境对部署管道、模型端点和漂移监控进行全面控制。 

LLM 和 ML 模型:
不同的工具,不同的工作


企业人工智能领域一个常见的误解是,大型语言模型(LLM)可以完全替代专门构建的机器学习(ML)模型。事实并非如此;智能体通常需要两者兼备。

专门构建的机器学习模型以受控 API 端点的形式部署,可供任何代理工作流调用,并且兼容基于 API 或本地部署的逻辑生命周期管理 (LLM)。当构建在具有企业知识图谱的平台上时,这些模型可以利用语义增强的训练数据,赋予代理通用机器学习管道无法实现的跨领域智能。

选择你的语言