Authentication
How Ablatic API keys work and how to send them
Every request to the Ablatic API is authenticated with an API key. This page covers the key format, the two header schemes, and where keys come from.
Key format
A key looks like sk-ablatic- followed by 32 hex characters, 43 characters in total.
The key is shown once, at creation. The server stores only a SHA-256 hash of it, so it is never recoverable. If you lose a key, create a new one and revoke the old one.
Keep keys server-side. Never ship a key in a browser, a mobile app, or any client you do not control. Anyone who has the key can spend against your account.
Two header schemes
The same key works on both API surfaces with the same validation path. Use the header that matches the endpoint.
- OpenAI-style endpoints (for example
POST /v1/chat/completions) readAuthorization: Bearer sk-ablatic-.... - Anthropic-style endpoints (for example
POST /v1/messages) readx-api-key: sk-ablatic-....
One key, both headers. Pick the header for the surface you are calling.
Where keys come from
Keys are created in the console.
Ablatic activates every account. To request access or become a customer, use the contact form on ablatic.ai or email [email protected]. Once we activate your account, you receive an email and a temporary password, and your first login forces a password change. Each account starts with one active key.
Endpoints that need no auth
Three endpoints are open and require no key:
GET /v1/modelsGET /v1/messages/_healthGET /health
Everything else requires a valid key.
Example
curl https://api.ablatic.ai/v1/chat/completions \
-H "Authorization: Bearer sk-ablatic-..." \
-H "Content-Type: application/json" \
-d '{
"model": "talos",
"messages": [{"role": "user", "content": "Hello"}]
}'