Scimar · OAuth Scopes
Scimar OAuth Scopes
OAuth 2.0
probed
Scimar 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.
CompanyBiotechnologyLife SciencesPharmaceuticalsDiabetesDiagnosticsClinical TrialsHealthNutritionResearchCanadaContent
Scopes: 0
Flows:
Method: probed
Scopes (0)
Scimar 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.
The OpenAPI derived for the wp/v2 content surface declares no oauth2 securityScheme — that surface uses WordPress Application Passwords over HTTP Basic and has no scope model. The OAuth surface on this domain belongs to the WordPress MCP Adapter, and its scope inventory is published, machine readable and anonymous: both RFC 8414 and RFC 9728 metadata documents return 200 and both declare the same single scope. That is the whole scope surface — one scope, taken verbatim from the provider's own documents. Nothing is expanded, split or inferred.
The OpenAPI derived for the wp/v2 content surface declares no oauth2 securityScheme — that surface uses WordPress Application Passwords over HTTP Basic and has no scope model. The OAuth surface on this domain belongs to the WordPress MCP Adapter, and its scope inventory is published, machine readable and anonymous: both RFC 8414 and RFC 9728 metadata documents return 200 and both declare the same single scope. That is the whole scope surface — one scope, taken verbatim from the provider's own documents. Nothing is expanded, split or inferred.
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.