ModelRefs / Multi-Turn Conversation — AI Glossary
Multi-Turn Conversation — AI Glossary
A dialogue spanning multiple user-assistant exchanges, requiring the model to maintain coherence, context, and task state across turns.
Overview
Multi-turn evaluation tests coherence, instruction memory (following earlier constraints in later turns), and graceful handling of topic shifts. Challenging for models due to context length limits and positional biases. ChatML (OpenAI), Anthropic Human/Assistant, and Google Gemini formats define the standard message-role conventions.
Reference details
| Topic | prompting |
|---|---|
| Last reviewed | 2026-06-24 |
Related terms
How it works
- The endpoint is stateless, so the client resends the whole transcript on every call — the conversation exists in the request, not on the server.
- Each turn is role-tagged and the template flattens them in order, which is why earlier constraints remain visible as tokens rather than as remembered state.
- Input grows with every exchange, so cost per turn rises across a conversation even when the new message is short.
- Once the transcript approaches the window, something must give: truncation drops the oldest turns, or summarisation compresses them and loses detail the user may still rely on.
- Attention is not uniform over a long transcript, so a constraint set early can be followed less reliably than one restated recently — which is the failure single-turn evaluation cannot see.
Example: Why cost grows quadratically with the conversation
Each turn adds about 200 tokens. Turn one sends 200, turn two 400, turn ten 2,000 — and the total sent across ten turns is 200 x (1+2+…+10) = 200 x 55 = 11,000 tokens, not the 2,000 the final message suggests. Twenty turns is 200 x 210 = 42,000, so doubling the length nearly quadruples the spend. The sum grows with the square of the turn count, which is the arithmetic behind summarising history rather than resending it indefinitely.
Commonly confused with
Describes the interaction, not the payload. Conversation history is the mechanism that makes it possible, since chat endpoints keep no state between calls. Evaluating a model on single-turn benchmarks says little here: the failures specific to multi-turn are forgetting a constraint set several turns earlier and mishandling a topic shift, and neither is visible in a one-shot test.
When to use it
Reach for it when:
- Evaluating whether a model holds constraints stated several turns earlier.
- Designing history handling — truncation versus summarisation — before the window is hit.
- Budgeting a conversational feature, where cost per turn is not the cost of a turn.
Reach for something else when:
- Single-shot tasks such as classification or extraction, where no history exists.
- As a description of the payload — the mechanism is conversation history, not the turn count.
Continue your research
Use these connected ModelRefs sections to compare alternatives, inspect implementation paths, and review the evidence and governance boundaries relevant to Multi-Turn Conversation — AI Glossary.
Frequently asked questions
What is Multi-Turn Conversation?
A dialogue spanning multiple user-assistant exchanges, requiring the model to maintain coherence, context, and task state across turns.
What concepts are related to Multi-Turn Conversation?
Closely related concepts include conversation history, message threading, context management.