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.
CompanyArtificial IntelligenceVideoVideo GenerationAdvertisingMarketingContent CreationShort-Form VideoSocial-MediaGenerative AICreative ToolsText-to-SpeechMediaAutomationWebhook
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
Source
OAuth Scopes
Work with this as data
Every scope set here is available over the APIs.io API and to AI agents over MCP.