Sep 2026· Zenodo (CERN European Organization for Nuclear Research)
Abstract
A large language model (LLM) running inside an industrial instrument will fail on some of what the operator asks. Whether such a failure is justified as evidence of a capability deficit of the model, or only of a burden the instrument left at its evidence interface, is not answerable from an accuracy score, and a deployed instrument has no continuously available one because its routine answers are not independently labelled. We state and test a bounded principle of deployment-level identifiability for that question: an observed failure is evidence of model incapability only relative to a declared family of interventions at the evidence interface, and what remains under that family is an upper bound on what may be attributed to the model, never the attribution itself. It is bounded because it identifies nothing outside the family it names, and testable because a running instrument can switch that family. The test is a full factorial over three deterministic mechanisms (compiling derived quantities into the evidence, declaring unknowns as explicit state, and validating typed claims) on a deployed phased-array ultrasound inspection instrument, scored into four failure classes, two of them without reference answers. The mechanisms remove 24.9, 22.5 and 18.9 points of failure from three models that fit an eight-gigabyte industrial GPU. Repeating the factorial on a second quantity space, compiled from a public machine-condition dataset with no detector retuned, four of the twelve factor-class effects keep one sign while the validator's net effect on accuracy reverses, from +2.5 points to -6.1. The same decomposition remains operational and discriminating in both; individual factor-class effects do not transfer uniformly. This record accompanies a manuscript under double-anonymous review. The authors are withheld and the archive is sanitised accordingly: the project name, the institution and every personal address are replaced with placeholders, and the title page and unmasked instrument captures are omitted. No number, script or datum is altered. A new version carrying the byline and the unredacted tree will be published on acceptance, under the same concept DOI. Reproducibility bundle: the evidence compiler, question generator, factorial runner, scorer and analysis, with the frozen configurations, the scored responses, the preregistration and the source data behind every plotted value.
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
MIT News · Artificial Intelligence· news.mit.eduSep 14, 2026
The “HardFlow” algorithm could help generative AI models produce high-quality outputs that obey strict requirements when “pretty close” doesn’t cut it.
AI may appear weightless, but every model depends on physical infrastructure. To understand responsible AI, we need to look beyond algorithms and consider the entire lifecycle of the hardware behind them. The post Responsible AI Must Consider Its Afterlife appeared first on GPT-Lab.