Skip to main content
The GGUF Cloud gateway authenticates your request, confirms the deployment is yours and ready, then proxies to your model’s llama-server. Gateway-level errors are returned in a consistent JSON shape.

Error Response Format

This shape applies to errors raised by the gateway (auth, routing, readiness). Errors raised by the model server itself (for example an invalid sampling parameter) are passed through from llama-server and may use the standard OpenAI/Anthropic error shape.

HTTP Status Codes

Cause: The API key is missing or invalid.Common Issues:
  • No key sent in the Authorization, x-api-key, or key header.
  • The key is incorrect, revoked, or not a valid ModelsLab API key.
Example Response:
Solution: Send your ModelsLab API key in one of the accepted headers (see Authentication) and verify it hasn’t been revoked in your dashboard.
Cause: There is no deployment for this deployment_id, or it does not belong to your account.Example Response:
Solution: Check the deployment_id in your base URL against the one on your deployment dashboard, and confirm the API key belongs to the same account that owns the deployment.
Cause: The deployment exists but is not ready — it is still deploying or has been paused.Example Response:
Solution: Wait until the deployment shows Ready on the dashboard, then retry. If it is paused, resume it first.
Cause: The deployment is marked ready but the model pod is currently unreachable — typically restarting or warming up after a config change.Example Response:
Solution: This is transient. Retry shortly, ideally with exponential backoff. If it persists, check the deployment status on the dashboard.

Handling Errors

Treat 503 and 502 as retryable — the endpoint is coming up or restarting. Retry with backoff and stop on 401/404, which require a fix on your side.

Authentication

Base URLs and the accepted auth headers.

API Error Codes

Error reference for the rest of the ModelsLab API.