Every request to the Orbit Search developer API must include anDocumentation Index
Fetch the complete documentation index at: https://docs.orbitsearch.com/llms.txt
Use this file to discover all available pages before exploring further.
Authorization header with a bearer token. Get your first developer API key from the Orbit developer dashboard, then pass that sk_orb_... key as the bearer token in API requests. Keys are scoped to the operations your integration needs, rate-limited, metered against your credit balance, and the raw key value is only visible once.
Key types
Orbit Search supports two kinds of developer API keys: Personal keys are tied to your user account. Credits are metered against your personal usage, and personal keys can only search the global Orbit index — they cannot target directory corpora. Organization keys are tied to an organization rather than an individual. Credits are metered against the organization’s credit balance. Organization keys can search named directories in addition to the global index, making them the right choice for building product integrations at scale.Scopes
When you issue a key in the dashboard, choose which operations it is allowed to perform:| Scope | What it grants |
|---|---|
search:read | Call the smart search endpoint (POST /v2/social/profiles/searches/smart) |
profile:read | Fetch a profile by ID (GET /v2/developer/profiles/:id) |
search:read will receive a 403 missing_api_key_scope error if it attempts a search. Request only the scopes your integration actually uses.
Getting a key
Generate and manage developer API keys in the Orbit developer dashboard.- Sign in to Orbit.
- Open Dashboard → API keys.
- Choose a personal key or an organization key.
- Select the minimum scopes your integration needs.
- Copy the raw
sk_orb_...key and store it in your secrets manager.
After creation, use
display_key (e.g. sk_orb_a0186...55fd) to identify a key in your UI, support tickets, or audit logs. It combines the non-secret prefix and suffix and is safe to display without exposing the raw key.Making authenticated requests
Include the raw key as a bearer token on every API call:sk_orb_<prefix>...<suffix>. Do not use the legacy api-key header — it is not supported for developer API traffic.
Key lifecycle
The recommended lifecycle for a developer API key is: create → use → rotate → revoke.Rotate
When you need to replace a key, issue a new one first, then migrate callers one by one. Verify traffic on the new key from the dashboard usage view.
Listing and inspecting keys
Use the dashboard to see all your keys and their current status. Each key entry includesdisplay_key, name, scopes, created_at, last_used_at, expires_at, is_active, and is_expired. The raw key is never shown again after creation.
Key expiration
You can set an optional expiration when issuing a key. Expired keys are rejected by authentication and appear as expired/inactive in the dashboard. If you omit an expiration, the key does not expire unless your account has a default TTL configured.Error reference
When authentication fails, the API returns a machine-readable error code in the response body:| HTTP status | Error code | Cause |
|---|---|---|
401 | missing_api_key | Request reached a developer-key endpoint with no Authorization: Bearer sk_orb_... header. |
403 | invalid_api_key | Key is malformed, revoked, expired, or not recognized. |
403 | missing_api_key_scope | Key is valid but does not include the scope required by the endpoint. |
Developer API keys cannot create, list, revoke, or delete other API keys. For normal developer integrations, manage keys in the dashboard and use
sk_orb_... keys only for search/profile API calls.