- 产品
- 产品解决方案
- 行业解决方案
- 案例
- 数据资产入表
- 赋能中心
- 伙伴
- 关于
时间: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时代”的第一步。
在线咨询
点击进入在线咨询
扫描下方二维码,添加客服
扫码添加好友,获取专业咨询服务