Scope Format
Grantex defines a standard scope format:| Part | Required | Description |
|---|---|---|
resource | Yes | The resource being accessed (e.g. calendar, email, payments) |
action | Yes | The action being performed (e.g. read, write, send, initiate) |
constraint | No | An optional constraint on the action (e.g. max_500 for a payment cap) |
Examples
| Scope | Meaning |
|---|---|
calendar:read | Read calendar events |
calendar:write | Create and modify events |
email:send | Send emails on user’s behalf |
payments:initiate:max_500 | Initiate payments up to $500 |
files:read | Read user files |
profile:read | Read user profile |
How Scopes Work
At registration
When a developer registers an agent, they declare the full set of scopes the agent may ever need:At authorization
When requesting user consent, the agent specifies which scopes it needs for this particular session. These must be a subset of the registered scopes:In the grant token
Approved scopes are embedded in the JWT’sscp claim:
At verification
Services check thescp claim to decide whether to allow a request:
Scope Enforcement in Integrations
All framework integrations (LangChain, CrewAI, Vercel AI, etc.) perform offline scope checks by decoding the JWT’sscp claim — no network call needed: