Scenario Methods: automatic
Every Scenario Method is backed by one or more providers in a curated order. When the first provider fails in a way that is its fault — a transport error, a 5xx, a rate limit, an error hidden inside a 200, a body that is no longer the expected shape — the server refunds that attempt and tries the next eligible provider. At most two attempts are made, inside the method’s time budget.- The price does not move. You pay the method’s fixed price whichever provider ends up serving the call.
- The shape does not move. Both providers are mapped to the same output
schema; fields one provider structurally lacks are listed in
unsupported_fields. - Nothing is hidden. The response names the
providerthat answered and lists every attempt inattempts[]. - It only switches on provider faults. A bad parameter, a missing object or an empty result is returned as such and never costs you a second call.
routing parameter. See
Routing & Pricing.
Catalog tools: you choose the tool
execute_tool runs exactly the Provider/operation you name and returns that
provider’s payload. There is no automatic switch to another provider — a
different tool would return a different payload, which a caller that chose a
specific tool would not expect.
When a catalog call fails upstream, the retry is yours to make, and usually
cheap: most capabilities exist on more than one provider.
- Sibling surface — many providers expose the same operation under an app
path and a web path (
…/app/…vs…/web/…); try the other one. - Sibling version — endpoints carrying
v1/v2/v3in the name are parallel versions of the same operation. - Another provider —
find_toolslists every provider for a capability;describe_toolthe equivalent tool and call it.
Check upstream health first
The free
agentkey_account tool reports every provider’s health and latency, and
GET /v2/ops/{method} shows live health per provider for one method.