Diagnose Model Studio failures by the actual code, request interface and workspace host. Separate credential, permission, free-quota, throughput and model-validation conditions.
Error format at Alibaba
The error reference describes native DashScope codes and compatible-interface aliases for many conditions. Official documentation.
Keep the HTTP status and native code with the request interface. A client library can present an exception while the provider body contains the detail needed to fix the problem. Preserve both in a minimal redacted record instead of relying on the exception class alone.
Identify the stage first. A missing environment variable, import error or local connection failure is different from a provider rejection. If a response arrived, inspect its code and message before changing the key, model or account settings.
Error code table
| Status | Documented code | Short literal phrase | Investigation |
|---|---|---|---|
| 401 | InvalidApiKey / invalid_api_key | Incorrect API key provided | Environment value, credential type and host. |
| 403 | AllocationQuota.FreeTierOnly | Free tier exhausted | Model offer and intended stop control. |
| 429 | Throttling.RateQuota | Requests rate limit exceeded | Request pacing and shared producers. |
| 429 | Throttling.AllocationQuota | Allocated quota exceeded | Token throughput and applicable scope. |
| 429 | Throttling.BurstRate | Request rate increased too quickly | Traffic ramp and queue scheduling. |
The table uses short identifying excerpts; the actual response can contain more detail or a compatible-interface spelling. Preserve the full redacted body for diagnosis. These codes should not all map to a generic retry action.
Authentication errors
Check the variable name passed to the client. A call to an environment lookup expects the name of a variable, not the secret value as the variable name. Verify presence without printing the credential and inspect the process launch configuration if a terminal test differs from a deployed worker.
Match the key type and workspace host to the intended service. An ordinary pay-as-you-go credential and a dedicated plan credential do not establish interchangeable endpoint access. Keep the base URL in the same configuration record as the key so they cannot drift independently during deployment.
Use the current Model Studio key guide for a controlled replacement. Repeatedly creating keys without fixing the host or environment path leaves the underlying problem unchanged.
Rate and quota errors
A free-quota stop is a spending-choice boundary. Pause the application and inspect the selected model’s allocation before deciding whether paid continuation is intended. Do not disable the control automatically in error handling merely to make the request pass.
A rate or allocation throttle concerns pace and token workload. Coordinate the account’s producers and inspect the applicable model policy. A burst-related response can occur even when an aggregate traffic chart appears modest, so preserve timing detail and smooth the schedule.
Read Model Studio limit scopes alongside offer conditions. The code determines which investigation should come first.
Request validation errors
Reduce the payload to a supported minimal call for the selected endpoint. Check JSON field types and required values, then restore optional settings one at a time. A parameter copied from another model family can be invalid even when the client accepts it locally.
Inspect asynchronous headers and request mode together. Some model endpoints require a specific job workflow, while others do not accept the same asynchronous setting. Follow the exact feature documentation rather than interpreting every rejected async request as capacity pressure.
For media, validate the actual payload and supported format before inference. A filename or content-type label does not establish that the bytes meet the endpoint’s requirements. Keep upload, preprocessing and model errors as separate stages so the corrective action can target the failing operation.
Model and context errors
Check whether the model is available through the selected workspace and service scope. An identifier copied from a catalog in another access context can be unavailable to the current key. Inspect both status and permission before changing the request body.
For a capacity error, inspect the complete assembled input and output allowance. Do not measure only the last user message while ignoring instructions, history and retrieved passages. Reduce irrelevant material deliberately and preserve the evidence required to produce an acceptable answer.
When replacing an old snapshot, run the safe baseline before restoring the full task. Keep the migration fixture and returned behavior so a later result can be attributed to a model or parameter change.
Use model families and version guidance when selecting the replacement route.
Server errors and status
Preserve a request identifier where returned, the safe configuration and a bounded attempt history. Check official service evidence from the provider hub. A status summary is useful context, but the specific request record remains necessary when the failure is limited to a workspace, endpoint or model.
If retries are appropriate, assign them to one layer and stop when the task deadline expires. Retain partial results without labeling them complete. A truncated structured record or patch should not trigger downstream work as though it passed validation.
After recovery, reconcile queued work by stable task identity. Process only the intended unresolved items and avoid repeating side effects. Then review whether the application’s failure state was understandable enough for the operator to act without seeing sensitive raw requests.
Use the AI API cost calculator to turn the model and workload you are considering into an estimate.
Last verified · Source ↗
Frequently asked questions
Why retain the native provider code?
What should I check when a key is reported missing?
Does every quota message mean free quota is exhausted?
Can an asynchronous setting itself cause a rejection?
How should partial output be handled?
What belongs in a minimal diagnostic record?
Sources
- First Qwen API call ↗
- Recommended models ↗
- Model inference pricing ↗
- API keys and permissions ↗
- Rate limits ↗
- Error codes ↗
- New-user free quota ↗
- Model usage ↗
- Context cache ↗
- Batch API ↗
- Billing and cost management ↗
- Dynamic rate limiting ↗
- Qwen Coder ↗
- Model updates ↗
Last verified · Source ↗