2026年7月23日 周四晚上19:30,报名腾讯会议了解“如何构建自进化的动态知识库(Brain)”(限30人)
免费POC, 零成本试错
FDE知识库

FDE知识库

学习大模型的前沿技术与行业落地应用


收藏

如何结合多模态RAG和异步调用实现大模型内容理解?

发布日期:2025-03-30 11:53:54 浏览次数: 3166
作者:阿里云开发者

微信搜一搜,关注“阿里云开发者”

推荐语

探索多模态RAG技术结合异步调用在物流理赔业务中的应用。

核心内容:
1. 理赔业务中多模态RAG技术的应用背景
2. 异步调用方法在货损识别功能优化中的作用
3. 多模态RAG技术在图片查重和智能定损中的应用策略

杨芳贤
53AI创始人/腾讯云(TVP)最具价值专家

一. 项目背景和方案架构

1.1 项目背景

理赔业务是物流行业经常需要处理的问题,客服需要审核客户上传的受损货物的图片资料,对受损情况做判定,然后给客户提供赔偿金额;整体的流程需要人工操作,效率很低,因此如何用大模型作为切入点为理赔业务提效成为重点关注问题。理赔工作存在一个风险点,客户如果上传虚假的理赔图片,会造成物流公司的业务损失,比如客户上传的图片是曾经上传过的货损图片,或者经过了小幅度的裁剪、旋转、ps的相似图片,用人工来查重的过程费时费力,图片查重也需要大模型来提效;

经过对大模型能力的评估,我最终选择用多模态大模型qwen-vl-max的图片理解能力来做智能货物定损+智能图片查重的功能,先让大模型对上传的图片进行查重,如果重复流程终止,如果不重复,进入定损环节,让vl大模型对输入的受损货物的图片做识别,识别出货损情况,包括货损细节、货损位置、货损程度、受损情况;

1.2 需求分析

客户需要让大模型来实现智能定损+图片查重的功能,整体的要求如下:

(1)给定一组理赔货损图片,大模型先进行图片查重,如果上传的图片没有重复,则进入步骤2定损,如果存在重复,则终止流程;

(2)大模型识别这组图片中货物的破损情况、破损细节、破损位置、破损程度,返回定损结果;

大模型想要实现查重功能,需要把用户上传的图片和曾经的图片做比对来判断是否存在重复,首先因为一组上传的图片数量在5-10张,其中最能体现货物显著特点的就是货物的全景图,这个图片最有代表性,最合适作为查重的给定图片,其他图片是局部细节图、外包装、无关图等,所以从效果和时延上考虑,我推荐从一组图片中只选择一张破损货物的全景图作为查重图片;

当曾经的图片数量特别大时,大模型不可能和这么多图片去比对,这在技术上不可行,因此需要缩小比对的范围,让大模型只判断几张和这个上传图片最相似的图片,只要这几张图片没有重复,那么剩下的那些不太相似的图片就不可能重复,这样就把比对范围大大缩小了,因此我确定了技术策略,搭建一个图片库,从库中检索出和给定图片最相似的几张图片,作为后续的查重样本,大模型会判断给定图片和这些样本的相似性,如果判断重复,那么终止本次理赔,进入人工复核;

对RAG比较熟悉的同学已经发现,上述分析的逻辑,从库中检索出最相似的样本,这一步就是RAG做的工作,我们目前大量的RAG做的是文本领域的知识库,针对检索图像的这个需求,需要搭建的是多模态的向量库,因此多模态RAG将作为大模型的前置工作,为大模型检索出查重样本;图片的向量化需要用到向量大模型Embedding,multimodal-embedding-v1,能够把图片、文本、语言的多模态元素通过矩阵乘积计算出1024维度的向量,我用embedding模型对历史图片做向量化,并存储到库中,搭建多模态向量库;

相对应的从技术架构上也要搭建两个串联的功能:

(1)用户上传一组理赔图片,选择1张有代表性的货损全景图,先进行向量库检索出几张相似图片,然后调用大模型比对上传图片和检索出的图片的重复情况;

(2)上传的一组理赔图片输入qwen-vl-max,设计货损识别的提示词,大模型输出货损判定结果;

1.3 方案架构

1.3.1 功能1:图片查重

架构流程

(1)搭建图片向量库,用embedding模型对历史库中的所有图片计算向量,把所有向量存储到数据库中;

(2)客户上传一组理赔货损图片,自己从中选取一张最有代表性的破损全景图,作为查重给定图片;

(3)用embedding计算给定图片的向量,根据给定图片的向量从向量库中检索出最近似的几张图片;

(4)设计判断是否重复的提示词,调用vl大模型判断给定图片和最近似的几张图片是否存在重复,如果存在重复,进入人工复核,如果没有重复,进入正常的理赔流程;

向量库选择

milvus是基于开源milvus的全托管云上版本,兼容性好、支持无缝迁移、水平扩展、安全告警、并且有可视化的管理数据库图形操作界面,简单易用,以下是调用milvus存储、查询、修改向量数据的方法示例:

from pymilvus import MilvusClient
client = MilvusClient(    uri="",    token="",    db_name="default" )
client.create_collection(    collection_name="<yourCollectionname>",  # 指定待创建的集合的名称,milvus_collection。    dimension=5,  # 指定集合中向量的维度,本文示例为5    metric_type="IP"  # 指定用于计算向量相似度的度量方法)#样例数据data=[{"id": 0, "vector": [], "color": ""}]#插入数据res = client.insert(    collection_name="milvus_collection",    data=data)#检索向量库query_vector = [[]]res = client.search(    collection_name="milvus_collection",        data=query_vector,#查询向量    filter='5<id<10'#过滤条件                  limit=3,#返回3个最相似的向量    output_fields=['id','color'] #输出字段名)for hit in res[0]:    print(hit['entity'])

关键词筛选

在存储向量数据的时候,不仅存储向量本身,还可以把图片相关的数据作为关键字段也存起来,比如图片的链接、图片上传的时间、图片的上传人等,方便后续做关键词的过滤;在理赔项目中,如果只需要把给定图片和同一上传人之前上传的历史图片做比对,那么在检索时设置过滤条件,图片上传人=xx,如果要和过去一个月的历史图片做比对,再加过滤条件xx<上传时间<xx,这样可以根据需要调整筛选策略,更精确的查找结果;

top_k设置

top_k是设置召回的样本数量,也就是检索出几张最相似的图片,topk需要根据检索效果和时延来选择,topk越小,检索速度越快,但容错率低;在理赔项目中,我设置的topk=3,3张图片一般是比较合理的值,既能保证容错率,同时时延略微升高;

异步调用查重

对检索出3张最相似的图片,接下来是调用大模型查重,查重逻辑是这三张图片和给定图片一对一的比较,如果3张全部不重复,那么上传的给定图片查重通过,如果存在任意一张重复,那么查重不通过;基于这个逻辑,架构方法就是用异步方法同时向大模型请求3次,每次上传1张相似图片和给定图片,让大模型判断是否存在重复情况,对返回的3个结果检查,存在重复的判断结果,则查重不通过,全部不重复则查重通过;异步调用的方法我会在后文详细介绍;

1.3.2 功能2:识别货损

架构流程

(1)设计货物破损情况的识别提示词;

(2)查重通过后,把一组货损图片输入给qwen-vl-max大模型,输出货损情况;

识别货损提示词设计

##任务,识别货物的损坏情况仔细观察输入的图片,识别出其中货物的受损情况,包括受损细节、受损位置、受损程度,并给出你的判断理由;

二. 效果测试和架构优化

2.1 货损识别存在问题

总共的测试数据在50组理赔图片,每组图片在5-10张;

在实际功能测试的过程中,基于多模态RAG的图片查重功能的准确率达到94%,时延在2s左右,效果达到预期;

基于vl-max的多模态大模型货物定损的功能的定损准确率在72%,时延在6.7s,整体的时延性和准确率不达标,针对发现的两个问题,重新对错误数据分析,定位导致模型判错的原因,并优化该功能的架构;

具体的测试数据对比如下,图片查重的数据是单张图片维度的测试结果,识别货损的数据是组维度(一组5-10张图片)的测试结果:

2.1.1 问题1:准确率低

问题一是对易混图片的识别准确率很低,这类易混图片的特点是数量一般在8张以上,其中大部分是商品完好的图片或者是外包装等和商品无关的图片,这样的图片是无价值的,对定损没有帮助,真正有价值的能暴露商品破损情况的图片只有1-2张,比如下面这个床垫的例子:前面4张图片几乎看不出床垫有任何损坏的地方,真正暴露问题的在最后一张图片(床垫内部破损),原因在于上传者在拍摄图片时没有着重拍破损部位的全景图,这种情况下大模型会给出商品无损的判定结果,不符合预期;

第一个问题的原因分析,根据视觉大模型的输入逻辑,每张图片会先经过一个kernel的切分,维度一般在3x3,5x5,它的像素矩阵会切成多个小块(token),每一个小块经过embedding矩阵相乘后成为一个统一维度向量,叫做语义向量,同时为了体现小块的空间序列信息,还会引入二维位置编码,把位置信息也计算成向量,叫做位置向量,语义向量+位置向量得到包含语义和位置信息的输入向量;多个token按照在原来图片中的位置,拼接起来成为一张图片的输入序列向量;

多张图片,把一组输入序列向量拼接起来成为整体的输入序列输入给大模型,如下图所示:

而模型的输出是基于输入序列往后的迭代式生成,基于Transformer decoder架构的注意力机制会参考前文的词来生成当前词,如下图所示,注意力机制是给每个输入序列中的词分配一组query、key、value向量(qkv通过每个词的向量和预设的矩阵相乘得到),然后在计算当前词输出时,会根据前一个词的query向量和前文序列中每一个词的key向量做点积得到一个分数score,这个就是相关性分数,score越大,该score对应的前文向量对当前词的输出影响越大,然后把前文序列中每一个词的score乘自己的value向量,再加权求和得到当前词向量,该词向量再通过前馈神经网络判断出当前的单词,以此类推,直到整个输出序列生成完毕;这就是基于注意力机制的大模型生成逻辑;

从中分析可以发现,通过计算相关性分数score,前文序列中的每一个向量都会对当前向量的生成产生影响,score越大的向量相关性越大,对当前输出产生的影响越大,所以后文的生成语义很大程度受到前文输入序列的主要特征的影响,理论上分析输出序列的特征会遵循输入序列的主要特征;

那么当输入序列中的多张图片都是对定损无帮助的无价值图片时,输出的结果会受到输入序列的主要特征影响,此时的主要特征是货物无损,那么输出大概率也是无损;如果输入的只有一张图片且图片中有损坏货物,那么输出会是受损情况;

比如上面例子中的5张床垫照片,当全部输入给大模型时,模型会输出“无损”;当只上传单张图片给大模型时,前面4张会输出无损,最后一张确实有损的图片会输出损坏情况;

在实际的50组测试用例中,有11组用例存在上述的易混情况,每组图片内多数是对定损无价值的图片(外包装、有遮挡物等),有价值图片(货物全景图)占少数;大模型对这11组理赔图片最终给出的定损意见都是“无损”,属于判断错误;而准确率是0.72,大模型总共判断错误14组数据,在判错数据中这种情况是绝大多数占11/14,因此如何让大模型解决这样的易混图片问题是架构优化的重点;

2.1.2 问题2:时延高

问题二是时延较高,5张输入图片的平均的输出需要6s左右,每增加一张图片,时延要上升0.5s左右,这对实际业务来说等待体验不好,比如上述的5张床垫图片的定损需要6.2s;

第二个问题的原因分析,很好理解,大模型的输入序列越长,所需要的推理时间也会增加,导致耗时变长;

2.2 针对上述问题的思考

为了解决上述两个问题,我尝试了一些优化方法:

PE

优化提示词,定损的结果会产生偏差,那么我在提示词中强化大模型对这些无价值的图片的处理规则,比如在提示词中加入

##限制有部分图片和商品无关,有部分图片中商品未损坏,过滤这些图片,你只识别有破损商品的图片;

尝试五种不同的写法,大模型仍然会输出“无损”;说明大量的输入特征对结果的影响无法用提示词来扭转;

换基础模型

把qwen-vl-max换成了更快的vl-plus,但经过测试时延能够比vl-max平均快2s左右,但识别的准确率降低了20%,这样的结果无法接受;

加前置模型做过滤

再加一个大模型来对输入的一组图片做前置处理,先判断每张图片是否和破损商品有关,把无关的图片、商品完好无损的图片过滤掉,把真正有价值的图片传给vl-max做定损判断,这个方法确实解决了大模型输出“无损”的问题,但引入的前置大模型导致时延和推理成本都增加了近一倍;

是否存在一种优化方法能够完美解决效果和时延的两方面问题呢,经过思考和讨论,一种在工程上的常用方法:异步,成功解决这个问题;异步方法就是把这一组图片拆分成单张,同时向大模型请求多次,每次请求只传一张图片,每次请求会得到一个识别结果,把结果中无价值的过滤掉,最后再把有价值的结果整合成最终定损结果,这样能够实现对无价值图片的过滤来保证识别准确率,同时整体的输入的图片数量没有增加(一次传多张和多次,每次一张)保证成本不会增加,并且异步调用的时延大约是调用单张图片的时延,能够很大程度上降低时延;

2.3 针对上述问题的架构优化

基于上述逻辑,我对货损识别功能的架构做了优化,新架构如下:

2.3.1 大模型提示词的重新设计

依据异步调用的逻辑,现在vl大模型要先判断输入的单张图片是否存在货损,也就是判断这张图片有无价值,如果存在货损,然后识别货损情况,如果没有货损或图片中没有货物,货损情况输出“无”,这样后续在提取整合大模型结果的时候,可以直接提取出图片本身有无货损,根据这一字段结果来过滤无价值的图片,最终只保留有价值的定损结果;

以下是原提示词和新提示词的前后对比:

原提示词:

##任务,识别货物的损坏情况仔细观察输入的图片,识别出其中货物的受损情况,包括受损细节、受损位置、受损程度,并给出你的判断理由;

新提示词:

##任务一,判断图片是否相关仔细观察输入的图片,如果图片中没有明显的货物或者图片中的货物没有明显的损坏,输出“不相关”,如果有明显货物并且货物存在损坏,输出“相关”;##任务二,依据任务一的结果,识别货物的损坏情况如果任务一的结果是“不相关”,受损情况直接输出“无”;如果任务一的结果是“相关”,仔细观察输入的图片,识别出其中货物的受损情况,包括受损细节、受损位置、受损程度,并给出你的判断理由;

2.3.2 异步调用的方法

异步,在工程上常用的一种方法,指的是在同一时间节点执行不同的程序,来实现程序的并发能力;大模型的工程链路中也可以使用这一方法,异步调用大模型,就是在同一时间节点向大模型发出多个请求,得到多个请求结果,最后把每个结果整合成为最终结果;

以下是我用多线程实现的异步调用方法:

import threadingimport queueimport dashscope##recognize是调用大模型的函数,q是队列存放调用结果def recognize(path,q):cs=[]cu=[]#prompt是判断有无货损+识别货损情况的提示词prompt=''cs.append({'text':prompt})cu.append({"image":path})messages = [{"role": "system","content": cs},{"role": "user","content": cu}]response = dashscope.MultiModalConversation.call(model='qwen-vl-max',messages=messages)if response.status_code!=200:q.put((response.message,response.request_id,response.status_code))q.put((response["output"]["choices"][0]["message"].content[0]['text'],response.request_id,response.status_code))
#images是一组图片的链接列表images=[]num=len(images)q = queue.Queue()threads=[]for img in images:#创建多线程,调用大模型t = threading.Thread(target=recognize, args=(img,q))threads.append(t)t.start()for t in threads:#线程同时启动t.join()
#反向存储队列中的结果res=[]while not q.empty():res.insert(0,q.get())#对结果的后续处理,遍历、信息整合等;#、、、、、

核心思路是用多线程并发向大模型请求,每次请求上传单张图片,把每次的结果存到队列里(queue),最后从queue中反向提取结果,再进行后续处理;

2.3.3 引入语言大模型整合结果

在得到多组异步调用的结果后,剩下的工作就是把这些具有相同字段的结果整合起来成为最终输出,由于大模型生成的随机性,单张图片识别出的货损情况会存在一些较小的差别,因此这一步我采用了语言大模型强大的文字信息处理能力来实现,能够提取多组结果中的货损情况的共性特点,舍弃相同的表达,最终整合成一个结果;

我引入了qwen-turbo语言大模型,turbo模型速度最快,同时处理文本信息整合的任务对大模型来说不复杂,turbo足够处理;我设计了信息整合的提示词,以下是turbo的提示词:

##任务,文字信息整合输入多组货物损坏情况,这些描述的是同一件货物,请你整合这些货损情况,提取关键的共性信息,整合输出最终的货损情况

三. 最终效果提升

整体的测试数据集有50组理赔图片,每一组里面有5-10张货物破损图片,总共321张图片;

定义了3种评价指标,

(1)查重准确率是判断这组图片的查重图片,大模型的结果和是否真正重复比对,查重准确率=大模型判对的理赔组数/50;

(2)识别准确率是组维度的指标,如果一组图片最后识别出来的货损情况和人工的标准答案几乎一致,那么是一次准确的识别,理赔准确率=准确的理赔组数/50;

(3)平均时延是组维度的指标,计算的是模型处理一组图片的平均耗时,平均耗时=(第1组耗时+第2组耗时+...+第50组耗时)/50;

图片查重功能的准确率基于初步架构已经达到94%,所以关键的效果提升在加入了异步调用的新货损识别功能,结果如下:

参考

1.百炼官方文档

https://help.aliyun.com/zh/model-studio/user-guide/text-generation/?spm=a2c4g.11186623.help-menu-2400256.d_1_0_0.395eb0a8oY2EWB&scm=20140722.H_2841718._.OR_help-T_cn~zh-V_1#e9230d4b28j7q


高效构建安全合规的企业新账号


通过此方案可以统一企业内不同账号内的基线,灵活适配不同企业对账号初始化的个性需求。   

53AI,企业落地大模型首选服务商

产品:场景落地咨询+大模型应用平台+行业解决方案

承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业

联系我们

售前咨询
186 6662 7370
预约演示
185 8882 0121

微信扫码

添加专属顾问

回到顶部

加载中...

扫码咨询

扫码登录
登录即表示您同意《53AI网站服务协议》
服务协议

欢迎您使用【53AI 官方网站】(以下简称“本网站”或“我们”)。本《会员服务协议》(以下简称“本协议”)是您(以下简称“会员”或“用户”)与【深圳市博思协创网络科技有限公司】之间关于注册、登录及使用本网站会员服务所订立的法律协议。

在您注册或登录前,请务必审慎阅读、充分理解各条款内容,特别是免除或限制责任的条款、知识产权条款、争议解决条款等。此类条款将以加粗形式提示您注意。 当您通过微信公众号授权、手机验证码验证或其他方式成功登录本网站时,即视为您已完全理解并同意接受本协议的全部内容。

一、 定义

本网站:指由【深圳市博思协创网络科技有限公司】运营的,域名为【53ai.com】的网站及相关移动端页面。

会员服务:指本网站向注册会员提供的知识库文章查阅、内容检索及其他相关增值服务。

知识库内容:指本网站发布的包括但不限于文字、图表、数据、研究报告、行业分析等数字化内容资源。

二、 账号注册与登录

登录方式:本网站支持以下登录方式,您可根据实际情况选择:

微信公众号授权登录:您同意将您的微信OpenID信息授权给本网站,用于创建或关联会员账号。

手机验证码登录:您需提供真实有效的手机号码,并通过短信验证码完成身份验证与登录/注册。

账号安全:您的账号仅限您本人使用,禁止赠与、借用、租用、转让或售卖。因您保管不善导致的账号被盗、密码泄露等损失,由您自行承担。

实名认证:根据相关法律法规要求,我们可能要求您在特定功能下完成实名认证。如您拒绝提供,可能无法使用部分或全部服务。

未成年人保护:若您未满18周岁,请在法定监护人的陪同下阅读本协议,并在征得监护人同意后使用本服务。

三、 服务内容与规范

知识库查阅权限:会员登录后,有权按照其会员等级对应的权限范围,在线浏览、检索本网站知识库中的相关文章及内容。

服务变更:我们有权根据业务发展需要,调整、变更或终止部分服务内容,并将以网站公告、公众号消息等方式提前通知。

禁止行为:您在使用服务时不得实施以下行为:

利用技术手段批量爬取、下载、转存知识库内容;

将知识库内容用于商业目的或未经授权地向第三方传播;

干扰本网站正常运行或侵犯其他用户合法权益;

发布违法违规信息或从事违反公序良俗的活动。

四、 知识产权声明

权利归属:本网站知识库中的排版设计、软件代码等内容的知识产权均归【公司全称】或原权利人所有,受《中华人民共和国著作权法》等法律保护。

有限许可:本网站授予会员一项非独占、不可转让、不可转授权的普通许可,仅限于个人学习、研究之目的在线查阅知识库内容。

侵权追责:未经书面许可,任何单位或个人不得以任何形式复制、转载、摘编、镜像、汇编或以其他方式使用上述内容。一经发现,我们保留追究其法律责任的权利。

五、 个人信息保护

我们重视对您个人信息的保护。关于我们如何收集、使用、存储和保护您的个人信息,请单独阅读 《隐私政策》。

您通过微信公众号授权或手机号验证所提供的信息,我们将严格按照《个人信息保护法》的规定处理,仅用于身份识别、服务提供及安全验证等必要用途。

您可以随时通过网站设置或联系客服行使查阅、更正、删除个人信息及撤回授权同意的权利。

六、 免责声明

内容准确性:知识库内容仅供参考,不构成专业建议。我们不对其完整性、准确性、时效性作任何明示或暗示的保证,您应自行判断并承担使用风险。

不可抗力:因自然灾害、政策法规变化、网络故障、第三方平台接口异常(如微信接口维护、运营商短信通道故障)等不可抗力导致的服务中断或延迟,我们不承担违约责任。

第三方链接:本网站可能包含指向第三方网站的链接,该等网站的内容和服务不受我们控制,请您自行甄别风险。

七、 违约责任

如您违反本协议约定,我们有权视情节采取警告、限制功能、暂停服务、注销账号等措施,并保留要求赔偿损失的权利。

如因您的违约行为导致我们遭受行政处罚、第三方索赔或商誉损失,您应承担全部赔偿责任(包括但不限于罚款、赔偿金、律师费、公证费等)。

八、 法律适用与争议解决

本协议的订立、执行和解释均适用中华人民共和国大陆地区法律。

因本协议产生的或与本协议有关的任何争议,双方应友好协商解决;协商不成的,任何一方均可向【公司所在地】有管辖权的人民法院提起诉讼。

九、 其他

本协议构成双方就本服务达成的完整协议,取代此前任何口头或书面约定。

本协议任一条款被认定为无效或不可执行的,不影响其他条款的效力。

我们对本协议享有最终解释权,并在法律允许的范围内保留随时修改的权利。修改后的协议一经公布即生效,继续使用服务即视为同意修订内容。


已查阅