设备维修知识沉淀

1. 这个数字员工做什么

一线维修工在简道云提交"设备维修记录"（设备编号、故障现象、处理过程），悟帆自动收到通知，结合历史维修记录 + 预置的维修知识库进行分析，秒级推送维修建议给维修工本人，并在维修完成后自动将本次经验沉淀为结构化知识。每周/每月，悟帆还会自动归纳故障类型和解决方案，生成知识沉淀报告写回简道云。

以前是"维修工凭经验修 → 修完写个记录 → 记录躺在表里没人看 → 下次同样的故障还是凭经验"。现在是"维修工提交记录 → 悟帆秒推历史经验和建议 → 每月自动归纳故障知识库"。经验不再只存在老师傅脑子里，每一次维修都在让下一次更快。

2. 适用角色

设备维修工、设备管理员/维修主管、生产班组长、精益改善工程师、工厂设备部经理。

3. 效果预览

4. 简道云侧准备

本方案需要 3 张表单，分别承担数据采集、知识沉淀和归纳报告的角色。

4.1 表单一：设备维修记录表

维修工日常填写的主表，每次维修提交一条。提交后自动触发悟帆推送建议。

4.2 表单二：维修知识库

预先整理的设备维修经验文档，作为悟帆分析时的"专家知识底座"。

4.3 表单三：故障知识归纳报告

悟帆定期生成的归纳报告，沉淀为可查阅、可追溯的知识资产。

4.4 Webhook 配置（系统事件触发）

本场景是系统事件触发——维修记录提交后自动通知悟帆。需要在简道云中配置数据推送：

5. 悟帆侧准备

5.1 维修知识库文档

在悟帆中上传一份设备维修排查手册作为知识库底座。这份文档不需要放在简道云里——悟帆自己能保存和引用。

文档质量要求：写清楚判定逻辑，不要笼统。

建议按设备类型分章节，每种设备覆盖：常见故障现象 → 排查步骤 → 解决方案 → 备件清单。

5.2 简道云 API 连接

悟帆已内置简道云 API 工具包，需要确保：

6. 悟帆侧配置

本方案包含两个独立的自动化任务：一个是实时建议推送（事件触发），一个是定期知识归纳（定时触发）。

6.1 任务一：维修建议实时推送（Webhook 触发）

在悟帆中创建一个 Webhook 触发的自动化管道，接收简道云推送的维修记录数据。

任务指令（可直接复制使用）：

# 设备维修建议推送

你是一位资深的制造业设备维修专家。当收到新的维修记录时，请结合历史经验和知识库给出排查建议。

## 收到的维修记录信息
- 维修单号：{{payload.维修单号}}
- 设备编号：{{payload.设备编号}}
- 设备名称：{{payload.设备名称}}
- 设备类型：{{payload.设备类型}}
- 故障现象：{{payload.故障现象}}
- 故障等级：{{payload.故障等级}}
- 维修人员：{{payload.维修人员}}

## 执行步骤

1. **查询历史维修记录**：从简道云"设备维修记录表"中搜索满足以下条件的历史记录：
   - 同一设备编号 或 同一设备类型
   - 故障现象中包含相似关键词（从本次故障现象中提取核心关键词，如"异响""振动""漏油"等）
   - 取最近10条匹配记录

2. **检索维修知识库**：从简道云"维修知识库"中搜索：
   - 匹配当前设备类型的条目
   - 故障关键词与本次故障现象相关的条目

3. **综合分析并生成建议**，按以下格式输出：
   - **建议排查顺序**（按可能性从高到低，每步说明原因）
   - **参考历史案例**（列出最相关的1-3条历史维修记录，说明当时怎么修的）
   - **备件提醒**（如果可能需要更换备件，列出型号）
   - **安全提示**（如果故障等级为"紧急停机"，提醒安全注意事项）

4. **将建议写回简道云**：
   - 更新"设备维修记录表"中该条记录的"AI维修建议"字段
   - 更新"建议推送状态"为"已推送"

5. **通过 IM 通知维修人员**：将建议摘要发送给维修人员

## 注意事项
- 如果历史记录中没有找到相似案例，明确告知"暂无历史匹配案例"，仅基于知识库给出建议
- 如果知识库中也没有匹配条目，基于通用维修经验给出初步排查方向，并标注"建议仅供参考，请结合现场情况判断"
- 建议要具体可执行，不要说"请检查相关部件"这种废话
- 故障等级为"紧急停机"时，建议中必须包含安全操作提醒

6.2 任务二：故障知识定期归纳（定时触发）

在悟帆中创建一个 Cron 定时自动化管道，每月1日自动执行。

触发配置：

任务指令（可直接复制使用）：

# 设备维修故障知识月度归纳

你是一位资深的设备管理分析师。请对上月的设备维修记录进行系统性归纳，生成知识沉淀报告。

## 执行步骤

1. **拉取上月全部维修记录**：
   - 从简道云"设备维修记录表"中查询上月所有"维修状态=已完成"的记录
   - 提取字段：设备编号、设备类型、故障现象、处理过程、更换备件、维修耗时、故障类型(归纳)

2. **故障分类统计**：
   - 按"故障类型"分组统计数量和占比
   - 按"设备类型"分组统计故障频次
   - 识别高频故障 TOP5（同一类故障在同一类设备上反复出现的）

3. **解决方案归纳**：
   - 对每种高频故障，总结最有效的解决方案
   - 标注哪些是"已验证有效"的方案（多次出现且维修耗时短的）
   - 标注哪些是"新发现"的方案（本月首次出现的处理方式）

4. **知识沉淀建议**：
   - 对比现有"维修知识库"，找出知识库中尚未覆盖但实际已发生的故障类型
   - 建议新增的知识库条目（包含故障关键词、排查步骤、解决方案）
   - 建议更新的知识库条目（现有方案不够准确或不够完整的）

5. **生成报告并写入简道云**：
   - 在"故障知识归纳报告"表中新增一条记录
   - 填写所有字段：报告周期、维修记录总数、故障类型分布、高频故障TOP5、新增解决方案、知识沉淀建议、报告正文

6. **自动补充知识库**（可选）：
   - 对于"已验证有效"且知识库中尚未收录的解决方案，自动在"维修知识库"中新增条目
   - 来源标注为"悟帆归纳"，关联对应的维修单号

## 报告正文格式要求
- 开头用一段话总结上月设备维修整体情况（总次数、平均维修耗时、与上月对比趋势）
- 中间用结构化方式呈现分类统计和TOP5
- 结尾给出下月设备维护建议（哪些设备需要重点关注、哪些备件建议提前备货）

## 注意事项
- 如果上月维修记录少于5条，报告中说明"样本量较小，归纳结论仅供参考"
- 故障类型分布要给出具体数字和百分比，不要只说"较多""较少"
- 知识沉淀建议要具体到可以直接复制到知识库的程度

7. 联调测试

7.1 实时建议推送测试

7.2 定期知识归纳测试

8. 踩坑提醒

Q1：悟帆推送的建议太泛，不够具体怎么办？

排查思路：90% 的原因是知识库文档写得太笼统。

解决方案：

Q2：Webhook 推送后悟帆没有响应，怎么排查？

排查思路：从简道云到悟帆，逐段排查。

解决方案：

Q3：月度归纳报告中的故障分类不准确怎么办？

排查思路：归纳质量取决于原始数据的分类质量。

解决方案：

Q4：维修工反馈说收到的建议没用，不想看了怎么办？

排查思路：这是知识沉淀项目最常见的落地阻力。

解决方案：