> ## Documentation Index
> Fetch the complete documentation index at: https://docs.grantex.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# Grantex AI Agent Authorization

> Learn how Grantex provides delegated authorization, verifiable identity, scoped permissions, human consent, and audit records for AI agents.

## What is Grantex?

AI agents are acting in the world — booking travel, sending emails, executing trades, managing files — on behalf of real humans. Many agent systems still rely on shared credentials and application-level controls that cannot answer these questions reliably:

* No standard way to grant an agent **scoped, time-limited permissions** on your behalf
* Services can't verify whether an agent is **genuinely authorized** by the claimed human
* No **auditable, tamper-evident record** of what an agent did, when, and under whose authority
* Multi-agent pipelines have no way to **chain authorization** — a sub-agent can't prove it was legitimately spawned

Grantex is an open-source delegated authorization protocol and reference implementation for AI agents. It gives each agent a verifiable identity and scoped, time-limited, revocable authority from a human or organization, with multi-agent delegation, service-side verification, and audit records.

Grantex complements OAuth 2.0 and MCP: OAuth handles application and user authorization, MCP connects models to tools, and Grantex proves which agent may perform which action for which principal.

The hosted authorization service and repository TypeScript client implement a
tested [OAuth agent-grants profile](/guides/oauth-agent-grants) using PAR,
PKCE `S256`, DPoP sender constraints, RFC 9207 issuer validation, rotating
refresh tokens, token exchange, and revocation. This is self-assessed
implementation evidence, not independent certification or IETF endorsement.

Grantex is owned by Orchestrum Technologies LLP. Inventor and owner:
Sanjeev Kumar. See [Ownership](/ownership) for the canonical ownership and
contact notice.

## Key Properties

<CardGroup cols={2}>
  <Card title="Model-Neutral" icon="microchip">
    Works with OpenAI, Anthropic, Google, Llama, and Mistral models. Framework adapters cover LangChain, Vercel AI SDK, and CrewAI; other stacks can integrate at the SDK or service boundary.
  </Card>

  <Card title="Framework-Native" icon="puzzle-piece">
    First-class integrations for LangChain, AutoGen, CrewAI, Vercel AI, OpenAI Agents SDK, Google ADK, and MCP.
  </Card>

  <Card title="Offline-Verifiable" icon="shield-check">
    Services verify token signatures and claims using published JWKS after retrieving the keys. Current revocation still requires an online state check or synchronized revocation data.
  </Card>

  <Card title="Compliance Evidence" icon="file-certificate">
    Audit records, control mappings, exports, and evidence-pack tooling can support reviews such as SOC 2 and GDPR assessments; they do not by themselves establish certification or legal compliance.
  </Card>
</CardGroup>

## Current releases

The primary SDKs and MCP Auth server are published independently:

| Package | Current published release |
| - | -: |
| TypeScript | `@grantex/sdk@0.8.2` |
| Python | `grantex==0.7.2` |
| Go | `github.com/mishrasanjeev/grantex-go@v0.4.3` |
| MCP Auth | `@grantex/mcp-auth@4.1.0` |

See [Release Status](/release-status) for registry links, runtime requirements,
and the distinction between SDK, API-contract, and repository versions.

## Install

The exact versions below make local and CI builds reproducible.

<CodeGroup>
  ```bash TypeScript theme={null}
  npm install @grantex/sdk@0.8.2
  ```

  ```bash Python theme={null}
  python -m pip install grantex==0.7.2
  ```

  ```bash Go theme={null}
  go get github.com/mishrasanjeev/grantex-go@v0.4.3
  ```

  ```bash MCP Auth theme={null}
  npm install @grantex/mcp-auth@4.1.0 @grantex/sdk@0.8.2
  ```

  ```bash CLI theme={null}
  npm install -g @grantex/cli@0.4.2
  ```
</CodeGroup>

## Architecture

```
┌──────────────────────────────────────────────────────────────────────┐
│                         YOUR APPLICATION                             │
│                                                                      │
│   ┌──────────────┐    ┌──────────────┐    ┌───────────────────────┐ │
│   │  AI Agent    │    │  Grantex SDK │    │  End User Dashboard   │ │
│   │  (any model) │◄──►│  (2 lines)   │    │  (view / revoke)      │ │
│   └──────────────┘    └──────┬───────┘    └───────────────────────┘ │
└──────────────────────────────┼───────────────────────────────────────┘
                               │ HTTPS
                               ▼
┌──────────────────────────────────────────────────────────────────────┐
│                         GRANTEX PROTOCOL                             │
│                                                                      │
│  ┌─────────────┐  ┌──────────────┐  ┌─────────────┐  ┌──────────┐  │
│  │  Identity   │  │     Auth     │  │   Consent   │  │  Audit   │  │
│  │  Service    │  │   Service    │  │     UI      │  │  Chain   │  │
│  │  (DID/JWKS) │  │ (token i/o)  │  │  (hosted)   │  │ (append) │  │
│  └─────────────┘  └──────────────┘  └─────────────┘  └──────────┘  │
└──────────────────────────────────────────────────────────────────────┘
                               │
                               ▼
                ┌──────────────────────────┐
                │  Any Service / API       │
                │  Verifies via JWKS       │
                │  No Grantex SDK needed   │
                └──────────────────────────┘
```

## FAQ

<AccordionGroup>
  <Accordion title="Is this just another auth library?">
    Human identity systems and Grantex solve different layers. Human auth establishes who the person is; Grantex carries the scoped authority that person or organization delegated to a specific agent. Current revocation requires an online state check or synchronized revocation data at the enforcement point.
  </Accordion>

  <Accordion title="Why not just use OAuth 2.0?">
    OAuth 2.0 was designed for "user grants app permission to access their data." Agents introduce new requirements: the agent needs a verifiable identity separate from its creator, grants need to be chainable across multi-agent pipelines, and every autonomous action must be attributable and auditable. We extend OAuth 2.0 concepts but add the agent-specific primitives it lacks.
  </Accordion>

  <Accordion title="What about MCP (Model Context Protocol)?">
    MCP connects clients to tools and resources and defines optional OAuth-based authorization for HTTP transports. Grantex adds agent-specific delegated authority at the tool or service boundary: which agent may perform which action for which principal. The two layers are complementary.
  </Accordion>

  <Accordion title="Can I self-host?">
    Yes. The reference implementation is fully open-source. Docker Compose deploy in one command. See the [self-hosting guide](/guides/self-hosting).
  </Accordion>

  <Accordion title="Who owns the standard?">
    The Grantex protocol specification is open under Apache 2.0 and frozen at v1.0. The related [Delegated Agent Authorization Protocol (DAAP) Internet-Draft](/community/ietf-draft) is an individual submission for discussion; it is not an IETF-adopted or endorsed standard.
  </Accordion>
</AccordionGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.