Can systems surface ambiguity instead of guessing user intent?
When database queries are ambiguous, should systems ask for clarification or make their best guess? This explores whether making the system's reasoning visible helps users disambiguate faster.
PleaSQLarify's authors argue that natural language database interfaces fail not because users are careless but because "systems typically sample the most probable interpretation and perform the corresponding system action" when a request is ambiguous, collapsing uncertainty into one guess instead of surfacing it. They cite the CoSQL dataset, where across "2'459 interactions where users asked SQL experts to write basic SQL queries conversationally, 31.9% of which contained an instruction requiring clarification of the user's intent" — ambiguity is common, not an edge case. Their proposed fix reframes the problem through pragmatics: users are "economical speakers" who underspecify, while systems hold priors over possible actions "that may not align with the users'." The system they built groups raw query features into "semantically interpretable decision variables," selects among them by expected information gain, and exposes them through a visual interface with three linked views — an Action Space, a Decision Space, and a Predicted Query — so a user can see alternative SQL interpretations, disambiguate specific variables, and watch belief updates persist across turns. In a study with twelve participants, this helped users "recognize alternative interpretations they had not anticipated," and on the AMBROSIA benchmark the algorithm "reduces semantic uncertainty in fewer turns than baselines," converging in "two to eight clarification steps."
The mechanism borrows directly from Clark and Wilkes-Gibbs's collaborative model of reference: pragmatic repair proceeds incrementally, with speakers starting from a minimal description and adding "just enough new information to distinguish the intended meaning from remaining alternatives," following a "principle of least collaborative effort" that avoids over-specification up front. PleaSQLarify's contribution is making this collaborative grounding process visible and interactive rather than implicit: instead of a single clarifying question, the interface lets users explore the system's action space directly, and the information-gain-ranked decision variables determine which ambiguity gets resolved first. The user study surfaced three distinct ways participants used this: "broad exploration, targeted prefiltering, and output-driven assembly," which the authors read as evidence that interfaces should support multiple repair strategies rather than enforcing one clarification path.
This sits close to When should AI agents ask users instead of just searching?, which also grounds clarification in conversational pragmatics rather than intent classification; PleaSQLarify adds a concrete algorithmic mechanism (expected-information-gain selection over grouped decision variables) and a visual interface for exposing the action space, where the insert-expansion framework stays at the level of when to probe versus proceed. It also parallels Do spatially-anchored previews stabilize VR geometry editing tasks? in pairing visual preview with clarification to cut interaction rounds, but in a structured-query domain rather than VR geometry, and with an explicit pragmatic-theoretic (RSA) justification for which variable to ask about rather than relying on previews alone. Against Which clarifying questions actually improve user satisfaction?, PleaSQLarify's information-gain ranking is a different mechanism for the same underlying problem — choosing which ambiguity to surface first — grounded in formal pragmatics rather than empirical satisfaction testing.
The study does not establish that this generalizes beyond text-to-SQL or beyond users who already hold a well-formed intent: the authors note the experimental setup "assumes the user has a well-formed intent that can be reasonably mapped to a valid SQL query," explicitly excluding cases "when a user is unsure about their intent or changes their intent" that they observed but did not study. The candidate pool was also fixed at "around 50 language model generations" rather than updated dynamically, and several participants (P5, P7, P9) reported being unable to find their exact intended query within that fixed set. The twelve-participant sample and single domain mean the design principle — surface the action space, rank clarifications by information gain, keep updates traceable — is demonstrated for narrow, intent-clear disambiguation, not yet shown to extend to intent formation or to natural language interfaces generally.
Inquiring lines that read this note 6
This note is a source for these research framings, grouped by the broader line of inquiry each explores. Scan the bold lines of inquiry; follow any specific question forward.
What evidence best independently verifies agent behavior for safety? Should AI systems make failures transparent so users can contest and adjust? How should retrieval systems adapt to different reasoning problems? How can conversational AI develop appropriate initiative and goal awareness? Can prompt engineering achieve genuine reasoning improvements without introducing user bias? How do chatbot properties shape user belief adoption and resistance?Related concepts in this collection 4
This note in its neighbourhood — explore the map, then jump to a related concept in the list below.
Click a node to walk · click center to open · click Open in graph to see this note in the full knowledge graph
-
When should AI agents ask users instead of just searching?
Explores whether tool-enabled LLMs should probe users for clarification when uncertain, rather than silently chaining tool calls that drift from intent. Examines conversation analysis patterns as a formal alternative.
both ground clarification in conversational pragmatics rather than intent classification; PleaSQLarify adds an information-gain algorithm and visual interface
-
Do spatially-anchored previews stabilize VR geometry editing tasks?
This study explores whether showing users visual previews of candidate interpretations anchored in the 3D workspace helps them reach task goals more smoothly and with fewer conversation turns when working with an LLM-assisted geometry editor.
both pair visual preview with clarification to cut rounds, in a different domain and without PleaSQLarify's explicit RSA justification
-
Which clarifying questions actually improve user satisfaction?
Not all clarification helps equally. This explores whether asking users to rephrase their needs works as well as asking targeted questions about specific information gaps.
both treat which ambiguity to surface first as a design decision, via information gain versus question phrasing
-
Can command generation replace intent classification in dialogue systems?
Explores whether generating pragmatic commands in a DSL could outperform traditional intent classification for task-oriented dialogue, particularly regarding training data needs and scalability.
both treat the problem as pragmatics rather than semantics, at different architectural levels
Related papers in this collection 8
Papers most semantically related to this note, ranked by cosine similarity in the embedding space.
- PleaSQLarify: Visual Pragmatic Repair for Natural Language Database Querying
- Knowing but Not Showing: LLMs Recognize Ambiguity but Rarely Ask Clarifying Questions
- Mapping the Design Space of User Experience for Computer Use Agents
- Clarify When Necessary: Resolving Ambiguity Through Interaction with LMs
- Clarifying the Path to User Satisfaction: An Investigation into Clarification Usefulness
- Beyond Conversations: Spatially-Anchored Previews for Intent Disambiguation in LLM-Assisted Geometry Editing in Virtual Reality
- Aligning Language Models to Explicitly Handle Ambiguity
- QuestBench: Can LLMs ask the right question to acquire information in reasoning tasks?
Original note title
PleaSQLarify operationalizes pragmatic repair through interpretable decision variables and a visual action-space interface for text-to-SQL