Day 42 · 技术失败与灾难史

灾难不在出事那天发生,它在很久之前就写好了

2026 年 8 月 8 日(周六) · BigCat's Time Machine
一座桥、一艘船、一枚火箭、一座反应堆。四次事故的技术细节毫无共同点,调查却一次次指向同一件事:坏消息在组织里走得比故障慢。
EVENT · 01

唯一有权叫停的人,从没到过工地The Quebec Bridge Collapse · 29 August 1907

1907.08.29魁北克 · 圣劳伦斯河Royal Commission 1908 · Petroski

Theodore Cooper 是当时北美最负盛名的桥梁工程师,合同给了他对魁北克大桥全部图纸的最终裁定权。他年近七十、健康不佳,整个工期只到过工地一次。为压低造价,主跨从 1600 英尺加长到 1800 英尺(549 米,当时世界最长悬臂跨),自重估算却没有重算;设计与施工同由 Phoenix Bridge 承担。

1907 年 6 月起,驻场工程师 Norman McLure 反复报告南臂受压下弦杆肉眼可见地弯曲、且在扩大;Phoenix 坚称是运输时的旧变形,争论拖了两月。8 月 27 日 Cooper 从纽约发电报要求停止加载——这封电报没有变成停工令。8 月 29 日下午五点半,一万九千吨钢在十五秒内落进圣劳伦斯河,75 人死亡,其中 33 人是 Kahnawake 的莫霍克族铆工。

1908 年皇家调查委员会认定 Cooper 与设计师 Peter Szlapka 的自重计算错误是直接原因。Henry Petroski《To Engineer Is Human》(1985) 读出更深一层:技术知识够用,缺的是制度——设计、施工、审核挤进同一家公司,否决权又交给一个只靠信件了解现场的人。约束很硬:即使电报当天送达,工地也无人被授权停工。加拿大此后确立强制独立复核。

关键设计只由一位远程「架构师」签字,评审留在邮件里而非流程里;现场有疑虑却没有停线权。

把否决权集中给最有经验的人、又不给现场任何人叫停权,等于让可靠性取决于一个人当天有没有收到信。
你的团队里,级别最低的人能不能让整件事停下来?成本由谁承担?
EVENT · 02

救生艇是够的——按 1894 年的规则算Titanic and the Board of Trade Rules · 14–15 April 1912

1912.04.14北大西洋Wreck Commissioner 1912 · SOLAS 1914

1894 年英国贸易委员会规定:一万吨以上的船配 16 艘救生艇。此后十八年规则未改,船越造越大。泰坦尼克号 46,328 总吨,配 20 艘艇、容量 1178 人,船上 2224 人——它不但合规,还超出法定要求。因为当时救生艇的模型不是「全员撤离」,而是把人摆渡到赶来的救援船。

4 月 14 日船上至少收到六封冰情警报。23 时 40 分发现冰山,大副下令左满舵并倒车,撞击落在右舷前部,撕开约 90 米的间断损伤,前六个水密舱进水——设计余量是四个。舱壁只砌到 D、E 甲板且不封顶,水漫过隔断逐格灌入,2 时 20 分沉没,1500 余人遇难。

流传最广的反事实是「迎头撞上去」:结构分析显示正撞可能只毁掉前两舱——物理上成立,决策上不成立,大副只有约 37 秒。真正可改的变量在十八年前:英美两国的调查都指向法规按吨位而非载客数计算救生艇。争论也在此分岔:一派归咎船长 Edward Smith 在冰区未减速,另一派指出当时北大西洋班轮普遍如此。1914 年首部《国际海上人命安全公约》(SOLAS) 随之要求救生艇容纳全部人员。

合规 ≠ 安全:监管指标锁定的是上一代技术的失效方式。自动驾驶用「每千英里接管次数」评估安全、金融用历史波动率度量风险,都可能在合格线之上出事。

最危险的事故常常发生在完全合规的系统里:规则编码的是上一代人对失效方式的想象。
你正在用的安全指标,是为哪一年的系统设计的?它假设的故障模式还成立吗?
EVENT · 03

「摘掉你的工程师帽子,戴上管理者的帽子」Challenger, STS-51-L · 28 January 1986

1986.01.28卡纳维拉尔角Rogers 委员会 · Vaughan · Feynman

航天飞机固体助推器的分段接缝靠两道 O 形密封圈封堵高温燃气。Morton Thiokol 的工程师 Roger Boisjoly 早在 1985 年 7 月就写下备忘录,警告接缝可能灾难性失效,低温会让橡胶变硬、回弹变慢。此前多次发射后,回收的助推器上都发现过 O 形圈被热气侵蚀——每次都判为「在可接受的经验范围内」

1 月 27 日夜佛罗里达遭遇寒潮,预报发射时约 2℃,此前最低的一次发射是 12℃。当晚电话会议上工程师建议推迟,NASA 的 Larry Mulloy 反问:「天哪,Thiokol,你们要我等到明年四月?」休会五分钟后,高管 Jerald Mason 对工程副总裁 Robert Lund 说:摘掉你的工程师帽子,戴上管理者的帽子。公司随即以管理层名义签字。次日 11 时 38 分升空,73 秒后解体,七人遇难。听证会上 Richard Feynman 把一段 O 形圈按进冰水,取出后不再回弹;他在附录 F 中写道:管理层估计的失败率是十万分之一,工程师的估计是百分之一。

Diane Vaughan《The Challenger Launch Decision》(1996) 推翻了「管理层明知故犯」的通俗版本。她的核心概念是偏差的正常化:没有人隐瞒数据,NASA 逐次把「侵蚀但没炸」当作仍在裕度内的证据,标准在十年里缓慢下移。Edward Tufte 归咎于呈现方式:当晚的图表按发射编号而非温度排序;Vaughan 反驳说那条曲线是知道答案后才画得出来的。硬约束在于:推迟一次发射并不能修好接缝设计。

SRE 的告警疲劳:每次 near-miss 被记为「没出事」,容忍阈值就抬高一格,而裕度被消耗的过程不触发任何报警。

组织很少毁于一个错误的决定,而是毁于一连串「上次也没事」的合理化。
你手上有没有一个反复出现、每次都被判为「可接受」的异常?判定标准是什么时候悄悄放宽的?
EVENT · 04

缺陷已知十一年,只是被列为机密Chernobyl Reactor No. 4 · 26 April 1986

1986.04.26普里皮亚季 · 乌克兰INSAG-1 (1986) · INSAG-7 (1992) · Plokhy

苏联 RBMK-1000 石墨慢化沸水堆有两个致命特性:正空泡系数——冷却水沸腾成蒸汽后反应性反而上升,形成正反馈;控制棒下端接着石墨尖端,插入初期先增加反应性。1975 年列宁格勒核电站一号机组已因前者部分燃料熔毁,事故报告被列为机密,其他电站的运行人员一无所知。

1986 年 4 月,四号机组要在停堆前补做一项拖了数年的测试。25 日基辅电网要求供电,测试推迟十小时,交给没有受过该测试训练的夜班。降功率中氙-135 积累,功率意外跌到 30 兆瓦热功率,远低于计划的 700;按规程此时应终止,副总工程师 Anatoly Dyatlov 要求继续,操作员抽出大量控制棒把功率拉回 200 兆瓦——堆芯已进入规程明令禁止的状态。1 时 23 分 04 秒测试开始,冷却水沸腾,正空泡系数自我放大;36 秒后按下紧急停堆按钮 AZ-5,石墨尖端率先入堆,把反应性又推高一截。两次爆炸掀掉一千吨顶盖,31 人死于当场或急性辐射病。

国际原子能机构 1986 年的 INSAG-1 报告基本归咎于操作员;1992 年的 INSAG-7 大幅修正:设计缺陷才是主因,操作员在不知情下进入了反应堆本不该允许的状态。Serhii Plokhy《Chernobyl》(2018) 把根因再推一层——保密切断了组织学习:1975 年的教训若公开,规程与控制棒设计有十一年可以改。硬约束也在:苏联选 RBMK,是因为它可不停堆换料、且不需大型压力容器的锻造能力——安全性的劣势是工业条件下的自觉取舍,不是疏忽。

民航业是反向样本:事故报告全球公开、匿名上报让一次教训在全行业生效。安全事件不外传的行业里,每家公司都得自己把所有坑踩一遍。

一个系统真实的安全水位,等于它允许坏消息传播的距离。
你所在的组织,最近一次故障复盘传到了多远?只在小组内,还是没踩过坑的人也看到了?

预警到灾难的间隔

四场事故都不缺预警,缺的是让预警变成行动的通道。
魁北克桥
下弦杆变形上报 → 坍塌:约 10 周
泰坦尼克
救生艇规则定稿 → 沉没:18 年
挑战者号
Boisjoly 备忘录 → 解体:6 个月
切尔诺贝利
列宁格勒事故 → 爆炸:11 年

四场事故,四条被切断的回路

通常的解释讲个人:谁算错了、谁太傲慢。真正起作用的是回路。
现场 / 年代
通常的解释
真正的机制
魁北克桥 · 1907
工程师算错了自重
设计施工同体、审核单点远程,复核回路名存实亡
泰坦尼克 · 1912
傲慢与救生艇不足
规则编码了过时的失效模型,合规反成盲区
挑战者号 · 1986
管理层压过了工程师
偏差正常化:把「没出事」当作安全的证据
切尔诺贝利 · 1986
操作员违规操作
保密切断跨组织学习,已知缺陷十一年未修

深入思考

问题一:四条回路里,哪一条最难在自己的组织中修好?
停工权最容易写进制度,也最容易失效——行使它的人承担全部延误成本,避免的损失却看不见。更难的是跨组织学习:它要求把丑事告诉竞争对手。民航业做到了,因为一次坠机打击的是整个行业的信心。事故只损害单家企业声誉的行业,信息共享不会自发出现,只能靠强制。
问题二:Vaughan 的「偏差正常化」与 Tufte 的「图表没画对」,哪个更适合当行动指南?
Tufte 的处方具体——按物理变量而非时间序号组织证据,但有事后诸葛的风险。Vaughan 的诊断更普适:把每次「异常但无后果」记为裕度消耗而非安全证据,给每类异常设累计触发线,达到就必须重新论证设计。记账方式比单次判断重要。
问题三:这四次失败对复杂系统有什么一般性启示?
Charles Perrow《Normal Accidents》(1984) 认为,系统兼具交互复杂性紧耦合时,事故是正常产物而非例外;Weick 与 Sutcliffe 的高可靠性组织理论反驳:航母甲板与空管在同样条件下长期不出事,靠的是对微弱信号的执着与决策权下沉。四个案例更支持后者——每处失效都能指认一条本可存在的回路。这与分布式系统的直觉一致:决定命运的是隔离边界与回滚路径,而非单个组件多可靠。另一个推论值得警惕:安全规则几乎全是追认式的,还没出过大事的领域,规则也还没被写出来。