Allows indexing and searching documentation directly from Bitbucket repositories to provide AI agents with up-to-date library knowledge.
Allows indexing and searching documentation directly from Codeberg repositories to provide AI agents with up-to-date library knowledge.
Enables AI agents to ingest and query documentation from any Git repository using HTTPS or SSH protocols.
Allows indexing and searching documentation directly from GitHub repositories to provide AI agents with up-to-date, version-specific library knowledge.
Allows indexing and searching documentation directly from GitLab repositories to provide AI agents with up-to-date library knowledge.
The Problem
You're building with Next.js 16, and your AI assistant confidently suggests code using the old Pages Router because that's what it learned from training data. You paste the docs. It hallucinates anyway. You paste more docs. The context window fills up. Repeat.
AI assistants are powerful, but they're stuck in the past. Their training data is months or years old, and they don't know the specifics of the libraries you're using today.
The Solution
Context connects your AI assistant directly to up-to-date documentation—locally, instantly, and privately.
No copy-pasting. No hallucinations about deprecated APIs. No waiting for cloud lookups.
Real-World Use Cases
:muscle: "Make my AI actually useful for the stack I use"
Add docs for your entire tech stack. Your AI assistant becomes an expert in the exact versions you're using:
Now ask things like:
"How do I set up Prisma with Next.js App Router?"
"What's the Tailwind config for dark mode?"
"Show me the new Server Actions syntax"
:building_construction: "Stop answering the same questions for my team"
Building an internal library? Package your documentation once, share it with your team:
:airplane: "Code on flights and in coffee shops"
Context works 100% offline. Download docs once, query forever—no internet required.
:lock: "Keep proprietary code discussions private"
Cloud documentation services see your queries. Context runs entirely on your machine. Your questions about internal APIs stay internal.
Why Context Over Cloud Alternatives?
Context7 | Deepcon | Context | |
Price | $10/month | $8/month | Free forever |
Free tier | 1,000 req/month ¹ | 100 req/month | Unlimited |
Rate limits | 60 req/hour | Throttled | None |
Latency | 100-500ms | 100-300ms | <10ms |
Works offline | :x: | :x: | :white_check_mark: |
Privacy | Queries sent to cloud | Queries sent to cloud | 100% local |
Private repos | $15/1M tokens | :x: | Free |
¹ Context7 reduced free tier from ~6,000 to 1,000 requests/month in January 2026
:zap: Key Features
Single tool - One MCP tool does everything, no multi-step lookups
Token-aware - Smart relevance filtering, never overwhelms the context window
Dynamic schema - Available libraries shown in tool definition
Offline-first - Zero network calls during operation
SQLite + FTS5 - Fast full-text search with stemming
:rocket: Quick Start
1. Install
2. Add documentation
3. Configure your AI agent
Context works with any MCP-compatible agent. Choose your setup below:
Add to your config file:
Linux:
~/.config/claude/claude_desktop_config.jsonmacOS:
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:
%APPDATA%\Claude\claude_desktop_config.json
Restart Claude Desktop to apply changes.
Add to ~/.cursor/mcp.json (global) or .cursor/mcp.json (project-specific):
Or use Settings > Developer > Edit Config to add the server through the UI.
Requires VS Code 1.102+ with GitHub Copilot
Add to .vscode/mcp.json in your workspace:
Click the Start button that appears in the file, then use Agent mode in Copilot Chat.
Add to ~/.codeium/windsurf/mcp_config.json:
Windows:
%USERPROFILE%\.codeium\windsurf\mcp_config.json
Or access via Windsurf Settings > Cascade > MCP Servers.
Add to your Zed settings (cmd+, or ctrl+,):
Check the Agent Panel settings to verify the server shows a green indicator.
Run goose configure and select Command-line Extension, or add directly to ~/.config/goose/config.yaml:
4. Start using it
That's it! Now just ask your AI agent:
"How do I create middleware in Next.js?"
The agent automatically uses the get_docs tool when relevant.
:books: CLI Reference
context add <source>
Install a documentation package. The source type is auto-detected.
From git repository:
Works with GitHub, GitLab, Bitbucket, Codeberg, or any git URL:
From local directory:
Build a package from documentation in a local folder:
Option | Description |
| Custom version label |
| Path to docs folder in repo/directory |
| Custom package name |
| Save a copy of the package to the specified path |
Saving packages for sharing:
From URL:
From local file:
Finding the right documentation repository:
Many popular projects keep their documentation in a separate repository from their main codebase. If you see a warning about few sections found, the docs likely live elsewhere:
Common patterns for documentation repositories:
project-docs(e.g.,prisma/docs)project.devorproject.io(e.g.,reactjs/react.dev)project-website(e.g.,expressjs/expressjs.com)
When the CLI detects few documentation sections, it will show a Google search link to help you find the correct repository.
context list
Show installed packages.
context remove <name>
Remove a package.
context serve
Start the MCP server (used by Claude Desktop).
context query <library> <topic>
Query documentation directly from the command line. Useful for testing and debugging.
:gear: How It Works
When you add a package:
Repository is cloned (for git URLs) or read (for local directories)
Documentation is parsed and split into sections
Sections are indexed with FTS5 full-text search
The package is stored in
~/.context/packages/
When Claude queries:
FTS5 finds relevant sections by keyword matching
Results are filtered by relevance score
Token budget ensures responses stay concise
Claude receives focused, relevant documentation
:package: Package Format
Packages are SQLite databases (.db files) containing pre-indexed documentation.
You can:
Build from any git repository (GitHub, GitLab, Bitbucket, etc.)
Build from local directories
Download pre-built packages from URLs
Share packages via releases or any file host
:mortar_board: Tutorial: Create, Share, and Reuse Packages
Documentation packages are portable .db files that anyone can build once and reuse everywhere. This tutorial walks through the full workflow.
Step 1: Create a package from your docs
Build a package from a git repository or a local directory:
Context auto-detects docs/, documentation/, or doc/ folders. Override with --path if your docs live elsewhere:
Customize the package name and version:
Step 2: Export the package for sharing
Use --save to write a copy of the .db file you can distribute:
You can also export an already-installed package. The .db files live in ~/.context/packages/—just copy the one you need:
Step 3: Share with your team
Share the .db file however your team distributes artifacts:
Git repository: Commit the
.dbfile to a shared repo or release assetsFile host / CDN: Upload to any HTTP server, S3, or internal CDN
Direct transfer: Send the file via Slack, email, or shared drive
Step 4: Reuse a shared package
Teammates install the shared package with a single command:
No build step needed—pre-built packages install instantly.
Putting it all together
A typical team workflow: