Back to Skills

track-ml-experiments

pjt222
Updated 2 days ago
6 views
17
2
17
View on GitHub
Metaaiautomationdesign

About

This skill sets up an MLflow tracking server to manage machine learning experiments, enabling automated logging for popular frameworks and systematic comparison of runs. It helps developers migrate from manual logging, manage artifacts in remote storage, and build reproducible workflows with full lineage tracking. Use it when starting a new ML project or needing to systematically compare multiple training runs.

Quick Install

Claude Code

Recommended
Primary
npx skills add pjt222/agent-almanac -a claude-code
Plugin CommandAlternative
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternative
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/track-ml-experiments

Copy and paste this command in Claude Code to install this skill

Documentation

Track ML Experiments

See Extended Examples for complete configuration files and templates.

Set up MLflow tracking server + impl comprehensive experiment tracking w/ metrics, params, artifacts.

Use When

  • Start new ML proj needing experiment tracking
  • Migrate from manual logs → automated
  • Cmp multi training runs systematically
  • Share experiment results w/ team
  • Build reproducible ML workflows w/ full lineage
  • Integrate experiment tracking into CI/CD

In

  • Required: Python env w/ ML framework (sklearn, pytorch, tensorflow, xgboost)
  • Required: MLflow install (pip install mlflow)
  • Optional: Remote storage backend (S3, Azure Blob, GCS) for artifacts
  • Optional: DB backend (PostgreSQL, MySQL) for metadata
  • Optional: Auth creds for remote backends

Do

Step 1: Init MLflow Tracking Server

Setup w/ appropriate backend stores.

# Option 1: Local file-based tracking (development)
mkdir -p mlruns
export MLFLOW_TRACKING_URI="file:./mlruns"

# Option 2: SQLite backend with local artifacts
mlflow server \
  --backend-store-uri sqlite:///mlflow.db \
  --default-artifact-root ./mlartifacts \
# ... (see EXAMPLES.md for complete implementation)

Create config file for team sharing:

# mlflow_config.py
import os

MLFLOW_TRACKING_URI = os.getenv(
    "MLFLOW_TRACKING_URI",
    "http://mlflow-server.company.com:5000"
)

# ... (see EXAMPLES.md for complete implementation)

Got: MLflow UI accessible at host:port, empty experiments list. Server logs confirm startup w/o errors.

If err: Check port avail w/ netstat -tulpn | grep 5000, verify DB connection strings, ensure S3 creds configured (aws configure), check firewall for remote.

Step 2: Configure Autologging for ML Frameworks

Enable framework-specific autologging → capture metrics, params, models auto.

# training_script.py
import mlflow
from mlflow_config import MLFLOW_TRACKING_URI, MLFLOW_EXPERIMENT_NAME

# Set tracking URI
mlflow.set_tracking_uri(MLFLOW_TRACKING_URI)
mlflow.set_experiment(MLFLOW_EXPERIMENT_NAME)

# ... (see EXAMPLES.md for complete implementation)

For PyTorch:

import mlflow.pytorch

mlflow.pytorch.autolog(
    log_every_n_epoch=1,
    log_every_n_step=None,
    log_models=True,
    disable=False,
    exclusive=False,
# ... (see EXAMPLES.md for complete implementation)

Got: Run appears in UI w/ all hyperparams, metrics (training/val loss, acc), model artifacts, input examples auto-logged.

If err: Verify MLflow ver compat w/ ML framework (mlflow.sklearn.autolog() needs MLflow ≥1.20), check autolog supported for model type, disable + use manual logging fallback, inspect logs w/ mlflow.set_tracking_uri() for connection errs.

Step 3: Comprehensive Manual Logging

Add custom metrics, params, artifacts, tags for complete documentation.

# comprehensive_tracking.py
import mlflow
import numpy as np
import matplotlib.pyplot as plt
from pathlib import Path

def train_and_log_model(params, X_train, y_train, X_test, y_test):
    """
# ... (see EXAMPLES.md for complete implementation)

Got: UI displays rich info: step-by-step metrics, viz artifacts, model signature, input examples, comprehensive tags for filter/search.

If err: Check artifact storage perms (aws s3 ls s3://bucket/path), verify matplotlib backend for figure logging (plt.switch_backend('Agg')), ensure JSON-serializable for log_dict, check disk space for local.

Step 4: Compare Runs + Generate Reports

Use MLflow comparison tools to analyze multiple experiments.

# compare_runs.py
import mlflow
from mlflow.tracking import MlflowClient

client = MlflowClient()

def compare_experiments(experiment_name, metric_name="test_accuracy", top_n=5):
    """
# ... (see EXAMPLES.md for complete implementation)

CLI comparison:

# Compare runs using MLflow CLI
mlflow runs compare --experiment-name customer-churn \
  --order-by "metrics.test_accuracy DESC" \
  --max-results 10

# Export run data to CSV
mlflow experiments csv --experiment-name customer-churn \
  --output experiments.csv

Got: Console shows sorted runs w/ key metrics, HTML report w/ formatted comparison, CSV w/ all run data.

If err: Verify experiment exists w/ mlflow experiments list, check metric names match exact (case-sensitive), ensure runs completed (check status), verify file write perms for outputs.

Step 5: Configure Remote Artifact Storage

Setup S3/Azure/GCS backends for scalable artifact mgmt.

# artifact_storage_config.py
import mlflow
import os

def configure_s3_backend():
    """
    Configure S3 for artifact storage.
    """
# ... (see EXAMPLES.md for complete implementation)

Docker Compose for MLflow w/ PostgreSQL + S3:

# docker-compose.yml
version: '3.8'

services:
  postgres:
    image: postgres:14
    environment:
      POSTGRES_DB: mlflow
# ... (see EXAMPLES.md for complete implementation)

Got: Artifacts upload to remote, UI shows artifact links pointing to S3/Azure/GCS URIs, downloading from UI works.

If err: Verify cloud creds w/ aws s3 ls | az storage blob list, check bucket perms (write access), ensure MLflow w/ cloud extras (pip install mlflow[extras]), test net connectivity to storage, check CORS for browser access.

Step 6: Experiment Lifecycle Mgmt

Setup automated cleanup, archival, organization policies.

# lifecycle_management.py
import mlflow
from mlflow.tracking import MlflowClient
from datetime import datetime, timedelta

client = MlflowClient()

def archive_old_experiments(days_old=90):
# ... (see EXAMPLES.md for complete implementation)

Got: Old experiments → deleted state, failed runs removed from active, best runs tagged for filter, storage reclaimed.

If err: Check experiment perms (must be owner to delete), verify runs actually FAILED status, ensure metric exists for all ranked, check DB connectivity for bulk ops, verify perms for artifact deletion in remote.

Check

  • MLflow tracking server accessible via web UI
  • Experiments created + runs logged
  • Autologging captures framework-specific metrics auto
  • Custom metrics, params, artifacts logged correct
  • Comparison queries return expected top runs
  • Remote artifact storage configured + functional
  • Artifacts downloadable from UI + programmatic
  • Run filtering + searching works w/ tags
  • HTML comparison reports gen w/o errs
  • Lifecycle scripts execute

Traps

  • Connection timeouts: Server not accessible from training scripts → verify MLFLOW_TRACKING_URI env, check firewall, ensure server running
  • Artifact upload fails: S3/Azure creds not configured | bucket missing → test cloud CLI first, verify bucket perms
  • Missing metrics: Autologging disabled | unsupported framework ver → check compat, fallback to manual logging
  • Run clutter: Too many runs polluting UI → impl tagging strategy early, use lifecycle scripts regularly
  • Large artifacts: Logging entire datasets → storage bloat. Log samples | refs, use external data versioning (DVC)
  • Inconsistent naming: Params logged w/ diff names across runs → standardize naming in config
  • DB locks: SQLite no concurrent writes → use PostgreSQL/MySQL for multi-user
  • Autolog conflicts: Multiple autolog configs interfere → use exclusive=True | disable conflicting

  • register-ml-model — register tracked models in MLflow Model Registry
  • version-ml-data — version datasets via DVC for reproducible experiments
  • setup-automl-pipeline — integrate tracking into automated ML pipelines
  • deploy-ml-model-serving — deploy best-performing tracked models to prod
  • orchestrate-ml-pipeline — combine tracking w/ workflow orchestration

GitHub Repository

pjt222/agent-almanac
Path: i18n/caveman-ultra/skills/track-ml-experiments
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Related Skills

content-collections

Meta

This skill provides a production-tested setup for Content Collections, a TypeScript-first tool that transforms Markdown/MDX files into type-safe data collections with Zod validation. Use it when building blogs, documentation sites, or content-heavy Vite + React applications to ensure type safety and automatic content validation. It covers everything from Vite plugin configuration and MDX compilation to deployment optimization and schema validation.

View skill

polymarket

Meta

This skill enables developers to build applications with the Polymarket prediction markets platform, including API integration for trading and market data. It also provides real-time data streaming via WebSocket to monitor live trades and market activity. Use it for implementing trading strategies or creating tools that process live market updates.

View skill

creating-opencode-plugins

Meta

This skill helps developers create OpenCode plugins that hook into 25+ event types like commands, files, and LSP operations. It provides the plugin structure, event API specifications, and implementation patterns for JavaScript/TypeScript modules. Use it when you need to intercept, monitor, or extend the OpenCode AI assistant's lifecycle with custom event-driven logic.

View skill

sglang

Meta

SGLang is a high-performance LLM serving framework that specializes in fast, structured generation for JSON, regex, and agentic workflows using its RadixAttention prefix caching. It delivers significantly faster inference, especially for tasks with repeated prefixes, making it ideal for complex, structured outputs and multi-turn conversations. Choose SGLang over alternatives like vLLM when you need constrained decoding or are building applications with extensive prefix sharing.

View skill