Atlas · skill

Dialogue Systems

Dialogue systems model how an interactive conversation progresses toward a task or communicative goal. The skill covers interpreting user acts, tracking dialogue state and choosing the next system action, including intent-and-slot architectures and hybrids that combine explicit conversation policy with generative language models.

conceptAgent Applications

What it is

A task-oriented dialogue system often identifies an intent, extracts slot values and updates a representation of what is known or still required. A dialogue manager selects an action such as asking for a missing value, confirming a decision or invoking a service. Response generation then expresses that action to the user. Modern systems may use an LLM for understanding or wording while retaining explicit policy and state. This differs from conversational AI as a broad application category: dialogue-system design focuses on the mechanics of interaction and progression. An individual utterance is interpreted in relation to previous turns, not only as an isolated sentence.

What the work involves

The practitioner defines the tasks, dialogue acts, state fields and transitions needed to complete interactions. They decide how corrections override earlier values and when ambiguity requires clarification. A useful result is a policy or flow specification with example conversations and observable state updates. Evaluation includes out-of-order information, topic switching and requests to undo a prior step. Separating language understanding from policy helps diagnose whether a failure came from misinterpreting the user or choosing an inappropriate next action.

Illustrative example

A transit assistant needs origin, destination and departure time. A user provides a destination first, then says 'from the airport, tomorrow morning' and later changes the destination. The state tracker fills and revises the relevant slots, while the policy requests an exact time only when needed for the lookup. A test inspects each state transition and verifies that the resulting service call uses the revised destination instead of the first mentioned place.

Limits and common mistakes

Rigid state machines can fail when users deviate from an anticipated sequence, while unconstrained generation can lose task policy. Intent overlap and implicit references complicate state tracking. Quality requires accurate interpretation, appropriate transitions and a recoverable path when understanding fails. Dialogue state should not be reduced to a transcript: the transcript records utterances, whereas state represents their current operational meaning, including which values were corrected, confirmed or superseded.

Prerequisites

No prerequisites.

Related skills

Sources and further reading

  • Dialogflow CX pages

    Illustrates explicit dialogue state, information collection and transitions in a task-oriented system.

  • Rasa CALM concepts

    Describes separating contextual language understanding from task execution through flows.

Last updated: 2026-10-10