FA-02 · 值班交接班日志

① 场景引入

一、这件事现在是什么样

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

四班两运转每班一交。运维主管的要求是「重要事项一件不许漏」，但夜班凌晨 3 点处理完告警，写交接的力气早就没了 —— 于是只写一行「02:47 A12 告警已处理」。三天后白班问起细节，没有人说得清。

二、痛点 · 每条都有来源

1交接信息不完整、遗漏、责任边界模糊是值班岗公开痛点，标准化交接清单模板大量存在恰恰说明没人按清单写依据· 值班交接班记录表真实栏位：班次、日期、交班人/接班人、设备运行情况、未完结告警、待执行变更、客户预约操作、安全隐患及预防措施、双方签名2凌晨误告警频繁响起，起床排查后确认没事 —— 夜班被折腾一宿，交接记录却只剩「已处理」三个字依据 · 「凌晨业务流量极低，CPU、内存偶尔小幅波动就触发固定阈值告警，手机铃声半夜频繁响起，起床排查后发现是误报」—— 夜班误告警的第一人称自述3值班记录本写完只在出事故追责时才被翻出来；运维人员离职率高、「人员一动，技能和经验就难以传承」依据 · 11 年 IDC 运维人自述：离职率高、薪酬倒挂、晋升通道窄，「人员一动，整个数据中心运维的技能和经验就难以传承」4工单靠微信群喊「效率低还容易丢」，交接时靠翻自己的聊天记录回忆本班干了什么依据 · 「传统的做法靠纸质工单或者微信群通知，效率低还容易丢」—— 微信群是隐形的生产系统，客户报障、跨班组协作、变更通知大量在里面

三、换个做法之后

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

✕ 现在的做法

• 交接信息不完整、遗漏、责任边界模糊是值班岗公开痛点，标准化交接清单模板大量存在恰恰说明没人按清单写凌晨误告警频繁响起，起床排查后确认没事 —— 夜班被折腾一宿，交接记录却只剩「已处理」三个字值班记录本写完只在出事故追责时才被翻出来；运维人员离职率高、「人员一动，技能和经验就难以传承」工单靠微信群喊「效率低还容易丢」，交接时靠翻自己的聊天记录回忆本班干了什么

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 触发 · 这一班发生了什么从告警流水、工单群、巡检表自动汇出当班事件总览 —— 交班人先看一眼有没有漏
2. 未闭环接力 · 上一班交给这一班的事逐条核对上份日志的未闭环事项：哪些这班处理了、哪些要继续往下交—— 断链就在这一步抓
3. 事件结构化 · 每件事的完整信息时间/设备/现象/处置/当前状态逐条成表，「02:47 告警已处理」展开成完整记录
4. 风险提示 · 交给下一班要盯的事如「CRAC-A12-03 维修师傅约了明天进场，进场期间 A12 区温度要加密巡检」
5. 成稿与双签 · 生成标准交接班记录按交接班记录表标准栏位生成，含双方签名栏与未闭环事项清单附件

要准备什么：当班告警与处置流水（监控导出/微信记录）夜班的真实工作痕迹当班巡检记录（纸质拍照）每班 1-3 次的巡检结果上一班的交接记录（上一份日志）未闭环事项要从那里接力过来待执行变更与客户预约操作清单散在群里和主管的本子上

为什么这个场景值得做

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

最大差异点：不要求客户改用任何新系统。交接的素材就是本来就会产生的流水：告警记录、工单群消息、巡检表—— 助手只做汇总与去重，不制造新数据。

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

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

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

五、会产出什么

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

• 正式件本体：交接班记录.xlsx 正式件 · 标准栏位 · 双签栏
• 可派发清单：未闭环事项清单.xlsx 跨班接力 · 每条带状态与责任人

这套东西不承诺什么：不替交班人补记没发生的事 —— 流水里没有的事项不会编进日志。「已处理」的复核状态只标「交班人自述已处理」，是否真处理完由接班人确认。双方签名栏留白。

② Live Demo（演示逐步）

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

案例设定：云枢智算数据服务有限公司（虚构 · 河北张家口 · 186 人）4 号楼值守运维，四班两运转、每班一交。本演示是 2026 年 8 月 21 日早班 08:00 的交接：夜班值班员孙倩把 8 月 20 日 20:00 至 8 月 21 日 08:00 的一班交给白班班长赵磊。这一夜不平静：凌晨 A12 区 4 节点因空调故障降频 5.2 小时、星澜科技在群里要说法、维修师傅又临时把进场时间提前到了当天上午 —— 换在从前，这些事在交接本上大概率只剩三行字，三天后谁也说不清。

输入素材6 份（告警流水 / 夜班巡检 / 群消息 / 上份交接 / 历史交接摘录 / 待办预约）当班事件3 起（14 条告警去重）· 已处置 2 起 / 跟踪中 1 起未闭环接力6 项交下一班（上一班交下 3 项全部有进展）结论记录可双签 · A12 区冻结上架与新任务调度

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

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

• 01_当班告警流水_动环导出.xlsx 动环后台告警流水（8 月 20 日 20:00 至 8 月 21 日 08:00），夜班的真实工作痕迹动环后台自动采集 · 值班交接的原始凭证
• 02_当班巡检记录_夜班拍照.xlsx 夜班三次巡检（22:00 / 02:00 / 06:00）的纸质表照片整理成表夜班值班员拍照上传 · 纸质月底归档
• 03_当班微信群记录.txt 夜班工作群与维修群的聊天记录（8 月 20 日 20:00至 8 月 21 日 08:00），共 11 段值班手机导出 · 群消息是这一班主要的工作痕迹
• 04_上一班交接记录_8月20日20时.xlsx 上一份交接班记录（8 月 20 日 20:00 白班交夜班，赵磊交孙倩）—— 未闭环事项要从这里接力交接班记录本拍照整理 ·每班一份
• 05_历史交接班记录_8月摘录.xlsx 8 月交接班记录本整本拍照整理，本表摘录与 A12 / UPS / 漏记相关的 5 页—— 平时没人翻的记录，追责与核对时才知道值钱纸质记录本 · 值班柜存放，月底才扫描归档
• 06_待执行变更与客户预约_主管本子拍照.xlsx 运维主管本子上的待执行变更、客户预约与交代事项，拍照整理主管手写本 · 从没进过任何系统

注意标橙色那一份 —— 05_历史交接班记录_8月摘录.xlsx。它纸质记录本 · 值班柜存放，月底才扫描归档，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

这是今晚的告警流水、巡检表和几个工作群的聊天记录，帮我整理今晚的交接班记录。 上一班交下来的事有没有办完的，标出来交给下一班。 格式按我们的交接班记录表来，双方签字的地方留空我们自己签。

交接的栏位标准（未完结告警/待执行变更/客户预约/安全隐患）来自行业通用模板，已内置在能力包里。

触发事情是这么来的

夜班凌晨 3 点处理的事，不该在交接本上只剩一行字

8 月 21 日凌晨 01:45，A12 区 4 个节点因空调故障进风超温降频，孙倩一边盯着告警、一边配合集群组长迁移任务、一边回星澜科技群里的问题 —— 处理完已近早上 7 点。换作从前，这一夜在交接本上多半只剩「A12 告警已处理」一行字，三天后有人问细节，谁也说不清。本演示是 08:00 早班交接：把流水里真正发生的事拼成完整记录，把上一班交下来的事逐条接力，把下一班要盯的事交代清楚。

第 1 步 · 当班事件总览 · 这一班发生了什么

14 条告警去重成 3 起事件 —— 交班人先看一眼有没有漏

事件告警条数时段现象与处置状态A12 区进风温度高1101:45-04:20R05~R09 五柜进风 30.1-33.2℃（阈值 27℃），

这一步的看点 · 排除性结论总览先给结论：「本班 14 条告警中 11 条为同一事件重复触发，实际事件 3 起 —— 已处理 2 起、跟踪中 1 起」。告警数量和事件数量是两回事：凌晨接班的人看到「14 条告警」会心跳加速，看到「3 起事件、2 起已闭环」才知道该干什么 —— 这一句话，省掉接班人的恐慌和一轮重复排查。

第 2 步 · 未闭环接力 · 上一班交给这一班的事

逐条核对上份日志：办了的销账、没办完的往下交 —— 断链就在这一步抓

这一步的看点 · 从历史里想起了公司踩过的坑翻 8 月的交接记录本：8/15 的交接记录只有一行「本班无异常」，而动环后台 8/15 03:22 有一条 CRAC-A12-03 送风温度低告警 —— 漏记，巡检日报（FA-01）交叉核对时才翻出来；8/11 的「UPS 杂音已处理」也是一行字，8/14 电池测试想核对细节时无处可查。这次的接力核对把「上一班交下 3 项全部有进展」写成了结论 —— 断链在交接点就能抓住，不用等出事。3事件结构化 · 每件事的完整信息

「02:47 告警已处理」展开成时间、现象、处置、状态、证据俱全的记录

时间设备 / 区域现象处置过程当前状态证据出处01:45-04:20A12-R05~R09五柜进风 30.1-33.2℃（阈值 27℃），R05~R08SM Clock 1.98→1.21GHz 降频01:52 上报陈骁；02:10 起任务迁 B 区；07:00 迁移完成恢复满频（降频历时 5.2 小时）已处置，跟踪中（等空调维修）告警 11 条 + 群消息 + 巡检 2 次22:47-22:53LEAK-B08-N（B08 北墙）漏水感应线告警 2 次23:15 现场核查无水渍，接头受潮，擦拭复位已处置（误报）告警 2 条06:12-07:20CT-02 冷却塔风机振动超限 1 次06:30 电话马建国；07:20 皮带调整完毕，复测正常已处置告警 1 条 + 群消息本班 3 起———已处置 2 / 跟踪中 1告警 14 条

这一步的看点 · 把技术动作翻译成钱结构化之后，这一夜的处置第一次能写成一句留证的话：「02:05 接星澜反馈、02:10 启动迁移、07:00 恢复满频 —— 降频 5.2 小时」。这一句在星澜的 SLA 争议里就是「我们响应及时」的证据：该争议按月费 195 万的 5% 阶梯口径测算约 9.8 万、按性能事件口径约 24.5 万（陈骁 05:58 群内摸底口径）—— 白纸黑字的止损记录，年底评优和 SLA 谈判桌都用得上。

第 4 步 · 风险提示 · 交给下一班要盯的事

隐患状态要变成下一班的操作约束，而不是一句「知道了」

这一步的看点 · 该拦的地方拦住了日志里明确标出：「A12 区制冷隐患未闭环，接班班组请勿在该区执行上架操作与新任务调度 —— CRAC-A12-03 修复验收前，此条为硬约束」。隐患状态从交接本上的一句「知道了」，变成下一班不敢碰的操作红线；需量那条同理：修复合闸是最容易把需量顶过合同值的时刻，2% 的余量经不起三台冷机同时启动。

第 5 步 · 成稿与双签 · 生成标准交接班记录

按交接班记录表标准栏位生成，含双方签名栏与未闭环清单附件

这一步的看点 · 从历史里想起了公司踩过的坑8 月的 40 页交接记录里，夜班记录平均 1 行 —— 记录质量取决于凌晨三点的状态，这是行业常态。这次成稿的区别在于：孙倩签名签的是「流水已核对」，不是「凭记忆担保」 —— 每条记录都能对到告警流水、群消息或巡检表的原件。追责会上再也不会出现「我也没记录啊」这句话。

这份交接记录不能签完就归档六项未闭环里有三件事连着钱：星澜 24 小时书面报告（8.22 02:05 前，双口径赔付测算9.8 万-24.5 万）、A12 区操作冻结（该区 4 节点承载星澜任务，月费口径 26 万/月 = 195 万 ÷ 30 节点 × 4）、CRAC-A12-03 换机方案（16.4 万，待总经理办公会，见 FA-01）—— 「记录签了」不等于「事项闭环」，这份记录的价值在于它把三件事都顶到了下一班面前。方案一：按「A12 区操作冻结」版本签发 —— 风险提示第 2 条升级为接班班组硬约束，附降频 5.2 小时完整时间线作 SLA 争议证据链（涉 9.8 万-24.5 万口径），08:30 前双签下发，白班按冻结口径执行、10:00 接维修师傅。方案二：按「常规版」签发 —— 只含事实与待办，操作冻结由陈骁在调度侧单独下达；但星澜24 小时报告时限与 8.15 漏记整改两条必须保留 —— 这版签得快，但在 26 万/月的星澜服务争议里，少一份带签名的处置记录就少一截证据。

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

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

• ✓ 交接记录从「一行字」变成完整事件台账，追责时拿得出证据
• ✓ 未闭环事项的跨班接力机制建立起来了 —— 断链在交接点就能抓住，不用等出事
• ✓ 告警数量与事件数量的区分口径固定下来，告警疲劳有了量化抓手
• ✓ 夜班值班员不再靠意志力写交接 —— 记录质量不再取决于凌晨三点的状态

追问现场可能被问到的

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

• 交班人漏了事怎么办？ 助手只能汇总流水里有的。流水覆盖不到的（比如口头处理没留痕的），日志会标「本班流水未覆盖时段」—— 这本身就是一个提醒。
• 能不能自动确认告警都是误报？ 不能。我们只做聚类与展开，每条告警的处置状态都标「交班人自述」，复核是接班班组的事。
• 老员工不愿意用怎么办？ 对夜班的人来说这是减负不是加活 ——过去写交接靠回忆，现在只需要核对。愿意手写补充的照写，助手排版。

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

1. Skill 能力包

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

值班交接班日志 —— 夜班 3 点处理的事，不该在交接本上只剩一行字 · Skill

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

版本 v1.0

shift-handover-log.zip

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

包内结构

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

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

2. 原始素材

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

📁FA-02 · 演示素材

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

共 6 份

• 01_当班告警流水_动环导出.xlsx 动环后台告警流水（8 月 20 日 20:00 至 8 月 21 日 08:00），夜班的真实工作痕迹
• 02_当班巡检记录_夜班拍照.xlsx 夜班三次巡检（22:00 / 02:00 / 06:00）的纸质表照片整理成表
• 03_当班微信群记录.txt 夜班工作群与维修群的聊天记录（8 月 20 日 20:00 至 8 月 21 日 08:00），共 11 段
• 04_上一班交接记录_8月20日20时.xlsx 上一份交接班记录（8 月 20 日 20:00 白班交夜班，赵磊交孙倩）—— 未闭环事项要从这里接力
• 05_历史交接班记录_8月摘录.xlsx 8 月交接班记录本整本拍照整理，本表摘录与 A12 / UPS / 漏记相关的 5页 —— 平时没人翻的记录，追责与核对时才知道值钱
• 06_待执行变更与客户预约_主管本子拍照.xlsx 运维主管本子上的待执行变更、客户预约与交代事项，拍照整理

怎么用

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

3. 提示词卡片

这是今晚的告警流水、巡检表和几个工作群的聊天记录，帮我整理今晚的交接班记录。 上一班交下来的事有没有办完的，标出来交给下一班。 格式按我们的交接班记录表来，双方签字的地方留空我们自己签。

为什么这么短就够了：交接的栏位标准（未完结告警/待执行变更/客户预约/安全隐患）来自行业通用模板，已内置在能力包里。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 2 份

• FA-02_交接班记录.xlsx 正式件 · 标准栏位 · 双签栏
• FA-02_未闭环事项清单.xlsx 跨班接力 · 每条带状态与责任人

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

输入清单：当班告警与处置流水（监控导出/微信记录）夜班的真实工作痕迹当班巡检记录（纸质拍照）每班 1-3 次的巡检结果上一班的交接记录（上一份日志）未闭环事项要从那里接力过来待执行变更与客户预约操作清单散在群里和主管的本子上

人工边界：不替交班人补记没发生的事 —— 流水里没有的事项不会编进日志。「已处理」的复核状态只标「交班人自述已处理」，是否真处理完由接班人确认。双方签名栏留白。

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

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

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

• FA-01 · 机房巡检记录结构化与巡检日报：三个月的纸质表翻出同一台空调报了三次
• FA-03 · 电费账单核对与需量异常检测：占成本六成的电费，多数中心从没逐月核过账FA-04· PUE 能耗月报 —— 报送监管的数字要经得起算，分项缺口要摊开说清 — PUE 月报是报送监管的合规品 · 分项计量不全时它是倒推着凑出来的 查看 →

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

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