Skip to main content
Proxy-generated errors use this shape:
Every response includes x-proxy-request-id. Include it when reporting a problem.

Common failures

The most common entity mistake

A personal W&B key defaults to its personal entity. A team task therefore needs:

A model ID error is not a proxy 404

The proxy validates the provider name, not every upstream model ID. If the provider exists but the model does not, the selected provider returns its own error. This distinction helps separate routing configuration from provider catalog drift.

Tracing failures

Trace writes are asynchronous and do not turn a successful provider response into a client failure. Operators monitor structured write-failure events with the same proxy request ID. Deterministic trace-input problems are rejected before provider dispatch when possible.
Provide the agent with the request URL, redacted request body, HTTP status, full response body, and x-proxy-request-id. Do not share the bearer key or provider credential.An agent should check, in order:
  1. the selected entity in metadata["wandb.entity"];
  2. whether model is a task alias, pinned task version, or registered provider reference;
  3. whether the provider and routing deployment are applied;
  4. whether the response body came from the proxy or the upstream provider.
The machine-readable error schema is in the Inference proxy OpenAPI specification.
Last modified on August 25, 2026