把已确认故障处理写成排查指南

这个场景能帮你做什么

同类故障反复找同一个专家，通常因为排查方法没写成可执行说明。WorkBuddy 可以把已验证记录整理为按现象、检查与处理分支组织的指南。

开始前需要准备什么

提供故障现象、适用型号版本、日志、已确认根因、排查步骤、有效措施和升级规则。未证实猜测单列，涉及设备或生产操作说明权限与停止条件。

具体怎么做

第一步：定义入口与适用范围

明确读者看到什么现象可以使用本指南，哪些情况要立即停止或找专业人员。相似症状不同根因要保留分支。

第二步：把记录转成检查步骤

每步说明检查对象、方法、预期与不同结果去向，优先使用可观察证据。不能从旧案例直接跳到重启、换件或改参数。

第三步：写处理与恢复验证

措施只使用已确认范围，说明执行人、条件和完成后的检查。处理完成不等于根因永久消除，保留复发和升级路径。

第四步：交维护者走读

用历史真实案例验证分支是否能走通，补缺步和错误条件。未实际验证的路径标待验证，不写保证修好。

可以直接交给 WorkBuddy 的完整要求

将附件已确认故障案例整理为排查指南，注明型号版本、入口现象、前置与停止条件。
每步列检查对象、动作、预期、分支和依据；处理措施写权限、条件及恢复验证。
未知原因与未验证方法单列，禁止编操作或直接建议高影响动作。输出指南与待走读项，不保证一次解决或不再复发。

完成后会得到什么

一份能按证据逐步分流的故障指南，以及需要维护者确认的缺口。

结果应该怎么检查

用同症状不同根因的案例测试分支，核对命令、参数和权限。确认没有跳过安全停止、数据保全或升级条件。

遇到这些情况怎么处理

现象不符合入口时退出指南。证据不足先补日志。涉及未授权设备操作时转负责人，不让 AI 远程试错。

哪些必须人工决定

维护与专业负责人确认步骤和执行权限。AI 整理已知方法，不替代现场诊断及高影响操作批准。