The context store model
The context store model contains metadata about your context stores, such as their key, name, and description. It also tracks when the store was created and last updated, and whether it’s currently active.Properties
Unique identifier for the context store.
A URL-friendly unique key for the context store (lowercase letters, numbers, hyphens, underscores).
The display name of the context store.
An optional description of the context store’s purpose.
Whether or not the context store is active and can be used.
The number of documents in this context store.
Timestamp of when the context store was created.
Timestamp of when the context store was last updated.
List all context stores
GET /v1/context
This endpoint allows you to retrieve a paginated list of all your context stores. By default, a maximum of 50 context stores are shown per page.
Optional parameters
Maximum number of context stores to return (default: 50).
Number of context stores to skip (default: 0).
Filter by active status.
Field to order by (default: “created_at”).
Order in descending order (default: true).
Response
Create a context store
POST /v1/context
This endpoint allows you to create a new context store. A context store acts as a container for context documents. The key must be URL-friendly (lowercase letters, numbers, hyphens, underscores).
Required attributes
A unique, URL-friendly key for the context store.
The display name for the context store.
Optional attributes
A description of the context store’s purpose.
The kind of content the store holds (one of
documents, translation_memory; default: documents). A translation_memory store holds bilingual TM segments (TMX) and requires retrieval_backend set to qdrant and an embedding_model.The retrieval backend to use (one of
none, qdrant; default: none).Embedding model identifier. Required when
retrieval_backend is qdrant.External index ID (Qdrant collection or OpenAI vector_store_id).
Optional chunking overrides. Object with
chunk_size and chunk_overlap.ID of a prompt template that is automatically applied as the system prompt whenever a retriever is built from this store. The template must belong to the same organization or be a system default.
Parameters merged into template rendering (e.g.
{"instruments": "CRPD, Belgian Anti-Discrimination Act"}).Response
Retrieve a context store
GET /v1/context/:store_id
This endpoint allows you to retrieve a context store by providing its ID. Refer to the list at the top of this page to see which properties are included with context store objects.
Response
Update a context store
PUT /v1/context/:store_id
This endpoint allows you to perform an update on a context store. You can update the name, description, active status, and retrieval configuration.
Optional attributes
The display name for the context store.
A description of the context store.
Whether or not the context store is active.
The kind of content the store holds (one of
documents, translation_memory). Can only be changed while the store has no documents.The retrieval backend to use (one of
none, qdrant).Embedding model identifier. Required when
retrieval_backend is qdrant.External index ID (Qdrant collection or OpenAI vector_store_id).
Optional chunking overrides. Object with
chunk_size and chunk_overlap.ID of a prompt template that is automatically applied as the system prompt whenever a retriever is built from this store. The template must belong to the same organization or be a system default.
Parameters merged into template rendering (e.g.
{"instruments": "CRPD, Belgian Anti-Discrimination Act"}).Response
Delete a context store
DELETE /v1/context/:store_id
This endpoint allows you to delete a context store. Note: This is a soft delete operation. By default, this will also delete all documents in the store and their associated S3 files.
Optional parameters
Whether to delete all documents in the store (default: true).
Whether to delete associated S3 files (default: true).
Reindex a context store
POST /v1/context/:store_id/reindex
This endpoint allows you to submit a rag_ingest job that (re)indexes every active document in the store. This is useful for backfilling after enabling a retrieval backend on an existing store, or for recovering from a worker crash that left documents stuck in processing. The response returns the workflow ID; poll the job status endpoint for progress.