The Agent Volumes Registry API uses registry-local, resource-scoped bearer tokens for protected write operations. Tokens are opaque to clients — the bibliotheca derives authorization decisions from its own local state based on the token subject, the requested action, and the target resource. Token issuance is not standardized in v0.1; consult your bibliotheca’s documentation for how to obtain a token.Documentation Index
Fetch the complete documentation index at: https://agentvolumes.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
Which operations require authentication
| Operation | Auth required | Portable authorization semantics |
|---|---|---|
| Search | No | N/A |
| Fetch release metadata | No | N/A |
| Download | No | N/A |
| Version index | No | N/A |
| Capability metadata | No | N/A |
| Trust metadata (summary + detail) | No | N/A |
| Advisory discovery | No | N/A |
| Publish | Yes (Bearer token) | Authorized to publish the volume identity or namespace |
| Unpublish | Yes (Bearer token) | Authorized to unpublish the volume identity or exact release |
| Trust upload | Yes (Bearer token) | Authorized to add trust attachments for the exact release |
Passing the token
Include the bearer token in theAuthorization header on every authenticated request.
Token format
Bearer tokens are:- Opaque — clients must not parse or decode the token value
- Registry-local — tokens issued by one bibliotheca are not valid on another
- Resource-scoped — a token may be authorized for a specific scope, volume, or release; the bibliotheca enforces the scope boundary
Error responses
If the token is missing, malformed, unknown, expired, or revoked, the bibliotheca returns401 Unauthorized:
403 Forbidden:
Authenticated request example
The following example creates a release upload intent for a scoped volume:Token issuance — how you register, log in, or generate API tokens — is bibliotheca-local and is
not standardized in Agent Volumes v0.1.