Base URL mismatch
The request may be sent to a direct provider endpoint, local proxy, staging gateway, or another OpenAI-compatible workspace.
The error often looks like a provider outage, but it is usually a mismatch between the base URL, API key, model ID, account permissions, or fallback route.
The request may be sent to a direct provider endpoint, local proxy, staging gateway, or another OpenAI-compatible workspace.
The API key may be valid but belong to a workspace that cannot access the model you copied.
A UI label such as GPT mini or Claude Haiku may not be the copy-ready API model ID.
A fallback route can make the visible error less useful unless logs show the exact model and route attempt.
| Step | What to check | Entry |
|---|---|---|
| 1. Pair endpoint and key | Confirm the base URL and API key come from the same gateway or account context. | Open |
| 2. Copy the exact model ID | Use the current model directory rather than a display name or old docs snippet. | Open |
| 3. Send one tiny request | Use cURL before debugging SDK wrappers, streaming, tools, agents, or RAG code. | Open |
| 4. Check request logs | Verify which model ID was received, whether the account had access, and which status was returned. | Open |
No. It is often a configuration mismatch, stale alias, missing account permission, or request sent to the wrong endpoint.
Usually no. First send one raw cURL request so SDK wrappers are not hiding the status code or request body.
Copy the exact API model ID from the same model directory or pricing page used by the gateway you are calling.
Create an account, generate a project API key, then replace your client base URL with the TackleKey endpoint. Keep keys server-side and verify live pricing before scaling traffic.