ML Pipeline
Unified skill for the complete ML pipeline within a quant trading research system.
Consolidates eight prior skills into a single authoritative reference covering
the full lifecycle: data validation, feature creation, selection,
transformation, anti-leakage checks, pipeline automation, deep learning optimization, and deployment.
1. When to Use
Activate this skill when the task involves any of the following:
- Creating, selecting, or transforming features for an ML-driven strategy.
- Auditing an existing feature pipeline for data leakage or overfitting risk.
- Automating an end-to-end ML pipeline (data prep through model export).
- Evaluating feature importance, scaling, encoding, or interaction effects.
- Integrating features with a feature store (Feast, Tecton, custom Parquet store).
- Explaining core ML concepts (bias-variance, cross-validation, regularisation)
in the context of feature engineering decisions.
2. Inputs to Gather
Before starting work, collect or confirm:
| Input |
Details |
| Objective |
Target metric (Sharpe, accuracy, RMSE ...), constraints, time horizon. |
| Data |
Symbols / instruments, timeframe, bar type, sampling frequency, data sources. |
| Leakage risks |
Point-in-time concerns, survivorship bias, look-ahead in labels or features. |
| Compute budget |
CPU/GPU limits, wall-clock budget for AutoML search. |
| Latency |
Online vs. offline inference, acceptable prediction latency. |
| Interpretability |
Regulatory or research need for explainable features / models. |
| Deployment target |
Where the model will run (notebook, backtest harness, live engine). |
3. Feature Creation Patterns
3.1 Numerical Features
- Interaction terms:
price * volume, high / low, close - open.
- Rolling statistics: mean, std, skew, kurtosis over configurable windows.
- Polynomial / log transforms:
log(volume + 1), spread^2.
- Binning / discretisation: equal-width, quantile-based, or domain-driven bins.
3.2 Categorical Features
- One-hot encoding: for low-cardinality categoricals (sector, exchange).
- Target encoding: mean-target per category with smoothing (careful of leakage -- use only in-fold means).
- Ordinal encoding: when categories have a natural order (credit rating).
3.3 Time-Series Specific
- Lag features:
return_{t-1}, return_{t-5}, etc.
- Calendar features: day-of-week, month, quarter, options-expiry flag.
- Rolling z-score:
(x - rolling_mean) / rolling_std for stationarity.
- Fractional differentiation: preserve memory while achieving stationarity (Lopez de Prado).
3.4 Feature Selection Techniques
- Filter methods: mutual information, variance threshold, correlation pruning.
- Wrapper methods: recursive feature elimination (RFE), forward/backward selection.
- Embedded methods: L1 regularisation, tree-based importance, SHAP values.
- Permutation importance: model-agnostic; run on out-of-fold predictions.
4. Anti-Leakage Checks
Data leakage is the single most common cause of inflated backtest results.
Apply these checks at every pipeline stage:
4.1 Label Leakage
- Labels must be computed from future returns relative to the feature
timestamp. Verify that the label window does not overlap the feature window.
- Use purging and embargo when labels span multiple bars.
4.2 Feature Leakage
- No feature may use information from time
t+1 or later at prediction time t.
- Rolling statistics must use a closed left window:
df['feat'].rolling(20).mean().shift(1).
- Target-encoded categoricals must be computed on the training fold only.
4.3 Cross-Validation Leakage
- Use purged k-fold or walk-forward CV for time-series. Never use random
k-fold on ordered data.
- Insert an embargo gap between train and test folds to prevent bleed-through
from autocorrelation.
4.4 Survivorship & Selection Bias
- Ensure the universe of instruments at time
t reflects what was actually
tradable at that time (delisted stocks, halted symbols removed later).
- Backfill from point-in-time databases where available.
4.5 Validation Checklist
Run before every backtest:
[ ] Labels computed strictly from future returns (no overlap with features)
[ ] All rolling features shifted by at least 1 bar
[ ] Target encoding uses in-fold means only
[ ] Walk-forward or purged CV used (no random shuffle on time-series)
[ ] Embargo gap >= max(label_horizon, autocorrelation_lag)
[ ] Universe is point-in-time (no survivorship bias)
[ ] No global scaling fitted on full dataset (fit on train, transform test)
5. Pipeline Automation (AutoML)
5.1 Prerequisites
- Python environment with one or more AutoML libraries:
Auto-sklearn, TPOT, H2O AutoML, PyCaret, Optuna, or custom Optuna pipelines.
- Training data in CSV / Parquet / database.
- Problem type identified: classification, regression, or time-series forecasting.
5.2 Pipeline Steps
| Step |
Action |
| 1. Define requirements |
Problem type, evaluation metric, time/resource budget, interpretability needs. |
| 2. Data infrastructure |
Load data, quality assessment, train/val/test split strategy, define feature transforms. |
| 3. Configure AutoML |
Select framework, define algorithm search space, set preprocessing steps, choose tuning strategy (Bayesian, random, Hyperband). |
| 4. Execute training |
Run automated feature engineering, model selection, hyperparameter optimisation, cross-validation. |
| 5. Analyse & export |
Compare models, extract best config, feature importance, visualisations, export for deployment. |
5.3 Pipeline Configuration Template
pipeline_config = {
"task_type": "classification", # or "regression", "time_series"
"time_budget_seconds": 3600,
"algorithms": ["rf", "xgboost", "catboost", "lightgbm"],
"preprocessing": ["scaling", "encoding", "imputation"],
"tuning_strategy": "bayesian", # or "random", "hyperband"
"cv_folds": 5,
"cv_type": "purged_kfold", # or "walk_forward"
"embargo_bars": 10,
"early_stopping_rounds": 50,
"metric": "sharpe_ratio", # domain-specific metric
}
5.4 Output Artifacts
automl_config.py -- pipeline configuration.
best_model.pkl / .joblib / .onnx -- serialised model.
feature_pipeline.pkl -- fitted preprocessing + feature transforms.
evaluation_report.json -- metrics, confusion matrix / residuals, feature rankings.
deployment/ -- prediction API code, input validation, requirements.txt.
6. Core ML Fundamentals (Feature-Engineering Context)
6.1 Bias-Variance Trade-off
- More features increase model capacity (lower bias) but risk overfitting (higher variance).
- Use regularisation (L1/L2), feature selection, or dimensionality reduction to manage.
6.2 Evaluation Strategy
- Walk-forward validation: the gold standard for time-series strategies.
Roll a fixed-width training window forward; test on the next out-of-sample period.
- Monte Carlo permutation tests: shuffle labels and re-evaluate to estimate
the probability that observed performance is due to chance.
- Combinatorial purged CV (CPCV): generate many train/test combinations with
purging for more robust performance estimates.
6.3 Feature Scaling
- Fit scalers (StandardScaler, MinMaxScaler, RobustScaler) on the training set only.
- Apply the same fitted scaler to validation and test sets.
- RobustScaler is often preferred for financial data due to heavy tails.
6.4 Handling Missing Data
- Forward-fill then backward-fill for price data (be aware of leakage on backfill).
- Indicator column for missingness can itself be informative.
- Tree-based models can handle NaN natively; linear models cannot.
7. Workflow
For any feature engineering task, follow this sequence:
- Restate the task in measurable terms (metric, constraints, deadline).
- Enumerate required artifacts: datasets, feature definitions, configs, scripts, reports.
- Propose a default approach and 1-2 alternatives with trade-offs.
- Implement feature pipeline with anti-leakage checks built in.
- Validate with walk-forward CV, Monte Carlo, and the leakage checklist above.
- Deliver repo-ready code, documentation, and a run command.
8. Deep Learning Optimization
8.1 Optimizer Selection
| Optimizer |
Best For |
Learning Rate |
| Adam |
Most cases, adaptive |
1e-3 to 1e-4 |
| AdamW |
Transformers, weight decay |
1e-4 to 1e-5 |
| SGD + Momentum |
Large batches, fine-tuning |
1e-2 to 1e-3 |
| RAdam |
Stability without warmup |
1e-3 |
8.2 Learning Rate Scheduling
- OneCycleLR: Best for short training, fast convergence
- CosineAnnealing: Smooth decay, good generalization
- ReduceOnPlateau: Adaptive when validation loss plateaus
- Warmup + Decay: Standard for transformers
8.3 Regularization Techniques
- Dropout: 0.1-0.5 for fully connected layers
- L2 (Weight Decay): 1e-4 to 1e-2
- Batch Normalization: Stabilizes training
- Early Stopping: Monitor validation loss, patience 5-10 epochs
8.4 PyTorch Lightning Integration
import pytorch_lightning as pl
class TradingModel(pl.LightningModule):
def configure_optimizers(self):
optimizer = torch.optim.AdamW(self.parameters(), lr=1e-4)
scheduler = torch.optim.lr_scheduler.OneCycleLR(
optimizer, max_lr=1e-3, total_steps=self.trainer.estimated_stepping_batches
)
return [optimizer], [scheduler]
8.5 Financial Reinforcement Learning
- State: Market features, portfolio state, position
- Action: Buy/Sell/Hold, position sizing
- Reward: Risk-adjusted returns (Sharpe, Sortino)
- Frameworks: Stable-Baselines3, RLlib, FinRL
9. Error Handling
| Problem |
Cause |
Fix |
| AutoML search finds no good model |
Insufficient time budget or poor features |
Increase budget, engineer better features, expand algorithm search space. |
| Out of memory during training |
Dataset too large for available RAM |
Downsample, use incremental learning, simplify feature engineering. |
| Model accuracy below threshold |
Weak signal or overfitting |
Collect more data, add domain-driven features, regularise, adjust metric. |
| Feature transforms produce NaN/Inf |
Division by zero, log of negative |
Add guards: np.where(denom != 0, ...), np.log1p(np.abs(x)). |
| Optimiser fails to converge |
Bad hyperparameter ranges |
Tighten search bounds, increase iterations, exclude unstable algorithms. |
10. Bundled Scripts
All scripts live in scripts/ within this skill directory.
| Script |
Purpose |
data_validation.py |
Validate input data quality before pipeline execution. |
model_evaluation.py |
Evaluate trained model performance and generate reports. |
pipeline_deployment.py |
Deploy a trained pipeline to a target environment with rollback support. |
feature_engineering_pipeline.py |
End-to-end feature engineering: load, clean, transform, select, train. |
feature_importance_analyzer.py |
Analyse feature importance (permutation, SHAP, tree-based). |
data_visualizer.py |
Visualise feature distributions and relationships to target. |
feature_store_integration.py |
Integrate with feature stores (Feast, Tecton) for online/offline serving. |
11. Resources
Frameworks
Key References
- Lopez de Prado, Advances in Financial Machine Learning (2018) -- purged CV, fractional differentiation, meta-labelling.
- Hastie, Tibshirani & Friedman, The Elements of Statistical Learning -- bias-variance, regularisation, model selection.
- scikit-learn user guide: feature extraction, preprocessing, model selection.
Best Practices
- Always start with a simple baseline before running AutoML.
- Balance automation with domain knowledge -- blind search rarely beats informed priors.
- Monitor resource consumption; set hard timeouts.
- Validate on true out-of-sample holdout data, not just cross-validation.
- Document every pipeline decision for reproducibility.
1---2name: ml-pipeline3description: Complete machine learning pipeline for trading: feature engineering, AutoML, deep learning, and financial RL. Use for automated parameter sweeps, feature creation, model training, and anti-leakage validation.4---56# ML Pipeline78Unified skill for the complete ML pipeline within a quant trading research system.9Consolidates eight prior skills into a single authoritative reference covering10the full lifecycle: data validation, feature creation, selection,11transformation, anti-leakage checks, pipeline automation, deep learning optimization, and deployment.1213---1415## 1. When to Use1617Activate this skill when the task involves any of the following:1819- Creating, selecting, or transforming features for an ML-driven strategy.20- Auditing an existing feature pipeline for data leakage or overfitting risk.21- Automating an end-to-end ML pipeline (data prep through model export).22- Evaluating feature importance, scaling, encoding, or interaction effects.23- Integrating features with a feature store (Feast, Tecton, custom Parquet store).24- Explaining core ML concepts (bias-variance, cross-validation, regularisation)25 in the context of feature engineering decisions.2627---2829## 2. Inputs to Gather3031Before starting work, collect or confirm:3233| Input | Details |34|-------|---------|35| **Objective** | Target metric (Sharpe, accuracy, RMSE ...), constraints, time horizon. |36| **Data** | Symbols / instruments, timeframe, bar type, sampling frequency, data sources. |37| **Leakage risks** | Point-in-time concerns, survivorship bias, look-ahead in labels or features. |38| **Compute budget** | CPU/GPU limits, wall-clock budget for AutoML search. |39| **Latency** | Online vs. offline inference, acceptable prediction latency. |40| **Interpretability** | Regulatory or research need for explainable features / models. |41| **Deployment target** | Where the model will run (notebook, backtest harness, live engine). |4243---4445## 3. Feature Creation Patterns4647### 3.1 Numerical Features4849- **Interaction terms**: `price * volume`, `high / low`, `close - open`.50- **Rolling statistics**: mean, std, skew, kurtosis over configurable windows.51- **Polynomial / log transforms**: `log(volume + 1)`, `spread^2`.52- **Binning / discretisation**: equal-width, quantile-based, or domain-driven bins.5354### 3.2 Categorical Features5556- **One-hot encoding**: for low-cardinality categoricals (sector, exchange).57- **Target encoding**: mean-target per category with smoothing (careful of leakage -- use only in-fold means).58- **Ordinal encoding**: when categories have a natural order (credit rating).5960### 3.3 Time-Series Specific6162- **Lag features**: `return_{t-1}`, `return_{t-5}`, etc.63- **Calendar features**: day-of-week, month, quarter, options-expiry flag.64- **Rolling z-score**: `(x - rolling_mean) / rolling_std` for stationarity.65- **Fractional differentiation**: preserve memory while achieving stationarity (Lopez de Prado).6667### 3.4 Feature Selection Techniques6869- **Filter methods**: mutual information, variance threshold, correlation pruning.70- **Wrapper methods**: recursive feature elimination (RFE), forward/backward selection.71- **Embedded methods**: L1 regularisation, tree-based importance, SHAP values.72- **Permutation importance**: model-agnostic; run on out-of-fold predictions.7374---7576## 4. Anti-Leakage Checks7778Data leakage is the single most common cause of inflated backtest results.79Apply these checks at every pipeline stage:8081### 4.1 Label Leakage8283- Labels must be computed from **future** returns relative to the feature84 timestamp. Verify that the label window does not overlap the feature window.85- Use purging and embargo when labels span multiple bars.8687### 4.2 Feature Leakage8889- No feature may use information from time `t+1` or later at prediction time `t`.90- Rolling statistics must use a **closed** left window: `df['feat'].rolling(20).mean().shift(1)`.91- Target-encoded categoricals must be computed on the **training fold only**.9293### 4.3 Cross-Validation Leakage9495- Use **purged k-fold** or **walk-forward** CV for time-series. Never use random96 k-fold on ordered data.97- Insert an **embargo gap** between train and test folds to prevent bleed-through98 from autocorrelation.99100### 4.4 Survivorship & Selection Bias101102- Ensure the universe of instruments at time `t` reflects what was actually103 tradable at that time (delisted stocks, halted symbols removed later).104- Backfill from point-in-time databases where available.105106### 4.5 Validation Checklist107108Run before every backtest:109110```text111[ ] Labels computed strictly from future returns (no overlap with features)112[ ] All rolling features shifted by at least 1 bar113[ ] Target encoding uses in-fold means only114[ ] Walk-forward or purged CV used (no random shuffle on time-series)115[ ] Embargo gap >= max(label_horizon, autocorrelation_lag)116[ ] Universe is point-in-time (no survivorship bias)117[ ] No global scaling fitted on full dataset (fit on train, transform test)118```119120---121122## 5. Pipeline Automation (AutoML)123124### 5.1 Prerequisites125126- Python environment with one or more AutoML libraries:127 Auto-sklearn, TPOT, H2O AutoML, PyCaret, Optuna, or custom Optuna pipelines.128- Training data in CSV / Parquet / database.129- Problem type identified: classification, regression, or time-series forecasting.130131### 5.2 Pipeline Steps132133| Step | Action |134|------|--------|135| **1. Define requirements** | Problem type, evaluation metric, time/resource budget, interpretability needs. |136| **2. Data infrastructure** | Load data, quality assessment, train/val/test split strategy, define feature transforms. |137| **3. Configure AutoML** | Select framework, define algorithm search space, set preprocessing steps, choose tuning strategy (Bayesian, random, Hyperband). |138| **4. Execute training** | Run automated feature engineering, model selection, hyperparameter optimisation, cross-validation. |139| **5. Analyse & export** | Compare models, extract best config, feature importance, visualisations, export for deployment. |140141### 5.3 Pipeline Configuration Template142143```python144pipeline_config = {145 "task_type": "classification", # or "regression", "time_series"146 "time_budget_seconds": 3600,147 "algorithms": ["rf", "xgboost", "catboost", "lightgbm"],148 "preprocessing": ["scaling", "encoding", "imputation"],149 "tuning_strategy": "bayesian", # or "random", "hyperband"150 "cv_folds": 5,151 "cv_type": "purged_kfold", # or "walk_forward"152 "embargo_bars": 10,153 "early_stopping_rounds": 50,154 "metric": "sharpe_ratio", # domain-specific metric155}156```157158### 5.4 Output Artifacts159160- `automl_config.py` -- pipeline configuration.161- `best_model.pkl` / `.joblib` / `.onnx` -- serialised model.162- `feature_pipeline.pkl` -- fitted preprocessing + feature transforms.163- `evaluation_report.json` -- metrics, confusion matrix / residuals, feature rankings.164- `deployment/` -- prediction API code, input validation, requirements.txt.165166---167168## 6. Core ML Fundamentals (Feature-Engineering Context)169170### 6.1 Bias-Variance Trade-off171172- More features increase model capacity (lower bias) but risk overfitting (higher variance).173- Use regularisation (L1/L2), feature selection, or dimensionality reduction to manage.174175### 6.2 Evaluation Strategy176177- **Walk-forward validation**: the gold standard for time-series strategies.178 Roll a fixed-width training window forward; test on the next out-of-sample period.179- **Monte Carlo permutation tests**: shuffle labels and re-evaluate to estimate180 the probability that observed performance is due to chance.181- **Combinatorial purged CV (CPCV)**: generate many train/test combinations with182 purging for more robust performance estimates.183184### 6.3 Feature Scaling185186- Fit scalers (StandardScaler, MinMaxScaler, RobustScaler) on the **training set only**.187- Apply the same fitted scaler to validation and test sets.188- RobustScaler is often preferred for financial data due to heavy tails.189190### 6.4 Handling Missing Data191192- Forward-fill then backward-fill for price data (be aware of leakage on backfill).193- Indicator column for missingness can itself be informative.194- Tree-based models can handle NaN natively; linear models cannot.195196---197198## 7. Workflow199200For any feature engineering task, follow this sequence:2012021. **Restate** the task in measurable terms (metric, constraints, deadline).2032. **Enumerate** required artifacts: datasets, feature definitions, configs, scripts, reports.2043. **Propose** a default approach and 1-2 alternatives with trade-offs.2054. **Implement** feature pipeline with anti-leakage checks built in.2065. **Validate** with walk-forward CV, Monte Carlo, and the leakage checklist above.2076. **Deliver** repo-ready code, documentation, and a run command.208209---210211## 8. Deep Learning Optimization212213### 8.1 Optimizer Selection214215| Optimizer | Best For | Learning Rate |216|-----------|----------|---------------|217| Adam | Most cases, adaptive | 1e-3 to 1e-4 |218| AdamW | Transformers, weight decay | 1e-4 to 1e-5 |219| SGD + Momentum | Large batches, fine-tuning | 1e-2 to 1e-3 |220| RAdam | Stability without warmup | 1e-3 |221222### 8.2 Learning Rate Scheduling223224- **OneCycleLR**: Best for short training, fast convergence225- **CosineAnnealing**: Smooth decay, good generalization226- **ReduceOnPlateau**: Adaptive when validation loss plateaus227- **Warmup + Decay**: Standard for transformers228229### 8.3 Regularization Techniques230231- **Dropout**: 0.1-0.5 for fully connected layers232- **L2 (Weight Decay)**: 1e-4 to 1e-2233- **Batch Normalization**: Stabilizes training234- **Early Stopping**: Monitor validation loss, patience 5-10 epochs235236### 8.4 PyTorch Lightning Integration237238```python239import pytorch_lightning as pl240241class TradingModel(pl.LightningModule):242 def configure_optimizers(self):243 optimizer = torch.optim.AdamW(self.parameters(), lr=1e-4)244 scheduler = torch.optim.lr_scheduler.OneCycleLR(245 optimizer, max_lr=1e-3, total_steps=self.trainer.estimated_stepping_batches246 )247 return [optimizer], [scheduler]248```249250### 8.5 Financial Reinforcement Learning251252- **State**: Market features, portfolio state, position253- **Action**: Buy/Sell/Hold, position sizing254- **Reward**: Risk-adjusted returns (Sharpe, Sortino)255- **Frameworks**: Stable-Baselines3, RLlib, FinRL256257---258259## 9. Error Handling260261| Problem | Cause | Fix |262|---------|-------|-----|263| AutoML search finds no good model | Insufficient time budget or poor features | Increase budget, engineer better features, expand algorithm search space. |264| Out of memory during training | Dataset too large for available RAM | Downsample, use incremental learning, simplify feature engineering. |265| Model accuracy below threshold | Weak signal or overfitting | Collect more data, add domain-driven features, regularise, adjust metric. |266| Feature transforms produce NaN/Inf | Division by zero, log of negative | Add guards: `np.where(denom != 0, ...)`, `np.log1p(np.abs(x))`. |267| Optimiser fails to converge | Bad hyperparameter ranges | Tighten search bounds, increase iterations, exclude unstable algorithms. |268269---270271## 10. Bundled Scripts272273All scripts live in `scripts/` within this skill directory.274275| Script | Purpose |276|--------|---------|277| `data_validation.py` | Validate input data quality before pipeline execution. |278| `model_evaluation.py` | Evaluate trained model performance and generate reports. |279| `pipeline_deployment.py` | Deploy a trained pipeline to a target environment with rollback support. |280| `feature_engineering_pipeline.py` | End-to-end feature engineering: load, clean, transform, select, train. |281| `feature_importance_analyzer.py` | Analyse feature importance (permutation, SHAP, tree-based). |282| `data_visualizer.py` | Visualise feature distributions and relationships to target. |283| `feature_store_integration.py` | Integrate with feature stores (Feast, Tecton) for online/offline serving. |284285---286287## 11. Resources288289### Frameworks290291- **scikit-learn** -- preprocessing, feature selection, pipelines.292- **Auto-sklearn / TPOT / H2O AutoML / PyCaret** -- automated pipeline search.293- **Optuna** -- flexible hyperparameter optimisation.294- **SHAP** -- model-agnostic feature importance.295- **Feast / Tecton** -- feature store management.296- **PyTorch Lightning** -- https://lightning.ai/docs/pytorch/stable/297- **Stable-Baselines3** -- https://stable-baselines3.readthedocs.io/298- **FinRL** -- https://github.com/AI4Finance-Foundation/FinRL299300### Key References301302- Lopez de Prado, *Advances in Financial Machine Learning* (2018) -- purged CV, fractional differentiation, meta-labelling.303- Hastie, Tibshirani & Friedman, *The Elements of Statistical Learning* -- bias-variance, regularisation, model selection.304- scikit-learn user guide: feature extraction, preprocessing, model selection.305306### Best Practices307308- Always start with a simple baseline before running AutoML.309- Balance automation with domain knowledge -- blind search rarely beats informed priors.310- Monitor resource consumption; set hard timeouts.311- Validate on true out-of-sample holdout data, not just cross-validation.312- Document every pipeline decision for reproducibility.