WorksComputer Science
Beyond Foundation Models: PFN Priors Improve Tabular Hyperparameter Optimization
Abstract
Synthetic priors have so far served one purpose: pretraining tabular foundation models. We ask whether the same priors can improve conventional tabular models, which are trained from scratch on each dataset. We propose PriorTune, a method that meta-tunes hyperparameter configurations on synthetic tasks alone. Offline, for a given model, we fit a pool of configurations on datasets sampled from a published PFN prior and greedily select the subset with the highest winrate over the random baseline. Online, a new dataset fits only the selected configurations, so the gain comes at no extra cost. Empirically, we observe that scaling both the number of configurations and synthetic datasets has an equal scaling effect on the performance of the final subset of configurations, which we also explain theoretically. On the full BeyondArena benchmark, LightGBM with TabPrep features with our configurations ranks above TabPFN-3 and RealMLP, while being much more efficient at inference. Overall, our results establish existing PFN priors as a scalable source of meta-training data for hyperparameter selection for non-foundational tabular models.
Code | Results
Introduction
Synthetic data drives the development of tabular foundation models. Since TabPFNv1 [1], every generation has come with a richer prior: TabPFNv2 added new edge types to the causal graph sampler [2], TabICLv2 added heavy-tailed random graphs and a filter on the generated datasets [3], and TabPFN-3 scaled the generated datasets to a million rows [4]. To date, these priors have mostly served one purpose: pretraining PFNs.
Conventional models, which are trained from scratch on each dataset, have no direct way to use these priors. For such models, e.g. GBDTs and DNNs, hyperparameter selection is the natural way for transferring knowledge across tasks. TabRepo demonstrates that a set of hyperparameter configurations selected on approximately 200 real datasets transfers effectively to unseen datasets [5]. Similarly, RealMLP identifies strong MLP architecture and training defaults through meta-tuning on 118 real datasets [6]. Both rely on a small, fixed collection of real datasets, which caps the scale and diversity of the meta-training tasks. This raises a natural question: can datasets sampled from a PFN prior surpass real datasets when learning transferable sets of hyperparameter configurations? To test this, we sample 4000 synthetic datasets from TabICLv2 prior, evaluate 4000 hyperparameter configurations on them, and propose a new algorithm to select best-performing configurations. On a new dataset, we only train the selected subset of configurations, so the meta-tuning gains transfer for free.
We study four efficient tabular models: LightGBM [7], LightGBM with TabPrep [8], an MLP with cosine embeddings [9], and TabPack [10]. These four models are near the efficiency-performance Pareto frontier (Figure 1). We use the TabICLv2 prior, with TabPFNv1 and TabICLv1 in ablations, and evaluate transfer on TabArena’s 51 IID datasets [11] and BeyondArena’s 142 datasets with diverse splitting protocols [12].

Figure 1. Full BeyondArena. Left: Elo under default, tuned, and tuned-and-ensembled deployment. Our families are coloured; FT (half-colored) and FTE (full-colored) are the subsets meta-tuned under T and T+E. Right: Elo against inference latency at batch size 1. GBDTs run on 16 CPU threads, and DNNs and PFNs on one GPU. For PFNs, we run with recompute (light grey), KV cache on CPU (medium grey), on GPU (dark grey). Protocol in Appendix § 8.1.4.
As a source of meta-training tasks, synthetic priors have three advantages over real datasets. First, supply is unlimited and quality is controllable. Real repositories plateau: on TabRepo’s 182 datasets, adding configurations stops helping, whereas on synthetic tasks neither the number of tasks nor the number of configurations has saturated at 4,000 (§ 5). Second, synthetic priors can be continuously improved: foundational model have shown that improving priors yields better model performance. Third, synthetic tasks rule out test-set contamination by construction. Real data needs an overlap audit: for TabArena, we removed 18 of the 200 TabRepo datasets.
The contributions of this paper are as follows:
Meta-tuning hyperparameters on synthetic data. We show that existing PFN priors can improve conventional tabular models through offline hyperparameter selection. Per dataset, real tasks help more, but synthetic tasks scale: given equal budget (configurations datasets), hyperparameters selected on 4000 synthetic datasets outperform those selected on 182 real TabRepo datasets for every model and every .
Improved tuning on real datasets. On both TabArena and BeyondArena, the selected sets of configurations outperform random sets of the same size. On TabArena, they also outperform random sets of any size, so meta-selection improves both the quality and the efficiency of downstream tuning. On BeyondArena, our LightGBM-TabPrep ranks 7th of 58 methods, ahead of TabPFN-3 and behind only recent foundation models.
An analysis of scaling and prior choice. We investigate how the quality of the configuration set depends on the number of synthetic tasks, the candidate pool size, and the generating prior, and derive a transfer bound and a record-count argument that motivate the observed scaling forms. Scaling number of datasets and configurations keeps paying off at 4,000, whereas the choice of prior appears secondary: even the TabPFNv1 prior is competitive with TabICLv2.
Related Work
Transfer of hyperparameter configurations. Good hyperparameter configurations typically transfer across datasets. Feurer et al. [13] warm-start Bayesian optimization with configurations that performed well on similar datasets. Later work drops the similarity and learns one fixed set for all datasets: given a table of scores for every configuration on every dataset, greedily add the configuration that most improves the average best-member score over datasets [14, 15, 16]. TabRepo scales this offline selection to 1,310 configurations on 200 datasets, and AutoGluon 1.0 ships the learned set as its default [5, 17]. RealMLP meta-learns several model components (e.g. preprocessing, activations) on 118 datasets [6]. All of this work is bounded by the supply of real data, 25 to 208 datasets. TabRepo reports a saturating effect around 150 datasets or configurations. We keep the greedy forward selection, but run it on synthetic tasks, whose supply is unlimited, and change the scoring function (§ 3.4).
A second line transfers knowledge into the optimizer rather than into a set of configurations. One line of work fits the Gaussian-process prior on evaluations from previous tasks [18, 19, 20, 21, 22]. OptFormer pre-trains a text transformer on optimization logs [23]. Recent works such as PFNs4BO and its successors, pretrain PFNs on synthetic optimization tasks [24, 25, 26, 27]. All of these search sequentially and need the surrogate model at tuning time. Our configuration set is built once offline and can be evaluated in parallel.
Synthetic priors for tabular data. Synthetic priors are the engine of tabular foundation models. Among others, the recent TabPFN, TabICL, Mitra, LimiX, Xiaomi-TabLDM, Causilo, and EXAONE Tabular are pretrained on synthetic tables alone [1, 2, 3, 4, 28, 29, 30, 31, 32, 33]. A typical synthetic prior has three parts: a directed graph over variables, an edge function that maps parents to a child, and an observation process. Graphs are random DAGs in TabPFN, Cauchy random graphs with varied connectivity in TabICLv2, and hierarchical causal models in LimiX. Edge functions started as small neural networks and grew to include decision trees and discretization in TabPFNv2, tree ensembles in TabICL, and Gaussian processes, polynomials, and products in TabICLv2 [2, 33]. Related in spirit, recent work distills a PFN into a tree ensemble or an MLP on a given dataset [34, 35]. However, distillation requires PFN during the training phase and has yet to demonstrate significant performance improvements.
Method
In this section, we present PriorTune, a method for meta-tuning strong hyperparameter configurations of conventional tabular models on synthetic data (Figure 2). Offline, we sample tasks from a synthetic prior (§ 3.2), fit a pool of configurations once per task (§ 3.3), and greedily select of them (§ 3.4). Online, a real task

Figure 2. Overview. Offline, we sample hyperparameter configurations from a pool , fit them on synthetic tasks, and greedily select a subset of by win rate over random subsets under the given deployment rule. Online, we fit the selected configurations once per task.
Algorithm 1 PriorTune subset selection
Require: cached validation and test predictions of every on synthetic tasks ; subset size ; number of draws ; deployment rule equation (1)
Draw references and, for every task , bootstrap resamples of its validation rows
for do
for each candidate do
# deploy both with on resample , score on test;
end for
, ties broken by the lowest configuration id
end for
return
fits only the selected configurations and deploys them by validation, either the best one (tuned) or a greedy ensemble (tuned and ensembled).
Setup
Notation. We consider regression and classification on tabular data. We denote the synthetic data generator by and a dataset by . The loss is the native metric of the task, oriented so that lower is better: RMSE for regression, log-loss for multiclass, and for binary classification, as in TabArena and BeyondArena. We split each dataset into train, validation, and test subsets .
Benchmarks. We use TabArena [11] and BeyondArena [12], which together cover 155 to 1.3 million rows, 3 to 22,215 features, and i.i.d., grouped, and temporal splits. Table 2 summarizes both suites. The main results (§ 4) use the full BeyondArena with every outer train-test split. The ablations of § 5 use TabArena-Lite, the first train-test split. Each split has up to 8 inner train-validation splits. No benchmark data enters the selection.
| TabArena | BeyondArena | |
| Datasets | 51 | 142 |
| Binary / multiclass / regression | 30 / 8 / 13 | 73 / 25 / 44 |
| Splits: i.i.d. / grouped / temporal | 51 / 0 / 0 | 103 / 18 / 21 |
| Rows | 748 / 6,497 / 150,000 | 155 / 5,000 / 1,296,316 |
| Features | 4 / 17 / 1,776 | 3 / 23 / 22,215 |
Table 2. Benchmark statistics. Row and feature counts are per dataset (minimum / median / maximum).
Synthetic data generation
For all main experiments, we sample tasks from the TabICLv2 prior [3]. Three settings of the prior matter most, and we keep them close to the third pretraining stage of TabICLv2. Dataset size is log-uniform between 400 and 60,000 rows. The feature count is uniform between 1 and a cap that falls from 100 to 20 as the row count grows. The sampled datasets are filtered using both of the available filters: reject if the target node of the graph shares no ancestors with feature nodes, and reject if ExtraTrees cannot beat the constant predictor. We fix the task mix at 2,000 regression, 1,400 binary, and 600 multiclass datasets with 3 to 10 classes, and split each dataset 64/16/20 into train, validation, and test, stratified for classification. Appendix § 8.§ 3 lists all settings.
Models
For our main runs, we use LightGBM [7], LightGBM with TabPrep [8], MLP with cosine embeddings [9], and TabPack [10]. We select these models for their tradeoff between training and inference speed and performance (Figure 1). Each configuration in the pool with is an independent draw from the model’s published search space, which we list in Appendix § 8.§ 2. TabPack is a packed ensemble of MLPs, so its unit of sampling is a single MLP configuration: it shares the pool of MLP configurations, from which we select its members.
Subset selection
The selection mimics the deployment rule and scores against random subsets of the same size. Following TabArena and BeyondArena, we distinguish two deployment rules: tuned (T), where the validation-best member is deployed, and tuned and ensembled (T+E), where validation builds a greedy ensemble [36]. We implement the whole procedure as a greedy forward selection algorithm: at each iteration starting from an empty set, we add a configuration, score it under the given deployment rule, and select the one that yields the highest winrate against the random subset (Algorithm 1). Appendix § 9 states the objective formally. Below we motivate each choice on a small example (see § 5.1 for ablation).
Table 1 gives a toy instance under the tuned rule: four configurations A to D, three synthetic tasks to for selection, one held-out task standing for a real dataset, and a subset size of .
Selecting on validation, scoring on test. Under both deployment rules, the model (or ensemble) is selected on the validation split and scored on the test split. Our objective mimics this, which selects configurations that are stable across validation and test. The alternative, selecting on test directly or on a single out-of-fold score as TabRepo and AutoGluon do [5], hides that instability. In Table 1, A and D are unstable: their validation and test losses disagree on most datasets, whereas B and C are stable. Both selections pick B first, then diverge: test-only selection returns , validation-then-test returns the stable . On the held-out , deploys A and loses; deploys C and wins.
Comparing against the random baseline. The alternative is to use losses directly: TabRepo adds the configuration that most lowers the mean error of the best member over datasets [5]. Raw losses mix metrics and scales across tasks. In Table 1, any rule on raw losses selects
D first, since it cuts the RMSE on by 36 points, which outweighs every other gain in the table, but D has the worst test loss on every other dataset. Ranking objectives are preferred over regression objectives for the same reason in offline model-based optimization [37].
Stability. The third design choice is to resample both the validation split and the random reference. A single validation split decides which member is deployed: in Table 1, C beats B on the validation split of by one RMSE point, and another validation sample may deploy B instead. We therefore draw bootstrap resamples of the validation rows, paired with independent random references ; with cached predictions the cost is negligible, and averaging over references is unbiased with variance (Proposition 4).
| Configuration | val | test | val | test | val | test | , held out val | , held out test |
| A | 105 | 103 | 0.28 | 0.36 | 0.60 | 0.45 | 0.38 | 0.47 |
| B | 96 | 96 | 0.30 | 0.31 | 0.53 | 0.53 | 0.41 | 0.41 |
| C | 95 | 97 | 0.34 | 0.34 | 0.55 | 0.55 | 0.40 | 0.40 |
| D | 60 | 60 | 0.29 | 0.40 | 0.52 | 0.60 | 0.39 | 0.50 |
| Random reference | – | 100 | – | 0.32 | – | 0.50 | – | 0.42 |
Table 1. A toy example under the tuned rule. Four configurations, three synthetic datasets – used for selection ( scored by RMSE, the rest by log-loss) and one held-out dataset (log-loss). Cells are validation / test losses (lower is better); the last row is the test loss of the deployed member of a random reference subset. We select a subset of from the empty set.
Main results
Setup. We evaluate on the full BeyondArena core (142 datasets) under the benchmark’s protocol: every outer train-test split, 8-fold bagging within each, native metrics, and configurations per dataset (the official budget). TabPack fits its members. FT and FTE denote the subsets meta-tuned for T and T+E. A random subset has 25 draws from the same search space. We rank methods by Elo, which counts pairwise wins and losses against all other methods. Figure 3 reports Elo within each BeyondArena dataset group. Appendix § 8.4.1 reports alternative metric, the median improvement over the tuned MLP.

Figure 3. Elo on the full BeyondArena by dataset group. Top: tuned (T), our models with their FT subsets. Bottom: tuned and ensembled (T+E), our models with their FTE subsets. Under each panel, the bars show the Elo gain of each meta-tuned subset over the same model with its random subset.
State of the art and gains over random subsets. Under T, LightGBM-TabPrep with its FT subset has the highest Elo of all tuned methods (Figure 1). Under T+E, LightGBM-TabPrep with its FTE subset ranks 7th, above RealMLP and TabPFN-3. The 6 methods above it are pretrained foundation models: TabPFN-3.5 (fast and regular), Causilo, and 3 sizes of Kumo-Tabular [38] (Figure 10 in the appendix shows the full leaderboard). Across groups (Figure 3), LightGBM-TabPrep leads RealMLP on small and medium datasets, and RealMLP leads on tiny and large datasets and on text features. Compared to Kumo-Tabular, LightGBM-TabPrep loses on i.i.d. splits and on tiny to medium datasets, but leads it on grouped and temporal splits and on large datasets (1313 against 1183 Elo). The bars of Figure 3 show the gain of each meta-tuned subset over its random subset. LightGBM-TabPrep gains in every group, by 21 to 72 Elo under T+E and by 5 to 76 under T. The other models gain 5 to 28 Elo overall, but lose to their random subsets in some groups, most often on grouped and temporal splits. These gains cost nothing at deployment, and § 5.3 shows that, on TabArena, random subsets of any size up to the full pool of 4,000 do not close the gap.

Figure 10. Elo of all 58 methods on the full BeyondArena under default, tuned, and tuned-and-ensembled deployment. Our families are coloured as in Figure 1.
Accuracy and inference cost. The right panel of Figure 1 plots Elo against the latency of a single-row prediction. Each PFN appears in three modes: recompute, and a key-value (KV) cache kept on the CPU or on the GPU. Up to 1313 Elo, the Pareto front consists of LightGBM, CatBoost, TabPack, and LightGBM-TabPrep. LightGBM-TabPrep with its FTE subset under T+E reaches 1313 Elo at 4.4 ms. The references with a similar Elo are 2.6 to 740 times slower: RealMLP under T+E reaches 1297 Elo at 11 ms, TabPFN-3 1279 at 243 to 3,308 ms, and TabICLv2 1215 at 102 to 1,412 ms. Above 1313 Elo, the front consists of the 3 sizes of Kumo-Tabular with a KV cache, from 1361 Elo at 81 ms to 1455 Elo at 236 ms. Meta-tuning changes only which configurations are fitted, so the latency stays within a factor of 1.8 of the random subset.
Ablations
All ablations use subsets selected under T and report the win rate of the meta-tuned subset against random subsets of the same size on TabArena (details in Appendix § 8.1.2). We use T because T+E selection runs a Caruana ensemble per candidate at every step, which is expensive. TabPack is absent: it is an online ensemble of MLP members, so the MLP configurations cover it. The main text shows , TabArena’s default tuning budget, and we include in Appendix § 8.§ 4.
Selection rule
Figure 4 ablates the choices of § 3.4. To avoid potential data leak, we evaluate out-of-fold on synthetic tasks: randomly select 3,000 datasets, deploy under T on the other 1,000, repeat 200 times. All rules choose from the same 4,000 configurations and are scored against the same random- baselines (Appendix § 8.1.2.1).
Comparing to TabRepo. The TabRepo algorithm scores the best member of a subset directly, with no validation-then-test step, so we give it one score per task on the joined validation and test rows. We replace the raw loss with TabRepo’s normalized error, clipped to per task [5], which removes the metric scale. From the empty set, each step adds the configuration that minimizes the mean over tasks of the best normalized error in the subset. It trails for every model and , by 0.010 to 0.038: even with the scale gone, the loss shape steers the selection into suboptimal regions. A naive improvement is to count instead the tasks on which a candidate improves the best member (i.e., a win rate against the current subset). The improved version beats the base in all nine cases, by 0.004 to 0.017. However, it still trails by 0.014 to 0.024 for LightGBM and LightGBM-TabPrep, where scoring the best member hides configurations whose validation rank does not hold on test, and ties it on the MLP ( to ).
Resampling validation and references. The plain hill-climb, with one validation split and one reference, trails by 0.014 to 0.031. If we resample (16 times) just the validation, we close 60 to 84% of the gap. If we resample just the random references, we close 41 to 62%. Both matter, but validation noise appears to matter more. The win rate rises monotonically in for every model and : by 0.015 to 0.030 from to , most at .
Synthetic versus real meta-training data
TabRepo [5] is the standard real-data source for meta-tuning: 200 datasets, of which we drop 18 that overlap with or share a source with TabArena (listed in Appendix § 8.§ 4). We fit 16,000 configurations (our pool of 4,000 and 12,000 further draws) on the 182 datasets and select on them with the same protocol. Figure 5 compares the two sources at equal budget . Per task, real data is worth more at smaller budgets: up to subsets selected on the synthetic data show lower win rates, but from to on, synthetic data overtakes TabRepo. TabRepo saturates: over its last two doublings, to 16,000 configurations, its curve gains at most 0.008. We attribute this to the TabRepo size: with 182 datasets, the subsets start to overfit the source datasets. Synthetic data allows us to sidestep this, because we can continue scaling the data size indefinitely: at it ends 0.02 to 0.08 above TabRepo’s best for every model and every . At and 64 the crossover lies between and (Appendix § 8.§ 4).

Figure 5. TabArena, T deployment, win rate against a random subset of the same size. Synthetic versus TabRepo meta-training data at . Dots are cells; lines are the best cell within each factor-of-two budget bin. For TabRepo (182 datasets), we evaluated 16,000 configurations, so its curve stops at .
Meta-tuning versus more random search
A cheaper alternative to meta-tuning is to fit more random configurations. Figure 6 scores random subsets of size against the random- baseline (details in Appendix § 8.1.2.3). The mean curve rises, peaks at 0.50 to 0.53 for between 500 and 750, and falls to 0.49 to 0.51 at $K' = 4,000: larger random subsets overfit the validation split. At and 64, the mean curve peaks higher, at 0.51 to 0.60, but the meta-tuned subset still sits at least 0.07 above it (Appendix § 8.§ 4). For a practitioner with a fixed budget, the 200 meta-tuned configurations replace a random search over 4,000 configurations that fits twenty times more models and still scores lower on average.

Figure 6. TabArena, T deployment, . Random subsets of growing size against the random- baseline. Solid curve and band: mean and 95% CI over 200 random subsets of size . Horizontal lines are the configurations meta-tuned on all 4,000 configurations, with 4,000 synthetic tasks or the 182 TabRepo datasets, averaged against the same baselines.
Choice of prior
We repeat the selection on synthetic tasks from the TabICLv1 [28] and TabPFNv1 [1] priors (Appendix § 8.§ 3), with 2,000 configurations on 2,000 datasets for LightGBM, LightGBM-TabPrep, and the MLP (Figure 7). With all 2,000 configurations and tasks, the prior matters most for plain LightGBM: TabICLv2 leads at every , by up to 0.09 over TabPFNv1 (0.644 against 0.551 at ). With TabPrep, the three priors are within 0.02 of each other at every . For the MLP, TabICLv2 wins at and 64 and TabPFNv1 at . No prior wins everywhere, and the prior of TabPFNv1 appears to be competitive. We use TabICLv2, the newest prior, for the main experiments.

Figure 7. TabArena, T deployment, win rate against a random subset of the same size, . Three priors, each with 2,000 configurations on 2,000 synthetic tasks, for LightGBM, LightGBM-TabPrep, and the MLP. Top: as grows at ; bottom: as grows at . Win rates are averaged over 2,000 repetitions.
Scaling
Figure 8 shows the win rate over the full grid. It rises at almost every step along both axes, and neither axis has saturated at 4,000. Appendix § 9 motivates two forms: the estimation error over synthetic tasks decays as (Proposition 2), and the number of improvements available in a pool grows as (Proposition 1). We fit both forms to the curves at and and obtain between 0.92 and 1.00 for and between 0.90 and 0.98 for , over all three models and all . In Figure 17 and Figure 18 in the appendix, the curve in is steeper than the curve in for every model: at , a doubling of is worth 1.2 to 1.7 doublings of , and the curve in tends to flatten above about 1,000 tasks. Once there are a few thousand synthetic tasks, more configurations are the better use of a fixed budget. Tasks reduce the estimation error of the objective, whereas configurations add candidates worth finding.

Figure 8. TabArena, T deployment, win rate against a random subset of the same size over the grid, . Win rates are averaged over 2,000 repetitions.

Figure 17. Win rate against the number of synthetic datasets , one curve per pool size , with the fit at , for , 64, and 200.

Figure 18. Win rate against the number of configurations , one curve per number of synthetic datasets , with the fit at , for , , and .
Selected hyperparameters
Figure 9 compares the selected configurations with the distribution that we sample them from. For LightGBM, the selected configurations prefer more expressive trees, with a small minimum data in a leaf and weak L1 regularization, together with a small learning rate: 21% of the selected learning rates are below the 0.1 quantile of the sampling distribution. For the MLP, the pattern is similar. The selected configurations prefer small learning rates, with 45% of the Muon learning rates below the 0.1 quantile, and larger embeddings: the largest dimension, 32, has a share of 21% against 14% in the sampling. For these hyperparameters, the range or the shape of the search space is thus possibly a poor fit, and a wider or reshaped space can contain better configurations.

Figure 9. Selected hyperparameters against their sampling distribution: , T regime, selected from the full pool of 4000 configurations on 4000 synthetic datasets. Lines: density of the 200 selected configurations divided by the sampling density (grey, flat at 1); ticks: selected values; bars: shares (grey: sampling). All hyperparameters, also of LightGBM-TabPrep, are in Figure 19–Figure 21.
Conclusion
We have shown that the synthetic priors built for PFN pretraining are a scalable source of meta-training tasks for conventional tabular models. PriorTune selects a subset of hyperparameter configurations on synthetic tasks alone, by win rate against random subsets under the deployment rule. We show that when scaled the synthetic tasks beat real datasets of TabRepo at equal budgets. The selected subsets beat random subsets of any size, improve LightGBM, LightGBM-TabPrep, the MLP, and TabPack on the TabArena and BeyondArena benchmarks, and make LightGBM-TabPrep the highest-ranked model in Elo on BeyondArena that is not a pretrained foundation model, above TabPFN-3 and RealMLP, at lower latency than both. The released subsets are drop-in search spaces: a practitioner replaces random search over the published space with the selected configurations.
Limitations
We do not apply PriorTune to tabular foundation models. They are pretrained on tasks from the same kind of prior, so the selection can prefer configurations that change them the least. Newer priors do not always help PriorTune: the newest prior helps plain LightGBM most but gives no clear gain for LightGBM-TabPrep and the MLP (§ 5.4). The grid is fitted once per model and search space, so a new search space needs a new grid. The synthetic tasks have at most 60,000 rows and 100 features, so the selection does not see tasks as large as the largest real datasets. The ablations use the tuned rule only, because selection for ensembles is expensive. The error bars measure variation across repetitions, not uncertainty over new datasets. Our theory motivates the forms of the scaling curves but does not prove them; the fits are empirical.
AI use statement
We used generative AI tools (Claude Code, Codex) to implement parts of the experiment and analysis code, to draft and edit parts of the text, and to search for and format references. We did not use them to generate data, develop the theory, prove claims, propose hypotheses, or design the method and experiments. The authors checked and tested all code, cross-checked every number against the experiment logs, verified all references, and reviewed all text. We take full responsibility for the content of this work.
Reproducibility statement
§ 3 and Algorithm 1 specify the selection procedure and its fixed settings (, tie rule, 40 Caruana steps). Appendix § 8.§ 1 gives the evaluation protocol on both benchmarks, the repetition scheme of the ablations, the compute used, and the latency measurement. Appendix § 8.§ 2 lists the complete hyperparameter search space of every model. Appendix § 8.§ 3 describes the three synthetic priors and Table 9 the exact sampling settings and seeds. Appendix § 8.§ 4 lists the TabRepo datasets excluded for overlap with TabArena. Appendix § 9 states all assumptions and gives complete proofs of the propositions. The benchmarks (TabArena, BeyondArena, TabRepo) are public. The supplementary material contains the code, the selected subsets for every model and , the seeds, and the score caches of all fits, from which every table and figure can be regenerated.
| Setting | TabICLv2 | TabICLv1 | TabPFNv1 |
| Generator | graph_scm | mix_scm | prior_bag |
| Datasets | 4,000 | 2,000 | 2,000 |
| Task mix (reg/bin/multi) | 2,000 / 1,400 / 600 | 0.4 / 0.3 / 0.3 | 0.4 / 0.3 / 0.3 |
| Multiclass classes | |||
| Rows | |||
| Features | , cap 100 → 20 | ||
| Graph nodes | MLP, mean layers | MLP, gamma layers | |
| Categorical share | per dataset | per dataset | |
| Node noise | none | ||
| Graph filter | ancestor test | none | none |
| Dataset filter | ExtraTrees, | ExtraTrees, | ExtraTrees, |
| Split | 64 / 16 / 20 | 64 / 16 / 20 | 64 / 16 / 20 |
| Attempts per dataset | |||
| Base seed | 20260804 | 0 | 0 |
Table 9. Sampling settings of the three synthetic priors. LogU: log-uniform. Splits are train/validation/test and stratified for classification.
Computation
Setup
Main results
Datasets. Table 2 shows distribution of features and sample sizes of both benchmarks. For full list of datasets, their selection criteria, and description, see the original work [11, 12].
Evaluation. On BeyondArena, we use every outer split of the core benchmark. Within each outer split, every method is bagged over the 8 inner folds, and each configuration is trained once per fold. T deploys the validation-best configuration; T+E fits a 40-step Caruana ensemble on the same validation predictions. Both score the held-out test split with the native metric.
Subsets. FT subsets are selected with the T objective and FTE subsets with the T+E objective (40 Caruana steps inside the selection), both with on all 4,000 configurations and 4,000 synthetic tasks. No benchmark data enters the selection. TabPack’s FTE subset is the subset selected with the T+E objective on the MLP pool and deployed as one pack of those members.
Ablations
All ablations select under the T deployment rule, deploy under T, and report the win rate against a random- baseline.
Selection rule (Section 5.1)
Protocol. We run 200 repetitions. Each splits the 4,000 synthetic tasks at random into 3,000 selection tasks and 1,000 held-out tasks. Every rule selects out of 4,000 configurations on the selection tasks and is deployed under T on the held-out tasks. There it is compared with 200 random- baselines, and its win rate is averaged over them. All rules in a repetition use the same tasks and baselines. Error bars in Figure 4 are standard errors of the win rate over the 200 repetitions.

Figure 4. Selection rules, synthetic out-of-fold, T deployment. Each of 200 repetitions selects on 3,000 random synthetic tasks and deploys on the other 1,000. Points are win rates against random- baselines that no selection saw, standard errors over repetitions; the shaded row is our rule. Values in Table 10.
| Model | 16 | 8 | 4 | 2 | 1 | Val. | Ref. | Neither | Norm. | Count | |
| LightGBM | 25 | 0.636 | 0.634 | 0.632 | 0.627 | 0.620 | 0.630 | 0.630 | 0.621 | 0.617 | 0.621 |
| LightGBM | 64 | 0.621 | 0.618 | 0.613 | 0.607 | 0.599 | 0.614 | 0.609 | 0.600 | 0.588 | 0.602 |
| LightGBM | 200 | 0.599 | 0.596 | 0.592 | 0.585 | 0.576 | 0.593 | 0.586 | 0.574 | 0.561 | 0.575 |
| LightGBM-TabPrep | 25 | 0.636 | 0.636 | 0.633 | 0.629 | 0.622 | 0.632 | 0.631 | 0.623 | 0.618 | 0.622 |
| LightGBM-TabPrep | 64 | 0.621 | 0.619 | 0.615 | 0.610 | 0.602 | 0.616 | 0.609 | 0.601 | 0.597 | 0.607 |
| LightGBM-TabPrep | 200 | 0.603 | 0.599 | 0.594 | 0.588 | 0.579 | 0.597 | 0.588 | 0.577 | 0.571 | 0.588 |
| MLP | 25 | 0.697 | 0.696 | 0.692 | 0.687 | 0.679 | 0.691 | 0.689 | 0.681 | 0.687 | 0.693 |
| MLP | 64 | 0.669 | 0.665 | 0.661 | 0.654 | 0.646 | 0.664 | 0.655 | 0.645 | 0.658 | 0.672 |
| MLP | 200 | 0.631 | 0.626 | 0.619 | 0.612 | 0.601 | 0.626 | 0.613 | 0.600 | 0.616 | 0.633 |
Table 10. Win rate against random- of the selection rules of § 5.1, synthetic out-of-fold (1,000 held-out tasks), T deployment, against random- baselines that no selection saw; mean over 200 repetitions ( standard errors of at most 0.0015). Draws : our rule with validation resamples paired with references. Resampling kept: 16 validation resamples with one reference (Val.), 16 references on the original split (Ref.), or one of each (Neither). Bold: the best rule in the row.
Our rule. It draws, once per repetition, 16 bootstrap resamples of each task’s validation rows and 16 random- references . pairs the first resamples with the first references. Validation only pairs the 16 resamples with , and reference only pairs the original validation split with the 16 references.
TabRepo algorithms. They use no validation resamples and no references. They score the best member of a subset on each dataset’s joined validation and test rows, with the native metric recomputed on the union. The first version adds, at each step, the configuration that minimizes the mean over datasets of the best normalized error, clipped to , with and taken over the 4,000 configurations. The second starts from the configuration with the lowest mean rank, then adds the one that improves the best member on the most tasks. Both break ties by a random configuration order drawn per repetition.
Synthetic versus real meta-training data (Section 5.2)
Cells. A cell selects of configurations on meta-training tasks by Algorithm 1 with . Synthetic cells use our pool of 4,000 configurations and 4,000 synthetic tasks. TabRepo cells use the 182 TabRepo datasets and a bank of 16,000 configurations: our pool of 4,000 plus 12,000 further draws from the same search spaces, fitted on TabRepo and TabArena. Validation resamples are drawn once per task and shared across repetitions. Ties in validation selection and in the greedy step go to the lowest configuration id.
Repetitions. We run 2,000 repetitions, shared by all cells. A repetition permutes the configurations and the tasks once; each cell takes the first configurations and tasks of that permutation.
Evaluation. The selected subset is deployed on TabArena under and compared with the first configurations of the repetition’s permutation of our 4,000-configuration pool. Both synthetic and TabRepo cells share this baseline. Also both synthetic and TabRepo cells therefore have 0.5 by construction.
Reported values. Each win rate is the mean over the 2,000 repetitions, its standard error is below 0.003 in every cell and is not drawn. It measures variation across repetitions on the fixed benchmark, not uncertainty over new datasets. In Figure 5, each cell is a dot at its budget , so the dots above one are all cells with that budget. The line joins the best cells within each .
Meta-tuning versus more random search (Section 5.3)
Meta-tuned lines. The synthetic line is the cell of Appendix A.1.2.2. The TabRepo line selects on all 182 TabRepo datasets from our pool of 4,000 configurations, with the same protocol, repetitions, and baselines. Each line is the mean win rate over the 2,000 repetitions.
Random subsets. For every , we draw 200 subsets of configurations uniformly from the 16,000-configuration bank, independently across , and deploy each under on TabArena. Each subset is compared with all 2,000 random- baselines of the meta-tuned lines, and its win rate is averaged over them. The band therefore reflects only the draw of the random subset: we report the mean over the 200 subsets and the 95% CI band.
Choice of prior (Section 5.4)
Cells. For LightGBM, LightGBM-TabPrep, and the MLP, a pool of 2,000 configurations is fitted on 2,000 tasks (datasets) from each of TabICLv2, TabICLv1, and TabPFNv1 (Appendix A.3). Within a model, the configuration pool and the TabArena evaluation are shared, so only the priors affect the selection of the configurations. A cell selects of configurations on tasks by Algorithm 1 with .
Repetitions and evaluation. As in Appendix A.1.2.2: 2,000 repetitions shared by all cells, each permuting the configurations and the tasks once. The selected subset is deployed on TabArena under T and compared with the first configurations of the permutation. Win rates are means over the repetitions, with standard errors below 0.003.
Scaling (Section 5.5)
Cells. The synthetic cells of Appendix A.1.2.2, with all 4,000 configurations and 4,000 synthetic tasks available: and range from to 4,000, with the same 2,000 repetitions, baselines, and reported values.
Fits. We fit to the win rate against at and to the win rate against at , by least squares on the means; the cell, 0.5 by construction, is left out of the second fit.
Selected hyperparameters (Section 5.6)
Subset. We take the subset selected under T on all 4,000 configurations and 4,000 synthetic tasks. For TabPrep settings, only the selected configurations with TabPrep enabled count.
Distributions. For each hyperparameter, the sampling distribution is given in Appendix A.2. For a continuous hyperparameter, we plot the density of the selected values divided by the sampling density, . The sampling distribution is then flat at 1, and a value above 1 is selected more often than it is sampled from the prior. We estimate this ratio with a Gaussian kernel (Scott bandwidth) and plot it as the coloured line. The Kolmogorov–Smirnov (KS) distance is , where is the empirical distribution function of the selected values. It is in : 0 when the selected values follow the sampling distribution exactly, and larger when they move away from it. Categorical hyperparameters are shown as shares.
Compute
We report compute in A100 hours. CPU work is converted at AWS on-demand prices:2 1 A100 hour costs as much as 61.5 vCPU-hours. Table 3 summarizes the costs.
| PriorTune | PFN | |
| Once per model | Grid: 400 (MLP); 300 (LightGBM-TabPrep); Selection: < 0.01 (T), 10 (T+E, ) | Pretraining: 1,180 (TabICLv2); 1,440 (TabICL); 460 (TabPFNv2); not reported (TabPFN-3) |
| Per dataset | Fit : 0.1 (0.04), LightGBM proxy | Fit and predict: 0.48 (0.007), TabICLv2 |
Table 3. Compute in A100 hours; CPU work converted at 61.5 vCPU-hours per A100 hour. Per-dataset costs are means over the 142 BeyondArena-Lite datasets, medians in parentheses.
PriorTune, once per model. (i) Configurationtask grid. We fit MLPs with the tensorized code of TabPack [10]: one fit takes 0.1 A100 seconds on average on the synthetic tasks, so the 16 million fits of the 4,000 4,000 grid take 400 A100 hours. One LightGBM-TabPrep fit takes about 5 core-seconds, so its grid takes 20,000 core-hours, about 300 A100 hours. (ii) Selection. Under T, selecting a subset from the cached predictions takes seconds. Under T+E, selecting 200 configurations takes about 10 A100 hours.
PriorTune, per dataset. A new dataset fits only the selected configurations, so the cost equals that of tuning with random ones. As a proxy, we take the benchmark’s tuned LightGBM on BeyondArena-Lite (26 configurations, 8 folds, 16 vCPUs): 8 vCPU-hours per dataset on average (median 2.4), that is, 0.1 A100 hours (median 0.04).
PFNs, once. Pretraining TabICLv2 takes 24.5 H100-days, about 1,180 A100 hours [3]. TabICL takes 20 days on three A100s, 1,440 A100 hours [28]; TabPFNv2 takes about two weeks on eight RTX 2080 Ti, 2,690 GPU-hours [2], or about 460 A100 hours. TabPFN-3 does not report its pretraining compute [4].
PFNs, per dataset. In-context learning replaces fitting with one fit-and-predict pass. On BeyondArena-Lite, TabICLv2 takes 0.48 A100 hours per dataset on average (median 26 seconds). TabPFN-3 takes 0.70 GPU-hours on average (median 53 seconds).
Inference latency
Datasets and fits. We measure latency (Figure 1) on 10 BeyondArena datasets that cover its dataset groups (Table 4). For each dataset, we fix one outer train-test split. Under T, we deploy the validation-best configuration. Under T+E, we build the 40-step greedy ensemble of TabArena on the validation predictions. Ensemble members predict sequentially, and the ensemble averages their predictions. TabPack tensorizes the ensemble. In-context models use the inner training and validation splits as context and run at default settings, which include their internal ensembling: 8 estimators for TabPFN-3 and TabICLv2, and 16, 8, and 8 for the large, medium, and small Kumo-Tabular. The Elo of Figure 1 comes from the full BeyondArena.
| Dataset | Task | Split | Rows | Features |
| credit-g | binary | i.i.d. | 666 | 20 |
| mice-protein | multiclass | grouped | 720 | 77 |
| coffee-rating | regression | temporal | 2,137 | 12 |
| predict-students | multiclass | i.i.d. | 2,949 | 36 |
| churn | binary | i.i.d. | 3,333 | 19 |
| emscad | binary | i.i.d. | 11,640 | 17 |
| video-transcoding | regression | grouped | 44,897 | 19 |
| sdss17 | multiclass | i.i.d. | 52,035 | 11 |
| sf-permit-time | regression | temporal | 60,784 | 37 |
| kick | binary | temporal | 68,012 | 32 |
Table 4. Datasets of the latency measurement. Rows are those of the outer training split.
Timing. For each method and dataset, the fitted model is kept in memory. We do 5 warm-up predict calls on single test rows and then time 50 calls. We report the median over calls and then over the 10 datasets. All methods run on one host. GBDTs run on 16 CPU threads. DNNs and in-context models run on one GPU.
KV cache. We time each PFN in three modes. In recompute, every call re-encodes the training context. With a key-value (KV) cache, the encoded context is computed once at fit time and kept on either the GPU or on the CPU. Table 5 lists the options. The KV cache of TabPFN-3 is quantized to int8 by default, so its cached predictions differ from recompute by up to 0.14 in probability. For TabICLv2, they differ by up to 0.015.
Table 5 | Options of the in-context models for the three timed modes. TabPFN-3 and TabICLv2 take them in the constructor (tabpfn 9.0.0, tabicl 2.2.0). Kumo-Tabular takes them in the TabArena wrapper.
| Model | Recompute | KV cache on GPU | KV cache on CPU |
| TabPFN-3 | fit_mode="fit_preprocessors"a | fit_mode="fit_with_cache" keep_cache_on_device=True | fit_mode="fit_with_cache" keep_cache_on_device=False |
| TabICLv2 | kv_cache=Falsea | kv_cache=True | kv_cache=Trueb |
| Kumo-Tabular | cache_context=False | cache_context=Truec | cache_context=Truea |
Table 5.
aDefault. bTabICL has no option to keep the cache on the CPU: we move it to the CPU after fit and copy it to the GPU in every call. cThe wrapper keeps the cache on the CPU: we move it to the GPU once after fit.
Inference with TabPrep. For TabPrep, we compile the feature generation in Numba and make it faster in two ways: (i) the fitted feature generators become lookup tables, and (ii) we compute only the generated features that the booster (LightGBM) splits on. The compiled predictor gives identical predictions. Without compilation, LightGBM-TabPrep under T costs 44 to 51 ms per row through AutoGluon, against 0.8 to 0.9 ms compiled, 51 to 54 times slower.
Hyperparameter search spaces
Every pool is a set of independent random draws from the search space below; no configuration is tuned on any dataset. The same draws are fitted on every synthetic and real task.
LightGBM. We use the LightGBM search space of TabArena [11], shown in Table 6. Training follows the AutoGluon LGBModel semantics: up to 10,000 boosting rounds with AutoGluon’s adaptive early stopping (offset 20, rate 0.3, maximum patience 300 rounds, scaled down above 10,000 training rows) on the validation split. The pool has configurations.
| Parameter | Distribution |
| Learning rate | |
| Feature fraction | |
| Bagging fraction | |
| Bagging frequency | |
| # leaves | |
| Min. data in leaf | |
| Extra trees | |
| Min. data per group | |
| Categorical L2 | |
| Categorical smoothing | |
| Max. categories to one-hot | |
| L1 regularization | |
| L2 regularization | |
| Max. boosting rounds | 10,000 |
| Early stopping | AutoGluon adaptive (offset 20, rate 0.3, max. 300) |
Table 6. The hyperparameter tuning space for LightGBM.
LightGBM with TabPrep. The same LightGBM space, with the TabPrep feature generators of Tschalzev et al. [8] prepended to the pipeline. Following the published protocol, TabPrep is enabled for one configuration in four; an enabled configuration also draws the eight TabPrep axes in Table 7. The pool has configurations and shares its LightGBM draws with the plain LightGBM pool, so the two pools differ only in preprocessing.
| Parameter | Distribution |
| TabPrep enabled | |
| OpenFE max. features | |
| OpenFE generation seed | |
| Cat. combination max. features | |
| Cat. combination generation seed | |
| Random-subset feature combination # subsets | |
| Random-subset generation seed | |
| OOF target encoding generation seed | |
| Group-by max. features |
Table 7. The TabPrep axes drawn for the one-in-four configurations with TabPrep enabled.
MLP with cosine embeddings. The MLP is the independent member model of TabPack [10]: a feed-forward MLP with cosine numerical embeddings [9], trained with the Muon optimizer for the hidden weights and AdamW for the rest. The pool is a frozen registry of draws from the space in Table 8. The seven sampled axes follow TabPack’s cosine base model; the hidden width is fixed at 384. Members are trained individually with per-member optimizer steps, up to 256 epochs, and early stopping after 16 non-improving validations, without TabPack’s online ensemble.
| Parameter | Distribution |
| # blocks | UniformInt[1, 4] |
| Block width | 384 |
| Dropout rate | {0.0, Uniform[0.0, 0.5]} |
| Embedding dim | UniformInt[8, 32], step=4 |
| Embedding init. scale | LogUniform[1e-2, 1e1] |
| Learning rate (AdamW) | LogUniform[1e-4, 5e-3] |
| Learning rate (Muon) | LogUniform[1e-3, 1e-1] |
| Weight decay | LogUniform[1e-3, 1.0] |
| Batch size | dataset-dependent (TabArena rule) |
| Max epochs | 256 |
| Early-stopping patience | 16 |
Table 8. The hyperparameter tuning space for the MLP with cosine embeddings.
TabPack. TabPack [10] trains 64 MLP members as one packed tensor program and combines them with the greedy online ensemble of the TabPack paper. The members are the first 64 configurations of the MLP registry above. A meta-tuned TabPack is a pack of $K = 64 configurations selected from the same pool of 4,000 MLP configurations with the T+E objective and deployed with the same online ensemble; Figure 1 and Figure 3 use this subset.
Synthetic priors
All three priors are structural causal models: a directed acyclic graph over latent variables, a random function per edge set, and an observation process that turns node values into a table. This section lists the three parts for each prior.
Graph structure
TabICLv2. A random Cauchy DAG with LogInt(2, 32) nodes. The probability of an edge from node to node is , where , , are independent standard Cauchy variables: sets the overall density, and the out- and in-degree of each node. Features and the target are assigned to random nodes. A graph is resampled until the feature nodes and the target node share an ancestor.
TabICLv1. A layered MLP graph as in TabPFNv1: layers of width , both drawn from log-scaled truncated normals with per-dataset means in [1, 6] and [5, 130], with block-wise or Bernoulli dropout of edges. In causal mode (sampled per dataset) features and target are read from hidden activations; otherwise the root causes are the features and the last layer is the target.
TabPFNv1. The same layered MLP graph, with layer count and width from gamma meta-distributions (means up to 6 and 300), root variables, edge dropout, and the same causal or non-causal read-out. With probability , , the dataset is instead a draw from an RBF Gaussian process on Gaussian inputs [1].
Edge functions
TabICLv2. Eight function types: MLP, tree ensemble (symmetric trees, LogInt(1, 128) trees of depth 1 to 7), discretization to random centers, Gaussian process with a random kernel, linear, quadratic, EM-style cluster assignment, and product. The first three follow TabPFNv2, and the other five are new. With several parents, the prior either concatenates them and applies one function, or applies a function per parent and aggregates by sum, product, max, or log-sum-exp. Each node output is standardized, rescaled by a random feature-importance vector, and multiplied by a random node importance.
TabICLv1. With probability 0.7 an MLP layer: a random affine map followed by an activation drawn from 19 fixed functions (Identity, Tanh, LeakyReLU, ELU, ReLU, ReLU6, SELU, SiLU, Softplus, Hardtanh, sign, sine, RBF, exponential, , , , ) or a random Fourier-feature function. Activations may differ between layers. With probability 0.3 a tree layer: an XGBoost multi-output regressor with at most 4 trees of depth at most 4, fitted on standard-normal targets and evaluated on the parent values.
TabPFNv1. A random affine map followed by one activation per dataset, shared by all layers, drawn from Tanh, Identity, or ReLU.
Transformations and filters
TabICLv2. Each scalar feature is min-max scaled and then warped by a Kumaraswamy function, with exponents drawn from LogNum(0.2, 5). Categorical features come from discretizing sub-vectors of node values into 2 to 9 categories. Outliers are clamped at 4 standard deviations, and standardized values are clipped to . Constant columns are removed, and the feature order and class labels are permuted. Two filters reject datasets. The ancestor filter rejects a graph whose target shares no ancestor with the features. The ExtraTrees test fits 25 trees of depth 6 with bootstrapping and keeps a dataset only if their out-of-bag error beats the mean predictor in at least 95% of 200 bootstrap resamples.
TabICLv1. Gaussian noise is added after every layer, with a standard deviation drawn per dataset from LogNum(, 0.3). Root causes come from a normal, a uniform, or a mixed distribution. With probability 0.2, a dataset has categorical features. Each column then becomes categorical independently, with a uniformly drawn probability, and its values are binned by rank into categories. Outliers are clamped at 4 standard deviations, and the features and the regression target are standardized. Class labels are permuted. The original prior applies no filter. We apply the ExtraTrees test of TabICLv2, so that all three corpora are filtered alike.
TabPFNv1. Gaussian noise is added at every node, with a mean and a standard deviation drawn per node. The standard deviation comes from LogNum(, 0.3). Categorical features are generated as in TabICLv1: with probability 0.2, binned by rank into categories. Outliers are removed, and the features and the target are z-normalized. Features are rescaled by the fraction of columns in use. For classification, class boundaries are sampled from the data, and class labels are permuted. The original prior applies no filter. We apply the ExtraTrees test of TabICLv2.
Sampling settings
Table 9 lists the sampling settings. TabICLv2 is the main prior of § 3.2. TabICLv1 and TabPFNv1 share one shape specification: dataset has the same task type, row count, feature count, and class count in both sets, so a difference between them is a difference of generator alone.
Additional results
Main results
Full leaderboard. Figure 10 shows the Elo of all 58 methods on the full BeyondArena.
Improvement over the MLP. Figure 11 repeats Figure 3 with the improvement over the tuned MLP, . We average across the splits of each datasets and then take the median across datasets. Unlike Elo, the improvement keeps the size of each gain [39] and does not depend on the set of compared methods. However, it depends on the choice of the baseline and averaging conceals skewness. Elo has the opposite properties, so neither metric suits every application [39]. Under T, LightGBM-TabPrep with its FT subset has the highest median (+0.71). Under T+E, Kumo-Tabular (+6.04) and RealMLP (+1.69) lead LightGBM-TabPrep (+1.34). LightGBM-TabPrep leads Kumo-Tabular on grouped splits and on large datasets.

Figure 11. Median per-dataset improvement over the tuned MLP with a random subset on the full BeyondArena, by dataset group. Each dataset’s improvement is averaged over its splits. Top: tuned (T), our models with their FT subsets. Bottom: tuned and ensembled (T+E), our models with their FTE subsets. Under each panel, the bars show the gain of each meta-tuned subset over the same model with its random subset, as the difference of the two medians.
Selection rule
Table 10 gives the win rate of every selection rule of Figure 4.
Synthetic versus real meta-training data
Figure 12 repeats Figure 5 for . At , TabRepo is ahead at equal budget up to to for all three models. The synthetic tasks end above its best for all three (Figure 12).

Figure 12. Synthetic versus TabRepo meta-training data at equal budget, as in Figure 5, for , , and .
TabRepo overlap. Of the 200 TabRepo datasets we exclude 18. Ten are content-identical to or listed as overlapping with a TabArena dataset: Amazon_employee_access, APSFailure, Bioresponse, blood-transfusion-service-center, diabetes, Diabetes130US, diamonds, hiva_agnostic, jm1, splice. Eight share the source data of a TabArena dataset under a different curation: bank-marketing, churn, credit-g, houses, qsar-biodeg, wine-quality-red, wine-quality-white, wine_quality.
Meta-tuning versus more random search
Figure 13 repeats Figure 6 for .

Figure 13. Random subsets of growing size against the random- baseline, as in Figure 6, for , 64, and 200.
Choice of prior
Figure 14 and Figure 15 repeat the top and bottom rows of Figure 7 for .

Figure 14. Three priors with 2,000 configurations on 2,000 synthetic tasks, as in the top row of Figure 7: win rate against the number of configurations at , for , , and .

Figure 15. As Figure 14, against the number of synthetic tasks at (bottom row of Figure 7).
Scaling
Figure 16 shows the win rate over the grid, as in Figure 8, for . Figure 17 and Figure 18 show the curves along and along .

Figure 16. Win rate over the grid, as in Figure 8, for , 64, and 200.
Selected hyperparameters
Figure 19–Figure 21 show all hyperparameters of each model, as in Figure 9.

Figure 19. All hyperparameters of LightGBM: the 200 selected configurations against the sampling distribution, as in Figure 9.

Figure 21. All hyperparameters of the MLP, as in Figure 9. The dropout rate is 0 with probability 0.5 and uniform otherwise; the label gives the share at 0 (sampled / selected), and the curve is the continuous part.

Figure 20. All hyperparameters of LightGBM-TabPrep, as in Figure 9. The TabPrep settings count only the 37 selected configurations with TabPrep enabled.
Theory
Setup and main propositions
Setup
Fix a model , a learning algorithm , a candidate pool of hyperparameter configurations, and a deployment budget . A subset is . The goal is to choose one subset that performs well on the target distribution of real tasks, using synthetic tasks for meta-training. Performance is win rate against a uniformly random subset of the same size. All statements condition on the candidate pool.
Tasks and deployment. Let and be the target (e.g. TabArena or BeyondArena benchmarks [11, 12]) and source (e.g. sampled from the TabICLv2 prior [3]) distributions over tasks. Sample a target task , which specifies a row distribution . Sample the rows of independently from and split the dataset into training, validation, and test sets of prescribed sizes. For each configuration, fit
where collects the randomness in the dataset split and in the training of every configuration (initialization, subsampling, and any other stochastic step of ). Each configuration is fitted once per task, and every subset that contains it, including the random reference it is compared against, reuses that fit. A deployment rule takes as an input a subset (its fitted members, train and validation subsets) and outputs a single predictor. We then score it on the test set:
We require that be deterministic given its inputs and that the same be applied to a subset and to any subset it is compared against.
Two deployment rules. We use the two regimes of Erickson et al. [11], Purucker et al. [12]. Tuned (T) keeps the validation-best member,
Tuned and ensembled (T+E) runs steps of greedy ensemble selection with replacement on the validation split [36]. Writing for the share of the slots taken by configuration ,
The tuned regime is the special case of tuned and ensembled that puts all weight on one member.
Population objective. Let . The per-task utility of a subset is
and the population objective is
A uniformly random subset scores by exchangeability (proof in §B.2), so is the gain over random search at the same budget.
Evaluations and statistics. Given a task , let be the evaluation, with law on a space , and write for the deployed loss equation 1. The deployment rule is deterministic given its inputs, so once is fixed the deployed loss of every subset is fixed: is a map on , which we assume measurable, as the expectation in equation 2 already requires. Write and for the marginal laws of . A statistic is a measurable map , and , are the laws of . In this notation, equation 2–equation 3 read
Upper bound on the improvement
Suppose we have access to the target distribution itself, so is known on all of and selection carries no estimation error. We ask how many of the subsets in improve upon the best subset seen so far. Suppose the subsets are revealed in uniformly random order. A subset improves the oracle’s choice precisely when its utility sets a new record.
Proposition 1 (Oracle record count). If the oracle utilities are distinct, the th revealed subset sets a record with probability over the uniformly random reveal order. Counting the initial subset as a record,
The count is a sum of independent Bernoulli variables with mean [40]: improvements arrive at rate and thin out as the search proceeds. Since , at fixed doubling the pool adds about of them. Meta-tuning thus is the problem of recovering enough of the improvements, having access only to the source tasks.
Transfer from synthetic to real tasks
The target distribution is not available for meta-tuning: we observe only a benchmark of real tasks, which we reserve for evaluation. We therefore select the subset on a source distribution of synthetic tasks and transfer it. We sample independent source tasks and one evaluation for each. Write . The empirical counterpart of equation 3 is
and for every fixed subset. Its expectation is , not ; we quantify the price of this approximation.
Assumption 1 (Comparison fidelity). Source and target subset comparisons satisfy
Proposition 2 (Transfer of subset selection). Let be the subset returned by the selector and
its suboptimality on the source tasks. Under Assumption 1, with probability at least ,
The bound separates selection error, source-target mismatch, and finite-task uncertainty. The number of source tasks reduces the second term, of order , but cannot remove systematic reversals of subset preferences () or the error of the selection algorithm (). We next investigate when Assumption 1 holds.
Lemma 1 (Comparison discrepancy through a statistic). The comparison factors through if for every there is a measurable , depending on only, such that
If the comparison factors through , then Assumption 1 holds with , where . If moreover for a statistic and a measurable , then the comparison also factors through , and .
Proposition 3 (Rank sufficiency). Let be the ordering of the losses , ties recorded. Then, for any deployment rule, Assumption 1 holds with . Under the same holds for the finer statistic , the validation and test orderings of the pool .
Hence what must transfer is the ranking of subsets by deployed loss. Under T this reduces to the validation and test ordering of individual configurations. Whether the synthetic prior preserves these orderings is an empirical question.
Analysis of the forward-selection heuristic
The inner expectation in equation (4) runs over references, so in practice we draw independent references and optimize
Proposition 4 (Reference averaging). Write and for the average over the reference draws with the source tasks held fixed. For every fixed subset,
References thus add no bias, and their sampling noise vanishes as .
Forward selection. Exhaustive search over subsets is impractical. Starting from , we run
We return exactly configurations, even if an addition lowers the objective. The objective is not monotone in general, so forward selection is a heuristic with no generic greedy-optimality guarantee. In Proposition 2, both the gap between and and the greedy suboptimality enter through .
Proofs
Proof of the random- baseline. Let be i.i.d. uniform on , independent of , and write , , so that . For fixed , the pairs and have the same law, so , and adding the two with gives for every , hence .
Proof of Proposition 1. Write and let be the utility of the th revealed subset. Let be the rank of , from largest to smallest, among , so that indicates a record. We first show that are independent with uniform on ; this is the classical record theorem of Rényi [40].
Let be the permutation that sorts . Because the reveal order is uniform and the utilities are distinct, every ordering is equally likely, so is uniform over the permutations. The rank vector is a function of , and this function is a bijection onto : it is injective because is recovered by inserting at position among for , and both sets have elements. Hence is uniform on that product set, and for each marginal we can calculate
since the retained sums have terms. For independence, we observe that . Therefore we also have that , and are independent because each is a function of a different . By linearity, , and comparing the sum with gives . Finally gives .
Proof of Proposition 2. Fix . By equation (4), is the mean of i.i.d. terms in with mean . Hoeffding’s inequality gives , and a union bound over the subsets gives
Setting the right-hand side to and solving for yields . On the complementary event, which has probability at least , let maximize . Then
by equation (5)
by uniform concentration
by the definition of .
The bound holds for any selector. Ours maximizes the Monte Carlo objective rather than , and both that gap and the greedy heuristic’s are part of .
Proof of Lemma 1. Since is independent of and all terms are bounded, the objective equation (3) and the factoring equation (7) give
where the last equality uses that is the marginal law of and is the law of under it; likewise . For any measurable , the layer-cake formula gives . Applying it to each and averaging over gives for every . Applying this to and and using the triangle inequality yields equation (5) with .
If , then equation (7) holds with and in place of and . Since , for every . □
Proof of Proposition 3. Let be the vector of ranks of the losses , equal losses receiving equal rank; it takes values in a finite set. Since depends only on whether , , or , and dense ranks preserve this, , which is equation (7). Lemma 1 gives .
Under , let be the pair of dense-rank vectors of the pool under the validation losses and under the test losses. The deployed member of is its validation-rank minimizer, ties broken by a fixed rule, and the deployed losses of two subsets compare as the test ranks of their deployed members, so for a fixed . The second part of Lemma 1 applies. □
Proof of Proposition 4. Fix , hold the source tasks fixed, and set , so that . The are i.i.d. functions of the independent draws , lie in , and have mean by equation (4). Hence , and , since a variable supported on has variance at most . □
References
- [1]Noah Hollmann, Samuel Müller, Katharina Eggensperger, and Frank Hutter. TabPFN: A transformer that solves small tabular classification problems in a second. In International Conference on Learning Representations (ICLR), 2023.arxiv.org/abs/2207.01848
- [2]Noah Hollmann, Samuel Müller, Lennart Purucker, Arjun Krishnakumar, Max Körfer, Shi Bin Hoo, Robin Tibor Schirrmeister, and Frank Hutter. Accurate predictions on small data with a tabular foundation model. Nature, 637:319–326, 2025.DOI
- [3]Jingang Qu, David Holzmüller, Gaël Varoquaux, and Marine Le Morvan. TabICLv2: A better, faster, scalable, and open tabular foundation model. In International Conference on Machine Learning (ICML), 2026. URL https://arxiv.org/abs/2602.11139.
- [4]Léo Grinsztajn, Klemens Flöge, Oscar Key, et al. TabPFN-3: Technical report. arXiv preprint arXiv:2605.13986, 2026.arxiv.org/abs/2605.13986
- [5]David Salinas and Nick Erickson. TabRepo: A large scale repository of tabular model evaluations and its AutoML applications. In Proceedings of the Third International Conference on Automated Machine Learning, volume 256 of Proceedings of Machine Learning Research, pages 19/1–30, 2024. URL https://proceedings.mlr.press/v256/salinas24a.html.arxiv.org/abs/2311.02971
- [6]David Holzmüller, Léo Grinsztajn, and Ingo Steinwart. Better by default: Strong pre-tuned MLPs and boosted trees on tabular data. In Advances in Neural Information Processing Systems (NeurIPS), 2024.arxiv.org/abs/2407.04491
- [7]Guolin Ke, Qi Meng, Thomas Finley, Taifeng Wang, Wei Chen, Weidong Ma, Qiwei Ye, and Tie-Yan Liu. LightGBM: A highly efficient gradient boosting decision tree. In Advances in Neural Information Processing Systems (NeurIPS), 2017.
- [8]Andrej Tschalzev, Nick Erickson, Yuyang Wang, Huzefa Rangwala, Stefan Lüdtke, Heiner Stuckenschmidt, and Christian Bartelt. TabPrep: Closing the feature engineering gap in tabular benchmarks. arXiv preprint arXiv:2606.02384, 2026.arxiv.org/abs/2606.02384
- [9]Yury Gorishniy, Ivan Rubachev, and Artem Babenko. On embeddings for numerical features in tabular deep learning. In Advances in Neural Information Processing Systems (NeurIPS), 2022.arxiv.org/abs/2203.05556
- [10]Yury Gorishniy, Akim Kotelnikov, Ivan Rubachev, and Artem Babenko. TabPack: Efficient hyperparameter ensembles for tabular deep learning. In International Conference on Machine Learning (ICML), 2026. URL https://arxiv.org/abs/2607.05380.
- [11]Nick Erickson, Lennart Purucker, Andrej Tschalzev, David Holzmüller, Prateek Multalik Desai, David Salinas, and Frank Hutter. TabArena: A living benchmark for machine learning on tabular data. In Advances in Neural Information Processing Systems (NeurIPS), Datasets and Benchmarks Track, 2025. URL https://arxiv.org/abs/2506.16791.
- [12]Lennart Purucker, Andrej Tschalzev, Nick Erickson, Blayer, David Holzmüller, Arazi, Pfefferle, Tajj ar, Gaël Varoquaux, and Frank Hutter. Beyond IID: How general are tabular foundation models, really? arXiv preprint arXiv:2606.30410, 2026.arxiv.org/abs/2606.30410
- [13]Matthias Feurer, Jost Tobias Springenberg, and Frank Hutter. Initializing Bayesian hyperparameter optimization via meta-learning. In Proceedings of the AAAI Conference on Artificial Intelligence, pages 1128–1135, 2015. doi: 10.1609/aaai.v29i1.9354.DOI
- [14]Martin Wistuba, Nicolas Schilling, and Lars Schmidt-Thieme. Sequential model-free hyperparameter tuning. In IEEE International Conference on Data Mining (ICDM), pages 1033–1038, 2015. doi: 10.1109/ICDM.2015.20.DOI
- [15]Florian Pfisterer, Jan N. van Rijn, Philipp Probst, Andreas C. Müller, and Bernd Bischl. Learning multiple defaults for machine learning algorithms. In Proceedings of the Genetic and Evolutionary Computation Conference Companion (GECCO), pages 241–242, 2021. doi: 10.1145/3449726.3459523. Extended version: arXiv:1811.09409.DOI
- [16]Fela Winkelmolen, Nikita Ivkin, H. Furkan Bozkurt, and Zohar Karnin. Practical and sample efficient zero-shot HPO. arXiv preprint arXiv:2007.13382, 2020. URL https://arxiv.org/abs/2007.13382.
- [17]Nick Erickson, Jonas Mueller, Alexander Shirkov, Hang Zhang, Pedro Larroy, Mu Li, and Alexander Smola. AutoGluon-Tabular: Robust and accurate AutoML for structured data. arXiv preprint arXiv:2003.06505, 2020. URL https://arxiv.org/abs/2003.06505.
- [18]Valerio Perrone, Rodolphe Jenatton, Matthias W. Seeger, and Cédric Archambeau. Scalable hyperparameter transfer learning. In Advances in Neural Information Processing Systems (NeurIPS), 2018.
- [19]Matthias Feurer, Benjamin Letham, Frank Hutter, and Eytan Bakshy. Practical transfer learning for Bayesian optimization. arXiv preprint arXiv:1802.02219, 2018. URL https://arxiv.org/abs/1802.02219.
- [20]Martin Wistuba and Josif Grabocka. Few-shot Bayesian optimization with deep kernel surrogates. In International Conference on Learning Representations (ICLR), 2021. URL https://arxiv.org/abs/2101.07667.
- [21]Zi Wang, George E. Dahl, Kevin Swersky, Chansoo Lee, Zachary Nado, Justin Gilmer, Jasper Snoek, and Zoubin Ghahramani. Pre-trained Gaussian processes for Bayesian optimization. Journal of Machine Learning Research, 25(212):1–83, 2024. URL https://arxiv.org/abs/2109.08215.
- [22]Zhou Fan, Xinran Han, and Zi Wang. HyperBO+: Pre-training a universal prior for Bayesian optimization with hierarchical Gaussian processes. arXiv preprint arXiv:2212.10538, 2023. URL https://arxiv.org/abs/2212.10538. Full version of a NeurIPS 2022 workshop paper.
- [23]Yutian Chen, Xingyou Song, Chansoo Lee, Zi Wang, Qiuyi Zhang, David Dohan, Kazuya Kawakami, Greg Kochanski, Arnaud Doucet, Marc’Aurelio Ranzato, Sagi Perel, and Nando de Freitas. Towards learning universal hyperparameter optimizers with transformers. In Advances in Neural Information Processing Systems (NeurIPS), 2022. URL https://arxiv.org/abs/2205.13320.
- [24]Samuel Müller, Matthias Feurer, Noah Hollmann, and Frank Hutter. PFNs4BO: In-context learning for Bayesian optimization. In International Conference on Machine Learning (ICML), volume 202 of Proceedings of Machine Learning Research, pages 25444–25470, 2023. URL https://proceedings.mlr.press/v202/muller23a.html.arxiv.org/abs/2305.17535
- [25]Rosen Ting-Ting Yu, Cyril Picard, and Faez Ahmed. GIT-BO: High-dimensional Bayesian optimization with tabular foundation models. In International Conference on Learning Representations (ICLR), 2026. URL https://arxiv.org/abs/2505.20685.
- [26]Theodore Rogers and Srividya Ponnada. Zero-shot Bayesian optimization with TabPFN: Competitive with state-of-the-art without per-task training. In International Conference on Automated Machine Learning (AutoML), 2026. Listed on the Amazon Science publications page; no arXiv version found.
- [27]Xinyu Zhang, Conor Hassan, Julien Martinelli, Daolang Huang, and Samuel Kaski. In-context multi-objective optimization. In International Conference on Learning Representations (ICLR), 2026. URL https://arxiv.org/abs/2512.11114.
- [28]Jingang Qu, David Holzmüller, Gaël Varoquaux, and Marine Le Morvan. TabICL: A tabular foundation model for in-context learning on large data. In International Conference on Machine Learning (ICML), 2025.arxiv.org/abs/2502.05564
- [29]Xiyuan Zhang, Danielle C. Maddix, Junming Yin, Nick Erickson, Abdul Fatir Ansari, Boran Han, Shuai Zhang, Leman Akoglu, Christos Faloutsos, Michael W. Mahoney, Cuixiong Hu, Huzefa Rangwala, George Karypis, and Bernie Wang. Mitra: Mixed synthetic priors for enhancing tabular foundation models. In Advances in Neural Information Processing Systems (NeurIPS), 2025. URL https://arxiv.org/abs/2510.21204.
- [30]Xingxuan Zhang, Gang Ren, Han Yu, et al. LimiX: Unleashing structured-data modeling capability for generalist intelligence. arXiv preprint arXiv:2509.03505, 2025. URL https://arxiv.org/abs/2509.03505.
- [31]Penghui Wang, Wei Liu, Hong Wang, Chengyue Huang, Yuxi Sun, Zirui Wang, Hong-ming Huang, Quan Wang, Zhenwei Xin, Ping Hou, Jie Yu, Chunxiao Liu, Erli Meng, and Bin Wang. Xiaomi-TabLDM: A tabular foundation model technical report. arXiv preprint arXiv:2609.03880, 2026. URL https://arxiv.org/abs/2609.03880.
- [32]Minyong Cho, Minho Jeong, Dooho Lee, Jinmo Lee, and Jaemin Yoo. Causilo technical report. arXiv preprint arXiv:2609.22866, 2026. URL https://arxiv.org/abs/2609.22866.
- [33]Moonjung Eo, Min-Kook Suh, Hye-Seung Cho, Jiwon Kim, Seoyoon Kim, Sangjun Nam, and Soonyoung Lee. EXAONE Tabular 1.0: Technical report. arXiv preprint arXiv:2608.25774, 2026. URL https://arxiv.org/abs/2608.25774.
- [34]Aditya Tanna, Nassim Bouarour, Mohamed Bouadi, Vinay Kumar Sankarapu, and Pratinav Seth. Pocket foundation models: Distilling TFMs into CPU-ready gradient-boosted trees. arXiv preprint arXiv:2605.18654, 2026. URL https://arxiv.org/abs/2605.18654.
- [35]Qi Qin, Jiajie Zhu, Dali Chen, Yuzhao Zhang, Jia-Xing Han, Peng Zhang, Ying Yan, Yifan Sun, and Yu Su. GEAR: Generative expansion and real anchoring for two-stage distillation of tabular foundation models. arXiv preprint arXiv:2608.18849, 2026. URL https://arxiv.org/abs/2608.18849.
- [36]Rich Caruana, Alexandru Niculescu-Mizil, Geoff Crew, and Alex Ksikes. Ensemble selection from libraries of models. In Proceedings of the Twenty-First International Conference on Machine Learning (ICML), 2004.DOI
- [37]Rong-Xi Tan, Ke Xue, Shen-Huan Lyu, Haopu Shang, Yao Wang, Yaoyuan Wang, Sheng Fu, and Chao Qian. Offline model-based optimization by learning to rank. In International Conference on Learning Representations (ICLR), 2025. URL https://arxiv.org/abs/2410.11502.
- [38]NVIDIA. Kumo relational and kumo tabular: Overview. https://docs.nvidia.com/sdgm/kumo-relational/about-kumo-relational/overview, 2026. Accessed 2026-10-30.
- [39]Andrej Tschalzev, Stefan Lüdtke, Heiner Stuckenschmidt, and Christian Bartelt. Lost in aggregation: How benchmarks overlook irreplaceable model strengths. arXiv preprint arXiv:2608.18919, 2026.arxiv.org/abs/2608.18919
- [40]Alfréd Rényi. Théorie des éléments saillants d’une suite d’observations. Annales scientifiques de l’Université de Clermont-Ferrand 2, 8(2):7–13, 1962.