故障处理靠个人经验，人走了经验就断了
同一台设备同样的报警，上次怎么修的没人记得；修过的人一离职，故障处理就得从头摸索；ERP 无维修记录模块，现象、原因、处理方式都落在个人经验与纸质本子里——修得快是老师傅的功劳，反复修是组织的漏洞，没人看得见。
命中知识库 · 修复提速
命中历史案例的工单 MTTR 2.17h（9 单）vs 首例摸索 3.90h（5 单）→ 命中提速 44%；全期 MTTR 3.6→2.79h，降幅 22.6%（目标 30%），VMC-04 同类报警按推荐方案 1.5h 快修（首例摸索用了 4.0h）。
经验管理算得出回报
月故障停机 39.0h × 800 元/h = 月损失 31,200 元 × 降幅 30% × 12 = 年节约 11.2 万 vs 知识库年投入 2.4 万 → ROI 4.7x；当前降幅 22.6% 已年化节约约 8.5 万——按月回填实际 MTTR 对账，不靠宣称。
重复故障从「看不见」到「可见」
14 单中 5 单为同设备同报警代码 90 天内复发（FIX-8009 液压机 AL-508 复发关联 H1 保养超期 MTN-7009）→ 自动升级根因分析；修得快不等于不再犯——MTTR 与重复率双指标并列，防假改善。
WorkBuddy 操作效果录屏
从「选一张维修工单」到「知识库立项结论」：四要素登记 → 检索推荐 → 重复升级 → MTTR 拆解 → 复盘看板
assets/recording.mp4（1280×800 · 交互页真实操作实录）
配套交互页：h2-interactive.html ↗
h2-interactive.html 页面的真实操作实录（浏览器实机录制）：默认示例「FIX-8009」（液压机 AL-508 润滑压力异常 90 天内第 2 次 → 自动升级根因分析 + 关联 H1 保养超期 MTN-7009 + 液压滤芯缺货缺件预警）→ 一键切换「FIX-8013」（排屑链条缺料等货 2.0h → 缺件预警预占）→「FIX-8002」（AL-201 代码命中 FIX-8001 → 1.5h 快修，检索命中率 100%）→「FIX-8001」（AL-201 首例入库 → 摸索 4.0h，知识库从无到有）→「FIX-8011」（PC-07 老设备无报警输出 → 现象关键词模糊命中）→ 滚动查看复盘看板（MTTR 2.79h 降幅 22.6% · 命中提速 44% · 重复故障 35.7% · 缺件等料 4.5h ≈ 3,600 元/月 · 年节约 11.2 万 ROI 4.7x）。您可以打开交互页亲手操作验证。可下载数据源电子表格
14 张维修工单样本（合成脱敏，覆盖 重复升级/缺件预警/要素缺失/首例摸索/现象模糊命中），字段与生产版 MCP 只读视图一一对应，可直接替换为你的真实数据
| 字段 | 含义 | 类型 | 说明（规则口径） |
|---|---|---|---|
fix_id | 工单号 | 文本 | 主键，一张维修工单=一条记录，如 FIX-8001 |
report_date | 报修日期 | 文本 | 报修日期（月内日）；R3 重复判定时间轴，生产版为完整时间戳（报修→修复验收） |
device_id | 设备编号 | 文本 | R4 出账维度之一（设备）；来自设备台账（MCP 只读） |
alarm_code | 报警代码 | 文本 | R2 检索主键，来自报警代码库；老设备无报警输出为「—」，走现象模糊匹配兜底 |
phenomenon | 故障现象 | 文本 | R1 四要素①；结构化登记，知识库检索字段之一 |
root_cause | 故障原因 | 文本 | R1 四要素②；缺「—」判要素缺失，知识不完整提醒补录 |
solution | 处理过程 | 文本 | R1 四要素③；处置方案留痕，构成可推荐的处置知识 |
parts_used | 更换备件 | 文本 | R1 四要素④；联动备件清单推荐；缺「—」判要素缺失 |
handler | 维修人 | 文本 | 维修责任人；经验沉淀到知识库而非留在个人手里（人走了知识不走） |
repair_h | 修复时长h | 数值 | R4 MTTR 口径：报修→修复验收全时长（含等料，等料单独标记可拆解） |
repair_loss | 停机损失(元) | 数值 | =修复h × 停机费率 800 元/h【H3，与 H1 同厂口径】；费率口径以财务/约定为准 |
kb_match | 知识库匹配 | 分类 | R2：报警代码命中 / 现象模糊命中 / 无匹配·首例入库 |
repeat_flag | 重复故障标志 | 分类 | R3：首次 / 重复·90天内第2次【H2 窗口 90 天、≥2 次即重复，待拍板】 |
parts_stock | 备件校验 | 分类 | R5：备件齐备 / 缺件预警（所需备件库存<安全库存） |
kb_flag | 知识标志 | 分类 | R1/R3 校验：完整入库 / 要素缺失 / 重复升级（优先级：重复升级>要素缺失>完整入库） |
suggest_action | 建议 | 文本 | R1–R5 综合生成（补录/检索推荐/根因分析/备件预占） |
五步辅助规则，步步有口径
判定走规则引擎而非黑盒大模型——每一次四要素校验、检索推荐、重复升级、MTTR 统计、缺件预警都能追溯到工单台账与口径版本
结构化登记
故障现象—原因—处理过程—更换备件四要素齐全才计完整入库；缺要素补录提醒；同类故障一键引用历史案例；登记一经提交不可修改——老师傅经验沉淀为组织知识库。
检索推荐
报警代码精确匹配 → 无代码按现象关键词模糊匹配（老设备兜底）；推荐处置方案 + 备件清单，标注来源案例；采纳率 88.9%（样本），推荐仅供参考、处置以现场确认为准。
重复故障升级
同设备同报警代码 90 天内 ≥2 次【H2】→ 自动升级根因分析，历史案例链自动列出；样本重复率 35.7% 可见化 → 目标 ≤10%；提示不替代维修调度、不用于个人处罚。
MTTR 统计与降幅
MTTR = Σ修复时长/工单数（报修→修复验收全时长，等料单独标记）；命中 2.17h vs 首例 3.90h → 提速 44%；降幅 22.6% → 目标 30%【H2】；与重复率双指标并列防假改善。
备件联动与缺件预警
按历史案例生成备件清单 → 校验库存 → 缺件预警 + 预占（样本等料 4.5h ≈ 3,600 元/月，剔除后降幅 31.5% 达标）；月损失 31,200 元 × 30% × 12 = 年节约 11.2 万 → ROI 4.7x。
只读台账 + 知识不可改
不写回 ERP、不改设备台账/报警代码库/备件库存与报修原始数据；四要素登记一经提交不可篡改；时长按报修→验收口径为准；推荐不替代现场；重复提示不替代调度；口径版本化留痕。
POC 验收 KPI：开工前定好，上线后对账
基线指标（截图口径）：平均修复时长（MTTR）降幅 · 重复故障发生率
MTTR 降幅 ≥30%
基线 3.6h/次【H2】→ 目标 ≤2.52h；样本期 2.79h（降幅 22.6%，命中 2.17h vs 首例 3.90h 提速 44%；剔除等料 2.46h → 31.5% 达标）。
重复故障率 ≤10%
同设备同代码 90 天内 ≥2 次工单占比（样本基线 35.7% = 5/14，知识库上线让重复「可见」）【H2】。
完整入库率 100%
四要素（现象/原因/处理/备件）齐全工单占比（样本基线 85.7% = 12/14，2 笔缺要素补录中）。
方案采纳率 ≥90%
推荐处置方案被现场采纳/命中工单（样本基线 88.9% = 8/9，1 笔不适用转根因）。
备件齐备率 100%
备件齐备工单占比 + 零等料（样本基线 85.7% = 12/14，缺件 2 笔等料 4.5h ≈ 3,600 元/月）。
MTTR 降幅 · 重复故障率
基线诊断期手工台账/回忆估算 → 上线后引擎口径连续统计对比（截图验收口径两项）。
白纸黑字的规矩 · 三条铁规矩
不清楚起点，不配谈改善。先出《基线诊断报告》。
你的人会用、能够通过操作考核，这一项才算交付完成。
每个场景定好验收口径，上线前后按口径出对比数据。
先把你的问题理清楚，
再决定要不要花钱
联系马工，你会先拿到一份《场景清单》——厂里的管理窟窿按痛感排好序，先干哪 3 个写清楚。清单不满意，可以到此为止。
- 先量基线，再收钱——诊断阶段不收咨询费
- 渐进式接入——从最痛的一个场景开工，不伤现有业务
- 效果进账本——上线前后对比数据摆在面前
把问题发过来就行