OM-01 · 运维月报与故障工单成稿

① 场景引入

一、这件事现在是什么样

运维与质保工程师 · 真实业务触发

蒙鑫项目 2026-08 运维月报，业主要求每月 3 日前提交，内容含报告周期、装机容量与系统构成、累计充放电量、综合效率 RTE、系统可用率、SOC/SOH 与单体电压温度波动、PCS 输出与谐波、告警与故障分级统计、舱内温湿度、经济性、风险与合规、下月计划，外加编写、审阅、批准三级签栏。数据是齐的 —— 在 EMS 里、在四个微信群里、在巡检本上、在工单系统里。

二、痛点 · 每条都有来源

1. 运维月报必备内容有十二项，从累计充放电量到编写、审阅、批准三级签栏，每一项都要从不同的地方抓数；而项目经理的原话是：每次做汇报之前先花半小时统计数据
   依据：储能电站运维月报必备内容：报告周期、装机容量与系统构成、累计充电电量与放电电量、综合效率 RTE、系统可用率、SOC/SOH 与单体电压温度波动、PCS 输出与谐波、告警与故障分级统计、舱内温湿度、经济性、风险与合规、下月计划、编写/审阅/批准三级签栏2周五晚上 11 点接到

「明早九点客户要所有项目整体进展」，接下来三个小时在十几个微信群里翻聊天记录、挨个问负责人要最新进度、把零散 Excel 复制粘贴到主表；第二天客户问「这个数据是昨天的还是前天的」，答不上来依据 · 项目经理的周五晚：11 点接到「明早九点客户要所有项目整体进展」，接下来三个小时在十几个微信群里翻聊天记录、挨个问负责人要最新进度、把零散 Excel 复制粘贴到主表；第二天客户问「这个数据是昨天的还是前天的」，答不上来3故障等级判定要遵循时间、影响、后果三要素，涉核心安全设备无论时长一律按严重或重大处理；工单字段里持续时长、影响时长、故障重复率都要填 —— 而等级一旦判错，可用率就跟着错，且没人会发现依据 · 储能故障工单字段与等级判定：故障日期与起止时间、故障单元编号、故障类型、故障等级（一般不影响并网预计恢复 ≤1h / 严重影响并网恢复>1h / 重大完全无法并网需紧急停机或换核心部件恢复 >2h）、故障状态、持续时长、影响时长、故障重复率、处理结果；等级判定遵循时间—影响—后果三要素，涉核心安全设备无论时长一律按严重或重大处理4真实月报的故障画像是：储能侧以电池簇隔离开关误跳闸、BMS 通信异常、液冷泵浦故障为主，液冷因需停机排气、检修、更换冷却剂导致停机时长异常拉长；电网侧设备故障次数少但单次停机长（继保误动、SVG 功率模块过热保护，须待电网侧确认后方可复归）依据 · 一份真实运维月报的故障画像：储能侧以电池簇隔离开关误跳闸、BMS 通信异常、液冷泵浦故障为主（液冷因需停机排气、检修、更换冷却剂导致停机时长异常拉长）；电网侧设备故障次数少但单次停机长（继保误动、SVG 功率模块过热保护，须待电网侧确认后方可复归）5西门子能源对 BESS 停机的归因是：停机主因是 HVAC、逆变器与 BOP 小件，备件可得性直接决定停机时长 —— 而停机时长才是月报里唯一会被业主追问的数字依据 · 西门子能源对 BESS 停机的归因：停机主因是 HVAC、逆变器与 BOP 小件，备件可得性直接决定停机时长

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 运维月报必备内容有十二项，从累计充放电量到编写、审阅、批准三级签栏，每一项都要从不同的地方抓数；而项目经理的原话是：每次做汇报之前先花半小时统计数据周五晚上 11 点接到「明早九点客户要所有项目整体进展」，接下来三个小时在十几个微信群里翻聊天记录、挨个问负责人要最新进度、把零散 Excel 复制粘贴到主表；第二天客户问「这个数据是昨天的还是前天的」，答不上来故障等级判定要遵循时间、影响、后果三要素，涉核心安全设备无论时长一律按严重或重大处理；工单字段里持续时长、影响时长、故障重复率都要填 —— 而等级一旦判错，可用率就跟着错，且没人会发现真实月报的故障画像是：储能侧以电池簇隔离开关误跳闸、BMS 通信异常、液冷泵浦故障为主，液冷因需停机排气、检修、更换冷却剂导致停机时长异常拉长；电网侧设备故障次数少但单次停机长（继保误动、SVG 功率模块过热保护，须待电网侧确认后方可复归）

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 多源对齐 · 四条流水按时间戳归并微信群与巡检本里的动作挂到工单系统，挂不上的单列「无单动作」
2. 口径并列 · EMS 在线率与合同并网可用率各算各的两个口径各自标注扣除项，差额来源逐条列出，不合并、不取舍第3 步等级复核 · 按三要素逐条回判当月 64 张工单时间、影响、后果三要素逐项核对，涉核心安全设备的按严重或重大回判
3. 停机归因 · 分储能侧与电网侧，归因到部件每次停机的主因落到具体部件，标出是否因备件不可得而延长
4. 成稿与签批 · 生成月报与工单台账十二项必备内容逐项对齐，编写、审阅、批准三级签栏留空

要准备什么：EMS 导出 CSV（15 分钟粒度，400 测点 × 2,880 点/月）充放电量、SOC、SOH、单体电压温度、PCS 输出、谐波、舱内温湿度全在里面运维微信群导出（4 个群，当月 3,100 余条）大量处置动作只在这里留痕，工单系统里没有巡检记录本扫描件（31 天，PDF）手写，含现场处置描述与签名，是唯一有签字的原始记录工单系统导出（当月64 张工单）含故障等级、持续时长、影响时长，但等级由值班人员自评本司故障等级判定规则与运维合同可用率条款（星标）★那份平时不在核对范围内的东西 —— 等级怎么判、可用率按哪个口径算，这两件事写在两份文件里，而写月报的人通常只看得到 EMS

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 5 ÷ 落地难度 2 = 11.0

最大差异点：不做 EMS 报表的二次美化（业主自己就能导出），只做三件 EMS 做不到的事：①把微信群与巡检本里的动作对齐到工单系统的时间戳上；②按本司故障等级判定规则（时间、影响、后果三要素）复核每一条工单的等级是否被判低；③把 EMS 在线率与合同口径的并网可用率并列，标出差额来源。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：运维月报_成稿.xlsx 正式件 · 12 项必备内容 · 含编写/审阅/批准三级签栏
• 可派发清单：故障工单复核表.xlsx 可派发 · 逐条三要素回判 · 原等级与回判等级并列
• 可派发清单：停机归因与备件缺口表.xlsx 逐次停机 · 归因部件 · 备件在库状态 · 建议常备清单

这套东西不承诺什么：不输出设备健康度评分、不预测故障；不替业主认定可用率是否达标 —— 可用率的口径以合同为准，本司 EMS 口径与合同口径不一致时两个都列出来并标注差异来源，不替业主选一个；不下「设备状态良好」这类结论性表述；审阅与批准栏留空。

② Live Demo（演示逐步）

本场景的演示数据正在制作中

下面展示的是这个场景的执行骨架与四类看点。完整的逐步演示（含真实表格与拦停结论）见同一角色下已完成的场景。

流程5 步执行骨架

1多源对齐 · 四条流水按时间戳归并微信群与巡检本里的动作挂到工单系统，挂不上的单列「无单动作」

2口径并列 · EMS 在线率与合同并网可用率各算各的两个口径各自标注扣除项，差额来源逐条列出，不合并、不取舍3等级复核 · 按三要素逐条回判当月 64 张工单时间、影响、后果三要素逐项核对，涉核心安全设备的按严重或重大回判

4停机归因 · 分储能侧与电网侧，归因到部件每次停机的主因落到具体部件，标出是否因备件不可得而延长

5成稿与签批 · 生成月报与工单台账十二项必备内容逐项对齐，编写、审阅、批准三级签栏留空

看点这个场景最值得讲的四处从 2025 年那张工单里，翻出了被判低了两级的那一次2025-07 液冷泵浦故障，工单上写的是「一般故障，恢复 40 分钟」。而巡检本同一天的记录写着：停机排气、更换泵浦、补冷却剂、复测后并网 —— 实际停机 3 天。按三要素判定，涉液冷系统的停机应判「严重」（恢复 >1h）。等级判低直接导致当月可用率虚高 2.1 个百分点，而这个错一直挂在台账里，从来没有人回头核过。这条不靠当年写工单的人还在不在职。该拦的地方拦住了月报初稿里的「系统可用率 99.2%」是 EMS 在线率，而运维合同口径是「并网可用率」，需扣除电网侧限电与检修窗口 —— 两者本月差 1.8 个百分点。结论：这份月报现在还不能发给业主。两个替代方案：方案 A 两个口径并列并附口径说明与逐条扣除项，业主可自行核对，增加约 2 小时工作量；方案 B 只发 EMS 口径，代价是业主一旦按合同口径复核，已提交的月报全部要重出，而累计的口径差异会成为运维费考核谈判里最不利的那一条。结论：走方案 A。排除性结论本月 PCS 侧可整体排除 —— 40 台恒讯电气 PCS-2500 的月度自诊断报告齐全，无一项告警未闭环，这一条省掉了逐台核对的一天。电网侧 2 次停机也可排除在本司责任之外（继保误动 1 次、SVG 功率模块过热保护 1 次，均须待电网侧确认后方可复归）。但液冷系统与 BMS 通信无法排除：这两项贡献了本月 6 次停机中的 4 次。把技术动作翻译成钱本月 6 次停机共 93 小时。其中储能侧 4 次（液冷泵浦 2 次、BMS 通信异常 1 次、电池簇隔离开关误跳闸 1 次）合计 62 小时，归因全部落在 HVAC 与 BOP 小件上 —— 与西门子能源对 BESS 停机的归因一致。按本电站日均充放电净收益约 8 万元计（200MWh × 0.3 元/kWh 价差× 1.5 次循环 × 0.9 效率），62 小时对应约 20.7 万元收益损失；而液冷泵浦备件单价 1.2 万元、到货周期 3 天 —— 一台常备备件的钱，是这 20.7 万元的十七分之一。

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1能力沉淀 · 待补充

评审确认后制作可直接导入 WorkBuddy 的能力包

2. 原始素材

这些就是储能集成商手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁OM-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 5 份

本场景素材正在制作中。输入清单见下方「要准备什么」。

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

把这一个月的运维数据汇成月报，EMS 导出的数、群里的记录、 巡检本、工单系统四边都要对上。 可用率按两个口径各算各的：我们 EMS 的在线率，和合同里写的并网可用率， 差多少、差在哪几条，写清楚。 工单的故障等级按我们自己的判定规则重新过一遍，判低了的标出来。 不要写「设备状态良好」这种话，也不要预测下个月会不会坏。 审阅和批准那两栏留空。

为什么这么短就够了：短是因为 EMS 字段映射、本司故障等级三要素判定规则、运维合同可用率口径与被禁的结论性表述都写在能力包里。你只需要说清哪个月、手上有哪几份材料。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

本场景预期输出正在制作中。

能力包将固化什么（待补充）从 2025 年那张工单里，翻出了被判低了两级的那一次该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：EMS 导出 CSV（15 分钟粒度，400 测点 × 2,880 点/月）充放电量、SOC、SOH、单体电压温度、PCS 输出、谐波、舱内温湿度全在里面运维微信群导出（4 个群，当月 3,100 余条）大量处置动作只在这里留痕，工单系统里没有巡检记录本扫描件（31 天，PDF）手写，含现场处置描述与签名，是唯一有签字的原始记录工单系统导出（当月 64 张工单）含故障等级、持续时长、影响时长，但等级由值班人员自评本司故障等级判定规则与运维合同可用率条款（星标）★那份平时不在核对范围内的东西 —— 等级怎么判、可用率按哪个口径算，这两件事写在两份文件里，而写月报的人通常只看得到 EMS

人工边界：不输出设备健康度评分、不预测故障；不替业主认定可用率是否达标 —— 可用率的口径以合同为准，本司EMS 口径与合同口径不一致时两个都列出来并标注差异来源，不替业主选一个；不下「设备状态良好」这类结论性表述；审阅与批准栏留空。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

运维与质保工程师 · 产出即下一步输入

OM-02 · 质保索赔证据包 — 索赔谈判桌上最贵的不是那 450 万 · 是对方翻出你数据缺了四个月时，你解释不清的那三分钟 查看 →OM-03 · 历史工单知识库检索 — 那 613 张工单上写着「已处理」三个字 · 这三个字是这家公司三年里最贵的三个字 查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。