REVIEW 4 major objections 5 minor 91 references
A Roadmap for Tamed Interactions with Large Language Models
T0 review · 4 major / 5 minor · reviewed 2026-08-15 · deepseek-v4-flash
Pith's one-line read This paper argues that prompt programming should be a first-class software engineering concern and proposes LSL, a domain-specific language that scripts and constrains LLM interactions.
desk verdict A coherent, well-situated SE4AI roadmap for a DSL (LSL) that constrains and scripts LLM interactions, but with no implementation or evaluation — and an abstract that overclaims a demonstrated benefit. read the letter →
The pith
A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.
The reading
What carries the argument
The central object is LSL, a DSL whose interpreter manages LLM calls through interaction blocks, context scopes, output constraints, and control flow. The load-bearing mechanism is constrained decoding with generative grammars: while the model generates, the interpreter restricts the next-token distribution so that only strings admitted by the grammar can appear, which is what turns an unreliable text generator into a component whose output is guaranteed well-formed. This mechanism is what makes the interaction explicit enough for verification tools, since termination, dead branches, and output-schema compliance become properties of a script rather than properties of a black-box model.
What would settle it
If a model-serving backend exposes no token-level likelihoods, and the interpreter then cannot enforce a specified JSON schema except by post-hoc retry, the paper's promised syntactic guarantee fails for that backend.
Extended reading notes
Core claim
The paper's central claim is that prompt programming should be treated as a first-class software engineering concern, and that a DSL called LSL can deliver this by making interaction logic explicit, analyzable, and amenable to verification and validation. LSL structures LLM calls as interaction blocks with context scopes and output constraints, separating deterministic control flow from probabilistic model behavior. The authors illustrate the approach on structured generation scenarios and report improved failure localization and interaction transparency. The guarantee LSL offers is syntactic conformance of generated output to a grammar or schema, not semantic correctness or factual accuracy.
Load-bearing premise
The whole approach depends on LLM-serving backends exposing token-level likelihoods during generation, since grammar-constrained decoding cannot be implemented without access to those scores.
Editorial extensions
If this is right
- Failure localization improves because an error can be traced to the specific scripted step or output constraint that produced it.
- Interaction transparency increases because context management, sub-task boundaries, and data flows become visible parts of the program instead of hidden prompt assembly.
- Scripts become checkable: model checking can verify termination, absence of unreachable branches, and conformance of generated JSON to API constraints.
- Robustness techniques such as few-shot learning, retrieval-augmented generation, and chain-of-thought can be automated and tuned by the interpreter rather than hand-crafted for each prompt.
- Prompts and interaction patterns become reusable, versionable artifacts that evolve under the same practices as code.
Reading between the lines
- If LSL matured, the reusable unit of LLM application development would likely shift from raw prompts to scripted interaction patterns, making prompt and data versioning a natural part of continuous integration pipelines.
- A testable extension would be a benchmark that runs the same scripted task with and without grammar-constrained decoding, isolating whether LSL's practical benefit comes from the syntactic guarantee or simply from the discipline of explicit scripting.
- The cognitive-scaffolding role suggests LSL could change who owns prompt behavior: domain experts without machine-learning training could build and maintain reliable automation, making prompt design a product artifact rather than a model detail.
- Because the approach hinges on token-level scoring, its viability tracks whether model providers standardize a scoring interface; a thin adapter that enforces grammar constraints on any backend exposing logprobs would be a concrete way to test that dependency.
Signed reviews
Editorial analysis
A structured set of objections, weighed in public.
Referee Report
Summary. The paper argues that prompt programming should be treated as a first-class software-engineering concern and proposes LSL, a domain-specific language for scripting LLM interactions. LSL is intended to make interaction logic explicit by providing abstractions for interaction blocks, context scopes, output constraints, and control flow, separating deterministic orchestration from probabilistic model behavior. The paper motivates the design from LLM unreliability, surveys related tools, illustrates the idea with a knowledge-grounded chat and a database-creation workflow (Figures 3 and 4), discusses opportunities in reliability, robustness, and trustworthiness, and lays out a roadmap of foundational work, benchmarks, interpreters, standardization, and ecosystem building. The manuscript is explicitly a roadmap and contains no implementation or empirical evaluation.
Significance. If realized, LSL would offer a principled foundation for analyzable, maintainable, and partially verifiable LLM-based systems, with the specific contribution of syntactic guarantees on generated outputs through grammar-constrained decoding. The paper's strengths are its clear problem framing, the explicit separation of deterministic and probabilistic concerns, the broad and relevant positioning against existing frameworks, and the honest acknowledgment of the limits of the approach (e.g., no semantic correctness guarantees, Sections 6.3 and 6.4). The illustrative examples are useful for communicating the design. The main limitation is that the claimed benefits are not demonstrated: there is no interpreter, no formal semantics, and no empirical evidence, and the central syntactic-compliance guarantee is conditional on an interface for token-level scoring that is not currently standardized. The contribution is therefore best read as a research agenda rather than an established result.
major comments (4)
- [Section 6.2 (and Section 4.2)] The paper's headline guarantee of syntactic compliance is load-bearing and is conditional on an unstandardized interface. Section 4.2 states that generative grammars can constrain decoding, and Section 5.1 claims improved reliability because outputs are syntactically correct; however, Section 6.2 concedes that "not all APIs or inference servers support the necessary functionalities" and that access to a scoring method is crucial for enforcing decoding strategies independently of the LLM implementation. Because closed commercial APIs generally do not expose per-token logits for arbitrary developer-supplied grammars, the central benefit reduces to provider-specific behavior or post-hoc validation in exactly the settings the paper names in Section 2.1. Please scope the guarantee, e.g., by stating that syntactic compliance holds only for backends exposing token-level scoring, and specify what LSL guarantees or does not guarantee on other backends. Listing standardization as future work in Section 7 does not resolve this, because the abstract states the guarantee unconditionally.
- [Abstract and Section 4.1] The abstract's phrase "showing improved failure localization and interaction transparency" overstates what the paper provides. Figures 3 and 4 are illustrative pseudocode, and Section 7 lists benchmarks and evaluation as future work; no implementation or measurement supports the word "showing." Please rephrase to "illustrating" or "arguing for," and place the evaluation of these properties explicitly in the future-work agenda.
- [Section 5.3.1] The claim that one can "verify the generated JSON to call a remote API always matches the API constraints by looking at the grammar constraining the LLM output" conflates grammar-level syntactic conformance with API-contract conformance. API constraints typically include semantic conditions (required fields, types, value ranges, cross-field relations) that go beyond a context-free grammar of JSON. Moreover, "always" is too strong because conformance depends on the decoder actually enforcing the grammar, which is exactly the capability in question in Section 6.2. Please restate this as a conditional syntactic guarantee and distinguish it from semantic contract verification.
- [Section 4.1 and Figures 3–4] The manuscript never specifies the syntax or semantics of LSL; Figures 3 and 4 use ad-hoc pseudocode with no grammar, scoping, or evaluation rules. Since the key claimed benefit is that interaction logic becomes "explicit, analyzable, and amenable to verification and validation," the absence of a formal or at least precise definition of LSL makes those claims difficult to assess. Please either provide a minimal formal core (e.g., the grammar of interaction blocks and output constraints) or explicitly relegate formal semantics to foundational work in Section 7.
minor comments (5)
- [Section 3.2] There is an incomplete sentence: "Llama CPP allows specifying a generative grammar to constrain the generated The closest tool..." Please complete the sentence.
- [Figure 3] The pseudocode contains the typo "refrences," which should be "references."
- [Section 4.3] The text begins "Figure 4 shows how both a semi-structured task... and a structured task..."; the semi-structured knowledge-grounded chat is shown in Figure 3, so the citation should be "Figures 3 and 4."
- [Figure 4] In the `extract_relations` function, the variable `relations` is initialized but the function returns `relationships`; please align the variable names.
- [Section 4.4] The phrases "continuous integration" and "continuous delivery" are missing spaces in the manuscript text and should be cleaned up.
Circularity Check
No circular derivation: LSL's proposal is a design vision whose claims rest on known constrained-decoding mechanisms, not on fitted inputs or self-referential definitions.
full rationale
This is a vision/roadmap paper, not an empirical derivation, so the standard circularity patterns do not apply. The central claim is that prompt programming should be a first-class Software Engineering concern and that the proposed DSL, LSL, makes interaction logic explicit, analyzable, and amenable to verification and validation. No equation or predictive quantity is derived from fitted data, and no output is claimed to follow from an input by construction. The syntactic-compliance guarantee is explicitly grounded in generative grammars and constrained decoding, which the paper credits to existing frameworks such as llama.cpp and Guidance rather than to the authors' prior work. The paper's self-citations ([24], [28], [39], [77], [78]) appear in background, related work, and motivating examples; none carries the load of the central proposal. The acknowledged limitation in Section 6.2, that enforcing decoding strategies requires access to token likelihoods that not all APIs expose, is a feasibility condition on an envisioned interpreter, not a circular reduction: the proposed benefit is conditional on an interface, but the claim does not define LSL's value in terms of itself. The abstract's statement about 'improved failure localization and interaction transparency' is plausibly unsupported by an empirical evaluation, but that is a correctness or evidence concern, not a circularity concern. The paper's claims are honest about scope, explicitly disclaiming semantic correctness and factual accuracy, and the derivation chain, such as it is, is self-contained.
Assumptions & free parameters
assumptions (4)
- domain assumption Generative grammars can be applied freely to LLM decoding to constrain generated text to well-formed strings (Section 4.2).
- domain assumption A standardized interface to LLMs and external resources can be defined with sufficient access to model scores (Section 6.2).
- ad hoc to paper Separating deterministic logic from probabilistic model behavior makes LLM interactions analyzable and verifiable without losing expressivity (Sections 4 and 5.3).
- domain assumption LLMs can generate any Unicode output sequence, so LSL scripts can be model-agnostic (Section 4.1).
invented entities (1)
-
LSL (LLM Scripting Language)
Cite this review
Pith. "Pith review of A Roadmap for Tamed Interactions with Large Language Models." pith.science (2026). https://pith.science/paper/UGLPYRMY
@misc{pith2026251024819,
author = {Pith},
title = {Pith review of: A Roadmap for Tamed Interactions with Large Language Models},
year = {2026},
howpublished = {\url{https://pith.science/paper/UGLPYRMY}},
note = {Machine review of arXiv:2510.24819}
}
read the original abstract
Large Language Models (LLMs) are increasingly embedded in software systems ( GenAIware), enabling new forms of automation and interaction However, their probabilistic nature and reliance on prompt programming challenge reliability, robustness, and maintainability In current practice, prompt-related concerns (e.g., context management, interaction logic, output validation) are embedded in general-purpose code, leading to implicit, hard-to-analyze systems We argue that prompt programming should be treated as a first-class Software Engineering (SE ) concern and propose LLM Scripting Language (LSL ), a Domain Specific Language ( DSL) for structuring LLM interactions as analyzable programs LSL introduces abstractions for interaction blocks, context scopes, output constraints, and control flow, separating deterministic logic from probabilistic model behavior while ensuring syntactic compliance From an SE perspective, LSL supports disciplined development by making interaction logic explicit, analyzable, and amenable to verification and validation It also acts as cognitive scaffolding, externalizing prompt design into programmable artifacts that reduce implicit reasoning and support systematic debugging, evolution, and reuse We illustrate these properties in a structured generation scenario, showing improved failure localization and interaction transparency While LSL does not guarantee semantic correctness or factual accuracy, it provides a principled foundation for more analyzable and maintainable prompt-based systems.
Figures
Figures from the paper (2 more)
Reference graph
Works this paper leans on
-
[1]
OpenAI API Reference: Documentation for Accessing and Interacting with OpenAI Models
2020. OpenAI API Reference: Documentation for Accessing and Interacting with OpenAI Models. https://platform.openai.com/docs/api-reference/
2020
-
[2]
LangChain Documentation: Introduction to Building Applications with Language Models
2022. LangChain Documentation: Introduction to Building Applications with Language Models. https://python.langchain.com/docs/introduction/
2022
-
[3]
CrewAI: Framework for Building Autonomous Multi-Agent LLM Workflows
2023. CrewAI: Framework for Building Autonomous Multi-Agent LLM Workflows. https://github.com/crewAIInc/crewAI
2023
-
[4]
FlowiseAI: Low-Code Platform for Building LLM-Powered Applications Visually
2023. FlowiseAI: Low-Code Platform for Building LLM-Powered Applications Visually. https://github.com/FlowiseAI/Flowise
2023
-
[5]
Google AI Studio: Access Gemini Models and API Tools for AI Development
2023. Google AI Studio: Access Gemini Models and API Tools for AI Development. https://ai.google.dev/
2023
-
[6]
Guardrails AI: Framework for Validating and Controlling LLM Outputs
2023. Guardrails AI: Framework for Validating and Controlling LLM Outputs. https://github.com/guardrails-ai/guardrails
2023
-
[7]
Guidance: Programmable Control for Language Models Using Constraints and Templates
2023. Guidance: Programmable Control for Language Models Using Constraints and Templates. https://github.com/guidance-ai/guidance
2023
-
[8]
Haystack by deepset: Framework for Developing End-to-End NLP Applications with LLMs and RAG
2023. Haystack by deepset: Framework for Developing End-to-End NLP Applications with LLMs and RAG. https://github.com/deepset-ai/haystack
2023
Show all 91 references
-
[9]
IBM watsonx.ai: Enterprise Studio for Training, Validating, and Deploying AI Models
2023. IBM watsonx.ai: Enterprise Studio for Training, Validating, and Deploying AI Models. https://www.ibm.com/products/watsonx-ai
2023
-
[10]
llama-cpp-python: Python Bindings for llama.cpp for Easy Integration
2023. llama-cpp-python: Python Bindings for llama.cpp for Easy Integration. https://github.com/abetlen/llama-cpp-python
2023
-
[11]
Llama.cpp: Efficient LLM Inference in C/C++ for LLaMA Models on CPUs
2023. Llama.cpp: Efficient LLM Inference in C/C++ for LLaMA Models on CPUs. https://github.com/ggerganov/llama.cpp
2023
-
[12]
Llama.cpp Grammars: Enforcing Syntax Constraints on Language Model Outputs
2023. Llama.cpp Grammars: Enforcing Syntax Constraints on Language Model Outputs. https://github.com/ggerganov/llama.cpp/blob/master/ grammars
2023
-
[13]
LlamaIndex: Data Framework for Connecting LLMs with External Data Sources
2023. LlamaIndex: Data Framework for Connecting LLMs with External Data Sources. https://github.com/run-llama/llama_index
2023
-
[14]
Semantic Kernel: Microsoft’s Framework for Integrating LLMs with Traditional Programming Models
2023. Semantic Kernel: Microsoft’s Framework for Integrating LLMs with Traditional Programming Models. https://github.com/microsoft/semantic- kernel
2023
-
[15]
Google Gemini API Documentation: Generating Structured Output with Language Models
2024. Google Gemini API Documentation: Generating Structured Output with Language Models. https://ai.google.dev/gemini-api/docs/structured- output
2024
-
[16]
OpenAI: Introducing Structured Outputs in the API for Reliable Response Formatting
2024. OpenAI: Introducing Structured Outputs in the API for Reliable Response Formatting. https://openai.com/index/introducing-structured- outputs-in-the-api
2024
-
[17]
NIST AI. 2023. Artificial Intelligence Risk Management Framework (AI RMF 1.0). https://doi.org/10.6028/NIST.AI.100-1
2023 doi
- [18]
-
[19]
Scott Barnett, Stefanus Kurniawan, Srikanth Thudumu, Zach Brannelly, and Mohamed Abdelrazek. 2024. Seven Failure Points When Engineering a Retrieval Augmented Generation System. InProceedings of the IEEE/ACM 3rd International Conference on AI Engineering - Software Engineering...
2024
- [20]
- [21]
-
[22]
Antonio Brogi, Jose Carrasco, Javier Cubo, Francesco D’Andria, Elisabetta Di Nitto, et al . 2016. SeaClouds: An Open Reference Architecture for Multi-cloud Governance. InSoftware Architecture - 10th European Conference, ECSA 2016, Copenhagen, Denmark, November 28 - December 2,...
2016 doi
-
[23]
Brown, Benjamin Mann, Nick Ryder, Melanie Subbiah, Jared Kaplan, et al
Tom B. Brown, Benjamin Mann, Nick Ryder, Melanie Subbiah, Jared Kaplan, et al. 2020. Language Models are Few-Shot Learners. InAdvances in Neural Information Processing Systems 33: Annual Conference on Neural Information Processing Systems 2020, NeurIPS 2020, December 6-12, 202...
2020
- [24]
-
[25]
Zhenpeng Chen, Chong Wang, Weisong Sun, Guang Yang, Xuanzhe Liu, et al. 2025. Promptware Engineering: Software Engineering for LLM Prompt Development.CoRRabs/2503.02400 (2025). https://doi.org/10.48550/ARXIV.2503.02400 arXiv:2503.02400
2025 doi
- [26]
-
[27]
Hyung Won Chung, Le Hou, Shayne Longpre, Barret Zoph, Yi Tay, et al. 2024. Scaling Instruction-Finetuned Language Models.J. Mach. Learn. Res. 25 (2024), 70:1–70:53. https://jmlr.org/papers/v25/23-0870.html
2024
-
[28]
Simone Corbo, Luca Bancale, Valeria De Gennaro, Livia Lestingi, Vincenzo Scotti, et al . 2025. How Toxic Can You Get? Search-based Toxicity Testing for Large Language Models.IEEE Trans. Software Eng.(2025). https://doi.org/10.1109/TSE.2025.3607625
2025
-
[29]
Tri Dao. 2024. FlashAttention-2: Faster Attention with Better Parallelism and Work Partitioning. InThe Twelfth International Conference on Learning Representations, ICLR 2024, Vienna, Austria, May 7-11, 2024. OpenReview.net. https://openreview.net/forum?id=mZn2Xyh9Ec
2024
-
[30]
Fu, Stefano Ermon, Atri Rudra, and Christopher Ré
Tri Dao, Daniel Y. Fu, Stefano Ermon, Atri Rudra, and Christopher Ré. 2022. FlashAttention: Fast and Memory-Efficient Exact Attention with IO-Awareness. InAdvances in Neural Information Processing Systems 35: Annual Conference on Neural Information Processing Systems 2022, Neu...
2022
- [31]
- [32]
-
[33]
Jacob Devlin, Ming-Wei Chang, Kenton Lee, and Kristina Toutanova. 2019. BERT: Pre-training of Deep Bidirectional Transformers for Language Understanding. InProceedings of the 2019 Conference of the North American Chapter of the Association for Computational Linguistics: Human ...
2019
-
[34]
Felix Dobslaw, Robert Feldt, Juyeon Yoon, and Shin Yoo. 2025. Challenges in Testing Large Language Model Based Software: A Faceted Taxonomy. CoRRabs/2503.00481 (2025). https://doi.org/10.48550/ARXIV.2503.00481 arXiv:2503.00481
2025 doi
- [35]
-
[36]
Beyza Eken, Samodha Pallewatta, Nguyen Tran, Ayse Tosun, and Muhammad Ali Babar. 2025. A Multivocal Review of MLOps Practices, Challenges and Open Issues.ACM Comput. Surv.58, 2, Article 39 (Sept. 2025), 35 pages. https://doi.org/10.1145/3747346
2025 doi
-
[37]
Timothy Elvira, Tyler Thomas Procko, and Omar Ochoa. 2024. Requirements Elicitation for Machine Learning Applications: A Research Preview. In 2024 Conference on AI, Science, Engineering, and Technology (AIxSET). 218–221. https://doi.org/10.1109/AIxSET62544.2024.00042
2024
-
[38]
2023.Information Technology - Artificial Intelligence - AI System Life Cycle Processes
International Organization for Standardization and International Electrotechnical Commission. 2023.Information Technology - Artificial Intelligence - AI System Life Cycle Processes. Standard. International Organization for Standardization
2023
-
[39]
Raffaello Fornasiere, Nicolò Brunello, Vincenzo Scotti, and Mark Carman. 2024. Medical Information Extraction with Large Language Models. In Proceedings of the 7th International Conference on Natural Language and Speech Processing (ICNLSP 2024), Mourad Abbas and Abed Alhakim F...
2024
-
[40]
Gallegos, Ryan A
Isabel O. Gallegos, Ryan A. Rossi, Joe Barrow, Md Mehrab Tanjim, Sungchul Kim, et al . 2024. Bias and Fairness in Large Language Models: A Survey.Computational Linguistics50, 3 (09 2024), 1097–1179. https://doi.org/10.1162/coli_a_00524 arXiv:https://direct.mit.edu/coli/article...
2024 doi
- [41]
-
[42]
GitHub. 2021. Introducing GitHub Copilot: your AI pair programmer. https://github.blog/news-insights/product-news/introducing-github-copilot- ai-pair-programmer/ Manuscript submitted to ACM A Roadmap for Tamed Interactions with Large Language Models 21
2021
-
[43]
Goodfellow, Yoshua Bengio, and Aaron C
Ian J. Goodfellow, Yoshua Bengio, and Aaron C. Courville. 2016.Deep Learning. MIT Press. http://www.deeplearningbook.org/
2016
-
[44]
Shane Greenstein. 2023. The AI Gold Rush.IEEE Micro43, 6 (2023), 126–128. https://doi.org/10.1109/MM.2023.3322049
2023
- [45]
-
[46]
Jianheng Huang, Leyang Cui, Ante Wang, Chengyi Yang, Xinting Liao, et al. 2024. Mitigating Catastrophic Forgetting in Large Language Models with Self-Synthesized Rehearsal. InProceedings of the 62nd Annual Meeting of the Association for Computational Linguistics (Volume 1: Lon...
2024 doi
- [47]
-
[48]
Yue Huang, Lichao Sun, Haoran Wang, Siyuan Wu, Qihui Zhang, et al. 2024. Position: TrustLLM: Trustworthiness in Large Language Models. In Forty-first International Conference on Machine Learning, ICML 2024, Vienna, Austria, July 21-27, 2024. OpenReview.net. https://openreview....
2024
- [49]
- [50]
-
[51]
Ziwei Ji, Nayeon Lee, Rita Frieske, Tiezheng Yu, Dan Su, et al. 2023. Survey of Hallucination in Natural Language Generation.ACM Comput. Surv. 55, 12 (2023), 248:1–248:38. https://doi.org/10.1145/3571730
2023 doi
-
[52]
Jiang, Alexandre Sablayrolles, Arthur Mensch, Chris Bamford, Devendra Singh Chaplot, et al
Albert Q. Jiang, Alexandre Sablayrolles, Arthur Mensch, Chris Bamford, Devendra Singh Chaplot, et al. 2023. Mistral 7B.CoRRabs/2310.06825 (2023). https://doi.org/10.48550/ARXIV.2310.06825 arXiv:2310.06825
-
[53]
Jiang, Alexandre Sablayrolles, Antoine Roux, Arthur Mensch, Blanche Savary, et al
Albert Q. Jiang, Alexandre Sablayrolles, Antoine Roux, Arthur Mensch, Blanche Savary, et al. 2024. Mixtral of Experts.CoRRabs/2401.04088 (2024). https://doi.org/10.48550/ARXIV.2401.04088 arXiv:2401.04088
-
[54]
Dan Jurafsky and James H. Martin. 2009.Speech and language processing: an introduction to natural language processing, computational linguistics, and speech recognition, 2nd Edition. Prentice Hall, Pearson Education International. https://www.worldcat.org/oclc/315913020
2009
-
[55]
Brown, Benjamin Chess, et al
Jared Kaplan, Sam McCandlish, Tom Henighan, Tom B. Brown, Benjamin Chess, et al. 2020. Scaling Laws for Neural Language Models.CoRR abs/2001.08361 (2020). arXiv:2001.08361 https://arxiv.org/abs/2001.08361
2020 arXiv
-
[56]
Donald E. Knuth. 1984. Literate Programming.Comput. J.27, 2 (1984), 97–111. https://doi.org/10.1093/COMJNL/27.2.97
1984 doi
-
[57]
Takeshi Kojima, Shixiang Shane Gu, Machel Reid, Yutaka Matsuo, and Yusuke Iwasawa. 2022. Large Language Models are Zero-Shot Reasoners. InAdvances in Neural Information Processing Systems 35: Annual Conference on Neural Information Processing Systems 2022, NeurIPS 2022, New Or...
2022
-
[58]
Jonathan Laurent and André Platzer. 2025. Oracular Programming: A Modular Foundation for Building LLM-Enabled Software.CoRRabs/2502.05310 (2025). https://doi.org/10.48550/ARXIV.2502.05310 arXiv:2502.05310
2025 doi
-
[59]
Dingcheng Li, Zheng Chen, Eunah Cho, Jie Hao, Xiaohu Liu, et al . 2022. Overcoming Catastrophic Forgetting During Domain Adaptation of Seq2seq Language Generation. InProceedings of the 2022 Conference of the North American Chapter of the Association for Computational Linguisti...
2022
-
[60]
Liang, Melissa Lin, Nikitha Rao, and Brad A
Jenny T. Liang, Melissa Lin, Nikitha Rao, and Brad A. Myers. 2025. Prompts Are Programs Too! Understanding How Developers Build Software Containing Prompts.Proc. ACM Softw. Eng.2, FSE (2025), 1591–1614. https://doi.org/10.1145/3729342
2025 doi
-
[61]
LMSYS. 2023. Vicuna: An Open-Source Chatbot Impressing GPT-4 with 90%* ChatGPT Quality. https://lmsys.org/blog/2023-03-30-vicuna/
2023
- [62]
- [63]
-
[64]
Butler, Chris Parnin, Thomas Zimmermann, et al
Nadia Nahar, Christian Kästner, Jenna L. Butler, Chris Parnin, Thomas Zimmermann, et al. 2025. Beyond the Comfort Zone: Emerging Solutions to Overcome Challenges in Integrating LLMs into Software Products. In47th IEEE/ACM International Conference on Software Engineering: Softw...
2025
-
[65]
Arshaan Nazir, Thadaka Kalyan Chakravarthy, David Amore Cecchini, Rakshit Khajuria, Prikshit Sharma, et al. 2024. LangTest: A comprehensive evaluation library for custom LLM and NLP models.Softw. Impacts19 (2024), 100619. https://doi.org/10.1016/J.SIMPA.2024.100619
2024
-
[66]
2021.Crafting Interpreters
Robert Nystrom. 2021.Crafting Interpreters. Genever Benning. https://craftinginterpreters.com/
2021
- [67]
-
[68]
Mauro Pezzè, Matteo Ciniselli, Luca Di Grazia, Niccolò Puccinelli, and Ketai Qiu. 2024. The Trailer of the ACM 2030 Roadmap for Software Engineering.ACM SIGSOFT Softw. Eng. Notes49, 4 (2024), 31–40. https://doi.org/10.1145/3696117.3696126
2024
-
[69]
Emanuele Pucci, Ludovica Piro, Salvatore Andolina, and Maristella Matera. 2024. From Conversational Web to Inclusive Conversations with LLMs. InProceedings of the 2024 International Conference on Advanced Visual Interfaces, A VI 2024, Arenzano, Genoa, Italy, June 3-7, 2024, Cr...
2024
-
[70]
Rabe and Charles Staats
Markus N. Rabe and Charles Staats. 2021. Self-attention Does Not Need O(n 2) Memory.CoRRabs/2112.05682 (2021). arXiv:2112.05682 https: //arxiv.org/abs/2112.05682
2021 arXiv
-
[71]
Alec Radford, Karthik Narasimhan, Tim Salimans, and Ilya Sutskever. 2018. Improving Language Understanding by Generative Pre-Training. https://cdn.openai.com/research-covers/language-unsupervised/language_understanding_paper.pdf
2018
-
[72]
Traian Rebedea, Razvan Dinu, Makesh Narsimhan Sreedhar, Christopher Parisien, and Jonathan Cohen. 2023. NeMo Guardrails: A Toolkit for Controllable and Safe LLM Applications with Programmable Rails. InProceedings of the 2023 Conference on Empirical Methods in Natural Language ...
2023 doi
-
[73]
Lillicrap, et al
Machel Reid, Nikolay Savinov, Denis Teplyashin, Dmitry Lepikhin, Timothy P. Lillicrap, et al. 2024. Gemini 1.5: Unlocking multimodal understanding across millions of tokens of context.CoRRabs/2403.05530 (2024). https://doi.org/10.48550/ARXIV.2403.05530 arXiv:2403.05530
- [74]
- [75]
-
[76]
Bach, Lintang Sutawika, et al
Victor Sanh, Albert Webson, Colin Raffel, Stephen H. Bach, Lintang Sutawika, et al. 2022. Multitask Prompted Training Enables Zero-Shot Task Generalization. InThe Tenth International Conference on Learning Representations, ICLR 2022, Virtual Event, April 25-29, 2022. OpenRevie...
2022
-
[77]
Vincenzo Scotti and Mark James Carman. 2024. LLM Support for Real-Time Technical Assistance. InMachine Learning and Knowledge Discovery in Databases. Research Track and Demo Track - European Conference, ECML PKDD 2024, Vilnius, Lithuania, September 9-13, 2024, Proceedings, Par...
2024 doi
-
[78]
Vincenzo Scotti, Licia Sbattella, and Roberto Tedesco. 2024. A Primer on Seq2Seq Models for Generative Chatbots.ACM Comput. Surv.56, 3 (2024), 75:1–75:58. https://doi.org/10.1145/3604281
2024 doi
-
[79]
Yuchen Shao, Yuheng Huang, Jiawei Shen, Lei Ma, Ting Su, et al. 2025. Are LLMs Correctly Integrated into Software Systems?. In47th IEEE/ACM International Conference on Software Engineering, ICSE 2025, Ottawa, ON, Canada, April 26 - May 6, 2025. IEEE, 1178–1190. https://doi.org...
2025
-
[80]
Kensen Shi, Deniz Altinbüken, Saswat Anand, Mihai Christodorescu, Katja Grünwedel, et al. 2025. Natural Language Outlines for Code: Literate Programming in the LLM Era. InProceedings of the 33rd ACM International Conference on the Foundations of Software Engineering, FSE Compa...
2025
-
[81]
Noah Shinn, Federico Cassano, Ashwin Gopinath, Karthik Narasimhan, and Shunyu Yao. 2023. Reflexion: language agents with verbal reinforcement learning. InAdvances in Neural Information Processing Systems 36: Annual Conference on Neural Information Processing Systems 2023, Neur...
2023
-
[82]
Weapon of Mass Deception
Alejo José G. Sison, Marco Tulio Daza, Roberto Gozalo-Brizuela, and Eduardo C. Garrido-Merchán. 2024. ChatGPT: More Than a "Weapon of Mass Deception" Ethical Challenges and Responses from the Human-Centered Artificial Intelligence (HCAI) Perspective.Int. J. Hum. Comput. Intera...
2024
-
[83]
Lintang Sutawika, Hailey Schoelkopf, Leo Gao, Baber Abbasi, Stella Biderman, et al . 2024. EleutherAI/lm-evaluation-harness: v0.4.7. https: //doi.org/10.5281/zenodo.14506035
2024 doi
- [84]
- [85]
-
[86]
Ashish Vaswani, Noam Shazeer, Niki Parmar, Jakob Uszkoreit, Llion Jones, et al. 2017. Attention is All you Need. InAdvances in Neural Information Processing Systems 30: Annual Conference on Neural Information Processing Systems 2017, December 4-9, 2017, Long Beach, CA, USA, Is...
2017
- [87]
-
[88]
Laura Weidinger, John Mellor, Maribeth Rauh, Conor Griffin, Jonathan Uesato, et al. 2021. Ethical and social risks of harm from Language Models. CoRRabs/2112.04359 (2021). arXiv:2112.04359 https://arxiv.org/abs/2112.04359
2021 arXiv
-
[89]
Thomas Wolf, Lysandre Debut, Victor Sanh, Julien Chaumond, Clement Delangue, et al. 2020. Transformers: State-of-the-Art Natural Language Processing. InProceedings of the 2020 Conference on Empirical Methods in Natural Language Processing: System Demonstrations, EMNLP 2020 - D...
2020 doi
- [90]
-
[91]
Haiyan Zhao, Hanjie Chen, Fan Yang, Ninghao Liu, Huiqi Deng, et al. 2024. Explainability for Large Language Models: A Survey.ACM Trans. Intell. Syst. Technol.15, 2 (2024), 20:1–20:38. https://doi.org/10.1145/3639372 Manuscript submitted to ACM
2024 doi
Reviewed August 15, 2026 · model on record in the stance chip above.
Discussion (0). Continue with ORCID to comment.