The version index is a machine-facing resolver input, not a search surface. It gives you a package-scoped collection of version rows that a resolver can use to discover eligible version candidates and prune them against dependency constraints. Each row includes the SemVer version string, integrity value, dependency declarations, lifecycle status, and a pointer to the authoritative exact release metadata endpoint. You must still fetch exact release metadata before installation or trust evaluation — the index is not authoritative on its own. No authentication is required.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.
Endpoints
Path parameters
Volume name. Lowercase alphanumeric and hyphens, 1–128 characters.
Scope name for scoped volumes. Omit for scopeless volumes.
Response fields
The response is a collection envelope with anitems array.
Array of version index rows. Each row represents one published version.
Example request and response
Version lifecycle behavior for resolvers
| State | Ordinary resolution | Exact pinned fetch / install |
|---|---|---|
available | Allowed | Allowed |
yanked | Excluded | Allowed with warning |
tombstoned | Excluded | Fails unless using non-baseline cache-only behavior |
blocked | Excluded | Fails |
unavailable | Excluded | Fails or reports an availability error |
available candidates. Never select yanked, tombstoned, blocked, or unavailable versions during ordinary resolution.
Client rules
-
Prefer highest SemVer. Among eligible stable
availablecandidates that satisfy the applicable constraints, prefer the candidate with the highest SemVer precedence. -
Always fetch exact release metadata before installation. The version index is a candidate discovery input, not an authoritative release record. Call the endpoint in
release.urland verify the result before installing. - Treat index/metadata conflicts as inconsistent registry state. If version index data conflicts with exact release metadata (for example, different lifecycle states or mismatched integrity values), treat this as an inconsistent registry state error rather than silently preferring either representation.
Relationship to search
The version index and the search endpoint serve different purposes:| Version index | Search | |
|---|---|---|
| Purpose | Resolver candidate discovery | Human-oriented catalog discovery |
| Ordering | SemVer | Bibliotheca-local ranking |
| Scope | One package | Entire catalog |
| Use in resolution | Yes | Never |
Bibliothecas update the version index promptly when publish, unpublish, yank, tombstone, blocking,
or equivalent version-state changes occur.