SH

Soloharness

概念 · 故事 · Agent

← 返回概念解读

Concept Fable精修版

事后复盘

Postmortem · Operations

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

寓言故事

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

松岭城粮仓起过一次火。火被扑灭后,大家都松了一口气。水夫累得坐在地上,守卫撤掉路障,书记官准备把事故记录归档。许多人觉得事情已经结束了。

只有老木匠还站在粮仓里。他没有急着回家,而是拿尺去量被烧黑的梁,摸墙上的潮痕,看风从哪条缝吹进来。他还问水夫第一桶水从哪里来,问守卫为什么最初封错了一条街。

有人不耐烦:火都灭了,还量这些做什么?老木匠说,灭火只是让今天不再继续坏。要让明天少起火,得知道昨天为什么会起。

最初的会议很像审问。大家都怕被指责,回答变得小心。水夫说自己已经尽力,守卫说当时太乱,仓库管理员说火不是他点的。屋里气氛越来越僵,真正有用的信息反而说不出来。

老木匠把问题换了。他不问谁犯错,而问:第一根烟从哪里冒出?第一个人看到后做了什么?哪条规则帮上忙?哪条规则让人困惑?如果同样事情明天再来,哪一步最值得提前改?

慢慢地,线索清楚了。火源不是单一失误,而是雨后木梁受潮、通风口积尘、巡查表只看地面、不看梁顶,再加上第一次告警没有分级。每个人都只碰到一小段,合起来才成了事故。

复盘结束时,城主没有只写‘加强管理’。他批准了四件具体事:改巡查表、清通风口、给告警分级、把水桶前移到粮仓侧门。每件事都有负责人和完成日期。

几个月后,另一座小仓库冒烟。新巡查表提前发现梁顶潮斑,火没烧起来。老木匠说,这才是复盘的目的:不是让过去看起来合理,而是让未来少付一次代价。

揭示

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

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

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

隐喻映射

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

Soloharness 判断

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

root cause analysisincident managementcorrective actionlessons learned