Внутрилесная ошибка: бесплатная проверка внутри леса

When a Random Forest trains each tree on a bootstrap sample, about 37% of training examples are not included in that sample. These out-of-bag (OOB) examples are invisible to the tree during training, so the tree's prediction on them is an honest, held-out prediction. By aggregating OOB predictions across all trees that excluded a given example, we get a nearly unbiased estimate of the model's generalisation error — completely free, with no need for a separate validation split.

For each training example x_i, scikit-learn identifies all trees that did not see x_i in their bootstrap sample. Only those trees cast votes for x_i's prediction. The final OOB prediction for x_i is the majority vote (classification) or average (regression) across those trees. This process happens for every training example, giving us an OOB prediction for the full training set. Comparing these predictions to the true labels yields the OOB error.

Set oob_score=True when constructing a RandomForestClassifier or RandomForestRegressor. After calling .fit(), the attribute oob_score_ holds the OOB accuracy (or R² for regression). For detailed OOB predictions per sample, access oob_decision_function_ (class probabilities) or oob_prediction_ (regression). The OOB score is essentially a leave-one-forest-out cross-validation estimate computed for free as a byproduct of training.

The OOB error closely approximates cross-validation accuracy (typically within 1-2%) but is computed at zero extra training cost. Cross-validation trains the model multiple times (5 or 10 times for 5-fold or 10-fold), whereas the OOB score uses the single training run. The trade-off: OOB requires enough trees (typically 100+) for every training point to be out-of-bag in several trees. With very small forests, some points may be out-of-bag in too few trees and the OOB estimate becomes noisy.

As you increase n_estimators, the OOB score stabilises. With very few trees, some training examples may be out-of-bag in only 1-2 trees, making per-example predictions noisy. As the forest grows, each example is averaged over more OOB trees and the estimate converges. Plotting OOB score vs n_estimators is a quick way to find the point of diminishing returns — where adding more trees no longer meaningfully improves the score.

For RandomForestRegressor, enabling oob_score=True returns the R² score on OOB predictions by default. You can also access oob_prediction_ — the actual predicted values for each training point from its OOB trees — and compute any metric you prefer, such as MAE or RMSE. This is handy when R² is not the right metric for your problem (e.g., when you care about the absolute scale of errors).

Because computing the OOB score is free, you can use it to rapidly explore hyperparameter settings without setting aside a validation fold. Simply iterate over candidate values, train once per configuration, and compare oob_score_. This is especially useful for quick feature selection (remove features and observe OOB change) or setting max_features and min_samples_leaf. Keep in mind that the OOB estimate may be slightly optimistic for very high-dimensional settings.

After training with oob_score=True, the attribute oob_decision_function_ stores a matrix of shape (n_samples, n_classes) containing the class probabilities derived from OOB predictions. These probabilities can be used to plot calibration curves, ROC curves, or precision-recall curves on the training set itself — without touching the test set. This is powerful for diagnosing model behaviour early in development.

A training example is covered by an OOB tree if that tree's bootstrap sample excluded it. By the law of large numbers, with enough trees, every example will have many OOB trees. However, with very small datasets and few trees, some examples might end up being OOB in only 1-2 trees, leading to noisy individual predictions. A rule of thumb: use at least 100 trees for reliable OOB estimates. You can verify coverage by inspecting whether all entries in oob_decision_function_ are non-zero.

In a typical Random Forest workflow: (1) train on all available labelled data with oob_score=True, (2) use the OOB score to tune hyperparameters via rapid iteration, (3) once satisfied, retrain with the final hyperparameters (still using OOB for the honest score), and (4) make predictions on the true held-out test set only once. This workflow lets you maximise training data usage — you never have to hold out a validation fold — while still getting a reliable performance estimate during development.

Enabling OOB scoring requires scikit-learn to store additional bookkeeping data during training, which increases memory usage slightly. For very large datasets (millions of rows) with many trees, this overhead can become significant. In such cases, use a small holdout set or a single validation fold instead. Also note that OOB predictions are only available for the training examples — you still need the model to predict on new, unseen test examples in the usual way via .predict().

In this lesson you learned: OOB examples are the ~37% of training data excluded from each bootstrap sample, aggregating OOB predictions gives a free honest estimate of generalisation error, and oob_score_ can be used to rapidly tune hyperparameters without a separate validation fold. Next up we explore Voting Ensembles that combine different model types together.