Skip to main content
Use a knowledge store when your agent needs to answer questions grounded in your data — internal docs, company policies, product FAQs — rather than relying on whatever the model learned during training. For example, a support agent that answers billing questions should search your help-center articles, not improvise from general internet knowledge. You upload or connect that content once, and the platform makes it searchable by meaning. A knowledge store is a searchable collection of content. You ingest documents or connect data sources, the platform chunks and embeds the content, and your agents retrieve it with semantic search.

Key concepts

Store states

How it works

Create a knowledge store

Request parameters

string
required
Display name for the store.
integer
default:"800"
Tokens per chunk. Range: 100–4000.
integer
default:"100"
Token overlap between adjacent chunks to preserve context. Range: 0–500.
string
default:"recursive"
How content is split. One of recursive, markdown, conversation.
string
Which provider generates embeddings. One of openai, bedrock, custom.
integer
default:"1024"
Vector size for embeddings. Range: 128–4096.

Response

string
Unique store identifier.
string
Display name.
string
Current store state: active, provisioning, error, or deleted.
string
ISO 8601 creation timestamp.

Search a knowledge store

Search parameters

string
required
The search query. Length: 1–10,000 characters.
integer
default:"10"
Number of results to return. Range: 1–100.
float
Minimum similarity score to include a result. Optional; omit to return all top_k results regardless of score.

Search response

array
Array of matching chunks, each containing chunk_id, content, score, and metadata.

List knowledge stores

Delete a knowledge store

Deleting a store removes all its chunks and embeddings. This cannot be undone.

Configuration reference

Errors

Security

Troubleshooting

Tune chunking and retrieval: lower chunk_size for dense documents, add chunk_overlap to preserve context, and set a score_threshold to filter weak matches. Keep each store focused on a single domain.
Ingestion is asynchronous. A store in provisioning is still indexing; wait until it reports active before relying on search.
Check the configuration ranges: chunk_size 100–4000, chunk_overlap 0–500, embedding_dimensions 128–4096.

Rate limits

10,000 requests per organization per hour. Pagination: page >= 1, page_size 1–100 (default 20).
Very large chunks dilute relevance; very small chunks lose surrounding context. Start near 512 with 50–100 overlap and adjust based on retrieval quality. Use markdown strategy for structured documents and conversation for chat logs.

Documents & Uploads

Add files to a store.

Connectors

Keep stores synced with external data.

Context Bundles

Assemble retrieved context for a run.

Knowledge & Memory

Conceptual overview of stores and memory.

Next steps

Continue to Memory.