Pith. sign in

REVIEW 3 major objections 3 minor 40 references

An LLM-powered evolutionary loop writes new table features and improves classification in most tested cases.

Reviewed by Pith at T0; open to challenge. T0 means a machine referee read the full paper against a public rubric. the ladder, T0–T4 →

T0 review · deepseek-v4-flash

2026-08-02 09:43 UTC pith:A2MWAFDF

load-bearing objection Honest, clearly-written funsearch-for-features paper with a real idea but empirical claims weakened by best-of-three selection over three runs without error bars. the 3 major comments →

arxiv 2607.16255 v1 pith:A2MWAFDF submitted 2026-06-27 cs.LG cs.AIcs.CL

Feature Generation Using LLMs: An Evolutionary Algorithm Approach

classification cs.LG cs.AIcs.CL
keywords Feature generationLarge language modelsEvolutionary algorithmTabular dataFeature engineeringPromptingClassificationPandas expressions
verification ladder T0 review T1 audit T2 compute T3 formal T4 reserved

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The paper claims that an evolutionary algorithm can use a large language model as its mutation operator to invent new tabular features: the model writes Python expressions over existing columns, the expressions are applied, and a fitness-proportional sampler keeps the best-performing feature sets. Across eight datasets and two classifiers, generated features improved test F1 over raw features in 13 of 16 algorithm-dataset combinations, with the largest gains on synthetic Monk-2 (up to +19.29) and Car (up to +9.13). The point of the claim, if true, is that feature engineering — normally manual and domain-dependent — can be automated by code-generating LLMs even when the model is small, prompts are short, and column names are anonymized.

Core claim

The central claim is that a relatively small local language model can serve as the variation operator in an evolutionary feature-construction loop. Given only a short prompt listing column names, dtypes, and value ranges, the model returns a pandas-compatible Python expression that creates one new attribute. The new attribute is appended, the dataset's classification F1 is recomputed, and a fitness-proportional sampler retains the best-performing feature sets while still exploring lower-scoring ones. The paper reports that this loop improves F1 over the raw-feature baseline in 13 of 16 algorithm-dataset combinations, with notable gains on Monk-2 (+19.29 for decision trees) and Car (+9.13 for

What carries the argument

The engine of the approach is an evolutionary loop in which the LLM acts as the mutation operator: a prompt listing the current attributes' dtypes and possible value ranges asks the model to emit exactly one new attribute as a pandas-compatible Python expression; the expression is applied, F1 is recomputed, and a fitness-proportional sampler keeps the best-performing feature sets while retaining some lower-scoring ones to avoid local optima. Three prompt settings are tested: keeping generated features in the prompt (Agg), ignoring them (Skip), and anonymizing feature names and values (Anon).

Load-bearing premise

The load-bearing premise is that the reported F1 gains are real signal rather than an artifact of picking the best of three prompt settings across just three stochastic runs, with no confidence intervals or significance tests reported.

What would settle it

Run the pipeline many times under a pre-registered single prompt setting and compare the F1 improvement over raw features against run-to-run variance; if the average gain disappears or falls within the noise, the broad improvement claim fails. Separately, record the share of LLM outputs that are unparseable or inapplicable pandas expressions — if most queries return malformed code, the selection loop is mostly evaluating noise.

Watch this falsifier. Get emailed when new claim-graph text bears on it.

If this is right

  • Feature construction can be automated without a predefined operator vocabulary: the LLM invents expressions over any number of base features, including ternary relations like the one in Monk-2.
  • Even with fully anonymized feature names, generated features improve classification on several datasets, so the method does not depend on the model's semantic knowledge of the columns.
  • A model small enough to run on a single workstation (7B parameters) suffices to drive the search, lowering the hardware barrier for automated feature engineering.
  • Early stopping after 20 non-improving queries keeps runtime bounded; without it, generated expressions become longer and more likely to fail Python parsing.
  • The largest gains occur on datasets where the target depends on multi-attribute logical relations, suggesting the approach is most valuable precisely where hand-coded feature combinations are impractical.

Where Pith is reading between the lines

These are editorial extensions of the paper, not claims the author makes directly.

  • A testable extension: because the reported change uses the best of three prompt settings across only three stochastic runs, the true per-setting gain is likely smaller than the headline numbers; a pre-registered single-setting replication would separate signal from selection noise.
  • The same loop should transfer to regression or other tabular tasks, since the mutation operator only needs an evaluator score; using R-squared as fitness is a natural follow-up.
  • The operator-frequency analysis suggests the model's code-generation prior is biased toward arithmetic and numpy idioms; explicitly constraining or diversifying the allowed operator set could test whether that bias helps or hurts the search.
  • The anonymized-setting gains hint that the approach may work as a dataset-agnostic feature constructor, potentially complementing conventional automated feature-engineering algorithms rather than replacing them.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, simulated authors' rebuttal, and a circularity audit.

Referee Report

3 major / 3 minor

Summary. The paper proposes an evolutionary feature-generation pipeline that prompts LLaMA-3.1 7B to write pandas expressions, evaluates candidate feature additions by F1 on a downstream classifier, and maintains a population using fitness-proportional selection. Three prompt settings are compared: aggregating generated features into the prompt (Agg), skipping generated features (Skip), and anonymizing features (Anon). On eight datasets and two classifiers, Table 2 reports F1 improvements over raw features in 13 of 16 dataset-algorithm combinations, with particularly large gains on Monk-2 and Car. The paper interprets these results as evidence that LLM-generated mathematical/logical features can improve classification performance, including in settings where the LLM is given no semantic feature information.

Significance. If the reported improvements are robust, the paper makes a useful contribution: it shows that a modest-sized local LLM, combined with an evolutionary selection loop, can construct transparent tabular features without a predefined operator library. The anonymized setting is a genuinely interesting control for LLM prior knowledge, and the released code supports reproducibility of the framework. However, the empirical basis for the central claim is currently not strong enough. The headline '13 of 16' result relies on selecting the best of three pipeline settings per cell, with only three stochastic runs and no confidence intervals or significance tests. Several reported gains are within plausible run-to-run noise, and the parse-failure rate of generated code is acknowledged but never quantified. The idea is valuable, but the evidence needs substantial strengthening before the claim is established.

major comments (3)
  1. [§4.2, Table 2] The headline result ('13 of 16 experiments') and every 'change' entry are computed as the best-performing setting among Agg/Skip/Anon compared with Raw. Taking the maximum over three pipeline variants for each dataset/classifier biases the comparison: under a null in which every variant equals Raw, the maximum of three independent noisy F1 estimates is positive with probability about 0.875. The paper reports no standard deviations or confidence intervals, and each entry is an average of only three stochastic runs. Several reported changes (Car DT +0.52, Stu DT +0.47, Wine DT +0.39, Ion MLP −0.02) are of the size of plausible run-to-run variation. The Table 2 caption ('best-performing setting compared to the baseline') is also ambiguous about whether the setting was selected on the development set or after inspecting test results. Please report each setting separately with confidence inte
  2. [§5.2, footnote 4] The manuscript acknowledges that generated expressions frequently fail during Python parsing, especially in the Agg setting, but it never quantifies the parse-success rate. If a large fraction of mutations produce invalid code, the evolutionary loop is frequently evaluating unchanged or discarded samples, and the algorithm may effectively be selecting among a small number of parseable expressions. This is load-bearing for the claim that the LLM can generate useful features. Please report per-setting and per-dataset parse-success rates, describe how failed features are handled in Algorithm 1, and show that the final reported improvements are not driven by a few lucky valid expressions.
  3. [§4.2 (comparison baseline)] The abstract and conclusion attribute the improvements to the LLM's generation ability, but no non-LLM feature-generation baseline is provided. A simple baseline that generates random arithmetic/logical expressions over the same columns with the same operator set would clarify whether the gains come from the language model's prior or from the evolutionary search procedure itself. Without such a comparison, the current results only show that the pipeline can improve over Raw features; they do not yet demonstrate the specific contribution of the LLM.
minor comments (3)
  1. [§3.1, Algorithm 1] The pseudocode calls getPrompt and askLLM but these functions are only informally described later. A forward reference or a one-line definition near Algorithm 1 would improve readability.
  2. [Table 2] For the three anonymous datasets at the bottom of the table, the Anon column is marked with '-'. A sentence explaining whether Anon coincides with Skip for these datasets, and why no separate entry is reported, would prevent confusion.
  3. [§5.2] The Mann-Whitney U tests reported there compare the number of operators per generated function between Agg and Skip; they do not speak to the primary claim about F1 differences. If these are intended as secondary analyses, say so explicitly; otherwise, add significance tests on the F1 values.

Circularity Check

0 steps flagged

No circularity found: the headline claim is an empirical test-set measurement, independent of the generation and selection inputs.

full rationale

The paper's derivation chain is: raw features -> prompt (Fig. 1) -> LLM-generated pandas expressions -> evolutionary selection of attribute sets using development-set F1 (Algorithm 1, Section 3.1) -> final test-set F1 (Section 4.2). The headline claim ('in most cases, the language model can produce new features ... and improve classification results') is an empirical statement supported by test-set measurements in Table 2. Nothing in the paper defines the output quantity in terms of an input quantity: no equation is fitted to the test labels and then renamed a prediction; the pipeline's selection uses only the development split ('we optimize the pipeline on the development set and report the results on the test set'). The 'change' column is a summary of the best of the three reported settings, not a fitted constant that forces the outcome. There are no load-bearing self-citations: the cited works (funsearch [30], LLM feature engineering [12, 40]) are external prior work, and no uniqueness theorem or ansatz is imported from the authors' own publications. The manuscript's own caveats — malformed functions failing during parsing (Section 5.2, footnote 4) and reproducibility difficulty (Section 7) — are robustness and validity limitations, not circularity. A skeptical statistical concern (best-of-three setting selection over three stochastic runs with no error bars) is a multiple-comparison/noise issue, not a definitional reduction, and should be handled as correctness risk rather than circularity. Hence score 0.

Axiom & Free-Parameter Ledger

4 free parameters · 4 axioms · 0 invented entities

Hyperparameters of the search (n=400, patience=20, M unreported) are hand-chosen; no fitted constants or invented entities support the claim. The method is empirical, so most burden is on evaluation assumptions: a single 70/15/15 split, three runs, no error bars, and per-dataset best-setting selection.

free parameters (4)
  • Number of iterations n = 400
    Search budget for the evolutionary loop, chosen by the authors (Section 4.2).
  • Maximum sample count M = not reported
    Population size in the genetic-style selection used in Algorithm 1, never given a value.
  • Early-stopping patience = 20 queries
    Stops evolution if 20 consecutive LLM queries do not improve validation F1 (Section 4.2).
  • Classifier hyperparameters (MLP, DT) = not reported, scikit-learn defaults assumed
    Baseline and evaluation F1 depend on these; without them, replication requires guessing.
axioms (4)
  • ad hoc to paper Generated Python expressions are directly parseable and applicable to a pandas DataFrame.
    The pipeline's addAttribute assumes askLLM returns a valid name and expression; Section 5.2 notes parsing failures increase but the rate is never quantified.
  • domain assumption F1 on the development split is an adequate signal for selecting features that improve test F1.
    Section 4.2: the pipeline is optimized on the development set; with three runs and no error bars, selection may overfit dev noise.
  • domain assumption The best-performing pipeline setting (Agg, Skip, or Anon) per dataset is a legitimate representation of the method.
    Table 2's change column chooses the best setting per dataset, a multiple-comparison choice not accounted for in the reported gains.
  • standard math scikit-learn's MLP and DecisionTree implementations and the F1 measure are correct standard tools.
    These are standard library implementations; no formal verification is provided.

pith-pipeline@v1.3.0-alltime-deepseek · 11233 in / 13317 out tokens · 122941 ms · 2026-08-02T09:43:35.184804+00:00 · methodology

0 comments
read the original abstract

A crucial step in machine learning pipelines is to present each entity with features or attributes that are representative of the characteristics of the processed entities. Feature engineering is an important step in finding a relation among attributes that otherwise may not be processed by the ML algorithms. Meanwhile, Large Language Models have shown promising abilities in coding, mathematical reasoning, and processing world knowledge. In this work, we utilize an LLM for the problem of feature generation from tabular data based on the previously given features. We have created a pipeline that takes a set of attributes and a prompt to generate new features. Then, our selection algorithm selects the best-performing sets of attributes. We apply our method to eight datasets from different domains and data types. Our results show that, in most cases, the language model can produce new features based on mathematical and logical operators that are useful for the given tasks and can improve classification results.

Figures

Figures reproduced from arXiv: 2607.16255 by Aria Nourbakhsh, Beno\^it Alcaraz, Christoph Schommer.

Figure 1
Figure 1. Figure 1: The prompt used to generate a Python code to create a function applicable to a Pandas dataframe. In the prompt, we provide the original feature names and their data type. For categorical and boolean values, as long as they are fewer than 20 values, we enumerate their possible values. For the attributes that contain integers or floating point values, we give the minimum and maximum range of that column to t… view at source ↗
Figure 2
Figure 2. Figure 2: Figure shows the total number of generated operators in all the final created sets of attributes for all the datasets and runs. 5.2 Number of operators per function Another interesting measure would be to see how many operators the LLM has generated to generate a new feature. We take the Agg and Skip methods and visualize the distribution in [PITH_FULL_IMAGE:figures/full_fig_p012_2.png] view at source ↗
Figure 3
Figure 3. Figure 3: The boxplot of the distribution of operators per generated functions. In some cases, we see functions with more than 20 operators. 5.3 Running time [PITH_FULL_IMAGE:figures/full_fig_p013_3.png] view at source ↗
Figure 4
Figure 4. Figure 4: Figure shows the average and standard deviation of the running time of each approach on each dataset. Please pay attention that the last three datasets are anony￾mous datasets by design. 6 Conclusion In this paper, we took the concept of funsearch [30] and applied it to the feature generation problem. Namely, we took eight datasets and asked an LLM to gen￾erate novel features based on the given attributes.… view at source ↗

discussion (0)

Sign in with ORCID, Apple, or X to comment. Anyone can read and Pith papers without signing in.

Reference graph

Works this paper leans on

40 extracted references · 1 canonical work pages

  1. [1]

    UCI Machine Learning Repository (1992), DOI: https://doi.org/10.24432/C5PC7J

    Aeberhard, S., Forina, M.: Wine. UCI Machine Learning Repository (1992), DOI: https://doi.org/10.24432/C5PC7J

  2. [2]

    arXiv preprint arXiv:2402.00157 (2024)

    Ahn, J., Verma, R., Lou, R., Liu, D., Zhang, R., Yin, W.: Large language models for mathematical reasoning: Progresses and challenges. arXiv preprint arXiv:2402.00157 (2024)

  3. [3]

    Princeton University Press, Princeton (1957)

    Bellman, R.: Dynamic programming. Princeton University Press, Princeton (1957)

  4. [4]

    IEEE Transactions on Pattern Analysis and Machine Intelligence 35(8), 1798–1828 (2013).https://doi.org/10.1109/TPAMI.2013.50

    Bengio, Y., Courville, A., Vincent, P.: Representation learning: A review and new perspectives. IEEE Transactions on Pattern Analysis and Machine Intelligence 35(8), 1798–1828 (2013).https://doi.org/10.1109/TPAMI.2013.50

  5. [5]

    UCI Machine Learning Repository (1997), DOI: https://doi.org/10.24432/C5JP48

    Bohanec, M.: Car Evaluation. UCI Machine Learning Repository (1997), DOI: https://doi.org/10.24432/C5JP48

  6. [6]

    ACM Transactions on Intelligent Systems and Technology15(3), 1–45 (2024)

    Chang, Y., Wang, X., Wang, J., Wu, Y., Yang, L., Zhu, K., Chen, H., Yi, X., Wang, C., Wang, Y., et al.: A survey on evaluation of large language models. ACM Transactions on Intelligent Systems and Technology15(3), 1–45 (2024)

  7. [7]

    In: Proceedings of the fourteenth international conference on ar- tificial intelligence and statistics

    Coates, A., Ng, A., Lee, H.: An analysis of single-layer networks in unsupervised feature learning. In: Proceedings of the fourteenth international conference on ar- tificial intelligence and statistics. pp. 215–223. JMLR Workshop and Conference Proceedings (2011)

  8. [8]

    Digital4(1), 114–125 (2024)

    Coello, C.E.A., Alimam, M.N., Kouatly, R.: Effectiveness of chatgpt in coding: a comparative analysis of popular large language models. Digital4(1), 114–125 (2024)

  9. [9]

    Intelligent data analysis1(1- 4), 131–156 (1997)

    Dash, M., Liu, H.: Feature selection for classification. Intelligent data analysis1(1- 4), 131–156 (1997)

  10. [10]

    Infor- mation Sciences189, 176–190 (2012)

    Dor, O., Reich, Y.: Strengthening learning algorithms by feature discovery. Infor- mation Sciences189, 176–190 (2012)

  11. [11]

    Dubey, A., et al.: The llama 3 herd of models (2024),https://arxiv.org/abs/ 2407.21783

  12. [12]

    In: Salakhutdinov, R., Kolter, Z., Heller, K., Weller, A., Oliver, N., Scarlett, J., Berkenkamp, F

    Han, S., Yoon, J., Arik, S.O., Pfister, T.: Large language models can automatically engineer features for few-shot tabular learning. In: Salakhutdinov, R., Kolter, Z., Heller, K., Weller, A., Oliver, N., Scarlett, J., Berkenkamp, F. (eds.) Proceedings of the 41st International Conference on Machine Learning. Proceedings of Machine Learning Research, vol. ...

  13. [13]

    In: SoutheastCon 2016

    Heaton, J.: An empirical analysis of feature engineering for predictive modeling. In: SoutheastCon 2016. pp. 1–6. IEEE (2016)

  14. [14]

    arXiv preprint arXiv:2407.02694 (2024)

    Jeong, D.P., Lipton, Z.C., Ravikumar, P.: Llm-select: Feature selection with large language models. arXiv preprint arXiv:2407.02694 (2024)

  15. [15]

    Cureus15(5) (2023)

    Karabacak, M., Margetis, K.: Embracing large language models for medical appli- cations: opportunities and challenges. Cureus15(5) (2023)

  16. [16]

    In: 2016 IEEE 16th international conference on data mining (ICDM)

    Katz, G., Shin, E.C.R., Song, D.: Explorekit: Automatic feature generation and selection. In: 2016 IEEE 16th international conference on data mining (ICDM). pp. 979–984. IEEE (2016)

  17. [17]

    In: Proceedings of the AAAI Conference on Artificial Intelligence

    Khurana, U., Samulowitz, H., Turaga, D.: Feature engineering for predictive mod- eling using reinforcement learning. In: Proceedings of the AAAI Conference on Artificial Intelligence. vol. 32 (2018)

  18. [18]

    In: 2016 IEEE 16th international con- ference on data mining workshops (ICDMW)

    Khurana, U., Turaga, D., Samulowitz, H., Parthasrathy, S.: Cognito: Automated feature engineering for supervised learning. In: 2016 IEEE 16th international con- ference on data mining workshops (ICDMW). pp. 1304–1307. IEEE (2016)

  19. [19]

    arXiv preprint arXiv:2408.12025 (2024)

    Li, D., Tan, Z., Liu, H.: Exploring large language models for feature selection: A data-centric perspective. arXiv preprint arXiv:2408.12025 (2024)

  20. [20]

    In: Proceedings of the fourth ACM international conference on AI in finance

    Li, Y., Wang, S., Ding, H., Chen, H.: Large language models in finance: A survey. In: Proceedings of the fourth ACM international conference on AI in finance. pp. 374–382 (2023)

  21. [21]

    Advances in Neural Information Processing Systems36(2024)

    Liu, J., Xia, C.S., Wang, Y., Zhang, L.: Is your code generated by chatgpt really correct? rigorous evaluation of large language models for code generation. Advances in Neural Information Processing Systems36(2024)

  22. [22]

    UCI Machine Learning Repository (2011), DOI: https://doi.org/10.24432/C55C88

    Liu, Z.: Amazon Commerce Reviews. UCI Machine Learning Repository (2011), DOI: https://doi.org/10.24432/C55C88

  23. [23]

    Machine Learning49, 59–98 (2002)

    Markovitch, S., Rosenstein, D.: Feature generation using general constructor func- tions. Machine Learning49, 59–98 (2002)

  24. [24]

    arXiv preprint arXiv:2302.12170 (2023)

    Meyerson, E., Nelson, M.J., Bradley, H., Gaier, A., Moradi, A., Hoover, A.K., Lehman, J.: Language model crossover: Variation through few-shot prompting. arXiv preprint arXiv:2302.12170 (2023)

  25. [25]

    Communica- tion of IICM (Institute of Information and Computing Machinery, Taiwan)5(67- 72), 2 (2002)

    Motoda, H., Liu, H.: Feature selection, extraction and construction. Communica- tion of IICM (Institute of Information and Computing Machinery, Taiwan)5(67- 72), 2 (2002)

  26. [26]

    UCI Machine Learning Repository (1995), DOI: https://doi.org/10.24432/C55C7W

    Nash, Warwick, Sellers, Tracy, Talbot, Simon, Cawthorn, Andrew, Ford, Wes: Abalone. UCI Machine Learning Repository (1995), DOI: https://doi.org/10.24432/C55C7W

  27. [27]

    ACM Journal of Data and Information Quality15(2), 1–21 (2023)

    Navigli, R., Conia, S., Ross, B.: Biases in large language models: origins, inventory, and discussion. ACM Journal of Data and Information Quality15(2), 1–21 (2023)

  28. [28]

    Journal of Machine Learning Research12, 2825–2830 (2011)

    Pedregosa, F., Varoquaux, G., Gramfort, A., Michel, V., Thirion, B., Grisel, O., Blondel, M., Prettenhofer, P., Weiss, R., Dubourg, V., Vanderplas, J., Passos, A., Cournapeau, D., Brucher, M., Perrot, M., Duchesnay, E.: Scikit-learn: Machine learning in Python. Journal of Machine Learning Research12, 2825–2830 (2011)

  29. [29]

    UCI Machine Learning Repository (2021), DOI: https://doi.org/10.24432/C5MC89

    Realinho, Valentim, Martins, V., Mónica, Machado, Jorge, Baptista, Luís: Pre- dict Students’ Dropout and Academic Success. UCI Machine Learning Repository (2021), DOI: https://doi.org/10.24432/C5MC89

  30. [30]

    Nature625(7995), 468–475 (2024) Feature Generation Using LLMs: An Evolutionary Algorithm Approach 17

    Romera-Paredes, B., Barekatain, M., Novikov, A., Balog, M., Kumar, M.P., Dupont, E., Ruiz, F.J., Ellenberg, J.S., Wang, P., Fawzi, O., et al.: Mathematical discoveries from program search with large language models. Nature625(7995), 468–475 (2024) Feature Generation Using LLMs: An Evolutionary Algorithm Approach 17

  31. [31]

    In: Proceedings of the 7th Annual Conference on Genetic and Evolutionary Computation

    Shafti, L.S., Pérez, E.P.: Constructive induction and genetic algorithms for learning concepts with complex interaction. In: Proceedings of the 7th Annual Conference on Genetic and Evolutionary Computation. p. 1811–1818. GECCO ’05, Associa- tion for Computing Machinery, New York, NY, USA (2005).https://doi.org/ 10.1145/1068009.1068317,https://doi-org.prox...

  32. [32]

    In: Machine Learning Proceedings 1991, pp

    Sutton, R.S., Matheus, C.J.: Learning polynomial functions by feature construc- tion. In: Machine Learning Proceedings 1991, pp. 208–212. Elsevier (1991)

  33. [33]

    Data classification: Algorithms and applications p

    Tang, J., Alelyani, S., Liu, H.: Feature selection for classification: A review. Data classification: Algorithms and applications p. 37 (2014)

  34. [34]

    pandas development team, T.: pandas-dev/pandas: Pandas (feb 2020).https:// doi.org/10.5281/zenodo.3509134,https://doi.org/10.5281/zenodo.3509134

  35. [35]

    Teboul, A.: Diabetes health indicators dataset (2022),https://www.kaggle.com/ datasets/alexteboul/diabetes-health-indicators-dataset

  36. [36]

    UCI Machine Learning Repository (1989), DOI: https://doi.org/10.24432/C5W01B

    V, S., S., W., L., H., K., B.: Ionosphere. UCI Machine Learning Repository (1989), DOI: https://doi.org/10.24432/C5W01B

  37. [37]

    In: Proceedings of the 10th SIGHAN Workshop on Chinese Language Processing (SIGHAN-10)

    Wang, Z.: Causalbench: A comprehensive benchmark for evaluating causal reason- ing capabilities of large language models. In: Proceedings of the 10th SIGHAN Workshop on Chinese Language Processing (SIGHAN-10). pp. 143–151 (2024)

  38. [38]

    UCI Machine Learning Repository (1992), DOI: https://doi.org/10.24432/C5R30R

    Wnek, J.: MONK’s Problems. UCI Machine Learning Repository (1992), DOI: https://doi.org/10.24432/C5R30R

  39. [39]

    arXiv preprint arXiv:2401.10034 (2024)

    Wu, X., Wu, S.h., Wu, J., Feng, L., Tan, K.C.: Evolutionary computation in the era of large language model: Survey and roadmap. arXiv preprint arXiv:2401.10034 (2024)

  40. [40]

    arXiv preprint arXiv:2406.03505 (2024)

    Zhang, X., Zhang, J., Rekabdar, B., Zhou, Y., Wang, P., Liu, K.: Dynamic and adaptive feature generation with llm. arXiv preprint arXiv:2406.03505 (2024)