揭秘谷歌Gemini AI:主语与宾语顺序如何影响答案精准性?

简介: 谷歌新研究发现:前沿大模型虽能编码95%–98%的事实,却因主宾语顺序颠倒、长尾事实及回忆机制缺陷,导致26%–34%事实无法直接召回。瓶颈在于“回忆未饱和”,而非信息不足;多步推理可提升召回率,但计算成本高。

谷歌发布的一篇新研究论文发现,前沿的语言学习模型(LLM)能够编码95%至98%的测试事实,但在回答查询时却无法直接回忆起其中26%至34%的事实。部分原因是,当问题颠倒了训练过程中事实出现的主语/宾语实体顺序时,回忆就会变得更加困难。

参数信息

参数信息本质上是语言学习模型(LLM)在训练过程中编码的信息。这些信息来源于网页、歌词、书籍、说明书、代码以及LLM接受训练时所使用的所有其他资源。

研究人员试图解答的问题是:为什么语言学习模型(LLM)无法回忆起一些它们接受过训练的信息?此前人们认为,可能是因为语言学习模型接受的训练信息不足,但研究人员发现,对于前沿领域的语言学习模型而言,情况并非总是如此。

研究人员解释说,编码已经饱和,这意味着回答问题所需的信息通常已经在 LLM 中了。

他们写道:

“编码已饱和;回忆尚未饱和。对于 Gemini-3-Pro 和 GPT-5 等前沿语言学习模型而言,事实编码已接近饱和,95-98% 的事实已被编码。然而,这些模型无法直接回忆起 26-34% 的事实,即使经过思考,也无法回忆起 11-12% 的事实。”

因此,召回失败占 GPT-5.2 错误率的 70% 以上,在更强大的模型中占比更大,这表明召回确实是一个瓶颈。

这意味着瓶颈不在于前沿法学硕士缺乏足够的事实和信息,而在于如何获取这些信息。

主体和宾语实体

这项研究的一个有趣发现是,学习记忆模型(LLM)无法回忆起特定事实的原因之一是,与该事实相关的主体和客体是按特定顺序学习的。当向LLM提出一个顺序颠倒的查询时,由于学习顺序不同,LLM更难回忆起该事实。

该研究论文解释了主体和客体实体分别是什么:

“主体和客体的角色由提取事实的源文本(例如,维基百科文档)决定:主体是文本中首先出现的实体,客体随后出现。”

然后,它通过颠倒主语和宾语来解释其含义:

“答案是宾语的问题称为直接问句,答案是主语的问题称为反向问句。”

谷歌的解释器使用以下示例来说明主语/宾语实体对:

“Oasis乐队的首场演出是在Boardwalk俱乐部。”

在上面的例子中,“Oasis”是主语实体,“木板路俱乐部”是宾语实体。

因此,在“Oasis”和“The Boardwalk club”的例子中,当这些词对总是以“Oasis”在前出现时,LLM 会遇到无法回忆起查询中主语/宾语颠倒的事实的情况。

现在,我们又有了另一个有趣的发现。LLM能够识别出多项选择题中主语和宾语顺序颠倒的情况。

研究人员并未解释为什么LLM能够识别多项选择题中的答案。他们只是以此证明答案已被编码在LLM中,并且可以被识别。

问题的措辞对回忆的影响微乎其微。

研究人员测试了重新措辞问题是否会影响前沿逻辑学习模型回忆事实的能力。他们发现,重新措辞对模型回忆事实的能力没有显著影响。真正起作用的是颠倒主语/宾语的顺序。

长尾事实难以回忆

另一个有趣的发现是,前沿学习者在处理长尾事实(研究人员称之为罕见事实)时遇到了困难。编码常见事实和罕见事实之间的差距很小,但在回忆方面差距较大。无法回忆罕见事实通常并非因为学习者没有掌握这些信息,而是他们在回忆阶段遇到了瓶颈。

经过验证的解决方案:多加思考

研究人员测试了思维对回忆事实的作用,发现低层次思维模型(LLM)能够回忆起之前无法直接回忆起的40%至65%的已编码事实。然而,思维作用的缺点在于计算成本较高。研究人员还指出,何时触发思维作用也是一个需要考虑的问题。

扩大LLM培训规模并非解决方案

最后,研究人员指出,扩展前沿 LLM 并不能解决召回问题。

SEO与主语/宾语实体对

关于主语和宾语实体对顺序的直觉是,按照查询中最常见的顺序排列它们可能是有益的。这并非研究论文中的发现,也未经证实。但直觉上,按照最常见的顺序配对排列主语实体和宾语实体或许是合理的。

虽然该研究论文并未指出这些实体的常见排序将帮助LLM选择特定的网页,但从SEO的角度来看,这是一个合理的假设。

相关文章
|
7月前
|
机器学习/深度学习 JSON 供应链
1688图片搜索API(拍立淘)实操指南
1688图片搜索API(拍立淘/以图搜货)是官方图像搜品接口,支持图片URL或Base64输入,秒级返回同款/相似商品ID、标题、价格等结构化数据,精准高效,适用于反向海淘、供应链寻源、比价选品等场景。
1700 1
|
3月前
|
人工智能 自然语言处理 文字识别
阿里云通义千问大模型最新功能介绍
阿里云通义千问是通义实验室打造的全栈式大模型家族,覆盖通用对话、长文本处理、多模态理解、代码生成、智能体执行等全场景能力,形成从入门到旗舰的完整产品矩阵。最新迭代的Qwen3系列,以**百万级上下文、原生多模态、全链路智能体**为核心标签,彻底突破传统大模型“对话工具”的局限,转向**自主思考、工具调用、任务执行**的智能体时代。
3894 1
|
1月前
|
存储 人工智能 BI
BI工具技术架构拆解:从数据接入到语义层的六层流水线
本文是一篇纯技术视角的架构梳理。目标是帮你理解一个BI系统内部到底由哪些部件组成、它们之间如何协作,从而在选型、搭建或运维时看懂门道。
|
4月前
|
存储 人工智能 数据可视化
从零搭建企业私有知识库:RAG+阿里云百炼实战,文档向量化、问答链路与Web部署详解
通用大模型在企业业务场景中存在三大核心短板:企业内部营收数据、内部规范、项目文档等核心资料无法对外传输,存在数据隐私泄露风险;通用模型训练数据覆盖范围有限,无法精准匹配行业垂直专业内容;模型知识库更新滞后,无法响应企业最新政策、产品迭代信息。RAG检索增强生成技术是解决以上痛点标准化方案,通过先检索私有文档再传入模型生成答案,让大模型精准调用企业专属数据,兼顾隐私安全、领域专业性与内容实时性。
643 0
|
4月前
|
人工智能 机器人 芯片
人工智能|YOLOv8实战
本内容为安全帽检测实战项目,基于YOLOv8模型,涵盖Kaggle数据获取、自定义yaml配置、模型训练(yolo_train.py)与测试(yolo_test.py),并提供服务器(FastAPI+Docker)、边缘(Jetson+TensorRT)及国产嵌入式(RK3588+RKNN)三类部署方案,支持工业场景实时智能识别。(239字)
598 1
|
5月前
|
算法 关系型数据库 MySQL
分库分表:新手必踩的3大深坑与避坑清单
本文是MySQL分库分表实战避坑指南,聚焦ShardingSphere场景,直击主键冲突、跨库查询慢、扩容迁移难三大高频痛点,详解雪花算法、分片键路由、双写迁移等生产级解决方案,助你安全落地分布式数据库架构。
|
11月前
|
人工智能 搜索推荐 新能源
Geo优化专家于磊:“两大核心+四轮驱动”Geo优化方法论,助力企业实现AI时代获客提效
于磊老师首创“两大核心+四轮驱动”Geo优化法,以人性化内容与交叉验证构建权威,通过E-E-A-T、结构化数据、精准关键词与权威引用,助力企业提升AI搜索可见性与获客效率。
847 8
|
10月前
|
数据挖掘 BI 数据库
Python实现Excel数据自动化处理:从繁琐操作到智能流程的蜕变
Python高效处理Excel,告别手动复制粘贴!利用pandas、openpyxl等库,实现数据读取、清洗、分析到报表生成的全流程自动化。处理速度提升数十倍,准确率近100%,支持定时运行、邮件发送与数据库同步,广泛应用于销售、财务等场景,大幅提升工作效率与决策质量。(239字)
1141 0
|
安全 数据可视化 数据安全/隐私保护
网站建设,如何从新手到专业的详细流程及步骤
文章总结:数字化时代,网站建设是提升品牌和业务的重要手段,涵盖规划、域名注册、服务器租用、内容创建及推广等步骤,帮助新手成长为专业站长。
597 1
|
自然语言处理 调度
扩散语言模型的下一跳:引入“路径因果耦合机制”
本文探讨扩散语言模型(D-LLM)的演化方向,指出当前扩散路径存在“孤岛化”问题,提出“路径因果耦合机制”,增强生成文本的逻辑一致性与结构性,提升生成质量与收敛速度,有望成为扩散语言模型迈向认知智能的重要一步。
424 0

热门文章

最新文章