想象你是一家米其林餐厅的老板,请来一位厨艺精湛的主厨(LLM),他刀工火候样样精通。但再好的主厨也变不出好菜:如果后院的食材花园里杂草丛生(错误事实)、名牌乱挂(不一致)、空地荒芜(知识缺失)、香草枯黄(信息过期),端上桌的每道菜(搜索答案)都会砸掉招牌。这座花园就是知识图谱——以“实体-关系-实体”三元组为骨架、为 LLM 搜索供给结构化事实的“食材库”。LLM 时代,模型的“厨艺”越来越强,真正的胜负手反而转移到后院的打理上:如何给花园做定期体检(质量评估),如何除草、补种、换季(维护)。这篇文章带你从园丁的视角,看清质量评估与维护的四大维度、三种巡园方法、三类杂草、补全与换季、人机协同闭环,以及它们如何让搜索答案更有底气。
掌握知识图谱质量评估与维护,是让 LLM 搜索从“能说”到“敢说”的关键工程能力,也是知识工程方向最稀缺的核心技能之一。
目录
可视化演示
展示知识图谱质量评估的四大维度、评估指标体系、错误冲突检测机制及增量维护更新流程,含星座网络背景和发光动画,交互切换各评估维度。
本节配有交互动效(进入视口后自动加载,约 3KB)。
一、质量维度:花园的四季检视
假设你是花园的主人,每天早上起来巡园。你会看四件事:每株植物是不是真的叫它挂牌上的名字(准确性);有没有明显荒芜的空地(完整性);同一条花径上的植物习性是否统一(一致性);这些植物是不是当季该有的样子(时效性)。一个称职的园丁,心里永远装着这四张“体检表”。
知识图谱本质上就是一座“结构化花园”:实体是植物,关系是植物之间缠绕的藤蔓。LLM 做搜索时,要从这座花园里采摘事实当“配料”。如果园子里挂着错名牌的野菜,或者长着去年就干枯的草,搜出来的答案自然不靠谱。因此,动工维护之前,先要定下测量质量的维度。
业界通常把知识图谱质量拆成四个核心维度:准确性(Accuracy)度量三元组的断言是否与现实相符,常通过抽样人工标注来打分;完整性(Completeness)度量实体与关系的覆盖齐全程度,例如一个实体的属性缺失率;一致性(Consistency)度量断言之间是否逻辑自洽,同一事实出现两种说法即为扣分项;时效性(Freshness)度量信息与最新事实的贴合程度。工程上常用加权评分把四维合成一个总分,用于横向对比不同图谱,或追踪同一图谱的长期趋势。
有了这张加权体检表,园丁就不用凭感觉说“花园还行”,而是能在每个季度量化地看到:准确率下降了 2%,完整性又补了 3%。同样,图谱团队也能在每次迭代中看到分数的涨落,让质量改进有方向、有依据。
- 质量分向量把四个维度的得分组成一个向量,每个维度的分数范围都在 0 到 1 之间
- 权重配置为每个维度分配权重,权重之和为 1,反映业务对各维度的重视程度
- 加权求和将各维度得分与权重相乘后累加,得到图谱的综合质量分
二、评估方法:经验、统计与智能三道巡园
老园丁看花园有三招:靠经验目测、拿尺子度量、用传感器建模。经验丰富的人一眼能看出哪棵苗蔫了(规则);用卷尺量密度能算出哪块地缺苗(统计);装一台环境传感器,则能根据温湿度预测哪片区域要生病(嵌入)。
知识图谱的评估也遵循同样的三阶段演进。最早的规则法依赖人类专家撰写约束条件,例如“一个国家的首都只能有一个”“人的父母不可能是自己”;统计法不写死规则,而是观测覆盖度、悬挂率、度数分布等全局指标;嵌入法则更进一步,把整个图“训练”进向量空间,让机器学会判断“这个三元组像不像真的”。
在 LLM 时代,嵌入评估尤其重要。以经典模型 TransE 为代表,思路是把关系看成“从实体到实体的平移”。如果 (北京,首都,中国) 是可靠事实,那么在向量空间里,“北京 + 首都” 就应该落在 “中国” 附近;反之,“上海 + 首都” 会离任何真实实体都很远。这个“平移距离”就是三元组的失真分数,距离越小,可靠性越高。
三种巡园方式各有利弊:规则法精准但覆盖窄,统计法宽泛但看不出单点问题,嵌入法全面却可能被训练偏差带偏。聪明的做法是把三道巡园配合起来:规则抓硬伤、统计看全局、嵌入找疑点,再由人工做最后确认。
- 嵌入表示头实体、关系、尾实体都被映射为低维稠密向量,让机器可以计算“语义距离”
- 平移假设把关系看作头实体到尾实体的平移,理想情况下满足向量加法等式
- 失真打分用 L2 范数度量平移误差,分值越低说明三元组在语义空间里越“顺理成章”
三、错误检测:拔除三类杂草
花园里最烦人的是三样东西:不知从哪飘来的野苗,孤零零长在空地上(孤儿);同一块田里插着两块互相打架的牌子(矛盾);同一个品种被登记成两个名字,账目对不上(混淆)。园丁除草的第一步,是把这三类杂草辨认出来。
对应到知识图谱,这三类错误是质量的头号杀手。第一类是悬挂实体(dangling entity):三元组引用了图谱中根本不存在的实体,比如“《流浪地球》的导演是李焕英”,若图里没有“李焕英”这个实体,这条边就悬空了;第二类是矛盾断言(conflict):同一主语-关系对指向多个互斥宾语,比如“长江”既“流经青海”又“流经虚妄之地”;第三类是实体消歧(entity disambiguation):同一个现实对象被建成两个节点,或者一个节点混入了多个对象。
检测矛盾断言时,工程上常用“多数投票 + 置信度阈值”的思路:先聚合同一 (主语,关系) 下的全部宾语,再用规则或语义相似度判断哪些宾语互斥,最后计算互斥比例。比例超过阈值 θ 的条目就会被标记,进入待修复队列。
除草要除根。检测不是为了贴标签,而是为了把每个错误定位到具体三元组,交给下游修复模块。这一步做得越准,后面补全和维护的效率就越高——就像园丁弯腰去拔草之前,先要看清草根埋在哪儿。
- 聚合断言把同一主语-关系对的所有宾语收集到一个集合中
- 互斥计数借助规则或语义相似度,统计与多数断言相互矛盾的那些宾语
- 阈值判定互斥比例超过阈值 θ,则将该实体-关系对标记为待修复
四、知识补全:抓住雨季补种
再勤快的园丁也会发现,花园里总有几块地空着:明明适合种薄荷,却什么都没种。趁着一场春雨,园丁会根据周边作物的长势规律,估算每块空地最该补什么、什么时候补——补得对,整座花园的产出立刻提高一截。
知识图谱同样存在大量“缺失的格子”:实体之间真实存在关系,但图里没有连边。知识补全(KG Completion)的任务就是预测这些缺失的三元组。最常用的手段是链接预测:用训练好的嵌入模型,把实体和关系都变成向量,再通过向量运算推断缺失的尾实体。
以 TransE 为例,对缺失尾实体的三元组 (h, r, ?),我们把图中每个实体都当作候选尾实体,计算向量平移距离;距离最小的候选最可能是正确答案。为保证不引入噪音,系统只会采纳“距离小到低于信任阈值 τ”的预测,其余宁可留白,等待人工补种。
补种不是越多越好,乱种反而打乱原有生态。知识补全同样讲究“宁缺毋滥”:高置信预测直接入库,低置信预测送入人工队列,既提升完整性,又不污染准确性。花园的每一寸土地,都在可控的节奏下被利用起来。
- 候选生成将图中全部实体都作为候选尾实体,一个都不落下
- 打分排序按平移距离给每个候选打分,距离越小越可信
- 置信筛选取距离最小的候选,并要求得分低于置信阈值 τ 才采纳
五、时效维护:四季更替与换季更新
种菜的人都知道“时令”二字的分量。夏天的番茄到了秋天就该拔掉,一味留着只会枯萎腐烂,还抢走新苗的养分。花园要常青,必须建立换季机制:标注每株作物的定植时间,定期评估它还是不是当季的作物。
知识图谱中的信息同样有时令:股票代码会变更、门店地址会搬迁、人物职务会调动。一个没有时效维护的图谱,就像一个只过夏天的花园,到了冬天依然挂着夏天的牌子,误导每一个来采摘的人。LLM 搜索恰恰最怕这种“过期的准确”。
工程上常用指数衰减函数刻画“新鲜度”:三元组每经过一次更新,新鲜度回到 1;随时间推移以指数速度下降;当新鲜度跌破阈值,系统自动将其重新加入验证队列,确认仍然成立的继续保留,已失效的则被替换或清理。这样,图谱始终跟着真实世界“换季”。
换季的意义不仅在于“清掉旧货”,更在于把有限的维护资源集中到最需要更新的知识上。时效性评估让团队知道哪些数据最“凉”,优先给它们加热,保证搜索结果永远贴着当下。
- 时间差t 是当前时间,t₀ 是三元组最后一次更新的时间,差值越大说明越陈旧
- 指数衰减新鲜度随时间差按指数规律下降,λ 控制衰减速度
- 过期触发新鲜度跌破阈值 θ,系统自动将三元组送入重检队列
六、维护机制:从园丁经验到管理制度
一个真正漂亮的花园,靠的不只是某个园丁劳模,而是一套制度:每周固定巡检、下雨天有人抢收、每株名贵植物有专属档案。制度让花园的美丽不依赖于运气,而是可复制、可持续的。
知识图谱维护同样需要制度化。一个完整的维护闭环包括三个环节:自动巡检、人工复核、修复反馈。自动巡检按周期(比如每天或每周)跑一遍质量评估和错误检测,找出异常;人工复核处理机器“拿不准”的低置信样本;修复反馈则把每一次修正写回图谱,并重新计算质量分,验证维护是否见效。
人机协同是闭环的核心。机器处理量大但置信度不稳定,人工处理慢但准确率高。工程上通常以样本量为权重,把两条通道的准确率合成一个整体指标,用于衡量维护系统的综合质量。这条闭环让图谱的质量分数“周周有记录、月月有提升”,而不是上线后放任自流。
有了制度,花园才不会因为换个园丁就荒废。维护机制的价值,是把评估、检测、修复串成一个自我增强的飞轮:每转一圈,图谱的质量、团队的效率、流程的成熟度都上一个台阶。
- 自动通道机器自动修复或验证 n_a 条断言,其平均准确率为 A_a
- 人工通道低置信度样本交给人工复核,共 n_h 条,准确率为 A_h
- 加权平均以样本量为权重,求两条通道的加权平均准确率
七、搜索应用:把好食材端上 LLM 的餐桌
前面的一切努力,最终都是为了开饭那一刻。米其林主厨(LLM)的技术再高,也需要新鲜的食材;知识图谱就是那座四季如春的食材花园。花园管理得越好,端上桌的每一道菜(搜索结果)才越有底气。
在 LLM 时代的搜索系统中,知识图谱质量直接决定回答的可信度。常见做法是检索增强(RAG):先根据用户问题召回相关文档,同时从知识图谱中抽取相关联的事实片段;随后把两种信号按权重融合、重新排序。高质量图谱提供的结构化证据,能让 LLM 在生成答案时“心里有底”,大幅降低一本正经胡说八道的概率。
工程落地时还需要做性能优化:对高频实体和关系建立子图缓存、把图谱查询裁剪到两跳以内、为答案附上完整的图谱推理路径作为溯源链接。这样既保证回答的速度,又让用户能够“按图索骥”地核实每一个事实。质量评估的数据也会反过来指导缓存与索引的更新策略。
至此,这座花园完成了它的使命:从体检(质量评估),到除草、补种、换季(维护),再到把最新鲜的食材端上 LLM 的餐桌(搜索应用)。每一个环节环环相扣,共同守护着搜索结果里那句话的真实分量。
- 图谱信号query 经过实体链接命中图谱子图,得到结构化相似度分数
- 文本信号query 与候选文档的向量语义相似度
- 加权融合用 α 控制图谱信号的权重,融合两种分数并重新排序
AI 应用场景
场景一:企业智能客服的知识库保鲜
阶段:检索增强生成(RAG)的数据准备与持续维护
解决的问题:企业知识库散落在文档、表格、百科里,传统搜索召回经常命中过时或互相矛盾的资料,导致客服答错、客户投诉。AI 方式的解决思路是:先用知识图谱把产品参数、政策条款、人员权限等结构化为三元组,再用质量评估与维护闭环持续保鲜;回答问题时从图谱中检索证据,与文档检索融合,答案可溯源。
具体案例:某银行智能客服接入了包含 2 万条理财产品的图谱。通过周期巡检发现 15% 的收益率数据已过期,自动标记后由业务专家复核更新;上线后,关于“当前利率”问题的准确率从 71% 提升到 93%,投诉率下降一半。
场景二:电商搜索的商品图谱时效维护
阶段:知识图谱维护(时效性与一致性)
解决的问题:电商商品的价格、库存、优惠实时变动,静态图谱会让搜索推荐“挂羊头卖狗肉”。基于时间衰减与增量更新的维护机制,能自动识别“过期的低价”“已下架的爆款”,配合规则引擎保证同款商品的属性一致。
具体案例:某电商平台为 500 万商品构建图谱,维护流水线每小时拉取价格变动流,低于新鲜度阈值的商品三元组自动进入重采队列;“今日特价”搜索的点击率上升 22%,误导型投诉明显减少。
场景三:新闻资讯搜索的实体消歧与矛盾消解
阶段:错误检测与知识补全
解决的问题:多源新闻中同名人物、同一实体的多种称呼、互相矛盾的报道层出不穷。通过实体消歧把同一对象合并,用矛盾断言检测标记争议事实,新闻搜索才能呈现“谁说了什么”,而不是“两个版本的同一件事”。
具体案例:某新闻聚合 APP 引入图谱消歧后,“特朗普”与“川普”两个节点被合并,同一事件的多源报道自动聚类;争议性断言被标注为“待核实”,用户点击后可查看矛盾原文,信息可信度显著提升。
Python 演示
# -*- coding: utf-8 -*-"""知识图谱质量评估与维护: 迷你花园Demo."""from collections import defaultdict KG = [ ("北京", "首都", "中国", 2023, "官方"), ("北京", "人口", "2189万", 2021, "统计"), ("上海", "首都", "中国", 2020, "错误来源"), ("长江", "长度", "6300km", 2022, "官方"), ("长江", "流经", "青海", 2022, "官方"), ("长江", "流经", "虚妄之地", 2020, "未验证"), ("珠峰", "海拔", "8848.86m", 2020, "官方"), ("地球", "卫星", "月球", 2023, "官方"), ("月球", "卫星", "地球", 2023, "错误"),] class KGGarden: """把知识图谱当作四季花园来打理.""" def __init__(self, triples): self.triples = triples self.entities = set() for h, r, t, ts, src in triples: self.entities.add(h) self.entities.add(t) def quality_dimensions(self): now = 2024 n = len(self.triples) if n == 0: return {"accuracy": 0.0, "completeness": 0.0, "consistency": 0.0, "freshness": 0.0} accuracy = sum(1 for h, r, t, ts, s in self.triples if s not in ("错误来源", "错误")) / n completeness = min(len(self.triples) / (len(self.entities) * 1.5), 1.0) consistency = 1.0 - self._conflict_ratio() freshness = sum(1 for h, r, t, ts, s in self.triples if now - ts <= 3) / n return {"accuracy": accuracy, "completeness": completeness, "consistency": consistency, "freshness": freshness} def _conflict_ratio(self): buckets = defaultdict(set) for h, r, t, ts, src in self.triples: buckets[(h, r)].add(t) if not buckets: return 0.0 conflicted = sum(1 for objs in buckets.values() if len(objs) > 1) return conflicted / len(buckets) def detect_errors(self): errors = [] now = 2024 for h, r, t, ts, src in self.triples: if src in ("错误来源", "错误", "未验证"): errors.append(("low_confidence", (h, r, t))) if src == "统计" and now - ts > 2: errors.append(("stale", (h, r, t))) buckets = defaultdict(set) for h, r, t, ts, src in self.triples: buckets[(h, r)].add(t) for (h, r), objs in buckets.items(): if len(objs) > 1: errors.append(("conflict", (h, r, objs))) return errors def fix_conflicts(self): """矛盾处理: 同一(实体,关系)只保留时间戳最新的断言.""" buckets = defaultdict(list) for idx, (h, r, t, ts, src) in enumerate(self.triples): buckets[(h, r)].append((idx, ts)) drop = set() for items in buckets.values(): items.sort(key=lambda x: x[1], reverse=True) for idx, ts in items[1:]: drop.add(idx) self.triples = [t for i, t in enumerate(self.triples) if i not in drop] def maintenance_cycle(self): before = sum(self.quality_dimensions().values()) / 4 errs = self.detect_errors() self.triples = [t for t in self.triples if t[4] not in ("错误来源", "错误", "未验证")] self.fix_conflicts() self.triples = [t for t in self.triples if 2024 - t[3] <= 3] after = sum(self.quality_dimensions().values()) / 4 return {"before_quality": before, "after_quality": after, "found_errors": len(errs)} def main(): garden = KGGarden(KG) print("== 质量评估 ==") for k, v in garden.quality_dimensions().items(): print(" {}: {:.1%}".format(k, v)) print("== 错误检测 ==") for kind, item in garden.detect_errors(): print(" {}: {}".format(kind, item)) result = garden.maintenance_cycle() print("== 维护闭环 ==") print(" 发现错误数: {}".format(result["found_errors"])) print(" 维护前综合质量: {:.1%}".format(result["before_quality"])) print(" 维护后综合质量: {:.1%}".format(result["after_quality"])) if __name__ == "__main__": main()
KG = [("北京", "首都", "中国", 2023, "官方"), ...]用五元组表示一条知识:实体,关系,实体,时间戳,来源。self.entities.add(h)` / `self.entities.add(t)收集图谱中全部实体,为完整性计算打基础。accuracy = sum(1 for ... if s not in ("错误来源", "错误")) / n把低置信来源的数量视为“错名牌”,算出准确率。freshness = sum(1 for ... if now - ts <= 3) / n3 年内更新过的三元组算“当季”,得到新鲜度。buckets[(h, r)].add(t)把同一主语-关系的宾语聚到同一个花坛里,为一致性评估做准备。conflicted = sum(1 for objs in buckets.values() if len(objs) > 1)一个花坛里出现多种说法就计一次矛盾。errors.append(("low_confidence", (h, r, t)))把不可信来源标记为“杂草”,进入待处理队列。items.sort(key=lambda x: x[1], reverse=True)按时间戳排序,保留最新断言,实现“留新除旧”。self.triples = [t for t in self.triples if 2024 - t[3] <= 3]超过 3 年未更新的三元组直接清理,完成换季。maintenance_cycle()` 中的 `before` / `after比较维护前后的综合质量分,让闭环效果可量化。
常见误区
误区图谱上线那天质量最高,之后只要不崩就不用管,质量评估是发布前做一次的事。
正解知识会过期、来源会出错、实体关系会变化。就像花园不可能建完就自动常青,杂草一个雨季就能长满;图谱的准确、完整、一致、新鲜四个维度都会随时间衰减,必须建立“评估-检测-修复-复评”的持续闭环,否则上线越久,毒性越强。
为何常见:建图阶段投入巨大,容易让人产生“竣工即永久”的错觉,忽略了知识世界是流动的。
误区图谱越大越好,百万条三元组听起来就比十万条更可信,评估时只报覆盖率。
正解数量只反映规模,不反映质量。一条错误的三元组会沿着关系边传播,污染一大片子图;矛盾断言和悬挂实体越多,图谱对 LLM 搜索的伤害越大。正确做法是同时监控准确性、完整性、一致性、时效性四个维度,规模只是分母。
为何常见:规模是最容易观测的指标,而质量评估需要抽样标注和人工复核,成本高、见效慢。
误区TransE 算出来平移距离很小,说明这个三元组肯定正确,直接入库就行。
正解嵌入打分是统计规律的总结,不是逻辑证明。训练语料本身的偏差、罕见实体向量稀疏、长尾关系样本不足,都会让模型给出虚低的失真分数。所以工程上必须配阈值过滤、规则校验和人工复核,高置信也不等于绝对正确。
为何常见:模型输出的数值天然带有“精确感”,让人忽略它背后的统计本质和训练噪音。
误区让大模型从文档里抽取实体关系,自动生成知识图谱,质量评估就可以省掉了。
正解LLM 抽取结果有幻觉风险,同一段话换两种问法可能抽出互相矛盾的三元组。自动建图只是把“人挖池塘”换成了“水泵抽水”,水质监测和换水制度一样都不能少。错误检测、矛盾消解、人工复核的闭环,反而是 LLM 建图场景下更重的工程。
为何常见:LLM 生成的内容流畅自信,非专业人士很难察觉其中的事实错误,容易放松警惕。
面试题
Q1. 知识图谱质量评估的四个核心维度中,通常不包括以下哪一项?
- A.准确性(Acc)
- B.完整性(Com)
- C.一致性(Con)
- D.娱乐性(Fun)← 正确答案
答案:D。四维度是准确性、完整性、一致性和时效性,分别对应花园里的“名牌对不对、空地多不多、规则乱不乱、作物新不新”;“娱乐性”是干扰项,体检可从来不测花园好不好玩。
Q2. TransE 嵌入评估的核心假设是什么?
- A.关系是头尾实体的平移向量← 正确答案
- B.关系是头尾实体的点积结果
- C.关系是头尾实体的余弦距离
- D.关系是头尾实体的拼接向量
答案:A。TransE 把关系看作从头部实体到尾部实体的“平移”,即 h + r ≈ t。点积、余弦、拼接是其他模型(如 DistMult、TransR)的变体思路,不符合 TransE 的平移世界观。
Q3. 知识图谱错误检测中,常见的三类错误包括哪些?
- A.悬挂实体(悬空的边)← 正确答案
- B.矛盾断言(互相打架)← 正确答案
- C.同名异指(一实多名单节点)← 正确答案
- D.索引碎片(存储问题)
答案:ABC。悬挂实体是引用了不存在的节点,矛盾断言是同一事实多个版本,同名异指是没有做实体消歧;这三类对应花园里的孤儿苗、打架牌子和错记名。索引碎片是存储层问题,不属于图谱内容错误。
Q4. 知识补全最常用的技术是哪一种?
- A.链接预测补全缺失边← 正确答案
- B.数据压缩减小存储量
- C.全文索引加速检索
- D.缓存热加载提高性能
答案:A。知识补全的核心是预测缺失的三元组,链接预测通过嵌入向量的平移距离找出最可能的候选尾实体。数据压缩、全文索引、缓存都是提高存储或检索性能的手段,与“补内容”无关。
Q5. 时效衰减函数中,λ 参数的作用是什么?
- A.控制新鲜度下降的速度← 正确答案
- B.控制图谱中实体数量
- C.控制三元组存储位置
- D.控制人工复核优先级
答案:A。在新鲜度公式 f(t)=e^(−λ·ΔT) 中,λ 是衰减速率系数,λ 越大新鲜度掉得越快,类似“夏天比冬天冷得快”。它只影响新鲜度随时间的变化速率,与实体数量、存储位置、复核优先级无关。
Q6. 知识图谱维护闭环通常包含哪些环节?
- A.自动巡检与周期评估← 正确答案
- B.人工复核低置信样本← 正确答案
- C.修复反馈与复评追踪← 正确答案
- D.模型参数自动蒸馏
答案:ABC。闭环三环节是自动巡检、人工复核、修复反馈,对应正文的“自动流水线 + 老师傅 + 台账记录”。模型蒸馏是压缩模型的技术,与图谱内容维护不是一回事。
Q7. 使用 TransE 做链接预测时,给定候选尾实体 o′,正确的预测规则是什么?
- A.取平移距离最小且低于阈值← 正确答案
- B.取平移距离最大且高于阈值
- C.取与头实体相似度最高者
- D.取与关系频率最接近者
答案:A。TransE 认为可靠三元组满足 h + r ≈ t,因此平移距离越小越可信;同时还要满足低于信任阈值 τ 的过滤条件,避免低置信预测污染图谱。距离最大、相似度最高、频率接近都不符合平移假设。
Q8. 知识图谱的“一致性”维度衡量的是什么?
- A.断言之间是否逻辑自洽← 正确答案
- B.实体数量是否足够庞大
- C.关系种类是否多种多样
- D.图结构是否完全对称
答案:A。一致性指图谱内部不出现互相矛盾的说法,同一个事实不能有两个打架的版本,就像同一块田里不能同时插“薄荷”和“野草”两块牌子。实体数量、关系多样性和图对称性都不属于一致性的定义。
Q9. 高质量知识图谱对 LLM 搜索的价值体现在哪些方面?
- A.提供可推理的检索证据← 正确答案
- B.降低幻觉与过时信息← 正确答案
- C.支撑答案溯源与置信← 正确答案
- D.扩大 LLM 的参数量
答案:ABC。图谱把结构化事实变成“食材”,让 LLM 检索时有据可依、回答时可推理、输出后可溯源,同时通过时效维护减少过时信息。模型参数量是模型架构层面的东西,与图谱质量无关,靠加参数反而可能更会“编”。
Q10. 人机协同维护中,人工复核最适合处理哪类样本?
- A.机器判定的低置信样本← 正确答案
- B.所有超过千条的批量数据
- C.已完全确定正确的断言
- D.从未被访问过的冷门实体
答案:A。人工复核应聚焦机器“拿不准”的低置信样本,把有限的老师傅时间用在刀刃上;完全确定的断言交给机器即可,批量数据也不适合人工逐条看,冷门实体跟置信度没有直接关系。