### OpenViking: The Context Database for AI Agents English / [中文](README_CN.md) Website · GitHub · Issues · Docs [![][release-shield]][release-link] [![][github-stars-shield]][github-stars-link] [![][github-issues-shield]][github-issues-shield-link] [![][github-contributors-shield]][github-contributors-link] [![][license-shield]][license-shield-link] [![][last-commit-shield]][last-commit-shield-link] 👋 Join our Community 📱 Lark Group · WeChat · Discord · X

--- ## Overview ### Challenges in Agent Development In the AI era, data is abundant, but high-quality context is hard to come by. When building AI Agents, developers often face these challenges: - **Fragmented Context**: Memories are in code, resources are in vector databases, and skills are scattered, making them difficult to manage uniformly. - **Surging Context Demand**: An Agent's long-running tasks produce context at every execution. Simple truncation or compression leads to information loss. - **Poor Retrieval Effectiveness**: Traditional RAG uses flat storage, lacking a global view and making it difficult to understand the full context of information. - **Unobservable Context**: The implicit retrieval chain of traditional RAG is like a black box, making it hard to debug when errors occur. - **Limited Memory Iteration**: Current memory is just a record of user interactions, lacking Agent-related task memory. ### The OpenViking Solution **OpenViking** is an open-source **Context Database** designed specifically for AI Agents. We aim to define a minimalist context interaction paradigm for Agents, allowing developers to completely say goodbye to the hassle of context management. OpenViking abandons the fragmented vector storage model of traditional RAG and innovatively adopts a **"file system paradigm"** to unify the structured organization of memories, resources, and skills needed by Agents. With OpenViking, developers can build an Agent's brain just like managing local files: - **Filesystem Management Paradigm** → **Solves Fragmentation**: Unified context management of memories, resources, and skills based on a filesystem paradigm. - **Tiered Context Loading** → **Reduces Token Consumption**: L0/L1/L2 three-tier structure, loaded on demand, significantly saving costs. - **Directory Recursive Retrieval** → **Improves Retrieval Effect**: Supports native filesystem retrieval methods, combining directory positioning with semantic search to achieve recursive and precise context acquisition. - **Visualized Retrieval Trajectory** → **Observable Context**: Supports visualization of directory retrieval trajectories, allowing users to clearly observe the root cause of issues and guide retrieval logic optimization. - **Automatic Session Management** → **Context Self-Iteration**: Automatically compresses content, resource references, tool calls, etc., in conversations, extracting long-term memory, making the Agent smarter with use. --- ## Quick Start ### Prerequisites Before starting with OpenViking, please ensure your environment meets the following requirements: - **Python Version**: 3.10 or higher - **Go Version**: 1.22 or higher (Required for building AGFS components) - **C++ Compiler**: GCC 9+ or Clang 11+ (Required for building core extensions) - **Operating System**: Linux, macOS, Windows - **Network Connection**: A stable network connection is required (for downloading dependencies and accessing model services) ### 1. Installation #### Python Package ```bash pip install openviking --upgrade --force-reinstall ``` #### Rust CLI (Optional) ```bash curl -fsSL https://raw.githubusercontent.com/volcengine/OpenViking/main/crates/ov_cli/install.sh | bash ``` Or build from source: ```bash cargo install --git https://github.com/volcengine/OpenViking ov_cli ``` ### 2. Model Preparation OpenViking requires the following model capabilities: - **VLM Model**: For image and content understanding - **Embedding Model**: For vectorization and semantic retrieval #### Supported VLM Providers OpenViking supports three VLM providers: | Provider | Description | Get API Key | |----------|-------------|-------------| | `volcengine` | Volcengine Doubao Models | [Volcengine Console](https://console.volcengine.com/ark/region:ark+cn-beijing/overview?briefPage=0&briefType=introduce&type=new&utm_content=OpenViking&utm_medium=devrel&utm_source=OWO&utm_term=OpenViking) | | `openai` | OpenAI Official API | [OpenAI Platform](https://platform.openai.com) | | `litellm` | Unified access to various third-party models (Anthropic, DeepSeek, Gemini, vLLM, Ollama, etc.) | See [LiteLLM Providers](https://docs.litellm.ai/docs/providers) | > 💡 **Tip**: > - `litellm` supports unified access to various models. The `model` field must follow the [LiteLLM format specification](https://docs.litellm.ai/docs/providers) > - The system auto-detects common models (e.g., `claude-*`, `deepseek-*`, `gemini-*`, `hosted_vllm/*`, `ollama/*`, etc.). For other models, use the full prefix according to LiteLLM format #### Provider-Specific Notes

Volcengine (Doubao)

Volcengine supports both model names and endpoint IDs. Using model names is recommended for simplicity: ```json { "vlm": { "provider": "volcengine", "model": "doubao-seed-2-0-pro-260215", "api_key": "your-api-key", "api_base": "https://ark.cn-beijing.volces.com/api/v3" } } ``` You can also use endpoint IDs (found in [Volcengine ARK Console](https://console.volcengine.com/ark/region:ark+cn-beijing/overview?briefPage=0&briefType=introduce&type=new&utm_content=OpenViking&utm_medium=devrel&utm_source=OWO&utm_term=OpenViking): ```json { "vlm": { "provider": "volcengine", "model": "ep-20241220174930-xxxxx", "api_key": "your-api-key", "api_base": "https://ark.cn-beijing.volces.com/api/v3" } } ```

OpenAI

Use OpenAI's official API: ```json { "vlm": { "provider": "openai", "model": "gpt-4o", "api_key": "your-api-key", "api_base": "https://api.openai.com/v1" } } ``` You can also use a custom OpenAI-compatible endpoint: ```json { "vlm": { "provider": "openai", "model": "gpt-4o", "api_key": "your-api-key", "api_base": "https://your-custom-endpoint.com/v1" } } ```

LiteLLM (Anthropic, DeepSeek, Gemini, Qwen, vLLM, Ollama, etc.)

LiteLLM provides unified access to various models. The `model` field should follow LiteLLM's naming convention. Here we use Claude and Qwen as examples: **Anthropic:** ```json { "vlm": { "provider": "litellm", "model": "claude-3-5-sonnet-20240620", "api_key": "your-anthropic-api-key" } } ``` **Qwen (DashScope):** ```json { "vlm": { "provider": "litellm", "model": "dashscope/qwen-turbo", // see https://docs.litellm.ai/docs/providers/dashscope for more details "api_key": "your-dashscope-api-key", "api_base": "https://dashscope.aliyuncs.com/compatible-mode/v1" } } ``` > 💡 **Tip for Qwen**: > - For **China/Beijing** region, use `api_base`: `https://dashscope.aliyuncs.com/compatible-mode/v1` > - For **International** region, use `api_base`: `https://dashscope-intl.aliyuncs.com/compatible-mode/v1` **Common model formats:** | Provider | Model Example | Notes | |----------|---------------|-------| | Anthropic | `claude-3-5-sonnet-20240620` | Auto-detected, uses `ANTHROPIC_API_KEY` | | DeepSeek | `deepseek-chat` | Auto-detected, uses `DEEPSEEK_API_KEY` | | Gemini | `gemini-pro` | Auto-detected, uses `GEMINI_API_KEY` | | Qwen | `dashscope/qwen-turbo` | Set `api_base` based on region (see above) | | OpenRouter | `openrouter/openai/gpt-4o` | Full prefix required | | vLLM | `hosted_vllm/llama-3.1-8b` | Set `api_base` to vLLM server | | Ollama | `ollama/llama3.1` | Set `api_base` to Ollama server | **Local Models (vLLM / Ollama):** ```bash # Start Ollama ollama serve ``` ```json // Ollama { "vlm": { "provider": "litellm", "model": "ollama/llama3.1", "api_base": "http://localhost:11434" } } ``` For complete model support, see [LiteLLM Providers Documentation](https://docs.litellm.ai/docs/providers).

### 3. Environment Configuration #### Server Configuration Template Create a configuration file `~/.openviking/ov.conf`, remove the comments before copy: ```json { "storage": { "workspace": "/home/your-name/openviking_workspace" }, "log": { "level": "INFO", "output": "stdout" // Log output: "stdout" or "file" }, "embedding": { "dense": { "api_base" : "", // API endpoint address "api_key" : "", // Model service API Key "provider" : "", // Provider type: "volcengine" or "openai" (currently supported) "dimension": 1024, // Vector dimension "model" : "" // Embedding model name (e.g., doubao-embedding-vision-250615 or text-embedding-3-large) }, "max_concurrent": 10 // Max concurrent embedding requests (default: 10) }, "vlm": { "api_base" : "", // API endpoint address "api_key" : "", // Model service API Key "provider" : "", // Provider type (volcengine, openai, deepseek, anthropic, etc.) "model" : "", // VLM model name (e.g., doubao-seed-2-0-pro-260215 or gpt-4-vision-preview) "max_concurrent": 100 // Max concurrent LLM calls for semantic processing (default: 100) } } ``` > **Note**: For embedding models, currently `volcengine` (Doubao), `openai`, and `jina` providers are supported. For VLM models, we support three providers: `volcengine`, `openai`, and `litellm`. The `litellm` provider supports various models including Anthropic (Claude), DeepSeek, Gemini, Moonshot, Zhipu, DashScope, MiniMax, vLLM, Ollama, and more. #### Server Configuration Examples 👇 Expand to see the configuration example for your model service:

Example 1: Using Volcengine (Doubao Models)

```json { "storage": { "workspace": "/home/your-name/openviking_workspace" }, "log": { "level": "INFO", "output": "stdout" // Log output: "stdout" or "file" }, "embedding": { "dense": { "api_base" : "https://ark.cn-beijing.volces.com/api/v3", "api_key" : "your-volcengine-api-key", "provider" : "volcengine", "dimension": 1024, "model" : "doubao-embedding-vision-250615" }, "max_concurrent": 10 }, "vlm": { "api_base" : "https://ark.cn-beijing.volces.com/api/v3", "api_key" : "your-volcengine-api-key", "provider" : "volcengine", "model" : "doubao-seed-2-0-pro-260215", "max_concurrent": 100 } } ```

Example 2: Using OpenAI Models

```json { "storage": { "workspace": "/home/your-name/openviking_workspace" }, "log": { "level": "INFO", "output": "stdout" // Log output: "stdout" or "file" }, "embedding": { "dense": { "api_base" : "https://api.openai.com/v1", "api_key" : "your-openai-api-key", "provider" : "openai", "dimension": 3072, "model" : "text-embedding-3-large" }, "max_concurrent": 10 }, "vlm": { "api_base" : "https://api.openai.com/v1", "api_key" : "your-openai-api-key", "provider" : "openai", "model" : "gpt-4-vision-preview", "max_concurrent": 100 } } ```

#### Set Server Configuration Environment Variable After creating the configuration file, set the environment variable to point to it (Linux/macOS): ```bash export OPENVIKING_CONFIG_FILE=~/.openviking/ov.conf # by default ``` On Windows, use one of the following: PowerShell: ```powershell $env:OPENVIKING_CONFIG_FILE = "$HOME/.openviking/ov.conf" ``` Command Prompt (cmd.exe): ```bat set "OPENVIKING_CONFIG_FILE=%USERPROFILE%\.openviking\ov.conf" ``` > 💡 **Tip**: You can also place the configuration file in other locations, just specify the correct path in the environment variable. #### CLI/Client Configuration Examples 👇 Expand to see the configuration example for your CLI/Client: Example: ovcli.conf for visiting localhost server ```json { "url": "http://localhost:1933", "timeout": 60.0, "output": "table" } ``` After creating the configuration file, set the environment variable to point to it (Linux/macOS): ```bash export OPENVIKING_CLI_CONFIG_FILE=~/.openviking/ovcli.conf # by default ``` On Windows, use one of the following: PowerShell: ```powershell $env:OPENVIKING_CLI_CONFIG_FILE = "$HOME/.openviking/ovcli.conf" ``` Command Prompt (cmd.exe): ```bat set "OPENVIKING_CLI_CONFIG_FILE=%USERPROFILE%\.openviking\ovcli.conf" ``` ### 4. Run Your First Example > 📝 **Prerequisite**: Ensure you have completed the configuration (ov.conf and ovcli.conf) in the previous step. Now let's run a complete example to experience the core features of OpenViking. #### Launch Server ```bash openviking-server ``` or you can run in background ```bash nohup openviking-server > /data/log/openviking.log 2>&1 & ``` #### Run the CLI ```bash ov status ov add-resource https://github.com/volcengine/OpenViking # --wait ov ls viking://resources/ ov tree viking://resources/volcengine -L 2 # wait some time for semantic processing if not --wait ov find "what is openviking" ov grep "openviking" --uri viking://resources/volcengine/OpenViking/docs/zh ``` Congratulations! You have successfully run OpenViking 🎉 ### VikingBot Quick Start VikingBot is an AI agent framework built on top of OpenViking. Here's how to get started: ```bash # Option 1: Install VikingBot from PyPI (recommended for most users) pip install "openviking[bot]" # Option 2: Install VikingBot from source (for development) uv pip install -e ".[bot]" # Start OpenViking server with Bot enabled openviking-server --with-bot # In another terminal, start interactive chat ov chat ``` --- ## Server Deployment Details For production environments, we recommend running OpenViking as a standalone HTTP service to provide persistent, high-performance context support for your AI Agents. 🚀 **Deploy OpenViking on Cloud**: To ensure optimal storage performance and data security, we recommend deploying on **Volcengine Elastic Compute Service (ECS)** using the **veLinux** operating system. We have prepared a detailed step-by-step guide to get you started quickly. 👉 **[View: Server Deployment & ECS Setup Guide](./docs/en/getting-started/03-quickstart-server.md)** ## OpenClaw Memory Plugin Details * Test Dataset: Effect testing based on LoCoMo10 (https://github.com/snap-research/locomo) long-range dialogues (1,540 cases in total after removing category5 without ground truth) * Experimental Groups: Since users may not disable OpenClaw's native memory when using OpenViking, we added experimental groups with native memory enabled or disabled * OpenViking Version: 0.1.18 * Model: seed-2.0-code * Evaluation Script: https://github.com/ZaynJarvis/openclaw-eval/tree/main | Experimental Group | Task Completion Rate | Cost: Input Tokens (Total) | |----------|------------------|------------------| | OpenClaw(memory-core) | 35.65% | 24,611,530 | | OpenClaw + LanceDB (-memory-core) | 44.55% | 51,574,530 | | OpenClaw + OpenViking Plugin (-memory-core) | 52.08% | 4,264,396 | | OpenClaw + OpenViking Plugin (+memory-core) | 51.23% | 2,099,622 | * Experimental Conclusions: After integrating OpenViking: - With native memory enabled: 43% improvement over original OpenClaw with 91% reduction in input token cost; 15% improvement over LanceDB with 96% reduction in input token cost. - With native memory disabled: 49% improvement over original OpenClaw with 83% reduction in input token cost; 17% improvement over LanceDB with 92% reduction in input token cost. 👉 **[View: OpenClaw Memory Plugin](examples/openclaw-memory-plugin/README.md)** 👉 **[View: OpenCode Memory Plugin Example](examples/opencode-memory-plugin/README.md)** -- ## Core Concepts After running the first example, let's dive into the design philosophy of OpenViking. These five core concepts correspond one-to-one with the solutions mentioned earlier, together building a complete context management system: ### 1. Filesystem Management Paradigm → Solves Fragmentation We no longer view context as flat text slices but unify them into an abstract virtual filesystem. Whether it's memories, resources, or capabilities, they are mapped to virtual directories under the `viking://` protocol, each with a unique URI. This paradigm gives Agents unprecedented context manipulation capabilities, enabling them to locate, browse, and manipulate information precisely and deterministically through standard commands like `ls` and `find`, just like a developer. This transforms context management from vague semantic matching into intuitive, traceable "file operations". Learn more: [Viking URI](./docs/en/concepts/04-viking-uri.md) | [Context Types](./docs/en/concepts/02-context-types.md) ``` viking:// ├── resources/ # Resources: project docs, repos, web pages, etc. │ ├── my_project/ │ │ ├── docs/ │ │ │ ├── api/ │ │ │ └── tutorials/ │ │ └── src/ │ └── ... ├── user/ # User: personal preferences, habits, etc. │ └── memories/ │ ├── preferences/ │ │ ├── writing_style │ │ └── coding_habits │ └── ... └── agent/ # Agent: skills, instructions, task memories, etc. ├── skills/ │ ├── search_code │ ├── analyze_data │ └── ... ├── memories/ └── instructions/ ``` ### 2. Tiered Context Loading → Reduces Token Consumption Stuffing massive amounts of context into a prompt all at once is not only expensive but also prone to exceeding model windows and introducing noise. OpenViking automatically processes context into three levels upon writing: - **L0 (Abstract)**: A one-sentence summary for quick retrieval and identification. - **L1 (Overview)**: Contains core information and usage scenarios for Agent decision-making during the planning phase. - **L2 (Details)**: The full original data, for deep reading by the Agent when absolutely necessary. Learn more: [Context Layers](./docs/en/concepts/03-context-layers.md) ``` viking://resources/my_project/ ├── .abstract # L0 Layer: Abstract (~100 tokens) - Quick relevance check ├── .overview # L1 Layer: Overview (~2k tokens) - Understand structure and key points ├── docs/ │ ├── .abstract # Each directory has corresponding L0/L1 layers │ ├── .overview │ ├── api/ │ │ ├── .abstract │ │ ├── .overview │ │ ├── auth.md # L2 Layer: Full content - Load on demand │ │ └── endpoints.md │ └── ... └── src/ └── ... ``` ### 3. Directory Recursive Retrieval → Improves Retrieval Effect Single vector retrieval struggles with complex query intents. OpenViking has designed an innovative **Directory Recursive Retrieval Strategy** that deeply integrates multiple retrieval methods: 1. **Intent Analysis**: Generate multiple retrieval conditions through intent analysis. 2. **Initial Positioning**: Use vector retrieval to quickly locate the high-score directory where the initial slice is located. 3. **Refined Exploration**: Perform a secondary retrieval within that directory and update high-score results to the candidate set. 4. **Recursive Drill-down**: If subdirectories exist, recursively repeat the secondary retrieval steps layer by layer. 5. **Result Aggregation**: Finally, obtain the most relevant context to return. This "lock high-score directory first, then refine content exploration" strategy not only finds the semantically best-matching fragments but also understands the full context where the information resides, thereby improving the globality and accuracy of retrieval. Learn more: [Retrieval Mechanism](./docs/en/concepts/07-retrieval.md) ### 4. Visualized Retrieval Trajectory → Observable Context OpenViking's organization uses a hierarchical virtual filesystem structure. All context is integrated in a unified format, and each entry corresponds to a unique URI (like a `viking://` path), breaking the traditional flat black-box management mode with a clear hierarchy that is easy to understand. The retrieval process adopts a directory recursive strategy. The trajectory of directory browsing and file positioning for each retrieval is fully preserved, allowing users to clearly observe the root cause of problems and guide the optimization of retrieval logic. Learn more: [Retrieval Mechanism](./docs/en/concepts/07-retrieval.md) ### 5. Automatic Session Management → Context Self-Iteration OpenViking has a built-in memory self-iteration loop. At the end of each session, developers can actively trigger the memory extraction mechanism. The system will asynchronously analyze task execution results and user feedback, and automatically update them to the User and Agent memory directories. - **User Memory Update**: Update memories related to user preferences, making Agent responses better fit user needs. - **Agent Experience Accumulation**: Extract core content such as operational tips and tool usage experience from task execution experience, aiding efficient decision-making in subsequent tasks. This allows the Agent to get "smarter with use" through interactions with the world, achieving self-evolution. Learn more: [Session Management](./docs/en/concepts/08-session.md) --- ## Advanced Reading ### Documentation For more details, please visit our [Full Documentation](./docs/en/). ### Community & Team For more details, please see: **[About Us](./docs/en/about/01-about-us.md)** ### Join the Community OpenViking is still in its early stages, and there are many areas for improvement and exploration. We sincerely invite every developer passionate about AI Agent technology: - Light up a precious **Star** for us to give us the motivation to move forward. - Visit our [**Website**](https://www.openviking.ai) to understand the philosophy we convey, and use it in your projects via the [**Documentation**](https://www.openviking.ai/docs). Feel the change it brings and give us feedback on your truest experience. - Join our community to share your insights, help answer others' questions, and jointly create an open and mutually helpful technical atmosphere: - 📱 **Lark Group**: Scan the QR code to join → [View QR Code](./docs/en/about/01-about-us.md#lark-group) - 💬 **WeChat Group**: Scan the QR code to add assistant → [View QR Code](./docs/en/about/01-about-us.md#wechat-group) - 🎮 **Discord**: [Join Discord Server](https://discord.com/invite/eHvx8E9XF3) - 🐦 **X (Twitter)**：[Follow us](https://x.com/openvikingai) - Become a **Contributor**, whether submitting a bug fix or contributing a new feature, every line of your code will be an important cornerstone of OpenViking's growth. Let's work together to define and build the future of AI Agent context management. The journey has begun, looking forward to your participation! ### Star Trend [![Star History Chart](https://api.star-history.com/svg?repos=volcengine/OpenViking&type=timeline&legend=top-left)](https://www.star-history.com/#volcengine/OpenViking&type=timeline&legend=top-left) ## License This project is licensed under the Apache License 2.0 - see the [LICENSE](./LICENSE) file for details. [release-shield]: https://img.shields.io/github/v/release/volcengine/OpenViking?color=369eff&labelColor=black&logo=github&style=flat-square [release-link]: https://github.com/volcengine/OpenViking/releases [license-shield]: https://img.shields.io/badge/license-apache%202.0-white?labelColor=black&style=flat-square [license-shield-link]: https://github.com/volcengine/OpenViking/blob/main/LICENSE [last-commit-shield]: https://img.shields.io/github/last-commit/volcengine/OpenViking?color=c4f042&labelColor=black&style=flat-square [last-commit-shield-link]: https://github.com/volcengine/OpenViking/commits/main [github-stars-shield]: https://img.shields.io/github/stars/volcengine/OpenViking?labelColor&style=flat-square&color=ffcb47 [github-stars-link]: https://github.com/volcengine/OpenViking [github-issues-shield]: https://img.shields.io/github/issues/volcengine/OpenViking?labelColor=black&style=flat-square&color=ff80eb [github-issues-shield-link]: https://github.com/volcengine/OpenViking/issues [github-contributors-shield]: https://img.shields.io/github/contributors/volcengine/OpenViking?color=c4f042&labelColor=black&style=flat-square [github-contributors-link]: https://github.com/volcengine/OpenViking/graphs/contributors