Enterprise AI procurement often combines a choice of application bundle with a choice of language model. This exploratory study examined three model selections available through enterprise interfaces: Opus 5.5 and GPT-6.1 Sol in the installed Microsoft 365 Copilot desktop application, and Gemini 4 Argon in the Gemini Enterprise web application. Six fictional English business scenarios addressed source authority, invoice arithmetic, customer communication, meeting actions, vendor eligibility and policy application. Each identical prompt was submitted three times in fresh chats for each selection, producing 54 retained responses and 18 responses per selection. Five binary checks were specified locally for each scenario before collection. All selections passed all 90 check opportunities and all 18 responses per selection passed five of five checks. However, supplementary inspection identified an unsupported procurement approval rule, an unstated assumption about missing revenue and a sentence-count deviation in Opus responses. These observations were outside, or not enforced by, the original operational scoring and were not used to revise the scores. Customer email lengths also differed descriptively while remaining within the requested range. The shared maximum score therefore indicates a ceiling of this small rubric; it does not establish model equivalence or error-free performance. The study used one unblinded AI assistant as operator and evaluator, lacked independent human ratings and did not control backend configuration. Its contribution is a transparent pilot dataset and an account of how narrow business checklists can conceal relevant differences. Enterprise purchasing decisions require further evaluation of actual workflows, review effort and application governance.
Supporting data, adapters, predictions and code for the article *Low-Cost LoRA Fine-Tuning of Small Language Models for Multi-Step Arithmetic Reasoning* by Jake O'Grady, Asena Isik Gürhan, Chee Fong Ting and Effirul Ramlan (University of Galway). We generated 20,000 GSM8K-derived arithmetic problems with step-by-step s...
O'Grady, Jake, Gürhan, Asena Isik, Chee, Fong Ting et al.· Zenodo (CERN European Organi...· 465 citations
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
This study investigates how Lean internal startup facilitates software product innovation in large companies and identifies its enablers and inhibitors, and shows the potential of the method-in-action framework to investigate the Lean startup approach in non-startup context.
Henry Edison, Nina M. Smørsgård, Xiaofeng Wang et al.· Journal of Systems and Softw...· 78 citations· ⚡6
Related blog posts
MIT News · Artificial Intelligence· news.mit.eduOct 23, 2026
Assistant Professor Benjamin Lindquist studies how engineers deliberately injected randomness into early AI, giving rise to deep-learning models that sometimes hallucinate.
Flint-interactive gives AI agents a language for creating interactive visualizations. Click a chart, filter data, highlight related content, and explore beyond the view the author originally chose. The post Flint-interactive: A language for creating interactive data visualizations appeared first on Microsoft Research.