# Command Line Interface The `haiku-rag` CLI provides complete document management functionality. !!! note Global options (must be specified before the command): - `--config` - Specify custom configuration file - `--read-only` - Open database in read-only mode (blocks writes, skips upgrades) - `--db-name` - Name of a database from `lancedb.databases` to work on - `--version` / `-v` - Show version and exit Per-command options: - `--db` - Open the database at this path, named by its stem, whatever the configuration places - `-h` - Show help for specific command Example: ```bash haiku-rag --config /path/to/config.yaml list haiku-rag --config /path/to/config.yaml list --db /path/to/custom.db haiku-rag --read-only search "query" haiku-rag --db-name papers list haiku-rag add -h ``` With `lancedb.databases` configured, `search`, `ask`, `analyze`, and `chat` use the full set by default. Select one database for other commands with `--db-name` or `--db`. `settings`, `init-config`, and `download-models` do not open a database. See [Multiple Databases](configuration/storage.md#multiple-databases). ## Document Management ### Add Documents From text: ```bash haiku-rag add "Your document content here" # Set a title haiku-rag add "Your document content here" --title "My Document" # Attach metadata (repeat --meta for multiple entries) haiku-rag add "Your document content here" --meta author=alice --meta topic=notes ``` From file or URL: ```bash haiku-rag add-src /path/to/document.pdf haiku-rag add-src https://example.com/article.html # Optionally set a human‑readable title stored in the DB schema haiku-rag add-src /mnt/data/doc1.pdf --title "Q3 Financial Report" # Optionally attach metadata (repeat --meta). Values use JSON parsing if possible: # numbers, booleans, null, arrays/objects; otherwise kept as strings. haiku-rag add-src /mnt/data/doc1.pdf --meta source=manual --meta page_count=12 --meta published=true ``` From directory (recursively adds all supported files): ```bash haiku-rag add-src /path/to/documents/ ``` From an S3 bucket (requires the `[s3]` extra, see the [ingester docs](ingester.md) for continuous S3 polling): ```bash # AWS S3 with credentials in the default chain (env vars, IAM role, AWS profile) haiku-rag add-src s3://my-bucket/path/to/document.pdf # S3-compatible endpoint (SeaweedFS, MinIO, Cloudflare R2, etc.) AWS_ACCESS_KEY_ID=key AWS_SECRET_ACCESS_KEY=secret AWS_REGION=us-east-1 \ AWS_ENDPOINT_URL=http://localhost:8333 \ haiku-rag add-src s3://my-bucket/path/to/document.pdf ``` !!! note When adding a directory, the converter's supported extensions filter applies. For pattern-based ignore/include filtering (e.g. `**/.git/**`), use the [ingester](ingester.md) with a filesystem source. !!! note As you add documents to `haiku.rag` the database keeps growing. By default, LanceDB supports versioning of your data. Create/update operations are atomic‑feeling: if anything fails during chunking or embedding, the database rolls back to the pre‑operation snapshot using LanceDB table versioning. You can optimize and compact the database by running the [vacuum](#vacuum-optimize-and-cleanup) command. ### List Documents ```bash haiku-rag list ``` Filter documents by properties: ```bash # Filter by URI pattern (--filter or -f) haiku-rag list --filter "uri LIKE '%arxiv%'" # Filter by exact title haiku-rag list --filter "title = 'My Document'" # Combine multiple conditions haiku-rag list --filter "uri LIKE '%.pdf' AND title LIKE '%paper%'" ``` ### Get Document ```bash haiku-rag get 3f4a... # document ID ``` ### Delete Document ```bash haiku-rag delete 3f4a... # document ID haiku-rag rm 3f4a... # alias ``` ## Search Basic search: ```bash haiku-rag search "machine learning" ``` With options: ```bash haiku-rag search "python programming" --limit 10 # or -l 10 ``` With search type: ```bash # Hybrid search (the default) haiku-rag search "python programming" --search-type hybrid # or -s hybrid # Full-text search only haiku-rag search "python programming" --search-type fts # or -s fts # Vector search only haiku-rag search "python programming" --search-type vector # or -s vector ``` With filters (filter by document properties, use `--filter` or `-f`): ```bash # Filter by URI pattern haiku-rag search "neural networks" --filter "uri LIKE '%arxiv%'" # Filter by exact title haiku-rag search "transformers" --filter "title = 'Deep Learning Guide'" # Combine multiple conditions haiku-rag search "AI" --filter "uri LIKE '%.pdf' AND title LIKE '%paper%'" ``` Image-as-query (requires a multimodal embedder): ```bash haiku-rag search --image path/to/figure.png --limit 5 ``` When `--image` is used, the positional query is omitted. Pass one or the other, not both. ## Question Answering Ask questions about your documents: ```bash haiku-rag ask "Who is the author of haiku.rag?" ``` Filter to specific documents: ```bash haiku-rag ask "What are the main findings?" --filter "uri LIKE '%paper%'" ``` Attach images to the question, for example to check an image against indexed documents: ```bash haiku-rag ask "Does this photo satisfy the spec in the design document?" --image photo.jpg ``` `ask` runs the [RAG capability](capabilities/rag.md) and always renders citations under the answer. When available, citations use the document title, otherwise they fall back to the URI. Citation text is truncated to a 300-character preview. To read the whole passage the model saw: ```bash haiku-rag ask "What are the main findings?" --full-citations ``` Flags: - `--filter` / `-f`: Restrict searches to documents matching the filter (see [Filtering Search Results](python.md#filtering-search-results)) - `--image`: Path to an image attached to the question (repeatable). Retrieval stays text-based; the model must have `vision: true` configured. - `--full-citations`: Show the full text of each citation instead of a truncated preview ## Analyze Answer complex analytical questions via code execution: ```bash haiku-rag analyze "How many documents mention security?" ``` Filter to specific documents: ```bash haiku-rag analyze "What is the total revenue?" --filter "title LIKE '%Financial%'" ``` Flags: - `--filter` / `-f`: SQL WHERE clause to restrict document access - `--image`: Path to an image attached to the question (repeatable). Requires `vision: true` on the analysis model. - `--full-citations`: Show the full text of each citation instead of a truncated preview See [Analysis capability](capabilities/analysis.md) for details and configuration. ## Chat Launch an interactive chat session for multi-turn conversations: ```bash haiku-rag chat haiku-rag chat --db /path/to/database.lancedb # Enable the analysis capability (code execution) haiku-rag chat -c rag -c analysis ``` !!! note Requires the `tui` extra: `pip install haiku.rag-slim[tui]` (included in full `haiku.rag` package) Flags: - `--capability` / `-c`: Capabilities to enable. `rag` (default), `analysis`. Can be repeated. The chat interface provides: - Streaming responses with real-time tool execution - Expandable citations with source metadata - Session memory for context-aware follow-up questions - Visual grounding to inspect chunk source locations See [Chat](chat.md) for keyboard shortcuts and features. ## Inspect Launch the interactive inspector TUI for browsing documents and chunks: ```bash haiku-rag inspect haiku-rag inspect --db /path/to/database.lancedb ``` !!! note Requires the `tui` extra: `pip install haiku.rag-slim[tui]` (included in full `haiku.rag` package) The inspector provides: - Browse all documents in the database - View document metadata and content - Explore individual chunks - Search and filter results See [Tuning: Inspector](tuning.md#inspector) for the full keybindings and modal flows. ## Visualize Chunk Display visual grounding for a chunk - shows page images with highlighted bounding boxes: ```bash haiku-rag visualize ``` This renders the source document pages with the chunk's location highlighted. The chunk itself draws in a strong highlight, while surrounding context swept in by expansion draws fainter. Useful for verifying chunk boundaries and understanding document structure. Pass `--no-expand` to highlight only the chunk itself, without its expanded context. !!! note Requires a terminal with image support (iTerm2, Kitty, WezTerm, etc.) and documents processed with docling that have page images stored. ## Database lifecycle ### Initialize Database Create a new database: ```bash haiku-rag init [--db /path/to/your.lancedb] ``` This creates the database with the configured settings. **All other commands require an existing database** - they will fail with an informative error if the database doesn't exist. ### Info Display database metadata: ```bash haiku-rag info [--db /path/to/your.lancedb] ``` Shows: - path to the database - stored haiku.rag version (from settings) - embeddings provider/model and vector dimension - per-table row counts and storage sizes (documents, document_meta, chunks, document_items) - vector index status (exists/not created, indexed/unindexed chunks) - table versions per table (documents, document_meta, chunks) At the end, a separate "Versions" section lists runtime package versions: - haiku.rag - lancedb - docling ### Doctor Check the database for consistency problems and print a pass/warn/fail report: ```bash haiku-rag doctor [--db /path/to/your.lancedb] [--duplicates-out groups.yaml] ``` While it runs, doctor shows a spinner naming the check currently in progress. `--duplicates-out PATH` additionally writes the near-duplicate document groups to a YAML file (one block per group with `keep` and a list of `documents`, each carrying `document_id`, `document`, `chunks`, `similarity`, and `keep_suggested`) for offline review. Checks include: - required tables are present - `documents` and `document_meta` are in 1:1 correspondence - chunks and document items reference documents that exist - documents with text content produced chunks (empty and heading/furniture-only documents are not flagged; image-only documents are flagged according to whether the embedder can index images) - chunked documents have document items (empty documents are not flagged) - chunk `doc_item_refs` resolve to existing document items - chunk vector size matches the stored embedding dimension - chunks are embedded (no all-zero vectors) - pictures in image/PDF documents carry their image data (external image references in text documents are not flagged) - exactly one settings row is present - the configured embedding identity matches the stored settings - no database migrations are pending - the vector index covers all chunks - the full-text index covers the chunks it searches - near-identical documents (by embedding-centroid similarity) are grouped and reported, with the largest member flagged as the likely one to keep (advisory only, never deleted, tuned via `doctor.duplicates` in config) - API keys are set for configured providers It also probes the external endpoints the config uses and reports them under a Providers section: - Ollama is reachable and the configured models are installed (`{base_url}/api/tags`) - docling-serve is reachable when used as the converter or chunker (`{base_url}/health`) - custom OpenAI-compatible and vLLM endpoints respond (`{base_url}/models`) SaaS providers (OpenAI, Anthropic, Cohere, Jina, ZeroEntropy, Voyage) are covered by the API-key check rather than a network probe. In-process local models (sentence-transformers, cross-encoder, jina-local) have no endpoint and are reported as such. Each failure prints the command that fixes it (`rebuild`, `create-index`, `vacuum`, `migrate`, `rebuild --set-embedder`). `doctor` makes no changes. It exits with status 1 when any check fails, so it can gate CI or monitoring. ### Migrate Database Apply pending database migrations: ```bash haiku-rag migrate [--db /path/to/your.lancedb] ``` When you upgrade haiku.rag to a new version that includes schema changes, the database requires migration. Opening a database with pending migrations will display an error: ``` Error: Database requires migration from 0.19.0 to 0.26.5. 3 migration(s) pending. Run 'haiku-rag migrate' to upgrade. ``` Run `haiku-rag migrate` to apply the pending migrations. The command shows which migrations were applied: ``` Applied 4 migration(s): - 0.20.0: Add 'docling_document_json' and 'docling_version' columns - 0.23.1: Add content_fts column for contextualized FTS search - 0.25.0: Compress docling_document with gzip - 0.38.0: Split docling_document pages into separate column and re-compress with zstd Migration completed successfully. ``` !!! tip Back up your database before running migrations. While migrations are designed to be safe, having a backup provides peace of mind for production databases. ### Download Models Download required runtime models: ```bash haiku-rag download-models ``` This command downloads: - Docling OCR/conversion models - HuggingFace tokenizer (for chunking) - Ollama models referenced in your configuration (embeddings, QA, rerank) Progress is displayed in real-time with download status and progress bars for Ollama model pulls. ## Maintenance ### Create Vector Index Create a vector index on the chunks table for fast approximate nearest neighbor search: ```bash haiku-rag create-index [--db /path/to/your.lancedb] ``` **Requirements:** - Minimum 256 chunks required for index creation (LanceDB training data requirement) - Creates an IVF_PQ index using the configured `search.vector_index_metric` (cosine/l2) **When to use:** - On a collection over 100,000 chunks (below that, brute-force kNN is exact and fast enough) - After substantial corpus growth, to retrain the centroids - Use `haiku-rag info` to check index status and see how many chunks are indexed/unindexed, or `haiku-rag doctor` for the same as a health check See [Vector Indexing](configuration/storage.md#vector-indexing) for the measured accuracy and build cost. **Search behavior:** - Without index: Brute-force kNN search (exact nearest neighbors, slower for large datasets) - With index: ANN (approximate nearest neighbors) using IVF_PQ, tuned by `search.vector_nprobes` - Between a write and the next `optimize()`: LanceDB combines ANN over indexed rows with brute-force kNN over the remainder ### Rebuild Database Rebuild the database by re-indexing documents. Useful when switching embeddings provider/model or changing chunking settings: ```bash # Full rebuild (default) - re-converts from source files, re-chunks, re-embeds haiku-rag rebuild # Re-chunk from stored content (no source file access) haiku-rag rebuild --rechunk # Only regenerate embeddings (fastest, keeps existing chunks) haiku-rag rebuild --embed-only # Only generate titles for untitled documents haiku-rag rebuild --title-only # Run the VLM over already-stored picture bytes and patch descriptions # into the docling blob. Skips the docling parse entirely. haiku-rag rebuild --descriptions # Adopt the current embedder identity without re-embedding (same vector dimension) haiku-rag rebuild --set-embedder ``` **Rebuild modes:** | Mode | Flag | Use case | |------|------|----------| | Full | (default) | Changed converter, source files updated | | Rechunk | `--rechunk` | Changed chunking strategy or chunk size | | Embed only | `--embed-only` | Changed embedding model or vector dimensions | | Title only | `--title-only` | Generate titles for documents without one | | Descriptions | `--descriptions` | Add VLM picture descriptions to an existing database | | Set embedder | `--set-embedder` | Same model, different serving stack (e.g. Ollama to vLLM); vector dimension unchanged | **`--set-embedder` mode** updates the stored embedding provider/name to match the current config without re-embedding, valid only when the vector dimension is unchanged. Use it when the same model is served by a different stack so the recorded identity stops drifting from the config. A changed vector dimension is rejected; regenerate embeddings with `--embed-only` or a full rebuild instead. **`--descriptions` mode** runs the configured VLM (`processing.conversion_options.picture_description.model`) over the picture bytes already stored in `document_items.picture_data`, patches each description into the stored docling blob's `pictures[i].meta.description.text`, and re-chunks + re-embeds so chunk text reflects the new descriptions. Requires `processing.pictures: description` in the config. Idempotent: pictures that already carry a description are skipped, so the operation is safe to re-run after a partial failure. The docling parse is skipped entirely. Only the VLM time is paid. ### Vacuum (Optimize and Cleanup) Reduce disk usage by optimizing and pruning old table versions across all tables: ```bash haiku-rag vacuum ``` **Automatic Cleanup:** Vacuum runs automatically in the background after document operations, throttled to at most once every 5 minutes so sustained ingestion does not trigger continuous compaction (a final vacuum runs when the client closes). By default, it removes versions older than 1 day (configurable via `storage.vacuum_retention_seconds`), preserving recent versions for concurrent connections. Manual vacuum can be useful for cleanup after bulk operations or to free disk space immediately. ## MCP Server ```bash # HTTP transport on port 8001 haiku-rag mcp # stdio transport (for Claude Desktop) haiku-rag mcp --stdio # Custom port haiku-rag mcp --port 9000 # Bind to all interfaces (containers, trusted LAN) haiku-rag mcp --host 0.0.0.0 # Read-only mode (no write tools) haiku-rag --read-only mcp ``` See [MCP](mcp.md) for details. For continuous document ingestion (filesystem watch, S3 polling, HTTP / WebDAV sources), use the [ingester](ingester.md). ## Settings View current configuration settings: ```bash haiku-rag settings ``` ### Generate Configuration File Generate a YAML configuration file with defaults: ```bash haiku-rag init-config [output_path] ``` If no path is specified, creates `haiku.rag.yaml` in the current directory. ## Tags A tag names the current database state. It is a logical snapshot composed of one LanceDB tag on each of the five tables, created from a single version snapshot. ```bash # Tag the current state, e.g. at deploy time or after an ingestion run haiku-rag tag create release-1 # List tags with the versions they point to haiku-rag tag list # Delete a tag, releasing its versions for cleanup haiku-rag tag delete release-1 ``` A tag present on every table is complete. A tag missing from some tables (created outside haiku.rag, or left behind by a failure) is partial. `tag list` marks partial tags. Partial tags can be listed and deleted but never restored. Create tags with other writers stopped. Tag creation coordinates writers within one process only; a writer in another process can commit between the per-table snapshot reads, and the tag then captures a mixed state. Tagged versions survive `vacuum`. Vacuum retains the oldest tagged version and every newer version; versions older than the oldest tag remain eligible for cleanup. Delete tags you no longer need so cleanup can advance. ### Restore `tag restore` brings the database back to a tagged state: ```bash haiku-rag tag restore release-1 ``` Restore changes the live state. It is not a read-only view: each table gets a new latest version equal to the tagged one, and reads and writes continue from there. Versions written after the tag remain in history until vacuum removes them. Before changing anything, restore creates a complete safety tag (`before-restore-`) for the current state and reports it, so you always have a named path back: ```bash haiku-rag tag create release-1 --db /path/to/db.lancedb # Stop all writers before either restore. haiku-rag tag restore release-1 --db /path/to/db.lancedb --yes haiku-rag tag list --db /path/to/db.lancedb haiku-rag tag restore before-restore-YYYYMMDDTHHMMSSZ --db /path/to/db.lancedb --yes ``` Restore is a maintenance operation: - Stop all ingestion and other writers before restoring and keep them stopped until it finishes. - The operation is coordinated but not transactionally atomic across tables. On failure it attempts to roll back to the pre-restore state and reports whether the rollback succeeded. - `--yes` only skips the confirmation prompt. It provides no locking and no concurrent-writer protection. - Restore never migrates. Restoring a tag from an older haiku.rag version completes normally, and the next open reports the required migration. Run `haiku-rag migrate` explicitly. ### Version History View version history for database tables: ```bash # Show history for all tables haiku-rag history # Show history for a specific table haiku-rag history --table documents # Limit number of versions shown haiku-rag history --limit 10 ``` Output shows version numbers and timestamps, sorted newest first, with tags marked: ``` Version History documents v5: 2025-01-15 14:30:00 <- release-1 v4: 2025-01-14 10:00:00 v3: 2025-01-13 09:15:00 chunks v8: 2025-01-15 14:30:00 <- release-1 v7: 2025-01-14 10:00:00 ... ```