← 返回概念解读

Concept Fable精修版

事后复盘

Postmortem · Operations

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

火灭之后,木匠为什么还要量那根梁

木桥镇的一座仓桥在夜雨后塌了。火把照着断梁,货箱散在河边。镇长第一句话是找出谁最后一个走过桥,众人也急着找一个该挨骂的人。

最后过桥的是年轻车夫。他承认车上多装了两袋盐,镇长差点就把事故写成超载。老木匠却蹲在梁边,摸到断口里早就发黑的水痕。

第一次修补,镇长贴出告示:以后每车少装两袋。雨季一来,旁边小桥也开始吱呀作响。少装货能减轻一点压力,却没有解释梁为什么长期受潮。

老木匠把火灭后的现场重新量了一遍。桥面坡度、排水沟、换梁记录、前几次小裂缝、谁收到过报告,都被写进同一本册子。

大家这才看见,事故不是一个人一晚造成的。排水沟被落叶堵住,巡桥人看见裂缝却只口头提醒,预算会上又把换梁推迟到秋后。

镇长起初嫌这像翻旧账。老木匠说,若只处罚车夫,下次换一位车夫,桥还是会塌。复盘要找能改变以后结果的地方,而不只是给过去找出口。

后来镇里修了排水、改了报告方式,也规定裂缝超过一寸必须停桥。事故册没有让桥复原,却让下一座桥少走同一条断路。

镇长后来把事故册放在议事厅,不为羞辱谁,而为下次拨款和巡检时能拿出来看。复盘若只写“某人粗心”,很快会被遗忘;若写清条件、信号、决策和补救,它就会变成后来者少犯一次错的工具。 后来再有小事故,大家也少了掩盖的冲动。因为复盘的目的不是找替罪人,而是找到下一次能提前看见、提前停下、提前修补的环节。镇子的安全,靠一次次把教训落到制度里。 后来镇民看见事故册,想到的不再是谁倒霉,而是哪里还能提前加固。 这句话后来被写进新人的手册里,提醒大家先看现场代价,再谈省力。 也正因为这层提醒,后来再遇到相似难题时,众人不会急着套旧办法。 他们学会先问哪一步承担风险,再决定该放手、该收紧,还是该重排流程。

揭示

这个故事讲的是:事后复盘

事后复盘 Postmortem 是事故、故障或重大失败后的结构化回顾,用来还原时间线、分析根因、评估影响、明确修复动作和防止复发。好的复盘强调系统改进而不是简单追责,最终要产出可执行的行动项、负责人和验证方式。对 Agent 系统来说,Postmortem 能把一次模型错误、工具误用或流程事故转化为运行规则、评测用例、监控指标和治理机制。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 火灭之后:事故已经止血,服务或业务恢复
  • 老木匠量梁:复盘者收集证据、还原现场和时间线
  • 审问式会议:把复盘变成追责会,会压制真实信息
  • 不问谁犯错,而问发生了什么:无责复盘或少责复盘的基本原则
  • 木梁受潮、通风口积尘、巡查表缺陷:事故通常来自多个系统因素叠加
  • 不写‘加强管理’:复盘行动项必须具体、可执行、可验证
  • 改巡查表、清通风口、告警分级:把事故经验转化为流程、监控和控制改进
  • 未来少付一次代价:Postmortem 的价值是降低复发概率,而不是给过去找解释

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

root cause analysisincident managementcorrective actionlessons learned