OmniDino
Home Models Pricing Guides About Contact Login Get API Key
EN 中文
API Diagnostic Center

Verify with a minimal request whether OmniDino is connected correctly.

Verify the endpoint URL, API key, model name, and protocol endpoint first, then troubleshoot the client itself, such as Codex, Claude Code, Gemini CLI, Cherry Studio, or Dify.

Command Generator

Select an endpoint and terminal to generate a test command automatically.

This page does not transmit your API key. Commands are generated only in your current browser, so do not paste a real key on a public device.

Never share a complete API key in screenshots, support emails, public repositories, or group chats. Clear the fields on this page after testing.
Test Command
Select an endpoint and click “Generate Command.”
Endpoint Tests

Validate each endpoint step by step.

Start with the Models endpoint, then test the actual model endpoint. This quickly reveals whether the issue is with the gateway, key, model, or protocol layer.

Validate the Gateway and API Key

This is the most basic check. It confirms that the domain is reachable, the request headers are formatted correctly, and the API key passes basic authentication.

No 401 Unauthorized response is returned.
Model data or a valid JSON response is returned.
The gateway and API key are connected correctly.
A successful Models test does not mean every model is callable. You still need to verify the target model, endpoint type, balance, and token permissions.
Models
curl https://api.omnidino.com/v1/models \
  -H "Authorization: Bearer YOUR_API_KEY"

Chat Completions

Commonly used by standard OpenAI-compatible clients, Cherry Studio, Open WebUI, Dify, and most chat models.

The request method must be POST.
The response should return HTTP 200 and a choices field.
The model name must exactly match the name shown in the dashboard.
Success indicator: the model returns a reply and a corresponding usage record appears in the OmniDino dashboard.
Chat Completions
curl https://api.omnidino.com/v1/chat/completions \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "YOUR_MODEL",
    "messages": [
      {
        "role": "user",
        "content": "Reply with: OmniDino connected"
      }
    ]
  }'

Responses

Commonly used by Codex, OpenAI Responses-compatible clients, agents, and selected reasoning models.

The path is /v1/responses.
The request must use POST, not a direct browser GET request.
The channel and model endpoint must genuinely support Responses.
If you see “not implemented” or a request-conversion failure, the channel type, Wire API, or protocol converter is usually mismatched.
Responses
curl https://api.omnidino.com/v1/responses \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "YOUR_MODEL",
    "input": "Reply with: OmniDino connected"
  }'

Claude Messages

Used by Claude Code, Claude Desktop, and Anthropic-compatible tools. Clients usually use the root URL and append the specific request path themselves.

Claude Code usually uses https://api.omnidino.com.
Do not automatically append /v1 to every Claude configuration.
Confirm that the current channel supports the Claude Messages protocol.
The exact Claude-compatible path depends on the current OmniDino channel configuration. When using CC Switch, follow the Claude Code application mode and the fields shown in the current version.
Claude Messages
curl https://api.omnidino.com/v1/messages \
  -H "x-api-key: YOUR_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "YOUR_CLAUDE_MODEL",
    "max_tokens": 64,
    "messages": [
      {
        "role": "user",
        "content": "Reply with: OmniDino connected"
      }
    ]
  }'

Gemini Routing

Gemini models in OmniDino may be exposed through an OpenAI-compatible protocol or through the native Gemini protocol.

OpenAI-compatible Gemini uses /v1/chat/completions.
Use a native path only when native Gemini protocol support is actually available.
The model name must exactly match the name shown in the dashboard.
When the protocol is unclear, confirm it in the OmniDino model catalog, channel notes, or client setup guide instead of guessing the path.
Gemini · OpenAI Compatible
curl https://api.omnidino.com/v1/chat/completions \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "YOUR_GEMINI_MODEL",
    "messages": [
      {
        "role": "user",
        "content": "Reply with: OmniDino connected"
      }
    ]
  }'

Image Generation

Used for image models that support the OpenAI Images-compatible endpoint, including image-generation models configured in the OmniDino model catalog.

The path is /v1/images/generations.
The model must be a genuine image-generation model.
The response may contain an image URL or base64 data.
Success indicator: image data is returned and a corresponding image billing record appears in the dashboard.
Images
curl https://api.omnidino.com/v1/images/generations \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "YOUR_IMAGE_MODEL",
    "prompt": "A small coding dinosaur in a clean futuristic office",
    "size": "1024x1024",
    "quality": "high"
  }'
Error Diagnosis

Locate issues quickly by status code.

The same error can have several causes. Check the high-probability items listed here first, then review the OmniDino dashboard and client logs.

401

Unauthorized

The request did not pass API key authentication.

  • Copy the complete API key again and check for leading or trailing spaces.
  • Confirm that the key has not been disabled, deleted, or expired.
  • Do not add the Bearer prefix twice in a field that only asks for the key.
402 / Insufficient Balance

Insufficient Balance or Quota

The account balance, token quota, or group limits are insufficient to complete the request.

  • Check the current account balance.
  • Check the quota limit assigned to this API key.
  • Review the model price, group multiplier, and actual request cost.
404

Not Found

The request path, HTTP method, or protocol is usually mismatched.

  • Check whether GET is being used on an endpoint that only supports POST.
  • Check whether the Claude root URL and OpenAI /v1 URL have been mixed up.
  • Confirm that the current channel supports the Responses, Messages, or Images path.
429

Too Many Requests

The request rate, concurrency, or upstream rate limit has been reached.

  • Reduce concurrency and retry frequency.
  • Add exponential backoff to automatic retries.
  • Check whether multiple clients are sharing the same key.
500 / 502 / 503

Service or Upstream Error

The issue may originate from the model upstream, channel configuration, protocol conversion, or reverse proxy.

  • Test another model to determine whether the issue affects only one model.
  • Check the OmniDino status page and NewAPI logs.
  • Confirm that the channel type matches the upstream protocol.
model not found

Model Not Found or Access Denied

The model name, channel binding, token group, or endpoint type may be incorrect.

  • Copy the exact model name from the model catalog.
  • Confirm that the model has been added to the relevant channel.
  • Confirm that the current token group can access the model.
not implemented

Endpoint Not Implemented

This commonly occurs when a Responses request is routed through an incompatible channel or converter.

  • Check whether Wire API is set to Responses.
  • Confirm that the channel type is not incorrectly set to NewAPI or another conversion mode.
  • Confirm that the upstream itself supports the target endpoint.
200

Connection Successful

The gateway accepted the request and returned a valid result.

  • Continue checking whether the client reads the response correctly.
  • Review the usage record and balance change in the dashboard.
  • Set a sensible quota and a dedicated API key for production use.
Troubleshooting Order

Do not reinstall the client first.

Work through the following layers in order to distinguish network, key, balance, model, and protocol issues more quickly.

01
Confirm the Domain Is Reachable The browser or terminal can reach api.omnidino.com without DNS, certificate, or network-blocking errors.
02
Test /v1/models Confirm that the gateway and API key pass basic authentication.
03
Check Balance and Token Quota Confirm that the account balance, API key quota, and group multiplier are not blocking the request.
04
Confirm the Model Name Use the exact name shown in the model catalog. Do not remove suffixes or alter the spelling.
05
Confirm the Endpoint Type Chat, Responses, Claude Messages, Gemini, or Images must match the model and channel.
06
Check the Client Protocol Verify the Base URL, Wire API, application type, and configuration file.
07
Review Gateway and Upstream Logs If everything above is correct, review NewAPI logs, channel tests, and the upstream response.

When Is the Connection Considered Successful?

When all conditions below are met, the OmniDino connection and target model call are working correctly.

/v1/models returns a valid result.
The target model request returns HTTP 200.
The client receives and displays the model response.
A corresponding usage record appears in the dashboard.
The balance changes by a reasonable amount.
No 401, 404, or protocol-conversion error occurs.
Support Template

Provide complete context when contacting support.

Copy the template below, complete it, and send it to [email protected]. Hide your complete API key.

Support Request Template
Account Email:
Operating System:
Client Name:
Client Version:
Base URL:
Endpoint Type:
Model Name:
HTTP Status Code:
Full Error Message:
Time of Issue:
Can /v1/models be accessed successfully?
Is sufficient balance available?
Troubleshooting steps already tried:

Note:
Do not include passwords, complete API keys, payment card information, or other sensitive data.
Frequently Asked Questions

Do the test command and client produce different results?

This indicates that the OmniDino gateway, key, and basic endpoint are probably working. Continue checking the client Base URL, protocol type, model name, environment variables, proxy settings, and whether the configuration is actually active.
Not necessarily. The browser address bar sends a GET request, while Responses normally requires POST. Use curl, Postman, or a client to send the correct POST request.
Yes. Endpoint support depends on the upstream, channel type, protocol conversion, and model configuration. Chat support does not guarantee Responses support.
The key itself is usually not the issue. The other client may be adding Bearer twice, using the wrong Base URL, formatting headers differently, or using an incompatible protocol.
Check whether the response contains an image URL or base64 data. Some clients support only one format, so also confirm that the client can parse the returned field.
Continue Reading

Open a client-specific guide.