Public /v1 resources accept workspace API keys. Each key belongs to an organization and workspace, and resource access is scoped to that tenant.
Bearer authentication
X-Api-Key authentication
When both headers are present, OMA reads X-Api-Key first.
SDK configuration
Point the compatible SDK base URL at OMA and supply the key through its standard API key option.
Security guidance
- The default development key is for local verification only.
- Never place keys in URLs, logs, screenshots, or frontend bundles.
- Use separate keys for different workspaces and purposes so you can revoke and audit them independently.
- Use TLS for remote OMA deployments.
- Console cookie sessions and
/v1 API keys are separate authentication boundaries.
Filestore and the code-session runtime use protocol-specific credentials. Do not use those internal credentials as normal /v1 API keys.