Skip to main content
idapt
HomeAI ModelsPricing
Sign inStart free
Blog

How Model Failover Works in idapt

Richard Morel· Founder·July 16, 2026

A model in our catalog is often servable by several providers at different prices and reliability levels, and providers degrade without warning. Routing is the layer that turns that mess into one promise: you name a model, you get an answer. Here is how it works.

Cheapest-first, with receipts

When a request names a model, the router orders that model's healthy providers by effective cost and tries the cheapest first. If a provider fails or degrades mid-request, the router fails over to the next, transparently: the retry is ours to handle, not yours to notice.

Two properties keep this checkable:

  • Attribution: every reply records which provider served it. Routing decisions are inspectable, never mystical.
  • Health is measured, not assumed: real success rates and latency feed the routing table, so a flaky provider loses traffic before you would have noticed it flaking.

Sticky pinning: consistency beats pennies

Failover has a subtle enemy: mid-conversation provider hops. Two providers serving "the same" model can differ slightly (sampling defaults, context handling), and a conversation that silently switches feels haunted. So routing is sticky: once a conversation lands on a provider, it stays there while that provider stays healthy. Failover is for failures, not for chasing a fractionally cheaper token mid-thread.

Media models fail differently

Text models get cross-provider failover. Image, video, and speech models usually map to a single provider, so their failure handling is bounded same-provider retry, and (for video, which runs asynchronously) failed generations refund automatically rather than billing for nothing.

The layers above

Failover composes with the rest of routing: your provider preferences and blocks constrain candidates, BYOK keys route matching traffic to your accounts, and local models are a provider lane with a very short cable. The auto-router chooses models; this layer chooses how a model's request survives the real world.

The upshot: multi-provider reliability engineering, delivered as the absence of a certain kind of bad afternoon.

EngineeringModelsInfrastructure

Found this helpful? Share it:

  • Cheapest-first, with receipts
  • Sticky pinning: consistency beats pennies
  • Media models fail differently
  • The layers above

Continue reading

  • How We Rank 250+ Models

    The methodology behind idapt's rankings: named public benchmarks, a rescaled capability index, live telemetry, and the rule against invented composites.

  • Real Receipts: How Model Outputs Are Captured

    Why idapt's model showcases are captured from real production runs with cost and latency attached, and why staged demos are banned from proof surfaces.

  • Capability-Matched Cost Cutting: Pay for the Ceiling You Use

    Most AI spend goes to flagship models doing non-flagship work. How to match benchmark tier to task tier, verify the swap, and keep quality where it matters.

  • Bring Your Own Keys: BYOK in Practice

    How BYOK works in idapt: connect provider API keys, route matching models on your accounts, and mix BYOK with platform billing and local inference.

Explore idapt

  • Best of: the picks by job

    Data-backed model picks for coding, writing, research, and media.

  • One chat. Every model.

    GPT, Claude, Gemini, Grok, Llama: pick mid-conversation, cheapest-first.

  • Home
  • Pricing
  • AI Models
  • Image models
  • Voice models
  • Video models
  • Rankings
  • New models
  • Model status
  • Multi-Model Chat
  • Voice Mode
  • Voice HUD
  • Web Search
  • Image Generation
  • Video Generation
  • Audio Generation
  • Transcription
  • Drive
  • Secrets
  • Sharing
  • Workspaces
  • Tasks
  • Memory
  • Agents
  • Subagents
  • Automations
  • Skills
  • Code Execution
  • Computers
  • Computer Use
  • Cloud Computers
  • Local AI
  • AI Gateway
  • API & SDK
  • CLI
  • MCP
  • Tunnels
  • All features →
  • Blog
  • Use cases
  • Comparisons
  • Best of
  • Learn
  • Free tools
  • Prompts
  • Templates
  • Changelog
  • Help center
  • FAQ
  • Privacy
  • Compare all models
  • Support
  • Developers
  • Quickstarts
  • API reference
  • API pricing
  • CLI
  • MCP
  • Downloads
  • Desktop
  • Badges and embeds
© idapt[email protected]TermsPrivacy PolicyLegal noticeReport content
X (Twitter)