Bluma · OAuth Scopes
Bluma OAuth Scopes
OAuth 2.0
searched
Bluma uses OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (e.g. client-credentials or role-based authorization) rather than per-scope consent.
This index is generated from the provider’s OpenAPI security definitions (and, where available, its documented scope reference) and refreshes on every APIs.io network build. Browse every provider’s scopes at scopes.apis.io.
CompanyAIVideoVideo GenerationAdvertisingMarketingContent CreationShort-Form VideoSocial MediaGenerative AICreative ToolsText To SpeechMediaAutomationWebhooks
Scopes: 0
Flows:
Method: searched
Scopes (0)
Bluma implements OAuth 2.0 but publishes no discrete scopes — access is governed by the grant itself (client-credentials or role-based authorization) rather than per-scope consent.
Bluma publishes two disjoint scope vocabularies. The REST API keys carry eight product scopes, granted as a default set on every new key. The MCP server's OAuth tokens carry Clerk identity scopes instead, and nothing published maps one onto the other. Neither vocabulary is derivable from a spec — the advertised OpenAPI at https://api.getbluma.com/api/v1/openapi.json returns 401 — so both lists are read verbatim from Bluma's own documentation and from live anonymous OAuth metadata.
Bluma publishes two disjoint scope vocabularies. The REST API keys carry eight product scopes, granted as a default set on every new key. The MCP server's OAuth tokens carry Clerk identity scopes instead, and nothing published maps one onto the other. Neither vocabulary is derivable from a spec — the advertised OpenAPI at https://api.getbluma.com/api/v1/openapi.json returns 401 — so both lists are read verbatim from Bluma's own documentation and from live anonymous OAuth metadata.
📄 Provider scope reference: https://docs.getbluma.com/authentication