openviking

An Agent-native context database

These details have not been verified by PyPI

Project links

Documentation

Project description

OpenViking: The Context Database for AI Agents

English / 中文

Website · GitHub · Issues · Docs

👋 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
Operating System: Linux, macOS, Windows
Network Connection: A stable network connection is required (for downloading dependencies and accessing model services)

1. Installation

Python Package

pip install openviking

Rust CLI (Optional)

curl -fsSL https://raw.githubusercontent.com/volcengine/OpenViking/main/crates/ov_cli/install.sh | bash

Or build from source:

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 multiple VLM providers:

Provider	Model	Get API Key
`volcengine`	doubao	Volcengine Console
`openai`	gpt	OpenAI Platform
`anthropic`	claude	Anthropic Console
`deepseek`	deepseek	DeepSeek Platform
`gemini`	gemini	Google AI Studio
`moonshot`	kimi	Moonshot Platform
`zhipu`	glm	Zhipu Open Platform
`dashscope`	qwen	DashScope Console
`minimax`	minimax	MiniMax Platform
`openrouter`	(any model)	OpenRouter
`vllm`	(local model)	—

💡 Tip: OpenViking uses a Provider Registry for unified model access. The system automatically detects the provider based on model name keywords, so you can switch between providers seamlessly.

Provider-Specific Notes

Volcengine (Doubao)

Volcengine supports both model names and endpoint IDs. Using model names is recommended for simplicity:

{
  "vlm": {
    "provider": "volcengine",
    "model": "doubao-seed-1-6-240615",
    "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):

{
  "vlm": {
    "provider": "volcengine",
    "model": "ep-20241220174930-xxxxx",
    "api_key": "your-api-key",
    "api_base" : "https://ark.cn-beijing.volces.com/api/v3",
  }
}

Zhipu AI (智谱)

If you're on Zhipu's coding plan, use the coding API endpoint:

{
  "vlm": {
    "provider": "zhipu",
    "model": "glm-4-plus",
    "api_key": "your-api-key",
    "api_base": "https://open.bigmodel.cn/api/coding/paas/v4"
  }
}

MiniMax (中国大陆)

For MiniMax's mainland China platform (minimaxi.com), specify the API base:

{
  "vlm": {
    "provider": "minimax",
    "model": "abab6.5s-chat",
    "api_key": "your-api-key",
    "api_base": "https://api.minimaxi.com/v1"
  }
}

Local Models (vLLM)

Run OpenViking with your own local models using vLLM:

# Start vLLM server
vllm serve meta-llama/Llama-3.1-8B-Instruct --port 8000

{
  "vlm": {
    "provider": "vllm",
    "model": "meta-llama/Llama-3.1-8B-Instruct",
    "api_key": "dummy",
    "api_base": "http://localhost:8000/v1"
  }
}

3. Environment Configuration

Configuration Template

Create a configuration file ~/.openviking/ov.conf:

{
  "embedding": {
    "dense": {
      "api_base" : "<api-endpoint>",   // API endpoint address
      "api_key"  : "<your-api-key>",   // Model service API Key
      "provider" : "<provider-type>",  // Provider type: "volcengine" or "openai" (currently supported)
      "dimension": 1024,               // Vector dimension
      "model"    : "<model-name>"      // Embedding model name (e.g., doubao-embedding-vision-250615 or text-embedding-3-large)
    }
  },
  "vlm": {
    "api_base" : "<api-endpoint>",     // API endpoint address
    "api_key"  : "<your-api-key>",     // Model service API Key
    "provider" : "<provider-type>",    // Provider type (volcengine, openai, deepseek, anthropic, etc.)
    "model"    : "<model-name>"        // VLM model name (e.g., doubao-seed-1-8-251228 or gpt-4-vision-preview)
  }
}

Note: For embedding models, currently volcengine (Doubao), openai, and jina providers are supported. For VLM models, we support multiple providers including volcengine, openai, deepseek, anthropic, gemini, moonshot, zhipu, dashscope, minimax, and more.

Configuration Examples

👇 Expand to see the configuration example for your model service:

Example 1: Using Volcengine (Doubao Models)

{
  "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"
    }
  },
  "vlm": {
    "api_base" : "https://ark.cn-beijing.volces.com/api/v3",
    "api_key"  : "your-volcengine-api-key",
    "provider" : "volcengine",
    "model"    : "doubao-seed-1-8-251228"
  }
}

Example 2: Using OpenAI Models

{
  "embedding": {
    "dense": {
      "api_base" : "https://api.openai.com/v1",
      "api_key"  : "your-openai-api-key",
      "provider" : "openai",
      "dimension": 3072,
      "model"    : "text-embedding-3-large"
    }
  },
  "vlm": {
    "api_base" : "https://api.openai.com/v1",
    "api_key"  : "your-openai-api-key",
    "provider" : "openai",
    "model"    : "gpt-4-vision-preview"
  }
}

Set Environment Variable

After creating the configuration file, set the environment variable to point to it (Linux/macOS):

export OPENVIKING_CONFIG_FILE=~/.openviking/ov.conf

On Windows, use one of the following:

PowerShell:

$env:OPENVIKING_CONFIG_FILE = "$HOME/.openviking/ov.conf"

Command Prompt (cmd.exe):

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.

4. Run Your First Example

📝 Prerequisite: Ensure you have completed the environment configuration in the previous step.

Now let's run a complete example to experience the core features of OpenViking.

Create Python Script

Create example.py:

import openviking as ov

# Initialize OpenViking client with data directory
client = ov.SyncOpenViking(path="./data")

try:
    # Initialize the client
    client.initialize()

    # Add resource (supports URL, file, or directory)
    add_result = client.add_resource(
        path="https://raw.githubusercontent.com/volcengine/OpenViking/refs/heads/main/README.md"
    )
    root_uri = add_result['root_uri']

    # Explore the resource tree structure
    ls_result = client.ls(root_uri)
    print(f"Directory structure:\n{ls_result}\n")

    # Use glob to find markdown files
    glob_result = client.glob(pattern="**/*.md", uri=root_uri)
    if glob_result['matches']:
        content = client.read(glob_result['matches'][0])
        print(f"Content preview: {content[:200]}...\n")

    # Wait for semantic processing to complete
    print("Wait for semantic processing...")
    client.wait_processed()

    # Get abstract and overview of the resource
    abstract = client.abstract(root_uri)
    overview = client.overview(root_uri)
    print(f"Abstract:\n{abstract}\n\nOverview:\n{overview}\n")

    # Perform semantic search
    results = client.find("what is openviking", target_uri=root_uri)
    print("Search results:")
    for r in results.resources:
        print(f"  {r.uri} (score: {r.score:.4f})")

    # Close the client
    client.close()

except Exception as e:
    print(f"Error: {e}")

Run the Script

python example.py

Expected Output

Directory structure:
...

Content preview: ...

Wait for semantic processing...
Abstract:
...

Overview:
...

Search results:
  viking://resources/... (score: 0.8523)
  ...

Congratulations! You have successfully run OpenViking 🎉

Server Deployment

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

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 | Context Types

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

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:

Intent Analysis: Generate multiple retrieval conditions through intent analysis.
Initial Positioning: Use vector retrieval to quickly locate the high-score directory where the initial slice is located.
Refined Exploration: Perform a secondary retrieval within that directory and update high-score results to the candidate set.
Recursive Drill-down: If subdirectories exist, recursively repeat the secondary retrieval steps layer by layer.
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

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

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

Project Architecture

The OpenViking project adopts a clear modular architecture design. The main directory structure is as follows:

OpenViking/
├── openviking/              # Core source code directory
│   ├── core/               # Core modules: client, engine, filesystem, etc.
│   ├── models/             # Model integration: VLM and Embedding model encapsulation
│   ├── parse/              # Resource parsing: file parsing, detection, OVPack handling
│   ├── retrieve/           # Retrieval module: semantic retrieval, directory recursive retrieval
│   ├── storage/            # Storage layer: vector DB, filesystem queue, observers
│   ├── session/            # Session management: history, memory extraction
│   ├── message/            # Message processing: formatting, conversion
│   ├── prompts/            # Prompt templates: templates for various tasks
│   ├── utils/              # Utilities: config, helpers
│   └── bin/                # Command line tools
├── docs/                    # Project documentation
│   ├── zh/                 # Chinese documentation
│   ├── en/                 # English documentation
│   └── images/             # Documentation images
├── examples/                # Usage examples
├── tests/                   # Test cases
│   ├── client/             # Client tests
│   ├── engine/             # Engine tests
│   ├── integration/        # Integration tests
│   ├── session/            # Session tests
│   └── vectordb/           # Vector DB tests
├── src/                     # C++ extensions (high-performance index and storage)
│   ├── common/             # Common components
│   ├── index/              # Index implementation
│   └── store/              # Storage implementation
├── third_party/             # Third-party dependencies
├── pyproject.toml           # Python project configuration
├── setup.py                 # Setup script
├── LICENSE                  # Open source license
├── CONTRIBUTING.md          # Contributing guide
├── AGENT.md                 # Agent development guide
└── README.md                # Project readme

Advanced Reading

For more details, please visit our Full Documentation.

Community & Team

About Us

OpenViking is an open-source context database initiated and maintained by the ByteDance Volcengine Viking Team.

The Viking team focuses on unstructured information processing and intelligent retrieval, accumulating rich commercial practical experience in context engineering technology:

2019: VikingDB vector database supported large-scale use across all ByteDance businesses.
2023: VikingDB sold on Volcengine public cloud.
2024: Launched developer product matrix: VikingDB, Viking KnowledgeBase, Viking MemoryBase.
2025: Created upper-layer application products like AI Search and Vaka Knowledge Assistant.
Oct 2025: Open-sourced MineContext, exploring proactive AI applications.
Jan 2026: Open-sourced OpenViking, providing underlying context database support for AI Agents.

For more details, please see: About Us

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 to understand the philosophy we convey, and use it in your projects via the Documentation. 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
- 💬 WeChat Group: Scan the QR code to add assistant → View QR Code
- 🎮 Discord: Join Discord Server
- 🐦 X (Twitter)：Follow us
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

License

This project is licensed under the Apache License 2.0 - see the LICENSE file for details.

Project details

These details have not been verified by PyPI

Project links

Documentation

Release history Release notifications | RSS feed

This version

0.1.18

Feb 23, 2026

0.1.17

Feb 14, 2026

0.1.17.dev0 pre-release

Feb 13, 2026

0.1.15

Feb 13, 2026

0.1.15.dev0 pre-release

Feb 11, 2026

0.1.14

Feb 12, 2026

0.1.12

Feb 9, 2026

0.1.11

Feb 5, 2026

0.1.10

Feb 5, 2026

0.1.9.dev0 pre-release

Feb 5, 2026

0.1.8

Feb 5, 2026

0.1.7

Feb 3, 2026

0.1.6

Jan 31, 2026

0.1.5

Jan 29, 2026

0.1.4

Jan 29, 2026

0.1.3

Jan 29, 2026

0.1.2

Jan 27, 2026

0.1.1

Jan 27, 2026

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

openviking-0.1.18.tar.gz (7.9 MB view details)

Uploaded Feb 23, 2026 Source

Built Distributions

If you're not sure about the file name format, learn more about wheel file names.

The dropdown lists show the available interpreters, ABIs, and platforms. Enable javascript to be able to filter the list of wheel files.

openviking-0.1.18-cp313-cp313-win_amd64.whl (19.7 MB view details)

Uploaded Feb 23, 2026 CPython 3.13Windows x86-64

openviking-0.1.18-cp313-cp313-manylinux_2_31_x86_64.whl (18.1 MB view details)

Uploaded Feb 23, 2026 CPython 3.13manylinux: glibc 2.31+ x86-64

openviking-0.1.18-cp313-cp313-macosx_11_0_universal2.whl (18.4 MB view details)

Uploaded Feb 23, 2026 CPython 3.13macOS 11.0+ universal2 (ARM64, x86-64)

openviking-0.1.18-cp313-cp313-macosx_10_15_universal2.whl (20.0 MB view details)

Uploaded Feb 23, 2026 CPython 3.13macOS 10.15+ universal2 (ARM64, x86-64)

openviking-0.1.18-cp312-cp312-win_amd64.whl (19.7 MB view details)

Uploaded Feb 23, 2026 CPython 3.12Windows x86-64

openviking-0.1.18-cp312-cp312-manylinux_2_31_x86_64.whl (18.1 MB view details)

Uploaded Feb 23, 2026 CPython 3.12manylinux: glibc 2.31+ x86-64

openviking-0.1.18-cp312-cp312-macosx_11_0_universal2.whl (18.4 MB view details)

Uploaded Feb 23, 2026 CPython 3.12macOS 11.0+ universal2 (ARM64, x86-64)

openviking-0.1.18-cp312-cp312-macosx_10_15_universal2.whl (20.0 MB view details)

Uploaded Feb 23, 2026 CPython 3.12macOS 10.15+ universal2 (ARM64, x86-64)

openviking-0.1.18-cp311-cp311-win_amd64.whl (19.7 MB view details)

Uploaded Feb 23, 2026 CPython 3.11Windows x86-64

openviking-0.1.18-cp311-cp311-manylinux_2_31_x86_64.whl (18.1 MB view details)

Uploaded Feb 23, 2026 CPython 3.11manylinux: glibc 2.31+ x86-64

openviking-0.1.18-cp311-cp311-macosx_11_0_universal2.whl (18.4 MB view details)

Uploaded Feb 23, 2026 CPython 3.11macOS 11.0+ universal2 (ARM64, x86-64)

openviking-0.1.18-cp311-cp311-macosx_10_15_universal2.whl (20.0 MB view details)

Uploaded Feb 23, 2026 CPython 3.11macOS 10.15+ universal2 (ARM64, x86-64)

openviking-0.1.18-cp310-cp310-win_amd64.whl (19.7 MB view details)

Uploaded Feb 23, 2026 CPython 3.10Windows x86-64

openviking-0.1.18-cp310-cp310-manylinux_2_31_x86_64.whl (18.1 MB view details)

Uploaded Feb 23, 2026 CPython 3.10manylinux: glibc 2.31+ x86-64

openviking-0.1.18-cp310-cp310-macosx_13_0_x86_64.whl (19.9 MB view details)

Uploaded Feb 23, 2026 CPython 3.10macOS 13.0+ x86-64

openviking-0.1.18-cp310-cp310-macosx_11_0_universal2.whl (18.4 MB view details)

Uploaded Feb 23, 2026 CPython 3.10macOS 11.0+ universal2 (ARM64, x86-64)

File details

Details for the file openviking-0.1.18.tar.gz.

File metadata

Download URL: openviking-0.1.18.tar.gz
Upload date: Feb 23, 2026
Size: 7.9 MB
Tags: Source
Uploaded using Trusted Publishing? Yes
Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for openviking-0.1.18.tar.gz
Algorithm	Hash digest
SHA256	`3e924db7c368d40e6aeafae6d9932fed87de4e8c7c961b204e4b3fd168201d1f`
MD5	`592c7693beb47ba4a4e8cec251bea657`
BLAKE2b-256	`128687fb3a47a4c38a4363eab576430609cef3b1f80ca253477e322c6a88c365`

Algorithm	Hash digest
SHA256	`51cde1bb4c02e5a646a88ac8fd55734d8ab8eb06958e52a15b338ea11faa834b`
MD5	`6dc0581deb540a4c7d52a1e919e25858`
BLAKE2b-256	`e11e5c23c78029e3909832fe11a9f5b243a2c2d97ef77f1829a9a58e70ad9e26`

Algorithm	Hash digest
SHA256	`0209121154949d10ce6a1f33926d3c9b06ef73ebc6ad5079dfb62eeea03cb1f0`
MD5	`5af85e7cfb59ff235093e59f94a0e1c1`
BLAKE2b-256	`90bee9877c8e84d37ca8384f04e1d86dc333ae7b6b68cbbd4adf6a6989070e28`

Algorithm	Hash digest
SHA256	`9e864eba761b08e3515602c2a603ed2428ec0d3b84a8e3410d7f2ee7b57e22de`
MD5	`ef057db19ef5995d8d0c02ce12600ba6`
BLAKE2b-256	`67526baf8b98a85d766356526e34352ab8b0e4cfa33c29c916769b5878bb13a2`

Algorithm	Hash digest
SHA256	`c4af972e44a0d57607f6f5be8c70709dfa571f92eb7f8320431e385b09544415`
MD5	`57c916db4b0f7da37b99992b18fa6672`
BLAKE2b-256	`7e55d7470877a1dc975169bff60897dc5058d81d6c5d29beda623d7f9b2368d3`

Algorithm	Hash digest
SHA256	`4d1adceb37963e9c08a992934b73190ac4527df87fede12a5c8bbd7840f851ef`
MD5	`5aa47699ef23ba57e19023e3e9196f46`
BLAKE2b-256	`48474696d7504c2a6d2572ee51861042fa58c2636c40fe94a34adf8a5ae5c032`

Algorithm	Hash digest
SHA256	`02a55ec2959a8ec711e67685854061c79cd3e6d685b867ea732342e0a0969b91`
MD5	`76b66d9c421671dac3cf0536ebcd660b`
BLAKE2b-256	`a414f535cf05d869e9fa5e9c796ab95c7dfbca694be967464f33d7b712e33923`

Algorithm	Hash digest
SHA256	`059dec6c3dcfa823994a74b75b96d231a7b9bbf9d0955262b69dc040f39f9dbc`
MD5	`90a0c779a59fb9008aa7dd18173d49ee`
BLAKE2b-256	`578ac936a4adc4ef540f93671bf11e3c9ddf740532a06f202d2510289278cbfa`

Algorithm	Hash digest
SHA256	`612e0d1fb9ceed30a54a9e155ecc977a48579bad3ccfa43ea76344be6dd43eb5`
MD5	`6a3eebddb6464c5675f1831adbab6c34`
BLAKE2b-256	`52e41d5f3ee4f6c64162858ce2a5f1f3fd8a74bb40b67d7a799fd581a900e6a2`

Algorithm	Hash digest
SHA256	`de0d587722dfb5f26d0a3a58760f1c8b45abb88661d0928cc77dcb8d54478908`
MD5	`08c9633e63466a1c29237d9f7a0fcef2`
BLAKE2b-256	`d16ef13a0166c1290b3a297778f050abf5543928655513e0ffc4aa4007739a57`

Algorithm	Hash digest
SHA256	`96575fa8b7c3f2477893ac2d036a59be656b23d1e3ecc5c6dce6f189ddbb9013`
MD5	`6e82d069386463aef62fbd4fcdf3e5c5`
BLAKE2b-256	`86e4b6ba9ec98915dce4fa340ef24280a66f2bd00b2580263637b2ea2ffa45b6`

Algorithm	Hash digest
SHA256	`d8e4509c2a11d10a3d0b0cf758ba88eb2132ea58c636da2964fea3af68a0abd2`
MD5	`e4c73a4ccf1fac38960b10ad8c586522`
BLAKE2b-256	`609ffc5243bece38bf03d4cb6a82ad6b4478356b5eba8d61f3d8a000adbaaef8`

Algorithm	Hash digest
SHA256	`930dec06ae08b1d0cb01f8c5ede97fde2811913c11f02e12f2ca97696b654ea9`
MD5	`b3fc3ead040e2d75389d8047bb902acb`
BLAKE2b-256	`1faf58ca40ffc974a2548483c44679da0072dc2e0983fc71cd466a699cd972e9`

Algorithm	Hash digest
SHA256	`328363a11549803de91c8a6e343eabf8e793a316ceb986c8e8ccc73b5d2f73a2`
MD5	`400ad21f6ea192aeb03ff6b6df7a5c64`
BLAKE2b-256	`6f6d56da794e037095fdd54abb3c652e7233dc8a43a96e32084a82260d64499e`

Algorithm	Hash digest
SHA256	`ba13da6aac7441b4ee404a6f5c8cfa325ad1723361850a93611b2fe6c6dea859`
MD5	`698c2353f641d4586821779f0adb5f18`
BLAKE2b-256	`2cb57aaf8c7c5e6f67b18b4754332413cfb1d5682ff8c8ef8da83cda84c9dd87`

Algorithm	Hash digest
SHA256	`44de95f6b2cefc47f3dea7b447c4f2b9e41ef638962427d6b07f5c7503deed70`
MD5	`7b192c6aba9e3346c8fe286eceb71469`
BLAKE2b-256	`ea367a2fd7b609dcb3462f1fac5d736b05f12dd59b08ccd7b1597eeb5d778134`

Algorithm	Hash digest
SHA256	`7b8f991473a2b79b3311daf6eca94b62306fb8c21084739bd4f996efd281a0c9`
MD5	`a1ea1b04f309067a382c0e66b33e5fa9`
BLAKE2b-256	`7842ebcb3ba64a13fe5afbdb7490fb8104ef1e02c018d7f30995bdf7015a8bef`

openviking 0.1.18

Navigation

Verified details

Project links

GitHub Statistics

Maintainers

Unverified details

Project links

Meta

Classifiers

Project description

OpenViking: The Context Database for AI Agents

Overview

Challenges in Agent Development

The OpenViking Solution

Quick Start

Prerequisites

1. Installation

Python Package

Rust CLI (Optional)

2. Model Preparation

Supported VLM Providers

Provider-Specific Notes

3. Environment Configuration

Configuration Template

Configuration Examples

Set Environment Variable

4. Run Your First Example

Create Python Script

Run the Script

Expected Output

Server Deployment

Core Concepts

1. Filesystem Management Paradigm → Solves Fragmentation

2. Tiered Context Loading → Reduces Token Consumption

3. Directory Recursive Retrieval → Improves Retrieval Effect

4. Visualized Retrieval Trajectory → Observable Context

5. Automatic Session Management → Context Self-Iteration

Project Architecture

Advanced Reading

Community & Team

About Us

Join the Community

Star Trend

License

Project details

Verified details

Project links

GitHub Statistics

Maintainers

Unverified details

Project links

Meta

Classifiers

Release history Release notifications | RSS feed

Download files

Source Distribution

Built Distributions

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata