Design predictive maintenance strategies using sensor data, ML models for remaining useful life (RUL), and the P-F curve framework. Use this skill when the user needs to reduce unplanned downtime, transition from reactive to predictive maintenance, evaluate sensor/IoT investments, or estimate equipment failure probability — even if they say 'machines keep breaking down', 'when will this equipment fail', 'should we invest in IoT sensors', or 'reduce unplanned downtime'.
npx skills add https://github.com/asgard-ai-platform/skills --skill mfg-predictive-maintenance
IRON LAW: Predictive > Preventive > Reactive (but each has its place)
Reactive (fix after failure): cheapest per-event, most expensive in downtime
Preventive (fix on schedule): prevents some failures, causes unnecessary maintenance
Predictive (fix based on condition): lowest total cost, requires sensor investment
Not ALL equipment justifies predictive maintenance. Apply to equipment where
unplanned downtime cost >> sensor investment cost.
| Strategy | When to Maintain | Advantage | Disadvantage | Best For |
|----------|-----------------|-----------|-------------|----------|
| Reactive | After failure | Zero upfront cost | Max downtime, safety risk | Non-critical, cheap-to-replace equipment |
| Preventive | On schedule (time/cycles) | Predictable, simple | Over-maintenance (replacing parts that still work) | Equipment with known wear patterns |
| Predictive | Based on condition data | Minimize downtime AND maintenance cost | Requires sensors, data infrastructure, models | Critical, expensive, failure-has-cascading-effect equipment |
Condition
│
│ ●─── P (Potential failure detected by sensor)
│ ╲
│ ╲ ← P-F Interval (time to act)
│ ╲
│ ● F (Functional failure — equipment stops)
│
└──────────────────── Time
The P-F interval is your window of opportunity. Detect at P, schedule
repair before F. The longer the P-F interval, the more planning time.
| Data Type | What It Detects | Equipment |
|-----------|----------------|-----------|
| Vibration | Bearing wear, imbalance, misalignment | Rotating machinery (motors, pumps, turbines) |
| Temperature | Overheating, friction, electrical faults | Motors, transformers, bearings |
| Current/Power | Load changes, electrical degradation | Electric motors, drives |
| Acoustic | Leaks, cavitation, micro-cracks | Pressure systems, pipes, valves |
| Oil analysis | Wear particles, contamination | Gearboxes, hydraulic systems |
| Approach | Method | Data Required |
|----------|--------|-------------|
| Statistical | Weibull distribution, exponential degradation | Historical failure times |
| Classical ML | Random Forest, Gradient Boosting on sensor features | Labeled run-to-failure datasets |
| Deep Learning | LSTM, 1D-CNN on raw sensor time series | Large volumes of sensor data |
| Anomaly Detection | Isolation Forest, Autoencoder | Normal operation data only (no failure labels needed) |
Phase 1: Select Equipment (criticality analysis)
Phase 2: Install Sensors
Phase 3: Build Baseline
Phase 4: Develop Models
Phase 5: Operationalize
Annual Savings = (Unplanned downtime hours reduced × Downtime cost/hour)
+ (Preventive maintenance events avoided × Cost per event)
- (Sensor + infrastructure + model development cost)
# Predictive Maintenance Plan: {Equipment/Line}
## Equipment Criticality
| Equipment | Downtime Cost/hr | Failure Frequency | Cascading? | Priority |
|-----------|-----------------|-------------------|-----------|---------|
| {name} | ${X} | {X/year} | Y/N | H/M/L |
## Sensor Plan
| Equipment | Failure Mode | Sensor Type | P-F Interval |
|-----------|-------------|-------------|-------------|
| {name} | {mode} | {sensor} | {est. hours/days} |
## Projected ROI
| Metric | Before | After | Savings |
|--------|--------|-------|---------|
| Unplanned downtime | {hrs/year} | {hrs/year} | ${X}/year |
| Maintenance cost | ${X}/year | ${X}/year | ${X}/year |
| Sensor investment | — | ${X} one-time | Payback: {months} |
references/sensor-guide.mdreferences/rul-tutorial.mdIntegration with protocols.io API for managing scientific protocols. This skill should be used when working with protocols.io to search, create, update, or publish protocols; manage protocol steps and materials; handle discussions and comments; organize workspaces; upload and manage files; or integrate protocols.io functionality into workflows. Applicable for protocol discovery, collaborative protocol development, experiment tracking, lab protocol management, and scientific documentation.
Analyzes job descriptions and generates tailored resumes that highlight relevant experience, skills, and achievements to maximize interview chances
Generate Excalidraw diagrams from natural language descriptions. Use when asked to "create a diagram", "make a flowchart", "visualize a process", "draw a system architecture", "create a mind map", or "generate an Excalidraw file". Supports flowcharts, relationship diagrams, mind maps, and system architecture diagrams. Outputs .excalidraw JSON files that can be opened directly in Excalidraw.
Build and distribute Expo development clients locally or via TestFlight
Use when you have a written implementation plan to execute in a separate session with review checkpoints
Data structure for annotated matrices in single-cell analysis. Use when working with .h5ad files or integrating with the scverse ecosystem. This is the data format skill—for analysis workflows use scanpy; for probabilistic models use scvi-tools; for population-scale queries use cellxgene-census.
Benchling R&D platform integration. Access registry (DNA, proteins), inventory, ELN entries, workflows via API, build Benchling Apps, query Data Warehouse, for lab data management automation.
Comprehensive molecular biology toolkit. Use for sequence manipulation, file parsing (FASTA/GenBank/PDB), phylogenetics, and programmatic NCBI/PubMed access (Bio.Entrez). Best for batch processing, custom bioinformatics pipelines, BLAST automation. For quick lookups use gget; for multi-service integration use bioservices.
Take asgard-ai-platform/mfg-predictive-maintenance from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.