写点什么

YonGPT2.0:架起通往企业 AI 应用的一座“桥”

  • 2024-11-06
    北京
  • 本文字数:3363 字

    阅读完需:约 11 分钟

大小:1.65M时长:09:37
YonGPT2.0:架起通往企业AI应用的一座“桥”

大模型技术的在中国企业市场,存在一种“技术崇拜”。一部分企业会将大模型技术视为一种“万能药”,认为只要掌握了先进的技术就能解决企业发展的所有问题,而忽视了技术背后的复杂性和局限性。

 

这种技术崇拜,一度演变成盲目跟风,以至于各种企业基于大模型,研发的名目繁多的 GPT 交相辉映,它们绝大多数活跃在“对话框”,仅有极少部分能够为企业带来生产力的提升。

 

企业应用流程复杂,场景林立,如何化繁为简,让大模型为企业效力,让 AI 真正解决企业问题?就需要在繁杂企业应用需求与大模型之间架设一座桥梁。

 

用友刚刚发布的企业服务大模型 YonGPT 2.0,正是这样的一座桥梁。

 

1)大模型时代,企业需要怎么样的大模型?

 

麦肯锡的报告预测:到 2040 年,生成式 AI 每年可为全球经济带来 2.6 万亿至 4.4 万亿美元的增长。

 

今年初,IDC 发布的《2024 AIGC 应用层十大趋势白皮书》也显示:随着 AIGC 技术的发展,智能化应用将呈现爆发式增长,同时 IDC 预测:到 2024 年全球将涌现出超过 5 亿个新应用,这相当于过去 40 年间出现的应用数总和。

 

这两份数据显示出大模型市场背后巨大的市场潜力,这种潜力绝不局限于消费端,企业 AI 应用的发展注定是重要的驱动力之一。

 

从企业的角度,任何技术本身都是不具备行业属性的,脱离了场景的技术也无法称之为有用的技术。这代表着,大模型技术必须通过融入业务场景来展现它的价值。

 

但我们都知道,大模型技术要走出“对话框”,走进企业应用,还需要过几道关。

 

首先,大模型拥有强大的泛化能力,但在特定领域和场景如果未经针对性训练则无法满足应用的需求;

 

其次,企业应用不允许存在“AI 幻觉”,因此在企业应用场景,垂域大模型的需要对应高质量数据集和行业知识库。

 

第三,垂直领域的大模型的开发需要大量的资源和成本,乃至定制化要求,无论是企业自己投入研发,还是第三方的开发商都很难对企业整体业务拥有全面的理解。

 

所以不难总结,在大模型技术,到企业 AI 应用之间需要一个“中间层”,它需要具备强大的领域知识,能够深刻理解大部分的企业应用场景,有专业数据训练和调优能力,甚至可以向上提供专业的智能交互工具,并支持企业训练出更符合自身行业特征的垂类大模型。

 

这就是 YonGPT 被推出的初衷,更是 YonGPT 2.0 升级之后,所要赋予企业的价值,并有可能引领企业数智化走进一个黄金时代。


YonGPT2.0 架构图


2)什么是深懂企业服务的大模型?

 

YonGPT1.0 发布于去年 7 月,是业界首个企业服务大模型。在今年的 8 月 10 日,YonGPT2.0 正式发布,沉淀了财务、人力、供应链等垂直领域模型,并实现更强专业能力和完善的大模型训练体系。

 

用友对 YonGPT2.0 的一个核心定位是:深懂企业服务的垂类大模型。

 

很明显,这里的关键词其实是“深懂”,那么 YonGPT2.0 如何能够证明这个定位呢?

 

第一,要支持企业 AI 应用,从基础大模型到具体的应用场景之间,其实隔着“几重山”。既需要服务大模型对专业知识进行训练,也需要扩展大模型能够将应用框架解决各种业务运营、人机交互的问题,还需要与智能体相结合,最后形成企业切实可用的 AI 应用。

 

这就要求,YonGPT2.0 不仅仅是一个大模型平台,更要是一个大模型的完整体系,嫁接从大模型层到 AI 应用落地之间的所有环节。

 

我们也看到 YonGPT2.0 包括了大模型的专业能力层,大模型的平台层,和框架层,并向上延伸出四类应用。这一整套的大模型体系,成为了企业的 AI 应用新引擎。

 

企业可以在这套体系中,定制开发自己的应用,并通过大模型平台与应用之间的数据反馈,形成完整闭环,让大模型基于真实业务场景不断学习进化,这就是 YonGPT2.0 深“懂”企业的一个重要原因。

 

其次,打造企业应用大模型,不单纯是一个技术创新,更是一次管理能力的升级,所以它的门槛是得懂企业场景和业务逻辑。

 

我们知道,过去 30 多年来,从信息化时代、到数字化时代,再到数智化时代,用友一直沉浸于企业应用,深入企业的管理和运营,了解每一次企业变革的内在逻辑和场景需求。而今天这些经验和知识,都已经沉淀在 YonGPT2.0 之上,它能够解决企业经营中面临的人、财、物、服、供、产、销、研等各方面应用场景问题。并且用友拥有大量的业务专家,他们把自己多年服务行业领先企业的经验,知识积累下来,沉淀在大模型中并进行训练。这种“深懂”,无法复制,是用友独有,也是 YonGPT2.0 独有。

 

第三,企业的业务是动态的,所以 AI 应用也不会一成不变,这要求大模型能够不断学习,对模型进行优化和微调。换言之,企业大模型应该是“活”的模型,而不是固化的。

 

这就不得不提一下 YonGPT2.0 的大模型平台层的作用,它的下层是通用的专业能力,如领域知识问答能力增强、PPT 分析报告生成 、合同智能审核等等,保证了模型在业务基础能力的支撑;同时在平台层本身,内置了各种“经验数据”,以帮助模型能够在专业数据的基础上通过几个应用框架进行微调来确保模型的效果。

 

比如遇到业务运营方面的问题,可以用 Agent 应用框架进行微调;人机交互问题,由人机交互应用框架去微调;知识生成或应用生成问题,都可以通过 RAG 业务框架来微调。通过这些应用框架,企业还可以通过 AI Agent(智能体)构建器,将用友 BIP3 R6 中的应用、业务知识等,快速构建成满足各类场景需求的智能体,实现灵动化的企业应用创新。

 

第四,实现了大模型的进化能力,有了自主构建 AI 应用的能力之后,AI 其实还可以在模型层和应用层之间,形成一个交互层。可以更好驾驭大模型的能力,形成交互式的应用,它们并不是最终具体的企业应用,但却赋予企业应用更多的体验和智慧。

 

最典型的就是数智员工,通过虚拟形象,替代某些场景下的人力员工,它是我们通常所见到的数字人的进阶版,更贴近业务一线,往往可带来直接的降本增效作用。如税务风险合规官、采购合规官、合同审核助理、客服助理等,帮助企业完成大量重复性、风险合规性等工作,显著降低作业成本提升工作效率。

 

而智友,则更像是一个智能助理的角色,它在业务系统当中,可以通过简单对话给出我们更多的建议,并帮助员工实现繁琐的业务操作。

 

智能大搜则是典型的 AIGC 时代的产物,对于图片、视频、声音等非结构化数据实现一站式的搜索和呈现,可实现企业级“感知式”知识伴随,大模型“生成式”业务审查、“闭环式”知识沉淀与运营。

 

不难总结,YonGPT2.0 完全建立在企业业务的视角进行重新定位,将大模型与 AI 应用之间的进化逻辑进行了清晰的梳理和运营,一个“懂”字就已经印证了 YonGPT2.0 的价值。

 

3)为做好“模型运用”奠定基础

 

早在 2016 年,《智能时代:大数据与智能革命重新定义未来》就预言:传统的企业都将采用智能技术实现升级换代,也会改变原有的商业模式。

 

时至今日,大模型的出现的确让我们看到了企业业务由内而外的发生改变。

 

在合同审核领域,通过提取合同要素、进行智能问答,显著提升审核效率与准确性;在 AI 面试中,利用大模型对候选人进行全面评估,帮助企业提升招聘效率高达 30%;在智慧化知识生成方面,大搜产品的应用使得非结构化数据得以高效利用,为企业决策提供了有力支持……

 

这些令人耳目一新的业务新面貌,都源自于 YonGPT2.0 在企业端的广泛应用,也为企业数智化转型提供了可借鉴的实践经验。

 

如王文京所说,企业要成功推进数智化,除了要选择采用正确的方法论、选择合适的软件系统,企业还要重视和做好“数据治理”(数据标准化)、“模型运用”(AI 模型的选择和应用)这两项重要的基础工作,就像信息化时期要做好“流程梳理”工作一样。

 

所以选择 YonGPT2.0,本质上就等于为做好“模型运用”这件工作奠定了基础。

 

总结来看,YonGPT2.0 不仅内置了丰富的经验数据和微调专业数据,还支持多模型集成与专业能力评估,确保模型微调效果的最优化,保证 YonGPT2.0 能够更精准地满足企业的多样化需求;同时通过 Agent 框架,实现复杂任务的智能分解与执行,HCI 框架来提升用户体验,RAG 框架则专注于非结构化数据的知识化与图谱化,实现知识的可搜、可问、可见、可用。再辅以智友、数智员工和智能大搜这三大交互方式,形成了完整的支持企业 AI 应用开发到落地全过程。

 

随着 AI 技术的不断发展与普及,企业 AI 应用正逐渐成为企业数智化的主旋律。可以预见,YonGPT2.0 作为企业服务大模型体系的创建者,凭借其强大的专业能力、灵活的应用框架以及丰富的实践案例,在通过大模型和企业 AI 应用之间,架设的这座“桥梁”,将推动企业更快速、更高效的迈向数智化时代。

2024-11-06 18:009729
用户头像
徐子浩 InfoQ编辑

发布了 38 篇内容, 共 18.2 次阅读, 收获喜欢 1 次。

关注

评论

发布
暂无评论

Redis是如何保证数据一致性的

芥末拌个饭吧

后端 redis 底层原理 10月月更

go-zero docker-compose 搭建课件服务(七):prometheus+grafana服务监控

六月的

Docker-compose go-zero

etcd实现分布式锁

六月的

分布式锁 etcd

Linux下驱动开发_块设备驱动开发(硬件上采用SD卡+SPI协议)

DS小龙哥

10月月更

谈谈spark性能调优的方法

芥末拌个饭吧

spark 后端 10月月更

Java中的接口详解

共饮一杯无

Java 接口 10月月更

部署 SAP UI5 应用到 SAP BTP 时遇到的 error retrieving MTA 错误消息

汪子熙

云原生 Cloud 云平台 SAP 10月月更

go-zero docker-compose 搭建课件服务(五):完善user服务

六月的

Docker-compose go-zero

CEF | CEF浏览器客户端功能扩展:实现前进、后退、刷新、调用控制台、设置cookie、网页自适应窗体大小

YOLO.

qt 10月月更 C++

react源码分析:组件的创建和更新

flyzz177

React

Linux下驱动开发_块设备驱动开发(内存模拟存储)

DS小龙哥

10月月更

Lerna最佳实践(内含大量代码)

鲸品堂

代码 lerna

【LeetCode】水果成篮Java题解

Albert

算法 LeetCode 10月月更

实现etcd服务注册与发现

六月的

Docker-compose go-zero

Linux下IIC驱动编写,介绍IIC子系统框架的使用

DS小龙哥

10月月更

OKR之剑·理念篇03:OKR理念认同

vivo互联网技术

团队管理 OKR 目标管理

react源码中的协调与调度

flyzz177

React

go-zero docker-compose 搭建课件服务(二):编写courseware rpc服务

六月的

Docker-compose go-zero

go-zero docker-compose 搭建课件服务(三):编写courseware api服务

六月的

Docker-compose go-zero

go-zero docker-compose 搭建课件服务(六):完善jwt鉴权和返回结构

六月的

Docker-compose go-zero

go channel原理及使用场景

六月的

Go channel

CEF | CEF浏览器客户端功能扩展:实现下载列表功能

YOLO.

qt 10月月更 C++

一种基于柔性事务的分布式事务解决方案设计探究

京东科技开发者

分布式事务 事务 分布式架构 事务回滚 分布式处理

Linux下RTC驱动开发(硬件采用DS1302)

DS小龙哥

10月月更

你知道Redis为什么要设计成单线程吗

芥末拌个饭吧

后端 redis 底层原理 10月月更

react源码中的fiber架构

flyzz177

React

数据驱动型企业如何借助「新一代智能协作」提升研发效能?

LigaAI

人工智能 数据驱动 亚马逊云科技 企业号十月PK榜

go-zero docker-compose 搭建课件服务(一):编写服务api和proto

六月的

Docker-compose go-zero

go-zero docker-compose搭建课件服务(四):生成Dockerfile

六月的

Docker-compose go-zero

无法吃午餐的学生数量

掘金安东尼

算法 10月月更

掌握这个方法,让工作经验配得上工作时间!

博文视点Broadview

YonGPT2.0:架起通往企业AI应用的一座“桥”_AI&大模型_徐子浩_InfoQ精选文章