Zunova AI API
OpenAI-compatible API gateway for chat completions, coding tools, and model access.
What is Zunova?
Zunova is a production gateway that lets your app call AI models through one controlled API layer. It centralizes API keys, model access, request logging, quota enforcement, and provider routing so teams can ship AI features without exposing provider credentials directly.
- Use OpenAI-compatible clients where possible.
- Keep provider credentials server-side behind the gateway.
- Track requests, latency, tokens, cost, and errors from the dashboard.
- Apply plan-based daily and per-minute request limits automatically.
Base URLs
Use the OpenAI-compatible proxy base URL for SDKs that append /chat/completions automatically. Use the full endpoint URLs when sending raw HTTP requests.
| Purpose | URL |
|---|---|
| General API base URL | https://api.zunova.net/v1 |
| OpenAI-compatible proxy base URL | https://api.zunova.net/open/v1 |
| Chat completion endpoint | https://api.zunova.net/open/v1/chat/completion |
| Chat completions alias | https://api.zunova.net/open/v1/chat/completions |
| Model list endpoint | https://api.zunova.net/open/v1/models |
| Anthropic-compatible URL, if enabled | https://api.zunova.net/anthropic/v1 |
| Health check | https://api.zunova.net/health |
Quickstart
- Create an API key from Dashboard → Keys.
- Store the key in a server-side environment variable such as
ZUNOVA_API_KEY. - Send a
POSTrequest to/open/v1/chat/completionsor configure your SDKbaseURLto/open/v1. - Check Dashboard → Requests for status, latency, token usage, cost, and error details.
export ZUNOVA_API_KEY=sk-zn-xxxxFirst request
curl https://api.zunova.net/open/v1/chat/completions \
-H "Authorization: Bearer $ZUNOVA_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "zunova-m1",
"messages": [
{ "role": "system", "content": "You are a concise assistant." },
{ "role": "user", "content": "Write one sentence about API gateways." }
]
}'Request lifecycle
Every authenticated request passes through validation, quota checks, provider routing, upstream execution, and dashboard logging.
- The gateway reads the Bearer token and validates the API key.
- Plan guardrails are checked before the upstream request is sent.
- The model identifier is validated against active public models when available.
- The request is proxied to the configured upstream provider with a generated
x-request-id. - The response is returned to the client while request metadata is written to logs.