Sep 2026· Zenodo (CERN European Organization for Nuclear Research)
Topic Modeling
Abstract
Prompt engineering evaluation lacks a shared conceptual frame: two papers can report improvements on the same prompting technique using methods, metrics, and scopes that are each internally consistent yet mutually incomparable, because the literature has not converged on what should be measured or how. This survey provides a measurement-theoretic taxonomy of prompt-engineering evaluation, tracing the incomparability to two long-standing tensions in measurement theory: construct validity vs. measurement reliability, and reference-anchored vs. judgment-anchored evaluation. We propose a seven-dimensional taxonomy of the evaluation choices a study makes: how outputs are scored, on what task, with which metric, how automated the pipeline is, over how many models and datasets, whether rephrasing the prompt was tested, and whether a third party could reproduce the result. We apply it to a corpus of 151 papers assembled by a PRISMA 2020 systematic review. The coding falls into three recurring configurations, which we name Benchmark-Automation, Judge-Mediated, and Expert-Anchored, and which are largely a compact summary of how a study scores its outputs. We report two negative results about them: the dimensions the archetype rule does not read carry no independent trace of the partition, and the archetypes are not associated with held-out robustness or reproducibility practice once a structural dependency is removed. The same coding reveals three recurring failure modes, each a configuration that does not fully support the claim the paper makes with it; 45.0% of the corpus exhibits at least one. We ask readers to use the failure-mode catalog and the companion seven-question design checklist, which are the parts that survive this scrutiny intact. Benchmark-Automation papers (66.2%) live in the high-reliability, narrow-validity region: fine for ground-truth tasks, under-specified for open-ended generation. Judge-Mediated work (17.2%) addresses the construct gap, but the corpus has not converged on a shared judge-calibration protocol. Robustness and contamination-resistant evaluation remain minority practices in the corpus. Reporting a result's sensitivity to rephrasing, and the exact version of any LLM judge, should become default requirements rather than optional extras.
The results are packaged in the Greenfield Startup Model (GSM), which explains the priority of startups to release the product as quickly as possible, and the need to shorten time-to-market, by speeding up the development through low-precision engineering activities.
Carmine Giardino, Nicolò Paternoster, M. Unterkalmsteiner et al.· IEEE Transactions on Softwar...· 178 citations· ⚡14
Software startup companies develop innovative, software-intensive products within limited timeframes and with few resources, searching for sustainable and scalable business models.
M. Unterkalmsteiner, P. Abrahamsson, Xiaofeng Wang et al.· e-Informatica Software Engin...· 157 citations· ⚡17
This study conducts a case survey study based on the secondary data of the major pivots happened in 49 software startups, and demonstrates that customer need pivot is the most common among all pivot types.
Sohaib Shahid Bajwa, Xiaofeng Wang, Anh Nguyen-Duc et al.· Empirical Software Engineeri...· 127 citations· ⚡15
The comparison of adopter and non-adopter sample reveals three potential adoption inhibitor, security, data privacy, and portability, which underlines the importance of the technical and security perspectives for research investigating the adoption of technology.
Nattakarn Phaphoom, Xiaofeng Wang, S. Samuel et al.· Journal of Systems and Softw...· 111 citations· ⚡8
The ongoing work building a Raspberry Pi cluster consisting of 300 nodes is presented, with potential use cases being an inexpensive and green test bed for cloud computing research and a robust and mobile data center for operating in adverse environments.
P. Abrahamsson, S. Helmer, Nattakarn Phaphoom et al.· IEEE International Conferenc...· 110 citations· ⚡7
The results indicate that software developers are a slightly happy population, but the need for limiting the unhappiness of developers remains, and 219 factors representing causes of unhappiness while developing software are identified.
D. Graziotin, Fabian Fagerholm, Xiaofeng Wang et al.· International Conference on...· 84 citations· ⚡6
Related blog posts
Microsoft Research Blog· microsoft.comOct 12, 2026
StudentSim is a research system for evaluating and improving AI tutoring tools before they are tested with learners. It models how individuals may engage with tutors, giving feedback to improve tutor performance across subjects like chess, writing, and mathematics. The post Simulating student learning for better AI tutoring appeared first on Microsoft Research.
MIT News · Artificial Intelligence· news.mit.eduOct 8, 2026