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---5
6# ML Pipeline
7
8Unified skill for the complete ML pipeline within a quant trading research system.
9Consolidates eight prior skills into a single authoritative reference covering
10the full lifecycle: data validation, feature creation, selection,
11transformation, anti-leakage checks, pipeline automation, deep learning optimization, and deployment.
12
13---
14
15## 1. When to Use
16
17Activate this skill when the task involves any of the following:
18
19- 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.
26
27---
28
29## 2. Inputs to Gather
30
31Before starting work, collect or confirm:
32
33| 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). |
42
43---
44
45## 3. Feature Creation Patterns
46
47### 3.1 Numerical Features
48
49- **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.
53
54### 3.2 Categorical Features
55
56- **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).
59
60### 3.3 Time-Series Specific
61
62- **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).
66
67### 3.4 Feature Selection Techniques
68
69- **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.
73
74---
75
76## 4. Anti-Leakage Checks
77
78Data leakage is the single most common cause of inflated backtest results.
79Apply these checks at every pipeline stage:
80
81### 4.1 Label Leakage
82
83- Labels must be computed from **future** returns relative to the feature
84 timestamp. Verify that the label window does not overlap the feature window.
85- Use purging and embargo when labels span multiple bars.
86
87### 4.2 Feature Leakage
88
89- 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**.
92
93### 4.3 Cross-Validation Leakage
94
95- Use **purged k-fold** or **walk-forward** CV for time-series. Never use random
96 k-fold on ordered data.
97- Insert an **embargo gap** between train and test folds to prevent bleed-through
98 from autocorrelation.
99
100### 4.4 Survivorship & Selection Bias
101
102- Ensure the universe of instruments at time `t` reflects what was actually
103 tradable at that time (delisted stocks, halted symbols removed later).
104- Backfill from point-in-time databases where available.
105
106### 4.5 Validation Checklist
107
108Run before every backtest:
109
110```text
111[ ] Labels computed strictly from future returns (no overlap with features)
112[ ] All rolling features shifted by at least 1 bar
113[ ] Target encoding uses in-fold means only
114[ ] 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```
119
120---
121
122## 5. Pipeline Automation (AutoML)
123
124### 5.1 Prerequisites
125
126- 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.
130
131### 5.2 Pipeline Steps
132
133| 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. |
140
141### 5.3 Pipeline Configuration Template
142
143```python
144pipeline_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 metric
155}
156```
157
158### 5.4 Output Artifacts
159
160- `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.
165
166---
167
168## 6. Core ML Fundamentals (Feature-Engineering Context)
169
170### 6.1 Bias-Variance Trade-off
171
172- More features increase model capacity (lower bias) but risk overfitting (higher variance).
173- Use regularisation (L1/L2), feature selection, or dimensionality reduction to manage.
174
175### 6.2 Evaluation Strategy
176
177- **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 estimate
180 the probability that observed performance is due to chance.
181- **Combinatorial purged CV (CPCV)**: generate many train/test combinations with
182 purging for more robust performance estimates.
183
184### 6.3 Feature Scaling
185
186- 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.
189
190### 6.4 Handling Missing Data
191
192- 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.
195
196---
197
198## 7. Workflow
199
200For any feature engineering task, follow this sequence:
201
2021. **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.
208
209---
210
211## 8. Deep Learning Optimization
212
213### 8.1 Optimizer Selection
214
215| 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 |
221
222### 8.2 Learning Rate Scheduling
223
224- **OneCycleLR**: Best for short training, fast convergence
225- **CosineAnnealing**: Smooth decay, good generalization
226- **ReduceOnPlateau**: Adaptive when validation loss plateaus
227- **Warmup + Decay**: Standard for transformers
228
229### 8.3 Regularization Techniques
230
231- **Dropout**: 0.1-0.5 for fully connected layers
232- **L2 (Weight Decay)**: 1e-4 to 1e-2
233- **Batch Normalization**: Stabilizes training
234- **Early Stopping**: Monitor validation loss, patience 5-10 epochs
235
236### 8.4 PyTorch Lightning Integration
237
238```python
239import pytorch_lightning as pl
240
241class 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_batches
246 )
247 return [optimizer], [scheduler]
248```
249
250### 8.5 Financial Reinforcement Learning
251
252- **State**: Market features, portfolio state, position
253- **Action**: Buy/Sell/Hold, position sizing
254- **Reward**: Risk-adjusted returns (Sharpe, Sortino)
255- **Frameworks**: Stable-Baselines3, RLlib, FinRL
256
257---
258
259## 9. Error Handling
260
261| 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. |
268
269---
270
271## 10. Bundled Scripts
272
273All scripts live in `scripts/` within this skill directory.
274
275| 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. |
284
285---
286
287## 11. Resources
288
289### Frameworks
290
291- **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/FinRL
299
300### Key References
301
302- 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.
305
306### Best Practices
307
308- 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.