SkyKick · OAuth Scopes
SkyKick OAuth Scopes
OAuth 2.0
searched
SkyKick 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.
CompanyBackupMigrationMicrosoft-365Managed Service ProvidersSaaS SecurityCloud AutomationData ProtectionAzure API Management
Scopes: 0
Flows:
Method: searched
Scopes (0)
SkyKick 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.
These are the only scope values SkyKick publishes anonymously. The Get Started page states them verbatim as "Valid scopes: Partner, Distributor" in the body of the token request. There is no OpenAPI oauth2 securityScheme to derive a fuller list from, and no published scopes/permissions reference page, so this artifact records exactly the two values the provider documents and nothing more. Per-scope operation mapping requires authenticated access to the gated API reference.
These are the only scope values SkyKick publishes anonymously. The Get Started page states them verbatim as "Valid scopes: Partner, Distributor" in the body of the token request. There is no OpenAPI oauth2 securityScheme to derive a fuller list from, and no published scopes/permissions reference page, so this artifact records exactly the two values the provider documents and nothing more. Per-scope operation mapping requires authenticated access to the gated API reference.
📄 Provider scope reference: https://skykick.developer.azure-api.net/getstarted
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.