Decart · Authentication Profile
Decart Authentication
Authentication
Decart uses a two-tier API-key model. Server-side callers present a permanent account key (dct_ prefix) in an x-api-key request header. Browser and mobile clients never see that key: a backend mints a short-lived ephemeral client token (ek_ prefix) through POST /v1/client/tokens, optionally scoped to a model allow-list, an origin allow-list, and a maximum realtime session duration. There is no OAuth 2.0, OIDC, or mTLS surface. The gRPC Oasis service carries the same account key in its InitializeRequest message rather than an HTTP header.
Decart secures its APIs with apiKey across 3 declared security schemes, as derived from its OpenAPI definitions.
Artificial IntelligenceMachine LearningVideoVideo GenerationVideo EditingImage EditingReal TimeGenerative AIWorld ModelsStreamingWebRTCMediaDeveloper ToolsCompany
Methods: apiKey
Schemes: 3
OAuth flows:
API key in: header
Security Schemes
x-api-key apiKey
client-token apiKey
grpc-api-key apiKey