Skip to main content
Knowledge bases provide agents with access to domain-specific information, documents, and organizational knowledge through semantic search.

Available Knowledge Base Types

Milvus

Vector DatabaseProduction-ready vector database with semantic search, hybrid search, and query expansion.

UKnow

Cloud Storage SearchSearch documents in SharePoint, OneDrive, Google Drive, and Confluence via the UKnow API.

Milvus Knowledge Base

Milvus is a vector database that enables semantic search over your documents using dense vector embeddings. Knowledge bases support customizable chunking strategies, embedding models, and structured data processing.

Basic Configuration

Creating with API

Knowledge bases are created via the API with full control over processing configuration. See Create Knowledge Base API for complete documentation.

Instance Fields

string
required
Unique identifier for this knowledge base instance. Must contain only alphanumeric characters, hyphens, and underscores.
string
required
Knowledge base type: "milvus" or "uknow"
boolean
default:"true"
Toggle the knowledge base on or off without removing it from configuration
string
KnowledgeBase model ID for database lookup (required for Milvus to resolve collection info)
object
default:"{}"
Adapter-specific retrieval configuration (see below)
string
Human-readable description of the knowledge base

Milvus Retrieval Configuration

The config object controls how documents are retrieved from Milvus:
integer
default:"10"
Number of most relevant results to returnRange: 1-1000
string
default:"dense"
Search strategy for retrievalOptions:
  • dense - Vector-based semantic search only (default, fastest)
  • hybrid - Combines dense vector + BM25 keyword search
  • bm25 - BM25 keyword-based search only
  • hybrid_rrf - Hybrid with Reciprocal Rank Fusion for improved ranking
integer
HNSW search parameter controlling accuracy vs speed trade-offHigher values = more accurate but slower
float
Minimum similarity score thresholdRange: 0.0-1.0
Only return results above this score
integer
default:"0"
Number of results to skip (for pagination)
string
default:"mistral"
Embedding provider for vectorization: "mistral", "azure_openai", or "telekom_otc"
string
default:"mistral-embed"
Embedding model name
string
LLM model for query expansion. Must be one of the available LLM models.
integer
default:"0"
Number of expanded queries to generate (0-5). When greater than 0, uses the query_model to generate variations of the original query for improved recall.
string
Raw Milvus expression for pre-search filtering. Supports Milvus-native operators like ARRAY_CONTAINS.
object
Haystack-style metadata filters for document retrieval.

Usage Examples

Basic Knowledge Base Agent

Hybrid Search with RRF Fusion

Query Expansion

Multiple Knowledge Bases

Chunking Strategies

Knowledge bases support three chunking strategies configured during creation:

Recursive (Default)

Splits text using multiple separators in order (paragraphs β†’ sentences β†’ words). Best for general documents. Parameters:
  • strategy: "recursive"
  • chunk_size: Size in words/characters (default: 500)
  • chunk_overlap: Overlap between chunks (default: 50)
  • split_by: "word" | "char" (only these two options)
  • recursive_separators: Array of separators to try in order
Example:

Hierarchical

Creates multi-level chunks preserving document structure. Ideal for academic papers and structured documents. Parameters:
  • strategy: "hierarchical"
  • hierarchical_block_sizes: Descending array of block sizes (e.g., [700, 350, 150])
  • chunk_overlap: Overlap between chunks
  • split_by: "word" | "sentence"
Example:

Fixed

Simple fixed-size chunks. Fastest processing for straightforward documents. Parameters:
  • strategy: "fixed"
  • chunk_size: Fixed chunk size
  • chunk_overlap: Overlap between chunks
  • split_by: "word" | "sentence"
Example:

Structured Data Processing

CSV and Excel files (.csv, .xlsx, .xls) support specialized processing:

Configuration

Structured Config Parameters

integer
default:"10"
Number of rows to combine into one searchable chunk (1-20)Lower values = More precise retrieval, slower ingestion
Higher values = Faster ingestion, broader context
string
default:"csv"
Output format for table dataOptions:
  • csv - Comma-separated values
  • markdown - Markdown table format
string
default:"text"
Column name containing the main text content (CSV only)Required for row mode processing
string
default:"row"
Processing mode for CSV filesOptions:
  • row - One document per row (precise retrieval)
  • file - One document per file (holistic context)
boolean
default:"false"
If enabled, uses an openpyxl streaming mode for Excel processing to avoid loading entire sheets into memory. Recommended for Excel files larger than 50MB.

Embedding Providers

Choose your embedding model during knowledge base creation:

Azure OpenAI

Available model:
  • text-embedding-ada-002 (1536 dimensions)

Mistral AI

Available model:
  • mistral-embed (1024 dimensions)

Telekom OTC

Available models:
  • text-embedding-bge-m3 (1024 dimensions) - BGE multilingual model
  • jina-embeddings-v2-base-de (768 dimensions) - German-optimized
  • jina-embeddings-v2-base-code (768 dimensions) - Code-optimized
  • tsi-embedding-colqwen2-2b-v1 (1024 dimensions) - TSI ColQwen2

Best Practices

Chunking

General Documents: Use recursive strategy with 500 word chunks and 50 word overlap.
Code Files: Use smaller chunks (300 words) with recursive separators ["\n\n", "\n", " "].
Research Papers: Use hierarchical strategy with block sizes [700, 350, 150] to preserve structure.
CSV/Excel Data: Start with rows_per_batch: 10 and adjust based on row size and retrieval precision needs.
Chunk overlap must be less than chunk size (or smallest block size for hierarchical). The API will reject invalid configurations.

Retrieval

Top K Selection: Start with top_k: 5-10 for most use cases. Increase if you need more context.
Search Accuracy: Use search_ef: 64 for balanced performance. Increase to 128+ for higher accuracy needs.
Metric Type: Use COSINE for most semantic search applications as it’s normalized and works well with embeddings.
Score Threshold: Set a score_threshold (e.g., 0.7) to filter out low-relevance results.
Higher search_ef values improve accuracy but increase query latency. Balance based on your performance requirements.

Next Steps

Agent Capabilities

Explore all agent capabilities including tools and streaming

Agent Types

Learn about different agent types