FA-01 · 机房巡检记录结构化与巡检日报

① 场景引入

一、这件事现在是什么样

机房值守运维（动环与基础设施） · 真实业务触发

每班巡检 1-3 次、月底安全例会要交月度隐患汇总。经理在会上问「A12 那台空调上个月是不是就报过」，全场没人答得上来 —— 答案锁在上个月的纸质巡检表里，而没有人会为了回答这个问题去翻三个月的柜子。

二、痛点 · 每条都有来源

1. 纸质巡检表抄完归档、月底补签是行业常态，「机房巡检报告」模板在文库平台下载量巨大恰恰证明手写手填是主流—— 这些表的第一功能是留证，不是管理
   依据：百度文库「机房巡检报告」「值班记录表」模板下载量巨大 —— 手写模板是行业主流工作方式
2. 巡检发现的异常只记在纸质本和微信里，下次同类隐患没人「想起来」上次也发生过；误拔电源查三天才知道是外包干的，「我也没记录啊」—— 记录不进系统就是没记录
   依据：U 位资产管理从业者自述：季度盘点账实不符比例接近 8%；误拔电源「查了三天才知道是外包运维人员干的，但人家说我也没记录啊」；审计突击「留给你的时间往往只有几十分钟」
3. 液冷机柜日检（快插接头渗漏、CDU 压力温度）是值守新增活，老师傅凭手感、新员工看不出门道，液冷机房夜间本应多配 1-2 人但中小公司就一个人盯着
   依据：液冷机柜单柜功率已达

60-70kW 量级、部分头部机房单项目液冷机柜比例超 60% —— 液冷已是智算中心主流配置，其日检项目（快插接头/CDU）随之成为值守新活4值守岗月薪 5,000-7,000 元 —— 全机房最重的记录工作压在薪酬最低的人手上，「做好了没人夸，出事了全是你的锅」依据 · 中小城市 IDC 机房值守岗月薪 5,000-7,000 元 —— 最低薪的人在做最重的记录工作5巡检机器人厂商只解决「抄表」不解决「写报告」，DCIM 只出自己那部分数据 —— 报告层是厂商功能的空白地带依据 · 机房巡检机器人厂商卖的是硬件+视觉识别，只解决「抄表」，不解决「写报告」—— 报告层是厂商覆盖空白

三、换个做法之后

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

✕ 现在的做法

• 纸质巡检表抄完归档、月底补签是行业常态，「机房巡检报告」模板在文库平台下载量巨大恰恰证明手写手填是主流 —— 这些表的第一功能是留证，不是管理
• 巡检发现的异常只记在纸质本和微信里，下次同类隐患没人「想起来」上次也发生过；误拔电源查三天才知道是外包干的，「我也没记录啊」—— 记录不进系统就是没记录液冷机柜日检（快插接头渗漏、CDU 压力温度）是值守新增活，老师傅凭手感、新员工看不出门道，液冷机房夜间本应多配 1-2人但中小公司就一个人盯着值守岗月薪 5,000-7,000 元 —— 全机房最重的记录工作压在薪酬最低的人手上，「做好了没人夸，出事了全是你的锅」

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 素材校验 · 先判断这堆照片和截图能不能用逐份打勾：巡检表是否连续、告警导出周期是否对齐、微信记录是否覆盖报修时段；缺项不阻塞，但要标出「本月隐患聚类不含 X 项」的影响
2. 结构化 · 手写巡检表转成设备级台账温度、湿度、UPS、空调、水浸、消防、门禁、液冷快插接头逐项转成行；手写缩写（如「CRAC-A12-03 送风低」）按设备台账归一到标准设备编号
3. 交叉核对 · 巡检记录与动环告警对齐同一台设备：巡检表里写的异常，动环有没有告警；动环告了的，巡检表有没有去看 —— 两边对不上的逐条点名
4. 隐患聚类 · 同一设备重复出现的隐患按设备编号聚类：同一台空调三个月出现几次、同一面墙的漏水痕迹是否重复 —— 这是纸质本永远给不了的视图第 5步日报成稿 · 生成可签字归档的巡检日报当日巡检摘要 + 隐患趋势 + 未闭环事项，含巡检人/复核人双签栏与素材出处编号

要准备什么：近 3 个月机房巡检表（纸质拍照 / 问卷星导出）手写记录是主要形态，字迹、缩写、勾选框混在一起动环后台告警导出 Excel（同周期）值守自己都不常看的系统数据微信报修聊天记录导出（txt）和维修师傅的真实对话，含到场时间与报价设备台账（空调/UPS/CDU 清单）「资产机位台账 U位表.xlsx」，滞后数月但设备编号可用

为什么这个场景值得做

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

最大差异点：不要求客户先把纸质表电子化。手机拍的巡检表照片、微信里发给维修师傅的报修截图、动环后台的告警导出，原件直接扔进来，口径由助手折算，每条折算依据写清楚。

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

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

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

五、会产出什么

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

• 正式件本体：巡检日报.xlsx 正式件 · 含当日摘要/隐患趋势/签批栏
• 可派发清单：隐患台账.xlsx 设备级隐患聚类 · 每条带出处与影响
• 可派发清单：月度隐患汇总.xlsx 安全例会用 · 按设备与类别汇总

这套东西不承诺什么：不替代巡检本身（物理动作必须人到现场），不自动判定设备报废，不复核人签名栏（留白给值班长）。隐患的「整改完成」状态只跟踪不确认 —— 确认要人到现场复检。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：云枢智算数据服务有限公司（虚构 · 河北张家口 · 186 人）4 号楼 8 月巡检。今日提交的是 8 月 19 日当班巡检，8 月 19 日 14:35 在 A12 模块巡检中发现列间空调 CRAC-A12-03 送风温度异常（19.4℃，标准 22±2℃），已报修。本日报需把当班异常、3 个月纸质巡检表翻出的隐患聚类、与动环告警的对齐缺口一并报出 —— 月底安全例会要交月度隐患汇总，经理会上会问同一台设备反反复复出过几次。

输入素材5 份（3 个月纸质表 + 动环 + 微信群）发现重复隐患3 类（CRAC-A12-03 × 3 / 漏水痕迹 × 1 / 异响 × 1）影响范围5 柜 GPU（A12-R05~R09）结论暂缓提交 · 待 A12 区空调修复验收

输入算力基础设施企业手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_8月巡检记录_纸质拍照整理.xlsx 白班班长赵磊 8 月 19 日三次巡检（07:00 / 14:30 / 22:00）的纸质表照片整理成表，含温湿度、UPS、空调（22-26℃）、水浸、消防、门禁、液冷快插接头与 CDU 压力温度白班班长维护 · 纸质本月归档，月底转扫描
• 02_动环告警导出_8月.xlsx 动环后台告警记录（8 月 1-22 日），含 A12 区温湿度、UPS 状态、空调冷凝压力动环后台自动采集 · 值班不常看的系统数据
• 03_设备台账与维修记录.xlsx 设备台账（位号统一编号）+ 8 月维修记录（含 WA-0821 工单与 4 次空调维修）设备主管马建国维护 · 半年没更新
• 04_维修报修群微信记录.txt 白班班长与空调维修师傅马师傅的微信对话，8.19-8.22 完整 6 段赵磊与马师傅私下群 · 8 月 22 日归档
• 05_3个月巡检表_历史照片.xlsx 5月、6 月、7 月纸质巡检表照片整理成表，按 A12 区域与 CRAC-A12-03 位号聚类纸质扫描归档 · 3 个月内的才调得到

注意标橙色那一份 —— 05_3个月巡检表_历史照片.xlsx。它纸质扫描归档 · 3 个月内的才调得到，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

这是机房最近三个月的巡检表照片、动环告警导出和微信报修记录。 帮我把它们整理成设备级的巡检台账，重点看同一台设备反复出现的问题。 空调 CRAC-A12-03 上个月就报过两次，这次 A12 区出的事跟它有没有关系，帮我从记录里找证据。 日报要能给值班长签字归档。拿不准的字迹和设备编号标出来我去现场核对，不要猜。

巡检的专业判断口径（哪些算隐患、哪些算正常波动）写在能力包里，客户只需要说清这是哪个机房、哪段时间。触发事情是这么来的

经理会问、上级会问、月底必问的一个问题

8 月 19 日白班巡检发现 A12 区空调异常 → 8 月 21 日凌晨 A12-R05~R08 GPU降频（GP-02/GP-03 的事件起点）→ 8 月22 日空调修复。月底安全例会前，经理会在会上问：「A12 这台空调上个月是不是就报过？」答案是 3 个月内报了 6次，全在纸质表里 — 而这 6 次没有任何一份整理过的文档能查。

第 1 步 · 素材校验 · 先判断这堆照片和截图能不能用

5 份素材覆盖了 3 个月，但格式不一

这一步的看点 · 排除性结论本场景的素材覆盖度评估明确：「以下场景不需要补历史巡检表 ——5 份素材已覆盖 3 个月时间窗、设备台

账、维修记录三处关键数据」。这句话的价值不在于发现了素材全，而在于它把后续核对范围缩小到A12 区域 CRAC-A12-03 这一个位号 —— 省掉一整轮全中心排查。

第 2 步 · 结构化 · 手写巡检表转成设备级台账

手写缩写、勾选框、设备编号归一到标准位号

第 3 步 · 交叉核对 · 巡检记录与动环告警对齐

两边对不上的逐条点名

这一步的看点 · 该拦的地方拦住了日报结论：「8.15 03:22 夜班告警未处置 + 8.21 01:45 凌晨 GPU 进风温度高未及时发现 =现场处置在『按点巡检』与『24 小时监控』之间存在断链，A12 区制冷隐患未闭环前，该区高密柜不建议再接新客户」。A12 区是已上架的 5 柜 GPU 区，对应建议是暂缓对该区扩容上架申请。

第 4 步 · 隐患聚类 · 同一设备重复出现的隐患点名

按位号聚类 —— 这是纸质本永远给不了的视图

这一步的看点 · 排除性结论「LEAK / CDU / UPS等其他设备可以直接排除 —— 3 个月 27 次巡检零异常、动环零告警；问题集中在制冷侧 CRAC-A12-03 一台」—— 把排查范围砍掉一半，总经理会上不用再被「是不是漏水、是不是 UPS」的猜测围攻。

5日报成稿 · 生成可签字归档的巡检日报

当日摘要 + 隐患趋势 + 未闭环事项 + 双签栏

这一步的看点 · 把技术动作翻译成钱同一台空调修 3 次没好 vs 换机的账：3 次加氟 + 1 次维修共花 2.8 万（含 WA-0821 的膨胀阀更换），但 5/15、6/10、6/30、7/12 反复 4 次加氟未根治；换机报价 16.4 万含 3 年质保 —— 比再修一次的 0.87 万贵 15.7 万，但 3 年质保期内免修，与反复修累计 0.87 × 3 = 2.6万 / 3 年持平，换机的隐性收益是把 3 个月 6 次的隐患记录一次性清零。这笔账算给总经理看，决策就不再是「再修修看」。

这份日报现在还不能直接发A12： 区制冷隐患（CRAC-A12-03 三个月 6 次异常）虽已修复（WA-0821 已闭环），但 3 个月内反复异常的根因（膨胀阀 + 水冷堵塞）是旧冷机的老年病，修复只解决了 8.21 这一例，剩余寿命未评估。日报结论里「建议换机」是事实+成本测算，但换机决策涉及 16.4 万预算与机房改造窗口，须总经理办公会审议。方案一：日报以「A12 区制冷隐患待换机方案」版本提交，附带换机预算 16.4 万 vs 继续维修 3 年累计约 2.6 万（持平）+ 反复异常的事件风险，决策事项由总经理签字 —— 这份报告今天就出，明天上会。方案二：日报以「A12 区制冷已修复」版本提交，仅含 8.19 报修与 8.21 修复事实，不含换机建议，但8.15 03:22 夜班漏记与 8.21 凌晨巡检盲点两条改进项必须保留—— 这份报告今天出，明天下发值班长改进夜班记录流程。

之后这一次跑完，公司多了什么

不讲省了多久：讲少了几个隐患、沉淀了什么

• ✓ 三个月纸质巡检表第一次变成了能查询的设备级台账 —— 下次回答「上个月报过没有」是一句话的事
• ✓ 同一设备重复隐患的聚类视图沉淀下来了，维修还是换机的决策有了依据
• ✓ 巡检表与动环告警的对齐口径固定下来了 —— 两边对不上本身就是新隐患
• ✓ 岗位角色变了：值守从「抄表的人」变成「看趋势的人」，抄写归助手

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 能不能直接替我们判断空调该修还是该换？ 不能，判断栏留空。我们给的是「修三次没好 + 花费 2.8 万」的事实清单，换机决策要拿 16.4 万的预算，这个字必须人签。
• 手写字迹识别错了怎么办？ 识别不确定的会标黄留待人工核对，台账里每条都带原图出处编号，点开能对到那张照片 —— 宁可慢一步，不猜。
• 巡检机器人是不是就不用买了？ 两回事。机器人解决「抄表」，我们解决「记录变成台账、台账变成决策」。机器人抄的数一样可以扔进来。

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

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

机房巡检记录结构化与巡检日报 —— 三个月的纸质表翻出同一台空调报了三次 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

inspection-daily-report.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是算力基础设施企业手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁FA-01 · 演示素材

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

共 5 份

• 01_8月巡检记录_纸质拍照整理.xlsx 白班班长赵磊 8 月 19 日三次巡检（07:00 / 14:30 / 22:00）的纸质表照片整理成表，含温湿度、UPS、空调（22-26℃）、水浸、消防、门禁、液冷快插接头与 CDU 压力温度
• 02_动环告警导出_8月.xlsx 动环后台告警记录（8 月 1-22 日），含 A12 区温湿度、UPS 状态、空调冷凝压力
• 03_设备台账与维修记录.xlsx 设备台账（位号统一编号）+ 8 月维修记录（含 WA-0821 工单与 4 次空调维修）
• 04_维修报修群微信记录.txt 白班班长与空调维修师傅马师傅的微信对话，8.19-8.22 完整 6 段
• 05_3个月巡检表_历史照片.xlsx 5 月、6 月、7 月纸质巡检表照片整理成表，按 A12 区域与 CRAC-A12-03 位号聚类

怎么用

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

3. 提示词卡片

这是机房最近三个月的巡检表照片、动环告警导出和微信报修记录。 帮我把它们整理成设备级的巡检台账，重点看同一台设备反复出现的问题。 空调 CRAC-A12-03 上个月就报过两次，这次 A12 区出的事跟它有没有关系，帮我从记录里找证据。 日报要能给值班长签字归档。拿不准的字迹和设备编号标出来我去现场核对，不要猜。

为什么这么短就够了：巡检的专业判断口径（哪些算隐患、哪些算正常波动）写在能力包里，客户只需要说清这是哪个机房、哪段时间。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

• FA-01_巡检日报.xlsx 正式件 · 含当日摘要/隐患趋势/签批栏
• FA-01_隐患台账.xlsx 设备级隐患聚类 · 每条带出处与影响
• FA-01_月度隐患汇总.xlsx 安全例会用 · 按设备与类别汇总

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：近 3 个月机房巡检表（纸质拍照 / 问卷星导出）手写记录是主要形态，字迹、缩写、勾选框混在一起动环后台告警导出 Excel（同周期）值守自己都不常看的系统数据微信报修聊天记录导出（txt）和维修师傅的真实对话，含到场时间与报价设备台账（空调/UPS/CDU 清单）「资产机位台账 U位表.xlsx」，滞后数月但设备编号可用

人工边界：不替代巡检本身（物理动作必须人到现场），不自动判定设备报废，不复核人签名栏（留白给值班长）。隐患的「整改完成」状态只跟踪不确认 —— 确认要人到现场复检。

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

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

机房值守运维（动环与基础设施） · 产出即下一步输入

• FA-02 · 值班交接班日志：夜班 3 点处理的事，不该在交接本上只剩一行字
• FA-03 · 电费账单核对与需量异常检测：占成本六成的电费，多数中心从没逐月核过账FA-04 · PUE 能耗月报—— 报送监管的数字要经得起算，分项缺口要摊开说清 — PUE 月报是报送监管的合规品 · 分项计量不全时它是倒推着凑出来的 查看 →

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

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