Robots Atlas>ROBOTS ATLAS
Agents

Conversational AI (Voice + Chat)

1966ActivePublished: 5 May 2026Updated: 5 May 2026Published
Key innovation
Integrates ASR, NLU, dialogue management, NLG, and TTS into a unified pipeline enabling multi-turn voice or text conversations with persistent dialogue state and intent tracking.
Category
Agents
Abstraction level
Pattern
Operation level
ApplicationOrchestrationTooling
Use cases
Customer service chatbots and voice agentsIVR – next-generation automated phone menusVoice assistants – Alexa, Google Assistant, SiriHealthcare triage – initial symptom assessment and appointment schedulingHR onboarding and internal helpdesk supportE-commerce – shopping advisors and order managementBanking – account management, routine operationsMultilingual support – handling multiple languages within a single agent

How it works

In voice mode, the incoming audio stream is first processed by ASR into text, then analyzed by NLU for intents (e.g., "flight_booking") and entities (date, location, number of passengers). The dialogue management module updates the conversation state, decides on the next action (response, clarification, API call), and passes the response structure to NLG. NLG generates text, which in voice mode is converted to audio by TTS. In LLM-based architectures (post-2022), the NLU + dialogue + NLG steps typically merge into a single model call, and in S2S variants, ASR and TTS are also absorbed into a single multimodal model.

Problem solved

Traditional GUI interfaces (forms, menus, tables) require users to learn application-specific structures and typically cannot handle ambiguous queries. Conversational AI addresses the problem of accessing system functionality in a natural way — via voice or text — with support for ambiguity resolution, multi-turn context, and human fallback when the system cannot handle a request.

Components

Automatic Speech Recognition (ASR)Converts input audio to text for voice mode.

Converts an audio stream into text. Classical implementations use hybrid acoustic-language models; modern systems rely on end-to-end models like Whisper. Optional for chat mode.

Hybrid ASR (HMM-DNN)
End-to-end ASR (Whisper, Conformer)
Streaming ASR

Official

Natural Language Understanding (NLU)Translates user utterances into an intent and entity structure.

Extracts the user's intent and salient entities (slots) from the input text. In pre-LLM systems, implemented via intent classifiers + NER; in LLM-based systems, often merged with dialog management.

Intent classification + slot filling
LLM-based NLU

Official

Dialog ManagementConversation state and policy controller

Tracks dialog state across turns (Dialog State Tracking) and decides the next system action (Dialog Policy): answer, clarification question, tool invocation, human escalation. The central component distinguishing Conversational AI from a single model call.

Finite-state / decision-tree dialog
Frame-based / Slot-filling
LLM-driven dialog policy
Natural Language Generation (NLG)Generates natural-language text responses.

Produces the textual response for the user. Classically template-based with rules; modern systems use free-form LLM generation controlled by prompts and guardrails.

Template-based NLG
LLM-based NLG

Official

Text-to-Speech (TTS)Output text-to-audio conversion for voice mode

Converts the response text into an audio stream. Modern neural systems (e.g. WaveNet, Tacotron, VALL-E) generate near-human quality speech with optional emotion and voice control. Optional for chat mode.

Official

Context / Memory StoreDialogue memory and personalization

Stores the conversation history within a session and optionally the user profile and long-term memory across sessions. Essential for multi-turn coherence and personalization.

Official

Fallback & EscalationSafe handoff of the conversation to a human agent

Mechanism for detecting that the system does not understand an utterance or that the request exceeds its scope, and handing the conversation off to a human agent with full context. Critical for user trust.

Official

Implementation

Implementation pitfalls
Latency exceeding the natural voice conversation thresholdCritical

Voice mode requires end-to-end latency below ~500 ms from the end of the user's utterance to the start of the response. Classical ASR→LLM→TTS pipelines without streaming often reach 1–3 s, which feels artificial and uncomfortable.

Fix:Streaming ASR with Voice Activity Detection, chunked LLM decoding, and streaming TTS; consider speech-to-speech (S2S) models that eliminate intermediate text conversion.
Customer Data Hallucinations in Model ResponsesCritical

LLM-based dialog policy can generate confident but incorrect facts (prices, policies, account data), leading to loss of trust and legal risk.

Fix:Enforce grounding via RAG over official client documents and tool use for dynamic data; validate all numbers and facts before sending; log responses for review.
ASR errors with accents, noise, and spontaneous speechHigh

ASR models have significantly higher WER for non-standard accents, dialects, code-switching, and noisy environments. ASR errors propagate into NLU, yielding incorrect intents.

Fix:Use domain-adapted ASR tuned to target accents; pass N-best lists or confidence scores to the NLU; employ robust NLU tolerant of transcription errors.
Ineffective escalation to a human agentHigh

A system that stubbornly tries to answer outside its scope leads to user frustration, negative NPS, and churn. Often more important than answer quality within scope.

Fix:Implement out-of-scope detection and frustration signal recognition (repeated queries, negative sentiment); allow users to request a human agent at any point; hand off full conversation context to the agent.
Loss of dialogue state in extended conversationsMedium

Accumulated conversation history can exceed the LLM context window or be summarized incorrectly, causing the system to forget previously established intents and entities.

Fix:Use explicit Dialog State Tracking (slot-frame) structures; compact history while preserving entities; store key slots separately from the loose conversation log.
Prompt injection via user utterancesHigh

A malicious user can try to hijack system behavior ('forget previous instructions', 'pretend to be DAN'), which in an unhardened system leads to system prompt disclosure or out-of-scope behavior.

Fix:Structurally isolate system instructions from user input; apply guardrails before and after inference; test robustness via red-teaming.
Absence of Continuous Conversation Quality EvaluationMedium

Conversational AI drifts as business processes, offerings, and documentation change. Without automated conversation evaluation (intent accuracy, resolution rate, escalation rate), quality degrades invisibly.

Fix:Embed automated metrics (intent accuracy, containment rate, post-conversation CSAT, human escalation rate) alongside periodic human sampling and evaluation.

Evolution

1966
ELIZA – first rule-based chatbot

Joseph Weizenbaum (MIT) creates ELIZA — a program imitating a Rogerian therapist via pattern-matching rules. Demonstrates that even a simple text system can give users the illusion of understanding.

1995
Frame-based dialog systems – slot filling

Slot-filling architecture with explicitly defined intents and entities becomes the dominant pattern for task-oriented dialog systems (e.g. flight booking).

2011
Siri – commercialization of a voice assistant
Inflection point

Apple introduces Siri on the iPhone 4S, popularizing the idea of a mass-market personal voice assistant. In subsequent years come Google Now (2012), Cortana (2014), Alexa (2014).

2015
Neural seq2seq dialogue models introduced

Vinyals and Le (Google) publish 'A Neural Conversational Model' — show that RNN encoder-decoder models can generate coherent responses in open domain. Opens the era of neural generative chatbots.

2022
ChatGPT – LLM as a universal dialogue engine
Inflection point

OpenAI releases ChatGPT (November 2022). RLHF-tuned LLMs prove capable of multi-turn open-domain conversations with response quality surpassing prior modular systems. Conversational AI architecture shifts from modular pipelines toward unified LLMs.

2024
GPT-4o Voice Mode and the speech-to-speech wave
Inflection point

OpenAI introduces Advanced Voice Mode in GPT-4o (May 2024) — a multimodal audio→audio model with ~320 ms latency, eliminating the intermediate text step. Other S2S models (Moshi, Hume Octave) confirm the trend.

2026
Conversational AI in the Agents-as-a-Service model

Sierra publishes the Agents-as-a-Service manifesto (March 2026) — Conversational AI integrates with the agentic paradigm, where a single agent handles chat, voice, email, and 30+ languages with built-in guardrails, autonomously improved by an overseer agent (Ghostwriter).

Hyperparameters (configurable axes)

Modality (Chat / Voice / Hybrid)Critical

User interaction mode. Voice mode requires ASR + TTS and much lower latency (below ~500 ms) than chat mode.

text_only
voice_only
voice + chat + email
Architecture (pipeline vs. end-to-end)High

Whether the system is composed of separate modules (ASR + NLU + DM + NLG + TTS) or unified in a single model (LLM or speech-to-speech).

modular_pipelineClassic slot-filling systems.
llm_unifiedA single LLM call handles NLU, DM, and NLG.
speech_to_speechMultimodal audio-to-audio model.
Target response latencyHigh

Acceptable time between the end of the user's utterance and the start of the system's response. Determines the naturalness of voice conversation.

<500msRequirement for natural voice conversation.
1-3sAcceptable for text-based chat.
Number of Supported LanguagesMedium

Number and quality of supported languages and accents. Affects geographic reach and ASR/NLU accuracy for low-resource languages.

english_only
30+ languages
Response Grounding StrategyHigh

Strategy ensuring the system responds factually: pure model, RAG over customer documents, API access to live data.

model_onlyRisk of hallucinations.
RAG_over_kb
tool_use_with_live_apis
Fallback / Escalation StrategyHigh

When and how the system hands off to a human: after N failed attempts, on user request, based on emotion signals.

noneRisk of user frustration.
on_user_request_or_3_failures

Execution paradigm

Primary mode
Conditional

Modern LLM-based implementations combine NLU, dialog management, and NLG in a single model call, greatly simplifying the pipeline compared to classical modular systems.

Activation pattern
Input dependent
Additional modes
Dense
Routing mechanism

Dialog policy routes the conversation among paths: direct answer, clarification question, tool invocation, human escalation. In LLM-based systems, routing is realized by model decisions in the context of a system prompt.

Parallelism

Parallelism level
Conditionally parallel

Parallelism occurs primarily inter-session (multiple users served concurrently) and within a single turn (parallel tool calls, RAG retrieval during generation).

Scope
InferenceAcross devices
Constraints
!Sekwencyjność tur dialogowych
!Streaming ASR/TTS dla niskiego opóźnienia

Hardware requirements

Primary

LLM inference (NLU/dialog/NLG) and neural ASR/TTS run most efficiently on GPUs with tensor cores; voice mode with a <500 ms budget requires hardware acceleration.

Good fit

Google deploys conversational AI (Google Assistant) on TPU; similar results to GPU for most inference workloads.

Possible

Lightweight intent classifiers, template-based NLG, and classical ASR run on CPU. Insufficient for modern LLM-based real-time voice systems.