Documentation Index
Fetch the complete documentation index at: https://dev.chief.bot/llms.txt
Use this file to discover all available pages before exploring further.
Overview
Several Chief API list endpoints use cursor-based pagination so you can walk large datasets without offset drift. Paginated responses include:| Field | Description |
|---|---|
data | Items in this page. |
first_id | Id of the first item in this page (omitted when empty). |
last_id | Id of the last item in this page (omitted when empty). |
has_more | true when another page exists after this one. |
Supported endpoints
| Endpoint | Pagination |
|---|---|
GET /v1/chats | Cursor (after_id, before_id, limit) |
GET /v1/assets | Cursor (after_id, before_id, limit) |
GET /v1/labels | Returns full list in v1 (has_more is always false) |
Parameters
All cursor-paginated endpoints accept:Maximum items per page. Minimum
1, maximum 100.Resource id from the previous response’s
last_id. Returns items strictly after this id. Omit on the first request. Mutually exclusive with before_id.Resource id to paginate backward from. Returns items strictly before this id. Mutually exclusive with
after_id.Response format
Forward pagination
Passlast_id from the current page as after_id on the next request when has_more is true:
Backward pagination
Passfirst_id from the current page as before_id to walk toward older items:
Best practices
- Check
has_morebefore requesting another page. - Choose a
limitthat fits your use case (smaller for UI lists, larger for batch exports). - Do not send
after_idandbefore_idin the same request.
Related
- Introduction
- Errors
- API reference → Chats —
GET /v1/chats - API reference → Assets —
GET /v1/assets