Upstream status
Operational
- Chat Completions
- Operational
- Responses
- Operational

Your application calls a Relays alias. Relays holds the OpenAI credential, applies the route policy, and hands back the provider response in the shape your SDK expects.
Keeps the OpenAI request it already sends.
Holds the key, picks the candidate, writes the receipt.
Receives the call on its own base URL.
OPENAI_API_KEYhttps://api.openai.com/v1Relays keeps the OpenAI request family intact and forces Responses store:false for its stateless gateway boundary.
Availability comes from OpenAI. Latency, error rate, and cost per successful request come from your own traffic, so Relays leaves them empty until requests run.
Operational
Relays keeps a copy of the OpenAI catalogue and the endpoint each model is routed to. Pick one to read what it is for.
gpt-5.6-solA route is a list of candidates, a budget, and a record of what happened. You set all three before any traffic runs.
Chat Completions and Responses routes can use ordered fallback candidates that declare the same Relays edge endpoint. Relays does not translate Responses into another API family to make a fallback fit.
See how a route is chosenSet an alert threshold and a stop threshold for the route rather than for the whole application. Relays checks both before the call goes upstream.
Every call records the alias, the candidates tried, the status each returned, tokens in and out, and the estimated cost of the attempt that served it.
Read a route receipt
Keep the client you already wrote. Bring us the workload and we will map the first OpenAI route with you.