灵光 · 灵光 · 2026-06-03 · 国科智飞 Gavin

信息熵：十二个刻度，为什么最后没人知道有多少水？

十二个刻度报到最后只剩「高、中、低」三档。等下游买家来问水量，全镇已经没有人知道准确答案。一个关于「信息熵」的寓言。

清泉镇有一座老水坝。水坝上有一排刻度石，每一尺一个记号，总共十二个，从坝基一直刻到坝顶。

镇子里有一个专门的看水人，他的职责是每天去数一遍刻度石，把每一个刻度的数字报给镇长。镇长再把数字报给调度，调度决定今年开几个闸口、放多少水下去。

这套系统用了三十年。三十年里，每一次旱涝，看水人都报得极准。

后来看水人老了，走不动了。镇长说，找个人替。新的看水人来了，但镇长觉得每天报十二个数字太啰嗦，就说：「你就报最高的水位就行了。」新看水人说好，只报最高那个刻度。信息从十二个数字压缩成了一个。

调度收到只有一个数字的汇报，倒也够用——他只看最高水位。

又过了几年，调度换了人。新调度觉得一个数字「太模糊」，就说：「你改成报三档——高、中、低就行了。」新看水人照做。

高、中、低。三个状态。原来的十二个精确刻度变成了三个模糊档位。

调度凭三档信息决定开几个闸口。够用了。至少表面上是够用的。

又过了几年。镇子扩大了，需要把水卖到下游去。下游的人来信问：「你们坝里的水到底够不够我们用三个月？」

镇长开调度会。调度说：「我们只有高、中、低三档。」

镇长问：「具体数字呢？」

调度说：「没有具体数字了，流程里早就简化了。」

镇长问看水人：「当年老看水人记的那些原始记录还在吗？」

看水人翻了一整天，说：「有几本旧账本，但格式和新表对不上，很多都破损了。」

没有人知道准确的水量到底有多少。

清泉镇最后花了三年重建水文记录系统，花了两年找回旧账本，又花了两年比对新旧数据。

等系统重建完，下游的买家早就找了别的水源。

后来有一个从省城来的工程师听说了这件事。他说：「你们丢失的不是数据。你们丢失的是使数据成为数据的那个『单位』。」

「当『一尺水』变成了『高档水』，你们其实做了这样一件事：把一千种可能的真实情况，压缩成了三种。」

「三种里面，恰好有一个是对的。但你们没有办法知道是哪一个。所以你们只能猜。」

「猜三十年，总有一年会猜错。」

概念：信息熵

信息熵（Information Entropy） 由克劳德·香农（Claude Shannon）在 1948 年提出，用 H = -Σ p(x) log₂ p(x) 度量「在知道结果之前，不确定性有多大」。信息熵越高，不确定性越高，可能的信息量越大；信息熵越低，系统越「确定」——因为可能性已经被压缩、简化，甚至被确定性提前填满了。

传话游戏的核心悲剧，不是「信息传错了」，而是每一层都觉得自己做了合理的简化：看水人觉得「最高水位够了」，调度觉得「高、中、低够了」，镇长觉得「反正年年都这么过来的」。每一层都在做合理的压缩，但压缩的累积效应是：最后没有任何一层还持有「不确定性本身」。

而真正危险的，恰恰是那些「看起来已经确定」的信息——它把未知伪装成了已知。

故事里的映射

给 AI 时代的企业

设计内容与数据管线时，最容易犯的错误不是「没有内容」，而是「内容很多，却无法回溯到原始信号」。每一次聚合都是一次熵减：越靠近决策者的信息，越是被压缩过的「高档水」。

好的管线设计不是阻止熵减，而是在每一个熵减的节点，保留足够的原始信号备份——让需要的时候，还能找回那十二个刻度。

你收到的，是高、中、低三档中的哪一档？

灵光 · 用一个故事讲清楚一个概念。