OK Capsule · OAuth Scopes

OK Capsule OAuth Scopes

OAuth 2.0 probed

OK Capsule 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.

SupplementsNutritionHealthManufacturingFulfillmentEcommercePersonalizationOrdersShippingAgentsMCPTelehealth
Scopes: 0 Flows: Method: probed

Scopes (0)

OK Capsule 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 scopes govern the MCP server (https://storefront.okcapsule.app/mcp), not the REST Core API V2. The REST API declares a single bearerAuth (http/JWT) securityScheme with no oauth2 flows and therefore has no scope surface; its permissions are role-based and managed in the client portal. The scope list here is read verbatim from the RFC 8414 discovery document (scopes_supported) and cross-checked against the provider's own scope table at https://okcapsule.com/mcp/developers. The provider states the discovery document is authoritative and that "scopes may be added or split", so clients should read it at runtime.

Source

OAuth Scopes

Raw ↑
generated: '2026-08-26'
method: probed
source: https://storefront.okcapsule.app/.well-known/oauth-authorization-server
docs: https://okcapsule.com/mcp/developers
note: >-
  These scopes govern the MCP server (https://storefront.okcapsule.app/mcp), not the REST Core API V2.
  The REST API declares a single bearerAuth (http/JWT) securityScheme with no oauth2 flows and
  therefore has no scope surface; its permissions are role-based and managed in the client portal.
  The scope list here is read verbatim from the RFC 8414 discovery document (scopes_supported) and
  cross-checked against the provider's own scope table at https://okcapsule.com/mcp/developers. The
  provider states the discovery document is authoritative and that "scopes may be added or split", so
  clients should read it at runtime.
authorization_server: https://storefront.okcapsule.app
flows:
- type: authorization_code
  authorization_endpoint: https://storefront.okcapsule.app/oauth/authorize
  token_endpoint: https://storefront.okcapsule.app/oauth/token
  registration_endpoint: https://storefront.okcapsule.app/oauth/register
  revocation_endpoint: https://storefront.okcapsule.app/oauth/revoke
  pkce: required (S256)
  token_endpoint_auth_methods_supported: [none]
- type: refresh_token
scope_count: 16
scopes:
- name: catalog:read
  description: Brands, products, catalog, product intelligence, pack builder
  default_grant: true
- name: recommendations:read
  description: Recommendation validation
  default_grant: true
- name: orders:read
  description: List/get orders, transaction logs, order status
  default_grant: true
- name: orders:write
  description: Create/update orders
  default_grant: false
  consent: opt-in
- name: orders:cancel
  description: Cancel orders
  default_grant: false
  consent: opt-in
  destructive: true
- name: consumers:read
  description: Get/list consumers
  default_grant: true
- name: consumers:write
  description: Create/update consumers
  default_grant: true
- name: consumers:delete
  description: Delete consumers
  default_grant: false
  consent: opt-in
  destructive: true
- name: fulfillments:read
  description: Fulfillments, shipping labels
  default_grant: true
- name: meta:read
  description: Status lists
  default_grant: true
- name: documents:write
  description: Supplement-facts PDF generation
  default_grant: true
- name: orders:read:own
  description: >-
    Present in scopes_supported in the discovery document. The ":own" family is not documented in the
    provider's published scope table; the developer page states there is no consumer-facing sign-in
    yet, so these read as reserved for a future consumer persona.
  default_grant: unknown
- name: orders:write:own
  description: Reserved consumer-persona scope present in scopes_supported but not in the published scope table.
  default_grant: unknown
- name: orders:cancel:own
  description: Reserved consumer-persona scope present in scopes_supported but not in the published scope table.
  default_grant: unknown
- name: profile:read:own
  description: Reserved consumer-persona scope present in scopes_supported but not in the published scope table.
  default_grant: unknown
- name: profile:write:own
  description: Reserved consumer-persona scope present in scopes_supported but not in the published scope table.
  default_grant: unknown
consent_model: >-
  Read access is the default grant; anything destructive is opt-in at the consent screen. The user
  approves exactly what the client asked for, and one token is bound to exactly one workspace.

Work with this as data

Every scope set here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for oauth scopes

4 MCP tools reach this
  • find_scopesBrowse and filter every scope set in the catalog.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools

Call it yourself

curl for this page
This scope set
curl "https://apis.io/api/v1/scopes/ok-capsule-scopes"
All oauth scopes
curl "https://apis.io/api/v1/scopes?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no email required.

A second provider on the same verified email joins the account you already have.