Source-linked AI summary
Building and Evaluating Open-Domain Dialogue Corpora with Clarifying Questions
Mohammad Aliannejadi, Julia Kiseleva, Aleksandr Chuklin, Jeffrey Dalton, Mikhail Burtsev
TL;DR
Open-domain dialogue systems need to recognize ambiguous requests and ask clarifying questions when an immediate answer is not appropriate. The paper builds single- and multi-turn data, benchmarks neural models, and proposes offline and human-in-the-loop evaluation; its baselines are solid, and offline evaluation agrees with human-in-the-loop evaluation.
Problem
The paper studies when an open-domain dialogue system should ask a clarifying question and which question to ask, addressing a lack of suitable datasets for the task.
Source: §1 · pp. 1–2Method
The paper collects open-domain single- and multi-turn conversations, benchmarks neural models, and proposes offline automatic and online human-in-the-loop evaluation.
Source: §1 · p. 2Results
The neural models are solid baselines for future research, and the offline automatic evaluation agrees with human-in-the-loop evaluation.
Source: §6 · p. 9Takeaways & Limitations
The dataset is presented as a foundation for further research on clarifying questions in open-domain dialogue.
Source: §6 · p. 9Multi-turn collection assumes the trained dialogue agent is among the best-performing and can clarify appropriately and interpret users’ answers.
Source: §4.2 · p. 5
Abstract
from arXiv · showhide
Enabling open-domain dialogue systems to ask clarifying questions when appropriate is an important direction for improving the quality of the system response. Namely, for cases when a user request is not specific enough for a conversation system to provide an answer right away, it is desirable to ask a clarifying question to increase the chances of retrieving a satisfying answer. To address the problem of 'asking clarifying questions in open-domain dialogues': (1) we collect and release a new dataset focused on open-domain single- and multi-turn conversations, (2) we benchmark several state-of-the-art neural baselines, and (3) we propose a pipeline consisting of offline and online steps for evaluating the quality of clarifying questions in various dialogues. These contributions are suitable as a foundation for further research.
1 Introduction
Open-domain dialogue systems must recognize when a request is ambiguous and ask a clarifying question rather than answer directly. The paper addresses this problem with a single- and multi-turn dataset, neural baselines, and an offline/online evaluation pipeline.
1 Introduction
- Ambiguous requests call for identifying when clarification is needed and asking a suitable question instead of answering directly.The introduction frames a lack of suitable datasets as a barrier to studying this problem.Source: §1 · pp. 1–2
- The dataset covers about 300 topics, with approximately 15K single-turn and 1.5M multi-turn conversations, supporting study of when and what to ask.Source: §1 · p. 2
- The paper benchmarks state-of-the-art neural models and proposes a two-stage evaluation pipeline: offline automatic evaluation and online human-in-the-loop conversation.Source: §1 · p. 2
- The work releases the dataset, offline evaluation pipeline, and code for running the explored neural models as task baselines.Source: §1 · p. 2
2 Related work
The related work places clarifying questions at the intersection of open-domain dialogue and dialogue-system evaluation. Prior work spans search-oriented clarification and dialogue settings, while open-domain evaluation commonly relies on human assessment.
2 Related work
- The paper situates its contribution across learning to ask clarifying questions in open-domain conversations and evaluating dialogue systems.Source: §2 · p. 2
2.1 Learning to ask clarifying questions
- Prior clarification research includes search-oriented query clarification and datasets, alongside dialogue work on when to ask and which question to ask.Source: §2.1 · p. 2
2.2 Evaluating Dialogue Systems
- Open-domain dialogue evaluation remains under exploration, and the current standard commonly uses crowdsourced human assessments or research-competition volunteers.Source: §2.2 · pp. 2–3
3 Problem Setting
The problem setting routes each open-domain user request toward clarification or answer generation, focusing on the request-understanding and clarification stages. The collection represents requests, candidate questions, and user answers, and the pipeline uses collected single-turn conversations to train agents for multi-turn collection and evaluation.
3 Problem Setting
- User Request Understanding decides whether a request goes to Clarifying Question Generation or Answer Generation; this work focuses on the first two modules.Source: §3 · p. 3
- Each data item combines a conversational user request, a clarification-need label, candidate questions addressing request facets, and corresponding user answers.Source: §3 · p. 3
- The coherent triples (U, Q, A) can be transformed into single-turn conversations, with requests spanning topics and including both ambiguous and unambiguous cases.Source: §3 · p. 3
- Collected single-turn conversations train agents; the two best-performing agents then converse with crowdsourced workers for multi-turn collection and Acute-eval assessment.Source: §3 · p. 3
4 Data Collection
The section describes collecting single-turn conversations as (U, Q, A) triples and extending the collection to human and synthetic multi-turn dialogues.
4.1 P1: Crowdsourcing Single-Turn Dialogues
- Single-turn requests start from 300 TREC Web topics; expert annotators convert keyword descriptions into conversational requests and label clarification need on a 1–4 scale.Two annotators assess each request; disagreements receive an additional assessment, with Cohen’s κ = 0.78.Source: §4.1 · p. 4
- Two workers generate 12 clarifying questions per request; experts remove invalid or duplicate questions, map questions to facets, and add questions for uncovered facets.Workers also provide answers conditioned on a facet; quality checks remove invalid submissions, yielding single-turn (U, Q, A) triples.Source: §4.1 · pp. 4–5
4.2 P3: Crowdsourcing Multi-Turn Dialogues
- For multi-turn collection, workers answer an agent’s final question using dialogue context that may include 1–2 prior question–answer rounds.Unclear or improper-language questions are removed; synthetic training conversations are also created from combinations of two or three questions and their answers.Source: §4.2 · pp. 5–6
5 Models and Evaluation
The section evaluates when open-domain dialogue agents should clarify and which question they should ask, using automatic measures and multi-turn human judgments.
5.1 P2: Evaluating Single-Turn Agents
- Experiments use topic-based 70/10/20 training, validation, and test splits shared across single- and multi-turn settings, with requests evaluated against an all-topic question bank.Source: §5.1 · p. 6
5.1.1 Predicting Clarification Need
- Clarification-need prediction assigns 1–4 necessity scores, but the authors characterize the task as difficult despite reasonable baseline performance.The compared predictors include RoBERTa-, BART-, and BERT-based classifiers.Source: §5.1.1 · pp. 6–7
5.1.2 Returning Clarifying Question
- Single-turn question selection is evaluated by retrieval impact (document relevance) and by ranking relevant questions from the question bank (question relevance).Question relevance is measured with Recall@[10,20,30].Source: §5.1.2 · p. 7
- The best-performing fine-tuned neural single-turn models perform reasonably and are used for multi-turn evaluation.Tables 5 and 6 report document- and question-relevance metrics, respectively.Source: Table 5 · p. 7, Table 6 · p. 8, §5.1.2 · p. 8
5.2 P4: Evaluating Multi-Turn Conversations
- Multi-turn evaluation uses full conversation history and document relevance; the two best single-turn models are fine-tuned on synthetic data for this task.Question relevance is not evaluated for multi-turn models.Source: §5.2 · p. 8
- Multi-turn methods are solid baselines: ELECTRA beats RoBERTa automatically and wins most human judgments across five aspects.The human comparison covered 120 dialogue pairs; automatic and human evaluations were reported as aligned.Source: Table 7 · p. 8, Table 8 · p. 8, §5.2 · pp. 8–9
6 Conclusions
The paper presents a dataset spanning nearly 300 topics and single- and multi-turn conversations, benchmarks neural models for clarifying questions, and proposes an evaluation pipeline that agrees with human-in-loop evaluation.
- The dataset includes single- and multi-turn conversations and covers almost 300 different topics, providing a foundation for further research.Source: §6 · p. 9
- The authors conclude that fine-tuned state-of-the-art neural models are solid baselines for future research on clarifying questions.Source: §6 · p. 9
- The proposed offline automatic evaluation pipeline agrees with human-in-loop evaluation.Source: §6 · p. 9
- The authors publicly release the datasets, baseline-training code, and evaluation procedure.Source: §6 · p. 9