前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >加速模型场景落地!腾讯大模型工具链全面升级

加速模型场景落地!腾讯大模型工具链全面升级

作者头像
腾讯技术工程官方号
发布于 2024-08-08 03:05:07
发布于 2024-08-08 03:05:07
6100
举报
7月5日,由腾讯华东总部主办,腾讯优图实验室、腾讯云智能、腾讯研究院、腾讯新闻共同协办的 2024 世界人工智能大会腾讯论坛在上海世博中心举办,腾讯公布大模型的最新进展和落地案例。

目前,腾讯围绕大模型已经构建起全链路的产品矩阵,包括底层基础设施、自研大模型、模型开发平台、智能体开发平台和面向场景的多元智能应用等,帮助企业客户将大模型快速落地到场景中去。

腾讯集团副总裁蒋杰表示,腾讯将人工智能视为公司长期战略。从语音到图像,再到大模型,每一次人工智能的浪潮里,腾讯始终坚持以自主技术创新为核心动力,结合场景推动AI的研究与落地。经过近一年的迭代升级,腾讯混元大模型在国内率先采用MoE架构,参数量已达到万亿,tokens数量超过7万亿,居国内大模型第一梯队。腾讯将发挥“专心致志、做好比特”的专长,将更多的“比特”转化成智能生产力,推动大模型等前沿人工智能技术在实体经济、文化保护、科学发现等领域的应用,为全社会的智能升级做好技术支持。

腾讯集团副总裁 蒋杰

腾讯云副总裁、腾讯云智能负责人、优图实验室负责人吴运声表示,通过混元大模型底座、TI平台、知识引擎、图像创作引擎、视频创作引擎等产品的不断迭代与发展,腾讯目前已经围绕办公协同、知识管理、智能客服、营销等全场景,为产业用户提供全链路的模型服务,让大模型真正实现落地,帮助企业提质增效。

腾讯云副总裁、腾讯云智能负责人、优图实验室负责人

吴运声

据介绍,腾讯混元大模型的单日调用Tokens已经达到千亿级别,单日调用次数超过3亿,并在云上新开放了混元-lite 256k版本、vision多模态版本,以及代码生成、角色扮演、functioncall等子模型和接口,满足不同企业和开发者的需求。

大模型工具升级

加速落地产业场景

为了进一步降低大模型的使用门槛,今年5月,腾讯云发布了“大模型知识引擎”、“大模型图像创作引擎”和“大模型视频创作引擎”三款PaaS工具,让企业能快速调用大模型的底层能力,构建适合自身场景的应用。

其中,知识引擎聚焦企业知识服务场景。通过该平台,企业用自然语言,5分钟就可以开发出一款知识服务应用,快速在客服营销、企业知识社区等业务场景落地。在本次论坛上,知识引擎发布了全新的多模态检索能力,支持图文互搜、以图搜图,能够结合知识库中检索返回的图文片段,给出图文并茂的答案。同时,知识引擎进一步扩展了企业知识类型的覆盖面,升级了泛BI对话式数据问答体验,支持超大表格、多表场景的多步骤推理、多条件筛选、求和计算,并扩展支持对接客户主流数据库。

图像创作引擎基于腾讯混元大模型底座,具备高质量的AI图像生成和编辑能力,能够为企业客户提供图像风格化、AI写真等能力。目前,图像创作引擎新增了商品背景生成、百变头像、模特换装、百变换装和线稿生图等接口,大幅降低了营销和影视行业的制作成本。

在视频领域,视频创作引擎推出复杂舞蹈编排算法,利用先进的3D建模技术和背部生成技术,上传一张图片,就可以让人物流畅地进行转身舞蹈,未来也将支持多人舞蹈的复杂编排。同时,视频转译功能接入混元文生文大模型和 TTS 技术,大幅提升转译后音频的自然度、相似度和语速效果。

腾讯云数据库副总经理、腾讯云向量数据库负责人 罗云

面向想要自己训练大模型的行业客户,腾讯云推出了向量数据库和一站式机器学习平台TI平台等工具。腾讯云向量数据库Tencent Cloud VectorDB每日支撑超过3700亿次向量检索请求,可支持千亿级向量规模存储,百万级 QPS 及毫秒级查询延迟,适用于大模型的训练推理、RAG场景、AI应用以及搜索推荐服务,实现企业数据接入AI的效率比传统方案提升10倍。

TI平台提供从数据预处理、模型构建、模型训练、模型评估到模型服务的全流程开发支持,帮助企业加速开发,降本增效。在TI平台的助力下,阅文集团、瑞金医院-上海市数字医学创新中心等已经训练出了自己的行业大模型。

阅文集团副总裁 黄琰

阅文集团副总裁黄琰介绍,去年7月,阅文集团发布了国内网络文学行业首个大模型“阅文妙笔”。经过近一年的探索实践,妙笔大模型在辅助网文多模态创作、支持用户与角色对话、网文AI多语种翻译等方面均有实践和落地。在大模型加持下,海外翻译成本下降90%,效率提升近百倍,更多小语种市场获得了增长机会,中国网文“一键出海”、“全球追更”已成为可能。在此过程中,阅文也创新重塑了业务与模型优化深度融合的协作流程,进一步实现了大模型的迭代优化。

瑞金医院-上海市数字医学创新中心首席技术官黄飞跃介绍,基于瑞金医院高品质的医学数据,团队构建了面向惠民和助医的医学大模型群。去年发布了瑞金医学大模型,推出体检报告生成和电子病历生成系统,并在瑞金院内应用。以体检报告生成为例,平均每5秒即可自动生成一份总检报告,为医生节约50%+的撰写时间。

瑞金医院-上海市数字医学创新中心首席技术官 黄飞跃

今年,瑞金医院进一步发布了瑞金AI医生。基于瑞金医院深厚的医学沉淀,AI医生能够实现“见多识广、望闻问切”,一方面,AI医生学习了丰富多样的疾病案例和领域专业知识,成为一个专精特全的医学专家;另一方面,通过多模态交互方式,AI医生可以直接在线上使用,实现望体征、闻声音、问病情、切病因,真正成为用户身边的健康助手。

开源全球最大个甲骨文多模态数据集

助力甲骨文研究

在当天的论坛上,“数字甲骨共创中心”宣布将全球最大的甲骨文多模态数据集正式开源。该数据集包含一万片甲骨的拓片、摹本,以及甲骨单字对应位置、对应字头、对应隶定字以及辞例分组、释读顺序等数据。基于该数据集,研究人员可开发甲骨文检测、识别、摹本生成、字形匹配以及释读等方向的智能算法,助推甲骨文研究加速数字化和智能化。

据介绍,数字甲骨共创中心由安阳师范学院甲骨文信息处理教育部实验室、腾讯SSV数字文化实验室、腾讯优图实验室、中国社会科学院甲骨学殷商史研究中心、中国社会科学院考古研究所安阳工作站、厦门大学多媒体可信感知与高效计算教育部重点实验室、郑州大学汉字文明研究中心等单位共同发起建立,吸纳了来自中国社会科学院古代史研究所、复旦大学、英国剑桥大学、法国高等研究实践学院、日本立命馆大学、美国罗格斯大学、加州大学洛杉矶分校等高校和研究机构的专业科研力量支持。

此次开源的甲骨文多模态数据集集合了甲骨文数字化研究的最新成果。一方面,该数据集吸收了当前业界最先进的甲骨文研究资料,包括剑桥大学博士秦培超发布的镜元甲骨文字库,该字库考虑了人工智能标注需求的字库进行了细粒度的异体字标识;以及清华大学黄天树教授发布的《摹本大系》,得益于其具有大量甲骨片清晰字形,降低了标注的难度。

安阳师范学院、甲骨文信息处理教育部重点实验室主任

刘永革

另一方面,AI相关技术的应用也为数据集的信息丰富提供了支撑。比如由腾讯优图实验室联合安阳团队开发的甲骨字检测模型,可以对甲骨片上的字进行一个初步的标注;字形降噪与匹配模型,为检索提供了最直接的方法;甲骨校重算法,可以实现拓片与大系摹本的配准,使得大系摹本可以直接辅助拓片的标注;同时双方联合打造的协同创新平台,也大大提升了数据标注的效率。

腾讯数字文化实验室负责人舒展在分享中介绍,守护中华文脉,焕活汉字源头。用人工智能助力甲骨文“破译”和活化利用,我们一直在探索,将“甲骨文AI破译”纳入探元计划支持的创新探索型项目的定向命题。联合数字甲骨共创中心发布甲骨文AI破译需求,揭榜挂帅,期待与有技术储备、有意愿共创、致力于AI助力甲骨文破译的科研机构形成解决方案。经过遴选评审的共创伙伴将获得资助,共创甲骨文AI考释破译的新算法、新工具、新方法。

腾讯SSV数字文化实验室负责人 舒展

近年来,腾讯持续探索数字科技与文化深度融合,运用前沿数字科技帮助文化遗产保护传承,发起并推动了AI助力甲骨文研究、三星堆文物修复、国博数字人等多个项目,用数字技术推动文化遗产焕活。

AI也在持续助力天文探索。2021年,腾讯联合国家天文台,发起了“探星计划”,基于优图实验室的计算机视觉技术,用AI+云提高探星效率,辅助快速射电暴和近密双星系统中脉冲星搜索。

快速射电暴是目前天文界研究热点,相比脉冲星,快速射电暴因发现时间晚、AI训练数据少、出现频率低,发现难度相比脉冲星要大很多。为此,优图团队通过设计全新的端到端AI算法,引入多示例学习和大模型注意力机制,显著提升了模型精度和数据处理速度。

截至目前,“探星计划”从巡天观测数据中发现了3颗快速射电暴、41颗脉冲星。

2024大模型十大趋势

走入“机器外脑时代”

会上,腾讯研究院联合上海交通大学、讯优图实验室、腾讯云智能发布了《2024年AI大模型十大趋势》报告。报告指出,人工智能正在迅速发展,大模型技术正成为赋能各行各业的关键。从算力底座、智力增强到人机协作,大模型正在重塑人类社会,成为人类可依赖的“外脑"。

十大趋势包括算力底座、推理分析、创意生成、情绪智能、智能制造、游戏环境、移动革新、具身智能、开源共享、人机对齐等层面。

具体来说,算力底座的量变和提效为大模型行业的发展提供了算力的保障。海量GPU和新一代大模型的组合,使人工智能在三个方向上有了实质性的飞跃:推理分析、创意生成和情绪智能。这意味着AI第一次拥有了类人的交互能能力,新一代AI正在成为人类的“机器外脑”,提供智力的外挂。

腾讯研究院资深研究员 徐思彦

随着大模型与人机协作的深入,个体创作的门槛进一步降低,越来越多的个体借助大模型外脑成为“斜杠青年”、“超级生产者”,甚至开启自己的“一人企业”。端侧模型的优化将大幅提升提升移动设备的体验,为大模型带来了新的应用入口。在工业领域,多模态通用感知技术正在提升生产力,而游戏与大模型的共生关系为Agent训练提供了新的舞台。开源模型的成熟,为技术共享与创新提供了强大的生态支持。最后,人机对齐成为确保大模型安全与治理的核心议题,指引着人类走向一个更加智能、高效和伦理的未来。

现场直击!WAIC亮点合集

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2024-07-08,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 腾讯技术工程 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
[数据库] 第一范式、第二范式、第三范式、BC范式
关键码 1) 超键:在关系中能唯一标识元组的属性或属性集称为关键模式的超键。 2) 候选键:不含有多余属性的超键称为候选键。也就是在候选键中在删除属性就不是键了。 3) 主键:用户选作元组标识的候选键称为主键。一般不加说明,键就是指主键。 4) 外键:如果模式R中属性K是其他模式的主键,那么K在模式R中称为外键。
全栈程序员站长
2022/08/31
8200
[数据库] 第一范式、第二范式、第三范式、BC范式
MySQL (4) 第一范式 第二范式 第三范式 BC范式
第一范式:所有属性都是不可分割的原子值。 也就是每个属性都是不可再分的。 例如下图就不符合第一范式的要求
全栈程序员站长
2022/08/31
1.2K0
MySQL (4) 第一范式 第二范式 第三范式 BC范式
第二范式和bcnf范式区别(bcnf范式通俗解释)
建立在第一范式的基础上,每一个非主属性要完全函数依赖于候选键(或者说是主键,任一个候选键都可以做主键)。即非主键列完全依赖于主键,而不能是依赖于主键的一部分,必须满足两个条件:
全栈程序员站长
2022/08/01
9410
数据库 部分函数依赖 完全函数依赖 传递函数依赖 第一范式、第二范式、第三范式、BCNF范式区别
数据库 部分函数依赖 完全函数依赖 传递函数依赖 第一范式、第二范式、第三范式、BCNF范式区别
全栈程序员站长
2022/08/31
2.4K0
数据库 部分函数依赖 完全函数依赖 传递函数依赖 第一范式、第二范式、第三范式、BCNF范式区别
第一范式,第二范式,第三范式,BCNF范式理解
实体:现实世界中客观存在并可以被区别的事物。比如“一个学生”、“一本书”、“一门课”等等。值得强调的是这里所说的“事物”不仅仅是看得见摸得着的“东西”,它也可以是虚拟的,比如说“老师与学校的关系”。
全栈程序员站长
2022/08/25
1.3K0
第一范式,第二范式,第三范式,BCNF范式理解
数据库系统的三大范式以及BCNF范式详细讲解 (很详细,很详细,很详细)
首先要明白”范式(NF)”是什么意思。按照教材中的定义,范式是“符合某一种级别的关系模式的集合,表示一个关系内部各属性之间的联系的合理化程度”。很晦涩吧?实际上你可以把它粗略地理解为一张数据表的表结构所符合的某种设计标准的级别。就像家里装修买建材,最环保的是E0级,其次是E1级,还有E2级等等。数据库范式也分为1NF,2NF,3NF,BCNF,4NF,5NF。一般在我们设计关系型数据库的时候,最多考虑到BCNF就够。符合高一级范式的设计,必定符合低一级范式,例如符合2NF的关系模式,必定符合1NF。
全栈程序员站长
2022/07/23
14.1K0
数据库系统的三大范式以及BCNF范式详细讲解 (很详细,很详细,很详细)
软考高级架构师:数据库的范式 1NF 、2NF 、3NF 和 BCNF
数据库范式是一系列规范条件的集合,这些规范条件定义了数据库表结构的合理性,以减少数据冗余和改善数据的逻辑结构。主要的范式包括第一范式(1NF)、第二范式(2NF)、第三范式(3NF)和巴斯-科德范式(BCNF)。每个高级范式都建立在前一个范式的基础上。
明明如月学长
2024/05/25
7400
软考高级架构师:数据库的范式 1NF 、2NF 、3NF 和 BCNF
关系模型的相关术语[通俗易懂]
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/106918.html原文链接:https://javaforall.cn
全栈程序员站长
2022/08/04
1.3K0
第一范式、第二范式和第三范式「建议收藏」
概念:设计数据库是,需要遵循的一些规范,要遵循后边的范式要求,必须遵循前边的所有范式要求
全栈程序员站长
2022/08/31
1.5K0
数据库-第一范式、第二范式、第三范式、BC范式、第四范式简析
在设计与操作维护数据库时,最关键的问题就是要确保数据能够正确地分布到数据库的表中。使用正确的数据结构,不仅有助于对数据库进行相应的存取操作,还可以极大地简化应用程序中的其他内容(查询、窗体、报表、代码等),按照“数据库规范化”对表进行设计,其目的就是减少数据库中的数据冗余,以增加数据的一致性。
全栈程序员站长
2022/08/31
7.6K0
数据库-第一范式、第二范式、第三范式、BC范式、第四范式简析
数据库系统概述——第六章 关系数据理论(知识点复习+练习题)
函数依赖的定义:设R(U)是一个属性集U上的关系模式,X和Y是U的子集。若对于R(U)的任意一个可能的关系r,r中不可能存在两个元组在X上的属性值相等, 而在Y上的属性值不等, 则称 “X函数确定Y” 或 “Y函数依赖于X”,记作X→Y。即只要 X 上的属性值相等,Y 上的值一定相等。
命运之光
2024/03/20
5860
数据库系统概述——第六章 关系数据理论(知识点复习+练习题)
关系规范化理论 | 数据库原理
这节课学习的内容在实践中基本不会用到这些概念, 不过感觉如果想深入了解数据库的底层特别是看数据库的底层数据操作函数源代码, 特别是想要了解其处理逻辑的原则, 那么这些概念应该还是很有参考性的.
h0cksr
2023/05/17
4970
数据库的规范化
一、基础概念 实体:现实世界中客观存在并可以被区别的事物。比如“一个学生”、“一本书”、“一门课”等。 属性:教科书上解释为:“实体所具有的某一特性”,由此可见,属性一开始是个逻辑概念,比如说,“性别”是“人”的一个属性。在关系数据库中,属性又是个物理概念,属性可以看作是“表的一列”。 元组:表中的一行就是一个元组。 分量:元组的某个属性值。 码:表中可以唯一确定一个元组的某个属性(或者属性组),如果这样的码有不止一个,那么大家都叫候选码,我们从候选码中挑一个出来做老大,它就叫主码。 全码:如果一个码包含了
用户1215536
2018/02/05
8690
数据库泛型(三范式)
数据库的设计范式是数据库设计所需要满足的规范,满足这些规范的数据库是简洁的、结构明晰的,同时,不会发生插入(insert)、删除(delete)和更新(update)操作异常。反之则是乱七八糟,不仅给数据库的编程人员制造麻烦,而且面目可憎,可能存储了大量不需要的冗余信息。
vv彭
2020/10/27
8410
数据库的第一范式,第二范式,第三范式,BCNF范式理解
所谓的第一范式就是数据库中的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性,如果出现重复的属性则需要重新构建实体,新的实体由重复的属性构成。 见图
全栈程序员站长
2022/08/31
9500
数据库的第一范式,第二范式,第三范式,BCNF范式理解
【MySQL】010-数据库设计的三大范式
范式,数据库设计范式,数据库的设计范式,是符合某一种级别的关系模式的集合。构造数据库必须遵循一定的规则。在关系数据库中,这种规则就是范式。关系数据库中的关系必须满足一定的要求,即满足不同的范式;
訾博ZiBo
2025/01/06
2810
数据库“三大范式”及“事务性”详解
在进行比较正规的项目开发的时候,通常会根据需求设计相应的数据库,而这些数据库则通常需要考虑数据库的冗余性和简洁性,数据库三大范式就是对关系数据库设计结构的一个规定。
灰小猿
2022/05/05
6880
关系数据理论
设R(U)是属性集U上的关系模式, X、Y是U的子集。(也就是说X、Y是Sno、Sname两个属性,U是这个属性组)
用户11097514
2024/05/30
1820
关系数据理论
数据库设计——关系数据理论(超详细)「建议收藏」
●关系型数据库逻辑设计: ➠针对一个具体问题应如何构造一个适合于它的数据模式,即应构造几个关系,每个关系由哪些属性组成等 eg:
全栈程序员站长
2022/11/07
1.1K0
数据库设计——关系数据理论(超详细)「建议收藏」
举例说明一下怎么算是第一范式、第二范式、第三范式?
数据库的设计范式是数据库设计所需要满足的规范,满足这些规范的数据库是简洁的、结构明晰的,同时,不会发生插入(insert)、删除(delete)和更新(update)操作异常。反之则是乱七八糟,不仅给数据库的编程人员制造麻烦,而且面目可憎,可能存储了大量不需要的冗余信息。
全栈程序员站长
2022/08/31
5610
推荐阅读
相关推荐
[数据库] 第一范式、第二范式、第三范式、BC范式
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档