FA 设备协同官：业务流程设计 (V0.1)

1. 业务愿景 (Vision)

“设备运维的智能大脑”。 通过多模态输入（语音/图像）简化报修流程，结合 RAG 知识库实现极速故障诊断，并通过智能调度提升 MTTR（平均修复时间）。

---

2. 三层解耦架构 (Three-Tier Architecture)

2.1 Reporter Agent (报修助手) - “嘴和眼睛”

• 职责：
  • 接收用户的自然语言描述（如：“3 楼投影仪坏了”）。
  • 处理图片输入（VLM），识别设备铭牌 OCR 或故障现象分类。
  • 槽位填充：设备类型、所属空间、故障描述、紧急程度。

2.2 Diagnosis Agent (诊断专家) - “知识大脑”

• 职责：
  • 结合 RAG 知识库（PDF 手册、维保记录）检索类似故障案例。
  • 输出建议报告：可能是的操作建议（如“重启路由”）或初步诊断原因。
  • 在报修流程中插入“一键诊断”建议，减少无效派单。

2.3 调度执行 (Scheduler) - 纯工程逻辑

• 说明：调度执行层在 MVP 阶段采用规则化 (Rule-based) 的工程方式实现，不作为独立 Agent。
• 职责：
  • 根据 Diagnosis Agent 沉淀的故障标签，从人员画像库中匹配技能点。
  • 联动业务系统执行工单下发。

---

3. 核心交互流程 (Interaction Flow)

1. 用户报修：输入“投屏投不上去，报错误码 102”。
2. 槽位解析：Reporter Agent 识别 设备=投屏器, 故障描述=Error 102。
3. 专家诊断：Diagnosis Agent 检索出“Error 102 通常为 HDMI 线缆松动”，询问用户：“检测到该错误通常源于接线，您是否尝试重新插拔？”
4. 工单下发：若用户操作无效，系统按规则自动匹配 3 楼值班电工并派单。

---

4. 与 Master Agent 协同

• FA 的报修状态需反馈至全局总线。
• 联动整备：在后继版本中，FA 可尝试联动整备逻辑检查设备心跳（当前 MVP 版本由于 API 限制暂不实现）。