Skip to main content
Every authorization ceremony — device flow or Authorization Code — records an AgentBinding: the consent receipt for what a user allowed an agent to do. “Connected agents” is the browser surface a user manages these from, and it covers both credential types in one view, each with a human-facing lifecycle state.
The /oauth/bindings endpoints are browser-initiated and require a Nevermined API key: the subject comes from the authenticated session, so a caller only ever sees and manages their own bindings. POST /oauth/revoke (below) is the exception — it is public, because the token you present is itself the authorization to revoke it (RFC 7009).

List connections

Paginated with the API-wide convention — page (1-indexed) and offset (page size, default 50, max 100). totalResults is the honest total across all pages, and the applied page/offset are echoed back so you can tell when a requested page size was clamped.

Lifecycle states

The state a user sees distinguishes why a binding is (or isn’t) usable:

Revoke a connection

Returns 204. One action kills every credential minted from that binding. A binding that isn’t the caller’s returns 404, so a caller can’t revoke — or probe — another user’s bindings.

Revoke a single credential

To revoke one credential rather than a whole connection, use the RFC 7009 endpoint — it accepts either an NVM API key or an x402 access token:
The token_type_hint field is advisory only; resolution doesn’t depend on it. The endpoint is idempotent — revoking an already-revoked or unknown token succeeds.