返回技能列表

track-ml-experiments

pjt222
更新于 Yesterday
4 次查看
17
2
17
在 GitHub 上查看
aiautomationdesign

关于

This skill sets up MLflow for tracking machine learning experiments with autologging, metrics comparison, and artifact management. It's ideal for starting new ML projects, migrating from manual logging, or building reproducible workflows. Developers can use it to systematically compare training runs and maintain full experiment lineage.

快速安装

Claude Code

推荐
主要方式
npx skills add pjt222/agent-almanac -a claude-code
插件命令备选方式
/plugin add https://github.com/pjt222/agent-almanac
Git 克隆备选方式
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/track-ml-experiments

在 Claude Code 中复制并粘贴此命令以安装该技能

技能文档

Track ML Experiments

See Extended Examples for complete configuration files and templates.

Set up MLflow tracking server. Implement comprehensive experiment tracking with metrics, parameters, artifacts.

When Use

  • Starting new machine learning project needing experiment tracking
  • Migrating from manual experiment logs to automated tracking
  • Comparing multiple model training runs systematic
  • Sharing experiment results with team members
  • Building reproducible ML workflows with full lineage tracking
  • Integrating experiment tracking into CI/CD pipelines

Inputs

  • Required: Python environment with ML framework (sklearn, pytorch, tensorflow, xgboost)
  • Required: MLflow installation (pip install mlflow)
  • Optional: Remote storage backend (S3, Azure Blob, GCS) for artifacts
  • Optional: Database backend (PostgreSQL, MySQL) for metadata storage
  • Optional: Authentication credentials for remote backends

Steps

Step 1: Initialize MLflow Tracking Server

Set up MLflow tracking server with 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 a configuration 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 specified host:port, showing empty experiments list. Server logs confirm successful startup without errors.

If fail: Check port availability with netstat -tulpn | grep 5000, verify database connection strings, ensure S3 credentials configured (aws configure), check firewall rules for remote access.

Step 2: Configure Autologging for ML Frameworks

Enable framework-specific autologging to capture metrics, parameters, models automatic.

# 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 MLflow UI with all hyperparameters, metrics (training/validation loss, accuracy), model artifacts, input examples automatic logged.

If fail: Verify MLflow version compatibility with ML framework (mlflow.sklearn.autolog() needs MLflow ≥1.20), check if autologging supported for your model type, disable autologging and use manual logging as fallback, inspect logs with mlflow.set_tracking_uri() for connection errors.

Step 3: Implement Comprehensive Manual Logging

Add custom metrics, parameters, artifacts, tags for complete experiment 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: MLflow UI displays rich experiment information including step-by-step metrics, visualization artifacts, model signature, input examples, comprehensive tags for filtering and searching.

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

Step 4: Compare Runs and Generate Reports

Use MLflow's 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)

Command-line 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 output shows sorted runs with key metrics, HTML report generated with formatted comparison table, CSV file contains all run data for further analysis.

If fail: Verify experiment exists with mlflow experiments list, check metric names match exact (case-sensitive), ensure runs completed success (check run status), verify file write permissions for output files.

Step 5: Configure Remote Artifact Storage

Set up S3/Azure/GCS backends for scalable artifact management.

# 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 with PostgreSQL and 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 success to remote storage, MLflow UI shows artifact links pointing to S3/Azure/GCS URIs, downloading artifacts from UI works correct.

If fail: Verify cloud credentials with aws s3 ls or az storage blob list, check bucket/container permissions (need write access), ensure MLflow installed with cloud extras (pip install mlflow[extras]), test network connectivity to storage endpoints, check CORS settings for browser access.

Step 6: Implement Experiment Lifecycle Management

Set up 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 moved to deleted state, failed runs removed from active list, best runs tagged for easy filtering in UI, storage space reclaimed.

If fail: Check experiment permissions (must be owner to delete), verify runs actually in FAILED status, ensure metric exists for all runs being ranked, check database connectivity for bulk operations, verify sufficient permissions for artifact deletion in remote storage.

Checks

  • MLflow tracking server accessible via web UI
  • Experiments created and runs logged success
  • Autologging captures framework-specific metrics automatic
  • Custom metrics, parameters, artifacts logged correct
  • Comparison queries return expected top runs
  • Remote artifact storage configured and functional
  • Artifacts downloadable from UI and programmatic
  • Run filtering and searching works with tags
  • HTML comparison reports generated without errors
  • Lifecycle management scripts execute success

Pitfalls

  • Connection timeouts: MLflow server not accessible from training scripts - verify MLFLOW_TRACKING_URI environment variable, check firewall rules, ensure server running
  • Artifact upload failures: S3/Azure credentials not configured or bucket doesn't exist - test cloud CLI access first, verify bucket permissions
  • Missing metrics: Autologging disabled or unsupported framework version - check MLflow version compatibility, fall back to manual logging
  • Run clutter: Too many experimental runs polluting UI - implement tagging strategy early, use lifecycle management scripts regular
  • Large artifacts: Logging entire datasets causes storage bloat - log only samples or references, use external data versioning (DVC)
  • Inconsistent naming: Parameters logged with different names across runs - standardize naming conventions in config file
  • Database locks: SQLite doesn't support concurrent writes - use PostgreSQL/MySQL for multi-user environments
  • Autolog conflicts: Multiple autolog configurations interfere - use exclusive=True or disable conflicting autologs

See Also

  • register-ml-model - Register tracked models in MLflow Model Registry
  • version-ml-data - Version datasets using DVC for reproducible experiments
  • setup-automl-pipeline - Integrate experiment tracking into automated ML pipelines
  • deploy-ml-model-serving - Deploy best-performing tracked models to production
  • orchestrate-ml-pipeline - Combine experiment tracking with workflow orchestration

GitHub 仓库

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

相关推荐技能

content-collections

Content Collections 是一个 TypeScript 优先的构建工具,可将本地 Markdown/MDX 文件转换为类型安全的数据集合。它专为构建博客、文档站和内容密集型 Vite+React 应用而设计,提供基于 Zod 的自动模式验证。该工具涵盖从 Vite 插件配置、MDX 编译到生产环境部署的完整工作流。

查看技能

polymarket

这个Claude Skill为开发者提供完整的Polymarket预测市场开发支持,涵盖API调用、交易执行和市场数据分析。关键特性包括实时WebSocket数据流,可监控实时交易、订单和市场动态。开发者可用它构建预测市场应用、实施交易策略并集成实时市场预测功能。

查看技能

creating-opencode-plugins

该Skill帮助开发者创建OpenCode插件,用于接入命令、文件、LSP等25+种事件。它提供了插件结构、事件API规范和JavaScript/TypeScript实现模式,适合需要拦截操作、扩展功能或自定义事件处理的场景。开发者可通过它快速构建响应式模块来增强OpenCode AI助手的能力。

查看技能

sglang

SGLang是一个专为LLM设计的高性能推理框架,特别适用于需要结构化输出的场景。它通过RadixAttention前缀缓存技术,在处理JSON、正则表达式、工具调用等具有重复前缀的复杂工作流时,能实现极速生成。如果你正在构建智能体或多轮对话系统,并追求远超vLLM的推理性能,SGLang是理想选择。

查看技能