mlops-and-infra

Standardize ML operations for reproducible, deployable, monitored workflows.

Updated Apr 6, 2026
One-click install
npx skills add https://github.com/ParamChordiya/ai-skills-library --skill mlops-and-infra
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: mlops-and-infra
Source: https://github.com/ParamChordiya/ai-skills-library/tree/main/mlops-and-infra
Command: npx skills add https://github.com/ParamChordiya/ai-skills-library --skill mlops-and-infra

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents machine learning projects from becoming unreproducible, untracked, undeployable, and unmonitored by enforcing principal-engineer operational standards from the start.

Core Features & Use Cases

  • Experiment Tracking: Logs hyperparameters, dataset versions, git commit hashes, environments, and run metadata before training begins.
  • Reproducibility & Packaging: Requires pinned runtimes, immutable data snapshots, deterministic training, and artifacts packaged with preprocessing and schemas.
  • Deployment & Monitoring: Defines serving APIs, model registry stages, canary or shadow rollout strategies, drift detection, latency SLOs, and retraining triggers.
  • Infrastructure as Code: Enforces cloud resources, secrets handling, and tagging through declarative infrastructure rather than manual console setup.
  • Use Case: A team can turn a one-off training script into a fully operational pipeline with tracked experiments, versioned artifacts, automated checks, and production monitoring.

Quick Start

Ask the assistant to apply the mlops-and-infra standards to your ML project so it becomes reproducible, deployable, and monitored end to end.

Frequently Asked Questions about mlops-and-infra

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I make machine learning pipelines reproducible and deployable?

ML pipelines become reproducible by enforcing dirty-tree checks, immutable data and code versioning, pinned runtimes, and containerized environments before training begins. This ensures every experiment is tracked, packaged with explicit schemas, and ready for automated deployment.

What is the best way to track ML experiments and dataset versions?

Track ML experiments by logging hyperparameters, dataset versions, git commit hashes, environments, and run metadata before training starts. Capturing this metadata systematically prevents untracked runs and ensures full reproducibility across your team.

How do I set up CI/CD and infrastructure as code for model serving?

Set up model serving CI/CD by defining deployment stages, automated testing, and declarative infrastructure rather than manual console setup. This enforces tagged cloud resources, proper secrets handling, and controlled canary or shadow rollout strategies.

Can I use this to monitor model drift and latency SLOs in production?

Yes, production monitoring includes drift detection, latency SLOs, and retraining triggers. Defining serving APIs and model registry stages ensures deployed models are continuously monitored for performance degradation and data drift.

Do I need containerized runtimes and explicit schemas for ML operations?

Yes, containerized runtimes and explicit schemas are required. Packaging artifacts with preprocessing steps and schemas ensures deterministic training and reliable model serving across different environments and deployment stages.

How does infrastructure as code handle cloud resources and secrets for ML?

Infrastructure as code manages cloud resources and secrets by enforcing declarative infrastructure setup with tagged resources. This replaces manual console configuration, ensuring reproducible, secure, and auditable ML infrastructure across training and serving stacks.