Predictive Maintenance Workflow Guide
Use this guide to build an AI Agent workflow around the FactVerse AI Agent predictive maintenance module. The workflow combines equipment identity, signal history, anomaly context, maintenance records, and field feedback so engineers can review equipment health and plan the next inspection or maintenance step.
Prerequisites
| Requirement | Details |
|---|
| Equipment model | Stable equipment ID, component hierarchy, location, operating mode, and criticality. |
| Signal history | Time-series signals, data quality flags, sampling interval, unit normalization, and known gaps. |
| Maintenance context | Inspection records, work orders, replaced parts, failure notes, and operator feedback. |
| Knowledge base | Manuals, standard operating procedures, troubleshooting notes, and site-specific constraints. |
| Review owner | Maintenance engineer or reliability owner who can accept, revise, or reject a recommendation. |
Endpoint and scopes
Use /mcp/pdm/ for predictive maintenance health and anomaly tools. Use /mcp/base/ when the workflow also needs asset records, documents, work-order context, or approved action drafts.
| Endpoint | Scope | Use |
|---|
/mcp/pdm/ | pdm.read | Read health summaries, anomaly context, component signals, and model outputs available to the key. |
/mcp/base/ | base.read | Read asset identity, documents, work records, and related operational evidence. |
/mcp/base/ | base.action.write | Draft a follow-up inspection or maintenance action after human approval. |
Workflow steps
- Define the equipment set: choose the site, asset group, equipment ID, operating mode, and review window.
- Check data readiness: confirm signal freshness, missing intervals, unit mapping, and known sensor issues.
- Retrieve health context: use runtime-discovered tools to summarize health, anomalies, trend changes, and recent events.
- Connect maintenance history: compare anomalies with inspections, part changes, alarms, and operator notes.
- Prepare an engineering view: describe probable causes, confidence limits, evidence gaps, and suggested next checks.
- Route a reviewed action: draft inspection, spare-part review, or planned maintenance only after the engineer accepts the recommendation.
- Feed back outcomes: capture confirmed cause, false alarm, repaired component, and follow-up notes for future model improvement.
Recommended output structure
| Section | Content |
|---|
| Health summary | Equipment, current condition, trend direction, anomaly window, and severity. |
| Evidence | Signals, model outputs, maintenance records, inspection notes, and source timestamps. |
| Possible causes | Ranked engineering hypotheses with supporting and conflicting evidence. |
| Recommended checks | Field inspection items, operating checks, data checks, and parts to review. |
| Review result | Engineer decision, accepted action, rejected recommendation, or required data correction. |
Continuous improvement loop
Predictive maintenance workflows improve when completed work feeds back into the data layer. Keep the loop explicit:
- Confirm whether the anomaly matched a real equipment issue.
- Record replaced parts, adjusted settings, and inspection findings.
- Mark false positives and sensor-quality issues.
- Keep 24x7 signal ingestion visible so model training and rule tuning can use updated operating history.
- Review model output against engineer feedback before expanding automation.
Common failure modes
| Symptom | Likely cause | Response |
|---|
| Health output is weak | Signal history is short, sparse, or unmapped | Return a data-readiness report before making maintenance suggestions. |
| Anomaly appears without cause | Maintenance and operating context are missing | Pull work records, inspection notes, operating mode, and recent alarms. |
| Too many warnings | Query boundary is too broad or thresholds are not tuned for the asset | Narrow the equipment group and review thresholds with the engineer. |
| Recommended action is not accepted | Confidence is low or evidence is incomplete | Keep the output as an engineering note and request the missing data. |
Validation checklist
- The workflow uses
pdm.read for predictive maintenance tools and writes user-facing output with readable terms such as predictive maintenance module.
- Each recommendation includes evidence, confidence limits, and missing-data notes.
- Engineer approval is recorded before creating an action.
- Completed maintenance outcomes are captured for model and knowledge improvement.