Pagination & response headers
Navigate large catalog collections predictably and retain the metadata needed for caching, support, and reproducibility.
Offset pagination
Collection endpoints accept limit and offset. Results use a stable envelope with data and meta.
limitinteger
Maximum number of records to return (1–500).Default:
100offsetinteger
Zero-based number of matching records to skip.Default:
0cURL
curl "https://api.use-allm.com/v1/deployments?provider=openai&limit=2&offset=0" \
-H "Authorization: Bearer $ALLM_API_KEY"Pagination metadata
JSON
{
"data": [/* deployments */],
"meta": {
"total": 38,
"limit": 2,
"offset": 0,
"has_more": true
}
}To request the next page, set offset to the current offset + limit. Stop when has_more is false.
Response headers
- x-request-id
- Unique request identifier. Include it in logs and support requests.
- x-allm-catalog-release
- Immutable identifier of the catalog snapshot used to answer the request.
- ETag
- Content fingerprint used for cache validation.
- Retry-After
- Seconds to wait before retrying a rate-limited request; present on 429 responses.
Conditional requests
Store the ETag with cached catalog responses and send it back through If-None-Match. Treat a new catalog release as a signal to re-evaluate persisted decisions, not as proof that every record changed.