API Keys
What are API Keys
API Keys are secure tokens used to authenticate requests to Orq.ai. Each key is scoped to a single project and carries a set of permissions that control what it can do. Two key types are available, chosen by the key’s owner.User keys
Tied to a specific user account and project. Automatically revoked if the user is removed from the organization or project. Use user keys for personal use and local development.Service account keys
Not tied to any individual user, with a lifecycle independent of user membership. Only workspace admins can create service account keys. Use service account keys for production systems, so access does not break when a team member leaves.Viewing API Keys
Navigate to Settings > Organization > API Keys to see all keys across projects. The table shows the following columns:Creating an API Key
Open the creation panel

The API key creation panel.
Choose an owner
Set name and project
Set permissions
Set expiration (optional)
Create and copy the key

The Save your key dialog appears once after creation.
Permissions
Restricted permission resources
Restricted permission resources
Managing Keys

The API Keys management table showing all keys, their type, status, permissions, and actions.
- Edit: update the name, permissions, or expiration date. The owner type cannot be changed after creation.
- Duplicate: opens the creation panel pre-filled with the key’s current settings.
- Delete: permanently removes the key. This cannot be undone.
Management Keys
Overview
Use cases
- Automating workspace provisioning via the API.
- Delegating API key rotation to a deployment pipeline without granting full admin access.
- Letting a billing automation script read and update Budgets without exposing API key management.
Workspace administration endpoints
Standard API keys are project-scoped. Use a Management Key for these workspace administration endpoints:View Management Keys
Navigate to Settings → Organization → Management Keys to view all keys in the workspace.
The Management Keys list showing key name, status, permission mode, and creator.
- Edit: open the edit panel to update the key’s name, permissions, or expiration date.
- Duplicate: create a new key with the same permissions.
- Delete: permanently remove the key from the workspace.
Create a Management Key
Open the creation panel

The Create new key dialog with fields for name, permissions, per-capability access, and expiration date.
Enter a name
Set permissions
Set expiration (optional)
Create and copy the key
Permission modes
Capabilities
Manage keys programmatically
Create, update, revoke, and delete API Keys and Management Keys with the API instead of the console. The full endpoint reference is on the API Keys reference and Management Keys reference pages.Authenticating with a Management Key
Key management requests authenticate with a Management Key, never an API key. API Keys are project-scoped inference credentials and cannot administer keys.- Pass a Management Key as the bearer token, or as the SDK API key.
- A Management Key with the
api-keywrite grant can list, create, update, revoke, and delete API Keys. - Managing Management Keys requires the
management-keygrant, which is not part of the All or Read only presets. Grant it explicitly to a Management Key that must administer other Management Keys.
api_keys / apiKeys and management_keys / managementKeys: API Keys SDK, Management Keys SDK.
Key lifecycle in code
These examples use a Management Key asORQ_API_KEY.
Permission model
permission_mode selects the preset:
PERMISSION_MODE_RESTRICTED, the access map assigns a level to each domain: ACCESS_LEVEL_NONE, ACCESS_LEVEL_READ, or ACCESS_LEVEL_WRITE. Write includes read. REST JSON accepts the enum names; the SDKs type the map as integers and use the numeric values:
GET /v2/api-keys/capabilities returns each domain with its id, display name, group, and read / write availability. Use the catalog to discover grantable domains at runtime instead of hard-coding the list.
The secret is returned once
The create response returns the raw token exactly once, in thesk-orq-<id>-<secret> format. Store it immediately: the API stores only a displayable token_prefix and a hash of the secret, so list and retrieve responses never include the token.