AA-03 · 双热源异常夜的事件复盘报告
痛点 那晚两套系统同时出异常,值班员凭经验扛过去了 · 三周后写复盘,谁也说不清当时参数到底怎么走的
① 场景引入
一、这件事现在是什么样
生产运行值班 · 真实业务触发
11 月 15 日 02:17,寒潮前夜:热电 2 号机供热抽汽压力波动,同一小时燃气门站出站压力超限切断调压撬。双热源同时异常持续 41 分钟,值班员手动处置,未成事故。集团要求 12 月 5 日月度安全分析会上交复盘报告,并要回答「这两件事有没有关联、暴露了哪些管理断点」——记录分散在 DCS 曲线、门站日志、客服工单三个地方。
二、痛点 · 每条都有来源
- 事故调查的标配问题是「系统性隐患为什么没人聚合」——十堰 130 次泄漏报警分散在系统里无人归并,复盘报告最值钱的部分就是把散点串成时间轴
依据:十堰「6·13」重大燃气爆炸事故调查报告(某地应急管理部门):中压钢管严重锈蚀破裂,管道穿越建筑物下方形成重大隐患;运营公司持续 5 年未对危险区域巡线,事发后巡线员伪造补登巡线记录;对 130 次燃气泄漏报警与压力传感器长期故障等系统性隐患熟视无睹;巡线班组负责人不会使用燃气检漏仪。26 死 138 伤,直接经济损失约 5395.41 万元 - 运行人员自述:误操作的心理压力极大、一个疏忽就是非死即伤——复盘若变成追责大会,下次没人愿意把异常写进记录
依据:火电运行从业者第一人称自述:五班三倒上了 8 年运行,下了夜班整天昏昏沉沉,凌晨三四点偶尔干呕;各种安规、操作、证书考试一年一个轮回,休息日被备考和开会占去 - 交接班制度规定事故处理完毕后才继续交接、处理过程要有记录——但「处置了什么」和「记录了什么」之间的落差,只有复盘时才暴露
依据:35kV 变电站交接班制度(行业通行模板):交接班必须交接七项内容——运行方式、保护和自动装置变化、异常运行和设备缺陷、倒闸操作及未完成指令、检修试验与安全措施、仪器工具材料完备情况、领导指示与其他事项;交班前应检查各项记录是否及时登记和正确 - 运行岗日常就是监盘抄表巡检,没有整块时间做跨系统的时间轴拼接——复盘报告常常是安全员凭会议记忆拼出来的
依据:电厂运行岗位实况拆解:日常监盘、调整负荷、监视参数、抄表、巡检;一个误操作就是跳机停机、经济损失、安全问责,容错率极低;运行岗薪资全厂最高但年轻人两年就跑路
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 事故调查的标配问题是「系统性隐患为什么没人聚合」——十堰 130 次泄漏报警分散在系统里无人归并,复盘报告最值钱的部分就是把散点串成时间轴
- 运行人员自述:误操作的心理压力极大、一个疏忽就是非死即伤——复盘若变成追责大会,下次没人愿意把异常写进记录
- 交接班制度规定事故处理完毕后才继续交接、处理过程要有记录——但「处置了什么」和「记录了什么」之间的落差,只有复盘时才暴露
- 运行岗日常就是监盘抄表巡检,没有整块时间做跨系统的时间轴拼接——复盘报告常常是安全员凭会议记忆拼出来的
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
5 步 · 每一步的产出都是下一步的输入
- 时间轴拼接 · 三源对到同一分钟轴DCS、门站日志、客服工单按时间戳归并,矛盾处以系统侧为准并标注第 2步处置链核对 · 每个动作都有记录与下文值班员做了什么、写了什么、哪些动作没进记录
- 关联性证据 · 两个异常的先后与耦合抽汽波动与门站切断的时序、共同外因(气温骤降用气负荷激增)
- 断点识别 · 这一夜暴露了哪些管理断点重演一遍:同样的参数再来一次,哪一环还会卡住
- 复盘报告 · 事实链+断点+建议措施每条建议写明改哪份规程、谁负责、何时完成、拿什么验收
要准备什么:事件当晚 DCS 曲线与报警清单(截图+导出)供热抽汽压力与门站压力的系统侧记录门站交接班记录当晚页(照片)值班员手写的处置动作与时间当夜客服工单导出.xlsx片区用户来电的时间分布——异常的用户侧证据
为什么这个场景值得做
优先级评分:痛感 5 × AI 适配 4 ÷ 落地难度 2 = 10.0
最大差异点:不要求先上事件管理系统。DCS 曲线截图、门站日志照片、客服工单导出,三样东西拼出一条分钟级时间轴——复盘的骨架是时间,不是模板。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;
落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
五、会产出什么
判断标准只有一个:这份东西能不能直接进企业的流程
- 正式件本体:
事件复盘报告.xlsx时间轴+断点+建议 · 含签批栏 - 可派发清单:
管理断点整改清单.xlsx可派发· 每条带责任人栏与验收口径
这套东西不承诺什么:复盘只还原事实链,不做责任认定——责任认定是调查组和人事部门的事。「两事件是否关联」只给证据链,结论由专家定。涉及具体值班员的表现一律匿名处理。推荐意见栏留空。
② Live Demo(演示逐步)
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。
案例设定:滨海能源集团(虚构)。11 月 15 日寒潮前夜 02:17–02:58,热电 2 号机供热抽汽压力波动与燃气门站 #3 调压撬超压切断同时发生,持续 41 分钟,值班员手动处置未成事故。12 月 5 日月度安全分析会要交复盘报告,并回答「两件事有没有关联、暴露了哪些管理断点」。
事件窗口41 分钟当夜工单11 件管理断点2 个结论断点未闭环不交
输入公用事业手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_DCS曲线与报警清单.xlsx事件当晚的 DCS 报警时序与恢复值——系统侧的第一手记录DCS 导出 · 事件次日由值长归档02_门站交接班记录(当晚页誊录).docx燃气门站 11 月 15 日夜班记录誊录——值班员手写的处置动作门站值班员手写 · 誊录自记录本03_当夜客服工单.xlsx11 月 15 日 02:00–05:00 的客服工单——用户侧的异常证据客服系统导出 ·工单号含当夜全部来电04_2023年旧复盘报告.docx2023 年 1 月寒潮同类事件的复盘报告——在档案室躺了快四年安全监察部 2023-02 出具 · 此后再没人打开过
注意标橙色那一份 —— 04_2023年旧复盘报告.docx。它安全监察部 2023-02 出具· 此后再没人打开过,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
这是 11 月 15 号晚上双热源异常的三份材料:DCS 曲线截图、门站记录照片、当夜工单。 按分钟把三边的记录拼成一条时间轴,两边对不上的地方标出来。 处置动作做了但没写进记录的,单独列一栏。 复盘只还原事实链,不定责任。建议措施每条写清改哪份规程、谁负责、什么时候完成。
时间轴拼接和断点识别的规则在能力包里——安全员不用再手工对三份记录。
触发事情是这么来的
没成事故的异常,反而最难写复盘
41 分钟里值班员做了正确的事,没造成损失——于是没有立案、没有调查组,只有月度安全分析会上十五分钟的汇报时段。安全员的难处:DCS 曲线在他电脑里,门站记录在值班室本子上,工单在客服系统里,他要凭会议记忆把三个地方拼成一条线。
第 1 步 · 时间轴拼接 · 三源对到同一分钟轴
DCS、门站记录、客服工单按时间戳归并,矛盾处标注
这一步的看点 · 该拦的地方拦住了复盘初稿的结论不是「处置得当未造成损失」,而是「两个管理断点未闭环、同类组合工况有重演可能——这份报告现在还不能上会」。把「没出事」写成「没问题」,是复盘报告最常见也最贵的一个错。
第 2 步 · 处置链核对 · 每个动作都有记录与下文
做了什么、写了什么、哪些动作没进记录
这一步的看点 · 排除性结论「值班员处置失当」可以排除,依据是五个动作的时序与运行规程一致、无越序无漏项——缺的是记录,不是判断力。这个定性让复盘聚焦在流程断点上,值班员才敢在下次把异常如实写进记录。
第 3 步 · 关联性证据 · 两个异常的先后与耦合
是巧合还是同因,证据链摆出来给专家定
第 4 步 · 断点识别 · 重演一遍,哪一环还会卡住
把当夜的处置在脑子里重放,卡壳的地方就是断点
第 5 步 · 复盘报告成文 · 事实链 + 断点 + 建议
每条建议写明改哪份规程、谁负责、何时完成、拿什么验收
这一步的看点 · 把技术动作翻译成钱41 分钟双热源异常若酿成大面积停热,口径是按户退费加抢修费用——对照 2023 年那次 35 分钟组合事件:当年 2,400 元的直通电话没装,这一夜多扛的是全城 1,520 万㎡供热面积的暴露风险。把「未遂」翻译成「避掉的口径」讲给管理层,整改建议就不用再争了。
第 6 步 · 归档与核销 · 下次同类事件怎么用这份报告
复盘的价值在第二次——断点清单要能被核销
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
1. Skill 能力包
导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短
双热源异常夜的事件复盘报告 · Skill
SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范
版本 v1.0
incident-replay.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。
2. 原始素材
这些就是公用事业手上真实能拿到的东西 —— 格式不统一是常态,不是问题
📁AA-03 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 4 份
01_DCS曲线与报警清单.xlsx事件当晚的 DCS 报警时序与恢复值——系统侧的第一手记录02_门站交接班记录(当晚页誊录).docx燃气门站 11 月 15 日夜班记录誊录——值班员手写的处置动作03_当夜客服工单.xlsx11 月 15 日 02:00–05:00 的客服工单——用户侧的异常证据04_2023年旧复盘报告.docx2023 年 1 月寒潮同类事件的复盘报告——在档案室躺了快四年
怎么用
- 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填
3. 提示词卡片
这是 11 月 15 号晚上双热源异常的三份材料:DCS 曲线截图、门站记录照片、当夜工单。 按分钟把三边的记录拼成一条时间轴,两边对不上的地方标出来。 处置动作做了但没写进记录的,单独列一栏。 复盘只还原事实链,不定责任。建议措施每条写清改哪份规程、谁负责、什么时候完成。
为什么这么短就够了:时间轴拼接和断点识别的规则在能力包里——安全员不用再手工对三份记录。
换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,
该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。
分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 2 份
AA-03_事件复盘报告.xlsx正式件本体 · 时间轴+断点+建议 · 含签批栏AA-03_管理断点整改清单.xlsx可派发 · 每条带责任人栏与验收口径
Skill 里固化了什么:从历史记录里「想起」了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单:事件当晚 DCS 曲线与报警清单(截图+导出)供热抽汽压力与门站压力的系统侧记录门站交接班记录当晚页(照片)值班员手写的处置动作与时间当夜客服工单导出.xlsx片区用户来电的时间分布——异常的用户侧证据
人工边界:复盘只还原事实链,不做责任认定——责任认定是调查组和人事部门的事。「两事件是否关联」只给证据链,结论由专家定。涉及具体值班员的表现一律匿名处理。推荐意见栏留空。
升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)
5. 同一角色下的其他场景
生产运行值班 · 产出即下一步输入
AA-01 · 交接班记录缺项盘点与缺陷单派生 — 每个班的记录都写满了 · 但该交的七项内容缺了哪项,从来没人逐项点过 查看 →AA-02 · 水质化验日报与末梢余氯异常归因 — 日报每天发、每天合格 · 直到末梢监测点余氯跌到限值边上的那天,才发现没人知道该找谁 查看 →
上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。