睿治

智能数据治理平台

睿治作为国内功能最全的数据治理产品之一,入选IDC企业数据治理实施部署指南。同时,在IDC发布的《中国数据治理市场份额》报告中,连续四年蝉联数据治理解决方案市场份额领先。

AI时代的DIKW模型是否需要重新解读?

时间:2026-07-17来源:数据思考浏览数:2

DIKW金字塔(Data-Information-Knowledge-Wisdom)从1980年代提出至今,一直是数据管理领域的经典认知框架。它描述了从原始符号到智慧决策的四层递进,隐含的前提是“处理器是人”——每层转换靠人脑完成,流向单向不可逆。

AI时代到来后,这个框架遇到了前所未有的挑战。不是因为DIKW错了,而是因为它的“默认设置”不再适用。

LLM成了新的认知处理器。数据可以直接跳层被消费。知识不再只存在于人脑中,也可以被形式化、可推理、可校验地存放在机器侧。智慧的边界也开始模糊。

所以问题不是“DIKW要不要被抛弃”,而是:它的每一层内涵、层间流向、消费者角色,需不需要重新解读?

我的答案是:需要。而且是迫切的需要。

Data还是原始符号。这一点AI时代没有动摇。


但什么叫“合格的数据”?标准变了。

传统标准:结构清晰、类型对、质量达标、血缘可追——人能读就行。

AI时代标准:除了人能读,还得机器可理解、可推理、可对齐到语义层。同样是amount字段,传统只要DECIMAL(18,2)就过关;AI时代还得挂SKOS标签、还得有rdfs:label、还得在指标语义层里有definition和source_table。

Data层没改名,但“治理到位”的及格线被上游Knowledge层拽高了。数据不做到语义化,就算传统意义“干净”,AI也消费不动。

Information = Data + Context。经典定义里,给原始数据加语境靠人。

AI进来之后,加语境这事儿部分自动化了。

比如一条原始日志:user_id=8821, action=pay, amount=299, ts=1700000000。

传统做法:人设计表结构,人写ETL,人给字段加注释,最后变成“用户8821于某时点支付299元”——这是Information。

LLM做法:把这条日志加表结构描述喂给模型,模型直接输出“用户8821完成了一笔299元的支付,疑似属于数码品类(根据history推断)”——语境自动补了一部分。

但注意:LLM补的语境是“概率性”的,不是“确定性”的。它说“疑似数码品类”可能错。


所以Information层在AI时代分化成两种:

确定性Information:靠Schema、元数据、语义标签挂出来的(传统路子,仍为主流)。

概率性Information:LLM从上下文或历史里推断出来的(新加的,要标“AI推断,置信度X”)。

后者在传统DIKW里没位置。现在得给它留个坑——不然“AI生成的语境”算哪层?算Data太粗,算Knowledge又不够(没经人验证)。

经典Knowledge是“人脑里的模式、规则、关系”。Nonaka的SECI框架(显性/隐性知识互换)也是在“人”的前提下谈的。

AI时代,Knowledge层裂成两半:

① 人侧知识(经典含义):老师傅脑子里“这张表我们一般这么用”、业务方脑子里“成交额不含退单”、分析师脑子里“Q3异常要看大客户返利”。这部分没变,仍是tacit→explicit的转化问题。

② 机侧知识(新含义):被形式化后能被AI消费的那部分——SKOS词表、OWL本体、指标语义层、SHACL约束、规则引擎里的if-then。这部分不再是“人脑里的模式”,而是“人定义+机器可执行+可推理”的模式。

关键是:机侧知识不是人侧知识的简单“数字化”。它有额外要求:

必须形式化(RDF/OWL/SHACL能表达)。

必须可推理(推理机能跑)。

必须可校验(SHACL能守门)。

必须双向可读(人能维护,AI能消费)。

所以Knowledge层在AI时代要重定义为:

Knowledge = 人侧知识(tacit + explicit,人脑/文档为载体)+ 机侧知识(形式化/可推理/可校验,语义层+本体+规则为载体)。两者同源(都来自业务认知),但载体、消费方式、治理方法不同。

这个分裂是经典的DIKW没准备的。但它是“统一业务认知”那句话的工程落点——机侧知识就是“被人和AI同时理解的业务语言”的formalized版本。

还有一个变化:Knowledge不再只由人生产。LLM可以从文档里抽概念、抽关系、提案公理——生产侧半自动化了。但审核侧仍得有人——不然机侧知识会漂移、会错、会互相冲突。所以Knowledge层的“人”没消失,只是从“唯一生产者”变成“终审者”。

Wisdom经典定义是“知识+判断+价值+权衡”。是人做决策的那层——不仅知道“是什么、为什么”,还知道“该不该、值不值、优先级怎么排”。


LLM现在能做什么?

综合多源Knowledge,给建议:“综合三个维度,建议特批这名38岁候选人。”

做类比推理:“上次类似情况,特批后留存率是平均的1.8倍。”

做归因:“Q3成交额下滑主要来自大客户返利政策调整。”

这些看起来像Wisdom。但仔细看,缺两样东西:

一是价值判断。 “该不该特批”背后有成本、文化、合规、团队平衡这些权衡。LLM能给“基于历史数据的建议”,但“值不值”的最终拍板,它担不了责——也不是技术问题,是组织问题。

二是责任主体。 Wisdom的产出是“决策”。决策要有主体、有后果、能追责。LLM现在是“建议者”,不是“决策者”。

所以Wisdom层在AI时代可以分:

弱Wisdom(AI可做):综合、类比、归因、多方案比对——LLM能出草稿。

强Wisdom(人守):价值判断、风险承担、最终拍板——仍归人。

经典DIKW把Wisdom当“人独有”,现在要改成“人主AI辅,AI出弱Wisdom,人守强Wisdom”。

经典DIKW是单向的:D→I→K→W,不能跳,不能回。


AI时代流向被打乱了:

跳层: 数据直接喂给LLM,出来的是“看起来像Knowledge甚至Weak Wisdom”的东西(比如日志→LLM→“这个用户行为异常,建议风控介入”)。D直接到K/W,I那层被模型内部隐式做了。

回流: 机侧Knowledge(OWL公理、SHACL约束)可以用来修正/生成Data和Information——比如推理机发现“供应商X同时在黑名单和合格名单”,反向打标源数据。K→D,回流了。

并行消费: 同一份Data,人读走I→K→W链路,AI读走“Data→语义层→推理/生成”链路。消费者分裂了。

所以流向要从“单向阶梯”改成“双向循环网”。人侧和机侧各有链路,中间在K层(机侧知识=语义层)交汇。

经典定义

AI时代新内涵

载体

消费者

Data

原始符号

原始符号 + 必须机器可理解/可对齐语义

表、字段、日志

人 + AI

Information

Data + 语境

确定性Info(传统)+ 概率性Info(LLM推断)

Schema + 元数据 + 语义标签 + LLM输出

人 + AI

Knowledge

人脑里的模式/规则

人侧知识 + 机侧知识(形式化/可推理/可校验)

文档/Wiki + SKOS/OWL/指标层/SHACL

人(审)+ AI(消费)

Wisdom

知识 + 判断 + 价值

弱Wisdom(AI:综合/类比/归因)+ 强Wisdom(人:价值判断/拍板)

决策记录 + LLM建议草稿

人主 + AI辅

这张表的核心变化集中在Knowledge层和Wisdom层。Data和Information的消费者从“人”扩展到“人+AI”,但内涵变化相对小。Knowledge层分裂出机侧知识,是整个重注的关键。


不是推翻,是扩充加重注。

推翻的代价太大——DIKW作为认知框架已经用了四十多年,业务方、学界、治理圈都认。但你拿经典定义去套AI时代的企业数据治理,会套不上的:

你说“我们治理到Knowledge层”——业务方问“那LLM为啥还答错成交额口径?”答:因为你的Knowledge只有人侧,没有机侧。

你说“我们Data层治理完了”——AI应用问“语义标签在哪?本体在哪?”答:那是K层的事。AI:那我消费不了。

所以更务实的做法是:保留四层名字和大致递进,但每层的“内涵、载体、消费者、流向”按AI时代重注一遍。重点在K层——把它劈成人侧和机侧,机侧那半就是语义治理、知识治理、本体、SHACL的全部落点。

前面说过“AI时代数据治理要从‘管理业务结果’升级到‘统一业务认知’”。“业务认知”在经典DIKW里,散落在I层和K层——信息是“语境化的业务事实”,知识是“业务模式/规则”。但这两层都没考虑“机器消费”这个变量。

AI时代,“统一业务认知”的实质,就是在K层补一半“机侧知识”,让业务认知既能被人审稿、也能被AI消费、还能被推理机校验。

所以DIKW不用重写,但K层不补机侧那半,前面说的“升级”就落不了地——你统一了人侧认知,AI侧还是各说各的,“统一业务认知”只完成了一半。

经典DIKW是“人-centric”的认知金字塔。AI时代的DIKW要改成“人+机 dual-core”的认知网络——K层劈两半,W层分强弱,流向变双向。名字不变,骨架重修。

对企业侧来说,不用等学界共识。先把K层的机侧那半建起来——SKOS、OWL、SHACL、指标语义层——就是你们能落地的“DIKW适应AI时代”的第一步。

(部分内容来源网络,如有侵权请联系删除)
立即申请数据分析/数据治理产品免费试用 我要试用
customer

在线咨询

在线咨询

点击进入在线咨询

联系客服

扫描下方二维码,添加客服

亿信微信二维码

扫码添加好友,获取专业咨询服务