Gamesight · OAuth Scopes
Gamesight OAuth Scopes
OAuth 2.0
probed
Gamesight 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.
CompanyGamingMarketingAnalyticsAttributionMeasurementAdvertisingCreatorsGame Development
Scopes: 0
Flows:
Method: probed
Scopes (0)
Gamesight 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.
Gamesight has TWO distinct authorization models and this artifact records both, because neither alone describes the provider. (1) OAuth 2.0 — discovered by probe, not by documentation. The RFC 8414 Authorization Server Metadata served on both api.marketing.gamesight.io and console.gamesight.io declares exactly one supported scope, "mcp", which gates the hosted MCP server at https://console.gamesight.io/mcp. This OAuth surface is undocumented in the public developer docs. (2) API key scopes — the documented model for both REST APIs. These are NOT OAuth scopes; they are permission roles selected at key-creation time in the console, and they are carried by the opaque key in the Authorization header. They are recorded here because they are the real authorization vocabulary a consumer must reason about.
Gamesight has TWO distinct authorization models and this artifact records both, because neither alone describes the provider. (1) OAuth 2.0 — discovered by probe, not by documentation. The RFC 8414 Authorization Server Metadata served on both api.marketing.gamesight.io and console.gamesight.io declares exactly one supported scope, "mcp", which gates the hosted MCP server at https://console.gamesight.io/mcp. This OAuth surface is undocumented in the public developer docs. (2) API key scopes — the documented model for both REST APIs. These are NOT OAuth scopes; they are permission roles selected at key-creation time in the console, and they are carried by the opaque key in the Authorization header. They are recorded here because they are the real authorization vocabulary a consumer must reason about.
📄 Provider scope reference: https://docs.gamesight.io/reference/authorization