想象你是一位刚刚入职的图书管理员,名叫小林。你的图书馆里有两套系统:一位学识渊博的老馆长——他读过成千上万本书,但偶尔会把细节记混;以及一抽屉一抽屉的索引卡片——每张卡片上都精确记录着某本书的某个事实,但没人整理它们就只是一堆纸。老馆长需要卡片来确认细节,卡片需要老馆长来理解要查什么。这个故事讲的,就是AI世界里“老馆长”(大语言模型LLM)和“索引卡片抽屉”(知识图谱)如何互相成就的故事。当LLM遇到不确定的事实,它不再凭空猜测,而是转身去翻阅知识图谱这张精准的“卡片抽屉”;而知识图谱也借助LLM的理解能力,不断补充新的卡片、修正过时的记录。两个系统像双人舞一样默契配合,让AI搜索既灵活又准确——这就是“知识图谱增强搜索”的核心思想。
作为AI从业者,理解LLM与知识图谱的互补关系是构建可靠知识服务的地基。掌握这一能力,你将能打造“既能回答开放问题、又不会胡编乱造”的智能搜索系统,这是大模型落地到企业场景的关键技能。
可视化演示
通过双向增强流程、知识图谱三元组结构和幻觉率准确率对比,展示LLM与知识图谱融合的协同效应与质量提升。
本节配有交互动效(进入视口后自动加载,约 3KB)。
'+captions.bidir+'
互补基础
回到小林的故事。老馆长最擅长的,是从他读过的万千书籍中快速联想、组织语言、回答开放性问题——这是他的“参数化知识”,即把这些知识“参数化”地压缩在神经网络权重中。但当他被问到“《百年孤独》的作者的全名是什么”这类精确事实时,他偶尔会犹豫,甚至把马尔克斯和其他拉美作家的信息混在一起。这就是LLM的“幻觉”——它不是故意撒谎,而是参数化记忆的自然局限。
与此同时,柜子里的索引卡片抽屉——知识图谱——每一张卡片都精确记录着一条事实:“加西亚·马尔克斯 → 著作 → 《百年孤独》”。这些卡片以“实体-关系-实体”的三元组结构排列,就像一张巨大的关系网。它永远不会记错,但它只能回答卡片上记录的问题,无法进行开放式的联想和创作。
当两个系统协作时,老馆长负责理解“读者到底想问什么”,然后快速查阅相应的卡片抽屉,再组织语言给出答案。卡片抽屉则保证了每一个关键事实都有据可查。这就是互补的基础逻辑:LLM提供理解的灵活性,知识图谱提供记忆的精确性。两者结合,如同一位既博览群书又严谨查证的学者。
- 分子解读每单位存储的信息量,对LLM而言是其权重中压缩的海量语料,对知识图谱而言是每条三元组的精确事实。
- 分母解读检索灵活性,指从存储中取出特定知识并组织成答案的灵活程度。
- 融合本质互补的目标是让分子最大化(保留LLM的丰富知识)同时让分母可控(借助图谱的精确索引)。
图谱检索增强
小林的日常工作中,经常遇到读者问一些“半开放”问题,比如“《百年孤独》是哪一年出版的?作者还有哪些著名作品?”老馆长可以给出大概方向,但具体年份和作品列表需要查阅卡片。这个过程在AI系统中被称为“图谱检索增强”(Graph-RAG)。
这个过程分三个步骤:首先,LLM解析用户问题,识别出核心实体——这里是“《百年孤独》”。然后,系统在图谱中检索这个实体,沿着关系边找到“出版年份”“作者”等相邻节点。最后,将这些检索到的精确事实以文本形式注入到LLM的提示词中,让模型基于这些事实生成回答。就像小林先把相关卡片从抽屉里取出来放在桌面上,再让老馆长看着卡片组织语言。
这种“先查后答”的模式大幅提升了答案的事实准确性。小林的图书馆里,老馆长发现自从习惯了查阅卡片,他不再需要“凭印象回答”,每个答案都能说出依据。这在AI系统中意味着显著减少幻觉——因为模型不在是凭空生成,而是在既定事实上进行组织。
- 实体匹配度计算问题中的实体与图谱中节点的匹配程度,使用向量相似度或字面匹配。
- 关系路径得分评估从实体出发沿哪条关系边能找到最相关信息。
- 最终排序两者相乘后归一化,得到每个事实的检索优先级。
事实幻觉减少
老馆长给小林讲了自己年轻时的一个糗事:有一次读者问“第一位获得诺贝尔文学奖的拉美作家是谁”,他脱口而出“马尔克斯”,其实是略萨。为什么?因为他“印象中”拉美作家和诺奖联系在一起,但具体细节混了。这就是幻觉的成因——LLM根据参数分布进行概率性预测,当某个知识在训练语料中出现频率不高或相互干扰时,就容易产生错误的生成。
知识图谱提供了一种强有力的纠正机制:检索即出示证据。每当LLM要生成一个涉及精确事实的断言时,系统先从图谱中检索对应的事实三元组,将其作为“证据”放入上下文。模型看到证据后,不再依赖模糊记忆,而是基于证据进行推理。这就好比老馆长在回答前,先翻开权威百科确认,而不是凭印象。
这种机制带来的另一个好处是可追溯性。每个答案都可以返回对应的图谱路径,用户可以验证“这个信息是从哪条知识来的”。从小林的角度看,就像图书馆的每本书都有索书号,读者可以亲自去书架上验证。这在大模型应用中是至关重要的信任基础。
- 先验概率模型在没有证据时答对的概率,通常不高,因为参数化记忆可能模糊。
- 似然概率给定答案正确时,知识图谱中出现该证据的概率,图谱精确时接近1。
- 证据概率图谱中该证据出现的总概率,取决于知识的覆盖度。
- 后验提升证据的引入将后验概率推向1,幻觉得到抑制。
图谱知识更新
小林发现卡片抽屉也有一个痛点:很多新书和老书的新信息还没有及时整理进卡片。知识图谱同样面临这个问题——它的精确性来自人工构建或半自动抽取,但知识是动态变化的。如果图谱不更新,即使检索正确,答案也可能过时。这时,老馆长的丰富知识就可以反过来帮助卡片抽屉“补新卡”。
这个过程称为“图谱知识更新”:LLM阅读新的文本资料(如新闻、论文、新的百科内容),从中抽取实体和关系,生成候选的三元组,再通过人工或自动校验后写入知识图谱。例如,LLM读到“2024年诺贝尔文学奖授予韩国作家韩江”,可以抽取出实体“韩江”和“诺贝尔文学奖”,关系“获得”,从而更新图谱。
这样就形成了一个自举循环:图谱让LLM的回答更精确,LLM又利用自己的理解能力帮助图谱扩展知识边界。老馆长和小林配合得越来越默契:老馆长读新书,整理出线索,小林把线索做成新卡片放进抽屉;下次老馆长再回答时,就能查阅到更丰富的事实。知识库像滚雪球一样越用越大、越用越准。
- 实体置信度使用LLM对两个实体的嵌入表示计算它们在该关系下的契合程度。
- 关系置信度LLM对抽取出的关系类型的判定置信度。
- 综合判定两者相乘,超过阈值才允许写入图谱。
融合架构设计
小林后来参加了一个图书馆管理系统培训,发现不同图书馆对“老馆长+卡片”的配合方式不同:有的图书馆让老馆长先查卡片再回答问题(前置检索);有的让老馆长一边回答一边随时翻卡片(生成中查证);还有的干脆把老馆长的思维方式和卡片索引整合到一起训练(端到端融合)。AI系统的融合架构也遵循这三种基本模式。
前置检索决策:系统先根据用户问题识别出需要事实支持的子问题,在知识图谱中检索相关事实,构建一个“知识上下文”,再让LLM基于完整上下文生成。这种模式适合问答类和事实核查类任务,延迟较低且实现简单,是当前最常用的方案。生成中查证:LLM先生成草稿,然后系统识别草稿中的关键断言,去图谱中验证,如果发现错误则进行修正重写。这种模式更灵活,但推理成本翻倍。
在选择架构时,关键考量是业务场景:如果对实时性要求高(如搜索引擎),优先前置检索;如果对复杂推理要求高(如科学研究),可采用生成中查证。端到端联合训练则是一个前沿方向——将图谱结构直接编码进模型的注意力机制中,让模型“天生”具备图感知能力,但这种方法需要大规模算力,目前尚未广泛应用。小林最后决定:先从前置检索做起,逐步积累经验。
- 图谱增益引入图谱后事实准确率提升的幅度。
- 模型增益LLM为图谱赋予的灵活理解与更新能力。
- 时延成本前置检索的额外耗时和生成耗时之和。
效果评估验证
新系统上线后,小林需要向馆长汇报效果。评估一个LLM+知识图谱系统是否真的有效,不能只看感觉,需要一套量化的指标。核心评估维度包括三个方面:事实准确率、知识覆盖广度和检索效率。
事实准确率是最重要的指标。做法是准备一个包含大量事实性问题的测试集,每个问题都有标准答案,然后统计系统回答的准确率。基线是纯LLM的准确率,对比是LLM+图谱的准确率。理想情况下,图谱增强能带来5%-20%的准确率提升。知识覆盖广度考察系统能回答多少种不同类型的问题——如果图谱覆盖不足,很多问题即使能理解也无法回答,所以覆盖广度决定了系统的知识天花板。
评估的结果让小林信心满满:老馆长+卡片的组合,事实准确率从78%提升到了94%,查全率保持稳定,响应时间只多了不到200毫秒——这点延迟在用户体验上几乎不可感知。更让他惊喜的是,随着知识图谱越用越更新,系统的知识覆盖也在持续增长。LLM与知识图谱的互补,不是简单的拼接,而是一种“理解+记忆”的认知增强——当机器既能像人一样灵活思考,又拥有数据库般的精确记忆时,AI搜索就真正走向了可靠与智能。
- 精确率检索到的Top-K事实中,真正与问题相关的比例。
- 召回率所有相关知识中,被成功检索出来的比例。
- F1综合两者取调和平均,避免系统只追求精确而遗漏大量有用信息,或者只求覆盖而引入噪声。
AI 应用场景
企业知识库智能问答
阶段:检索增强生成(RAG)
解决的问题:传统企业知识库存在两大痛点:一是关键词搜索只能匹配字面,无法理解“我们公司去年的营收大概是什么水平”这类语义问题;二是直接使用LLM回答会基于通用知识产生幻觉,编造不存在的公司数据。LLM+知识图谱的融合方案通过图谱精确检索企业组织架构、产品线、财务数据等结构化事实,再交给LLM组织自然语言回答,让每个回答都有企业真实数据支撑。
具体案例:某大型制造企业构建了涵盖产品规格、供应链、客户信息的行业知识图谱。员工询问“某型号设备的维护周期和常见故障有哪些”时,系统自动提取“设备型号”实体,在图谱中检索关联的维护节点和故障节点,LLM基于检索事实生成回答,同时附上信息来源节点,方便员工追溯验证。
医学文献辅助决策
阶段:知识图谱构建与更新
解决的问题:医学知识更新飞速,文献中的新药、新疗法信息需要及时入库。传统方式依赖人工抽取,时效性差。利用LLM自动从最新论文中抽取“药物-治疗-疾病”三元组写入医学知识图谱,再利用图谱增强问答系统为医生提供证据充分的诊疗建议。
具体案例:一家医疗AI公司构建肿瘤学知识图谱,LLM持续更新文献中的靶向药信息。当医生询问“某基因突变患者适合用什么靶向药”,系统不仅给出药物名称,还能指出该结论来自哪篇文献、包含多少临床病例,大幅提升医生对AI辅助决策的信任度。
电商商品推荐与导购
阶段:用户意图理解+图谱检索
解决的问题:电商搜索中用户常问“适合干皮的平价保湿面霜”这类多条件问题。传统标签系统难以处理组合条件。LLM解析用户意图,抽取“干皮”“平价”“保湿”等实体属性,在图谱中检索满足所有条件的商品节点,再生成自然语言推荐理由。
具体案例:某美妆电商构建商品知识图谱,包含产品成分、肤质适配、价格区间等维度。用户在对话框输入需求后,系统返回“根据您的干皮肤质和预算,推荐以下3款产品”并附上成分分析依据,导购转化率提升了30%。
Python 演示
"""LLM与知识图谱互补的极简演示:用字典模拟知识图谱,用关键词相似度模拟LLM理解"""import refrom collections import defaultdict # ---------- 第一部分:用嵌套字典模拟知识图谱(结构化精确事实) ----------KG = { "entity": { "诺贝尔文学奖": {"type": "奖项", "获奖者": "韩江", "年份": "2024"}, "韩江": {"type": "作家", "国籍": "韩国", "代表作": "素食者"}, "马尔克斯": {"type": "作家", "国籍": "哥伦比亚", "代表作": "百年孤独"}, "百年孤独": {"type": "小说", "作者": "马尔克斯", "出版年份": "1967"}, }, "relation": { ("诺贝尔文学奖", "获奖者", "韩江"), ("韩江", "代表作", "素食者"), ("马尔克斯", "代表作", "百年孤独"), ("百年孤独", "作者", "马尔克斯"), }} # ---------- 第二部分:用关键词匹配模拟LLM的实体识别 ----------def llm_extract_entity(query): """模拟LLM从用户问题中识别出核心实体(演示用简单匹配)""" for ent in KG["entity"]: if ent in query: return ent return None def llm_generate(context, question): """模拟LLM基于事实上下文生成自然语言回答""" facts = "、".join(context) return f"基于知识图谱的 {facts},我来回答你的问题:{question}" # ---------- 第三部分:图谱检索增强生成主流程 ----------def graph_rag_answer(query): entity = llm_extract_entity(query) if entity is None: return "抱歉,知识图谱中未找到相关实体。" facts = [] ent_data = KG["entity"][entity] for attr, value in ent_data.items(): facts.append(f"{entity}的{attr}是{value}") for (head, rel, tail) in KG["relation"]: if head == entity: facts.append(f"{head} {rel} {tail}") elif tail == entity: facts.append(f"{head} {rel} {tail}") # 模拟检索打分:三元组与问题的关键词重叠越多,分数越高 query_words = set(re.findall(r"[\u4e00-\u9fa5]+", query)) scored_facts = [] for f in facts: overlap = len(query_words & set(re.findall(r"[\u4e00-\u9fa5]+", f))) scored_facts.append((overlap, f)) scored_facts.sort(reverse=True) top_k = [f for _, f in scored_facts[:3]] return llm_generate(top_k, query) # ---------- 第四部分:知识图谱自举更新 ----------def update_kg_from_text(text, entity1, relation, entity2): """模拟LLM从文本中抽取新三元组并写入图谱""" confidence = 0.0 if entity1 in text and entity2 in text: confidence = 0.95 elif entity1 in text or entity2 in text: confidence = 0.60 else: confidence = 0.10 if confidence > 0.7: KG["entity"].setdefault(entity1, {})["new_relation"] = entity2 KG["relation"].add((entity1, relation, entity2)) return f"新三元组已写入图谱(置信度:{confidence:.2f}):{entity1} {relation} {entity2}" return f"置信度过低({confidence:.2f}),未写入图谱" # ---------- 主程序入口 ----------if __name__ == "__main__": q1 = "韩江获得过什么奖项?" print("查询1:", q1) print(graph_rag_answer(q1)) print() q2 = "百年孤独的作者是谁?" print("查询2:", q2) print(graph_rag_answer(q2)) print() new_text = "2025年,作家李华凭借《山河》获得中国文学奖。" print("图谱更新:") print(update_kg_from_text(new_text, "李华", "获得", "中国文学奖")) print() q3 = "李华获得过什么奖项?" print("查询3:", q3) print(graph_rag_answer(q3))
KG = {"entity": ..., "relation": ...}用嵌套字典模拟知识图谱的两类存储:实体属性和关系三元组llm_extract_entity(query)模拟LLM的实体识别能力,从问题中抽出关键实体作为图谱检索的入口for attr, value in ent_data.items():遍历实体的属性字典,将属性值转换为自然语言事实scored_facts.sort(reverse=True)模拟检索打分排序,选出与问题最相关的Top-K事实top_k = [f for _, f in scored_facts[:3]]只保留得分最高的前3条事实,控制注入上下文的长度update_kg_from_text()模拟LLM到图谱的知识更新,引入了置信度阈值机制confidence > 0.7只有高置信度的新三元组才允许写入图谱,保证数据质量if __name__ == "__main__":独立入口:运行三个查询,展示“检索增强回答”和“图谱自举更新”两大功能
常见误区
误区“引入知识图谱后,模型只能从图谱里找答案,失去了灵活性和创造性,这不是倒退吗?”
正解这个担心混淆了“知识来源”和“语言生成”两个阶段。在融合架构中,知识图谱只负责提供精确的事实片段,LLM仍然承担理解和生成的全部职责。老馆长依然是那个博览群书的学者,只是学会了在关键事实上翻阅卡片确认,而不是凭空猜。实际效果反而是准确率提升的同时保持了回答的自然流畅。从今天正文的效果评估可以看到,融合后的事实准确率从78%提升到94%,但回答的灵活性和可读性并没有下降。
为何常见:大家习惯认为“结构化=死板”,因为传统关系数据库查询确实机械。但知识图谱与LLM的结合中,图谱只是信息源,答案仍然由LLM组织,灵活性没有被牺牲。
误区“知识图谱不就是一张表吗?查一下关联记录就行了,哪有什么技术含量?”
正解知识图谱的本质是图结构——节点间的多跳路径、关系的组合推理比关系型数据库的JOIN查询复杂得多。检索要考虑实体的语义匹配度(“韩江”和“那位韩国女作家”需要语义对齐)、路径的权重计算(一跳直达vs多跳间接联系)、以及多个候选事实的相关性排序。真正的图谱检索增强涉及向量检索、图遍历、打分排序等多个环节。
为何常见:直观上“图谱就是画了线的图”,让人觉得查询很容易。但实际上,如何从百万节点中快速选出与当前问题最相关的子图,是需要精心设计的算法问题。
误区“我的知识图谱越大,包含的事实越多,检索增强的效果就越好。”
正解这是最典型的数据规模误区。图谱增大带来的是检索噪声的增加——如果检索模块不够精准,会找到大量与问题无关的事实,反而干扰LLM生成。就像图书馆的卡片如果乱糟糟地堆满了整个房间,老馆长查卡片的时间比回答的时间还长。知识图谱的价值在于精确性和相关性,而非简单的规模扩张。在实践中,维护一个高质量、更新及时的中型图谱,往往胜过庞大但过时的巨型图谱。
为何常见:在大数据时代,人们习惯认为“更多数据=更好效果”。但知识图谱是结构化知识,价值密度比数据量更重要——一条准确的核心事实胜过一百条模糊的冗余信息。
误区“既然图谱能提供精确事实,LLM就只需要做好语言生成,预训练阶段学的知识没用了。”
正解这种观点忽略了LLM的两个核心能力:一是理解能力——“韩江”和“那位2024年获得诺奖的韩国作家”的语义关联,恰恰来自预训练阶段学习的语言知识和世界常识;二是图谱更新能力——从非结构化文本中抽取实体和关系的强大自然语言理解,是自举更新的关键引擎。如果没有预训练模型的理解力,知识图谱就只是一堆无法被有效检索和更新的死卡片。
为何常见:人们容易把“知识补充”误解为“知识替代”。实际上,LLM的预训练知识是图谱正确使用的“导航系统”,没有导航,再精确的卡册也无法被有效调用。
面试题
Q1. LLM产生“幻觉”的根本原因是什么?
- A.模型故意编造事实欺骗用户
- B.参数化知识检索时可能出错← 正确答案
- C.训练数据中存在大量错误
- D.模型推理能力不足导致
答案:B。幻觉本质是参数化知识的概率性预测问题。模型将海量知识压缩进权重,检索时通过概率分布生成答案,当目标知识与同现频率更高的干扰知识碰撞时就会产生错误。这不是有意欺骗,也不是单纯的训练数据质量问题,而是LLM天然的知识表示方式决定的局限——正如老馆长记忆中的知识偶尔会相互混淆。
Q2. 知识图谱以哪种基本结构存储事实?
- A.键值对存储结构
- B.实体关系三元组← 正确答案
- C.文档向量索引块
- D.层级树状节点表
答案:B。知识图谱的核心存储单位是“实体-关系-实体”三元组,如(马尔克斯-作者-百年孤独)。实体是节点,关系是边,构成图结构。键值对是Redis风格,向量索引是朴素RAG的风格,树状结构则是分类体系的组织方式——这些都与知识图谱的图模型本质不同。
Q3. 图谱检索增强生成(Graph-RAG)的完整流程包含哪些关键阶段?
- A.实体识别与对齐← 正确答案
- B.图谱子图检索← 正确答案
- C.梯度反向传播
- D.事实上下文注入← 正确答案
答案:ABD。Graph-RAG的流程是:先从用户问题中识别核心实体(A),然后在图谱中检索该实体相关的子图事实(B),最后将检索到的事实注入LLM的提示词上下文(D),实现基于证据的生成。梯度反向传播是模型训练阶段的概念,与推理时的检索增强流程无关。
Q4. 知识图谱如何帮助减少LLM幻觉?
- A.增加模型的参数量
- B.用精确事实替代模糊记忆← 正确答案
- C.降低生成时的温度参数
- D.增加训练语料的多样性
答案:B。幻觉源于参数化记忆的模糊性。图谱检索增强通过在生成前注入精确的图谱事实,让模型不再依赖模糊的参数化记忆,而是基于结构化证据进行推理。这与增大模型或调整采样参数不同——后两者只能影响生成风格,无法提供事实支撑。就像老馆长回答问题前先翻看卡片,而不是凭印象作答。
Q5. 融合架构中“生成中查证”模式的核心优势是什么?
- A.相比前置检索,响应速度更快
- B.可以修正长回答中的中间断言← 正确答案
- C.不需要知识图谱的支持
- D.降低了模型的推理成本
答案:B。生成中查证让LLM先自由生成草稿,再对草稿中的关键断言逐条到图谱中验证和修正。这对长文本、多步骤推理特别有价值——因为长回答中后面的错误往往由前面的失误引发。缺点是推理成本翻倍,时间较慢,需要图谱与生成模型高效配合。因此它适用于对准确性要求高、可容忍延迟的场景。
Q6. 图谱自举更新包含哪些关键环节?
- A.用LLM抽取实体关系← 正确答案
- B.计算三元组置信度← 正确答案
- C.阈值超限则拒绝写入
- D.将图谱转换为向量
答案:AB。自举更新是指LLM从新文本中自动抽取实体和关系,生成候选三元组,计算置信度(LLM同时对实体匹配和关系判定打分),并在超过阈值时写入图谱。选项C应该是“超过阈值才允许写入”而非“拒绝”;选项D是将图谱向量化用于检索,不是更新环节。
Q7. 评估LLM+知识图谱融合效果时,哪个指标用于衡量检索到的信息的有用程度?
- A.精确率← 正确答案
- B.召回率
- C.困惑度
- D.生成多样性
答案:A。精确率计算的是检索到的Top-K事实中真正与问题相关的比例,衡量“检得准不准”。召回率衡量“该找的是否都找到了”,困惑度评估语言模型的预测能力,生成多样性则与检索无关。图谱检索的目标是让精确率和召回率同时保持高水平,所以常用F1综合衡量两者。
Q8. 为什么知识图谱对大模型的“可追溯性”非常重要?
- A.因为图谱可以部署在本地
- B.每个答案可对应到图谱证据路径← 正确答案
- C.图谱格式适合日志记录
- D.图谱能降低服务器开销
答案:B。可追溯性指的是当系统给出一个事实性回答时,用户能沿着图谱路径验证这个信息的来源——“从韩江节点出发,沿获奖边到达诺贝尔文学奖节点”。这种透明的证据链在医疗、金融等高风险领域至关重要,它让AI从“黑盒预测”变成“可审查推理”。选项A、C、D虽然正确描述了图谱的某些特征,但并非“可追溯性”的核心本质。
Q9. 前置检索与生成中查证两种模式的主要区别在于?
- A.是否使用了知识图谱
- B.检索发生在生成前还是生成后← 正确答案
- C.是否使用大语言模型
- D.是否需要实体识别
答案:B。两种模式都使用知识图谱和LLM,都涉及实体识别,核心差异是检索的时机。前置检索先查证再生成,速度快、适合问答;生成中查证先生成草稿再逐条验证修正,更灵活但成本高。这就像小林先查卡片再回答,还是老馆长先说一遍小林再逐个验证各个事实。
Q10. 在选择LLM与知识图谱的融合架构时,需要综合考量哪些因素?
- A.业务场景的实时性要求← 正确答案
- B.知识图谱的更新频率← 正确答案
- C.计算资源的成本约束← 正确答案
- D.LLM的参数规模必然决定一切
答案:ABC。架构选型需要综合考量多个因素:实时性要求决定能否采用耗时较高的生成中查证;图谱的更新频率决定了是否需要构建自动抽取链路;计算资源成本决定端到端联合训练是否可行。选项D过度绝对——虽然LLM规模会影响效果,但并非“必然决定一切”,中小模型配合优质图谱也能取得很好的效果。