> ## Documentation Index
> Fetch the complete documentation index at: https://hobbyist-e43fa225.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# Pricing for voice-based agents

> Understand what drives cost for a voice-based agent in Microsoft Foundry, including audio tokens, model hosting, avatars, and stored recordings.

A voice-based agent bills differently from a text agent because audio, not text, is the main input and output. A single minute of conversation produces far more tokens than a minute of typing, and the way you host the model changes which meter the usage lands on.

This article explains what drives cost for a voice agent and how to see usage before your invoice arrives. For current rates, see [Microsoft Foundry pricing](https://azure.microsoft.com/pricing/details/ai-foundry/).

<Info>
  Items marked (preview) in this article are currently in public preview. This preview is provided without a service-level agreement, and we don't recommend it for production workloads. Certain features might not be supported or might have constrained capabilities. For more information, see [Supplemental Terms of Use for Microsoft Azure Previews](https://azure.microsoft.com/support/legal/preview-supplemental-terms/).
</Info>

## What drives cost

Five things determine what a voice agent costs:

| Factor            | Effect                                                                                                                              |
| ----------------- | ----------------------------------------------------------------------------------------------------------------------------------- |
| Audio tokens      | Both caller audio and agent speech are tokenized. Audio tokens typically outnumber text tokens in a voice session by a wide margin. |
| Model hosting     | `managed` models are billed through the service. `self_deployed` models are billed through your own Foundry model deployment.       |
| Session length    | Cost scales with connected conversation time, because audio is consumed and produced continuously.                                  |
| Tools             | Tool calls add model turns, and server-side tools such as toolboxes and MCP servers bill through their own resources.               |
| Optional features | Avatars add video synthesis. Setting `store` to `true` adds storage for transcripts and audio.                                      |

## Choose between managed and self-deployed models

`model_type` determines where model usage is billed:

* `managed`: the service hosts the model. Usage is billed as part of the voice agent.
* `self_deployed`: the agent uses your own Foundry model deployment. Model usage is billed against that deployment, under the terms of the deployment type you chose, such as standard or provisioned throughput.

Self-deployed models let you apply existing capacity commitments to voice traffic. Managed models avoid deployment management. Neither choice changes the agent's behavior; it changes which resource carries the charge.

## Reduce cost

Most cost reduction for voice agents comes from making the agent talk less and think less:

* **Cap response length.** Set `max_output_tokens` on the agent definition. Long spoken answers cost more and are also worse voice design.
* **Write short instructions.** Instructions are resent as context on every turn, so instruction length multiplies across the conversation.
* **Prefer static interim responses.** A `static_interim_response` fills latency gaps without a model call. An `llm_interim_response` adds a model call on every trigger.
* **End calls deliberately.** Attach the `end_conversation` system tool so completed calls release the session instead of running until timeout.
* **Turn off storage when you don't need it.** `store` defaults to `false`. Enable it for the conversations you actually intend to review.
* **Scope tools.** Every attached tool adds tokens to each turn's context, whether or not the model calls it.

For general cost management guidance, see [Plan and manage costs for Microsoft Foundry](/models/manage-costs).

## See usage before the invoice

Voice agent traces carry per-turn token usage and estimated-cost attributes, so you can attribute spend to specific conversations while you're still developing.

Estimated cost appears on both the turn span and the session root span, split into a managed component and a self-deployed component under `microsoft.foundry.voice.estimated_cost.*`, with avatar cost reported separately on the root span.

<Info>
  These attributes are estimates for analysis and tuning. They aren't commerce or invoice records. Use Microsoft Cost Management for billing.
</Info>

For token usage on stored conversations, read the conversation's `usage` field after the session completes. See [Voice agent tracing, monitoring, and evaluation](/agents/voice-agent-observability).

## Related content

* [Configure a voice agent](/agents/configure-voice-agent)
* [Voice agent tracing, monitoring, and evaluation](/agents/voice-agent-observability)
* [Plan and manage costs for Microsoft Foundry](/models/manage-costs)
* [Quickstart: Create a voice-based prompt agent](/get-started/prompt-voice-agent)