Context7
Feeds AI the latest docs for libraries and frameworks before it answers, so code it writes does not use outdated, removed functions.
Description from the maker (original English)
Offline MCP server for local Qt 4.8, Qt 5, and Qt 6 documentation with full-text search.
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
QT_DOC_BASE, QT_DOC_STATE_DIR, SERVER_HOST, SERVER_PORTYou need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"qt4-doc": {
"command": "uvx",
"args": [
"qt4-doc-mcp-server"
],
"env": {
"QT_DOC_BASE": "your-value",
"QT_DOC_STATE_DIR": "your-value",
"SERVER_HOST": "your-value",
"SERVER_PORT": "your-value"
}
}
}
}Run this in your terminal
claude mcp add qt4-doc --env QT_DOC_BASE=your-value --env QT_DOC_STATE_DIR=your-value --env SERVER_HOST=your-value --env SERVER_PORT=your-value -- uvx qt4-doc-mcp-serverFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"qt4-doc": {
"command": "uvx",
"args": [
"qt4-doc-mcp-server"
],
"env": {
"QT_DOC_BASE": "your-value",
"QT_DOC_STATE_DIR": "your-value",
"SERVER_HOST": "your-value",
"SERVER_PORT": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"qt4-doc": {
"type": "stdio",
"command": "uvx",
"args": [
"qt4-doc-mcp-server"
],
"env": {
"QT_DOC_BASE": "your-value",
"QT_DOC_STATE_DIR": "your-value",
"SERVER_HOST": "your-value",
"SERVER_PORT": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
QT_DOC_STATE_DIR envSERVER_HOST envSERVER_PORT envThese settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 9, 2026
The registry name was verified with the GitHub account jztan, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
You need to fill in: QT_DOC_BASE
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.7.0) reached the registry 4 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Python (uv) on your computer.
In the same category: Context7, Codebase Memory, Exa
Servers in the same category from other makers, sorted by stars.
Reading a card:↓ Downloads per weeki★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
Feeds AI the latest docs for libraries and frameworks before it answers, so code it writes does not use outdated, removed functions.
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Connect AI agents to Exa for web search, content fetching, and multi-step research.
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
mcp-name: io.github.jztan/qt4-doc-mcp-server
Bring locally installed Qt 4.8, Qt 5, or Qt 6 documentation to your AI coding assistant. Works offline with one selected documentation set at a time.
QT_DOC_BASE directly at an existing Qt 5/6 offline documentation root.pip install qt4-doc-mcp-server
git clone https://github.com/jztan/qt4-doc-mcp-server.git
cd qt4-doc-mcp-server uv sync --locked
# Automated setup (recommended, requires the cloned repo)
python scripts/prepare_qt48_docs.py --segments 4
The helper script ships with the repo, not the PyPI package. Installed from PyPI only? Download the docs manually instead:
curl -LO https://download.qt.io/archive/qt/4.8/4.8.4/qt-everywhere-opensource-src-4.8.4.tar.gz
tar -xzf qt-everywhere-opensource-src-4.8.4.tar.gz qt-everywhere-opensource-src-4.8.4/doc/html mv qt-everywhere-opensource-src-4.8.4/doc/html ./qt4-docs-html
Then create a .env with QT_DOC_BASE pointing at that directory (see Configuration below).
# 1. Install
pip install qt4-doc-mcp-server
python scripts/prepare_qt48_docs.py --segments 4
qt-doc-build-index
qt-doc-mcp
curl -s http://127.0.0.1:8000/health
The legacy qt4-doc-mcp-server command remains available as an alias for existing client configurations.
After building the index, agents can search and receive materialized absolute Markdown paths:
qt-doc-cli "accessible applications" --limit 5
The command reads the same .env settings as the server. Before searching, it automatically builds a missing/outdated FTS index and fully warms an incomplete Markdown cache. It then prints each result's title, absolute .md path, and FTS snippet to stdout; preparation messages, errors, and warnings go to stderr. Use qt-doc-warm-md --force after changing documentation in place.
Prebuilt multi-arch images (amd64/arm64) are published to GitHub Container Registry on every release. The container is offline-only: you mount your prepared Qt doc/html directory read-only at /docs, and all derived state (Markdown cache and search index) lives in a volume at /data.
# Prepare Qt docs on the host first (one-time, writes to ./qt4-docs-html)
python scripts/prepare_qt48_docs.py --segments 4
docker run -d --name qt4-doc-mcp-server -p 8000:8000 \ -v "$PWD/qt4-docs-html:/docs:ro" \ -v qt4-doc-data:/data \ ghcr.io/jztan/qt4-doc-mcp-server:latest
curl -s http://127.0.0.1:8000/health
Using only the published image, without cloning this repo? Download the Qt 4.8.4 docs directly instead of running the prepare script:
curl -LO https://download.qt.io/archive/qt/4.8/4.8.4/qt-everywhere-opensource-src-4.8.4.tar.gz
tar -xzf qt-everywhere-opensource-src-4.8.4.tar.gz qt-everywhere-opensource-src-4.8.4/doc/html mv qt-everywhere-opensource-src-4.8.4/doc/html ./qt4-docs-html
Any existing Qt 5 or Qt 6 doc/html tree (from the Qt installer or distro documentation packages) works as the mount source too.
First start converts and indexes the documentation into the /data volume; subsequent starts reuse it. Depending on the docset size, the first start can take a minute or two before the health endpoint responds.
With docs in the default ./qt4-docs-html location, no configuration is needed:
docker compose up -d
For docs elsewhere (including Qt 5 or Qt 6 doc/html trees, which the server also supports), point QT_DOC_HTML_PATH at them. If port 8000 is taken on the host, set HOST_PORT in the same file (with plain docker run, change the left side of -p instead):
cp .env.docker.example .env.docker # set QT_DOC_HTML_PATH
docker compose --env-file .env.docker up -d
Or use the convenience script, which checks Docker is running, creates .env.docker on first run, builds and starts the service, and waits for the health endpoint:
./deploy.sh
Point your MCP client at http://127.0.0.1:8000/mcp (streamable HTTP). Qt documentation is licensed under GFDL 1.3; the container serves your local copy and never redistributes it.
These settings apply to native (pip or source) runs. In Docker they are already set inside the container (QT_DOC_BASE=/docs, QT_DOC_STATE_DIR=/data, SERVER_HOST=0.0.0.0); the QT_DOC_HTML_PATH variable in .env.docker is not a server setting, just the host path mounted at /docs.
Create a .env file in the repo root. The helper script writes sensible defaults; adjust as needed:
| Variable | Default | Purpose |
|---|---|---|
QT_DOC_BASE | _required_ | Absolute path to one Qt 4.8, Qt 5, or Qt 6 HTML documentation root. The server detects the active docset. |
QT_DOC_STATE_DIR | $QT_DOC_BASE/.index | Optional writable directory for the FTS index and Markdown cache. Use this when the documentation root is read-only. |
PREINDEX_DOCS | true | Build search index automatically at startup if not present. |
PRECONVERT_MD | false | Warm the Markdown cache automatically at MCP startup. |
SERVER_HOST | 127.0.0.1 | Bind address for the FastMCP server (0.0.0.0 for containers). |
SERVER_PORT | 8000 | TCP port for streamable HTTP transport. |
MCP_LOG_LEVEL | WARNING | Logging verbosity (DEBUG/INFO/WARNING/ERROR). |
MD_CACHE_SIZE | 512 | In-memory CachedDoc LRU capacity (counts pages). |
DEFAULT_MAX_MARKDOWN_LENGTH | 20000 | Default maximum characters returned per request (prevents token limit issues). |
The tools identify documents by their exact root-relative Markdown path, not an online URL. For example, use qcompleter.md for a Qt 4 page, qtdoc/accessible.md for a Qt 5/6 global page, or qtcore/qobject.md for a Qt 5/6 Core page. By default, each docset stores its own index and Markdown cache under $QT_DOC_BASE/.index/, so switching QT_DOC_BASE reuses its existing derived state. Set QT_DOC_STATE_DIR to relocate both to a writable directory. The Markdown cache mirrors the documentation tree: for example, qtcore/qobject.md is cached as .index/md/qtcore/qobject.md plus qobject.meta.json with the default state directory.
By default, the server exposes an HTTP endpoint at http://127.0.0.1:8000/mcp. Register it with your preferred MCP-compatible agent using the instructions below.
Run the server over stdio instead of HTTP with:
qt-doc-mcp --transport stdio
For stdio-only MCP clients, configure that command with args: ["--transport", "stdio"]. Startup indexing and Markdown-cache progress are written to stderr, leaving stdout exclusively for MCP protocol messages.
Visual Studio Code (Native MCP Support)
VS Code has built-in MCP support via GitHub Copilot (requires VS Code 1.102+).
Using CLI (Quickest):
code --add-mcp '{"name":"qt-docs","type":"http","url":"http://127.0.0.1:8000/mcp"}'
Using Command Palette:
Cmd/Ctrl+Shift+P)MCP: Open User Configuration (for global) or MCP: Open Workspace Folder Configuration (for project-specific) {
"servers": { "qt-docs": { "type": "http", "url": "http://127.0.0.1:8000/mcp" } } }
4. Save the file. VS Code will automatically load the MCP server.
Manual Configuration: Create .vscode/mcp.json in your workspace (or mcp.json in your user profile directory):
{
"servers": { "qt-docs": { "type": "http", "url": "http://127.0.0.1:8000/mcp" } } }
Claude Code
Add to Claude Code using the CLI command:
claude mcp add --transport http qt-docs http://127.0.0.1:8000/mcp
Or configure manually in your Claude Code settings file (~/.claude.json):
{
"mcpServers": { "qt-docs": { "type": "http", "url": "http://127.0.0.1:8000/mcp" } } }
Codex CLI
Add to Codex CLI using the command:
codex mcp add qt-docs -- npx -y mcp-client-http http://127.0.0.1:8000/mcp
Or configure manually in ~/.codex/config.toml:
[mcp_servers.qt-docs]
command = "npx" args = ["-y", "mcp-client-http", "http://127.0.0.1:8000/mcp"]
Note: Codex CLI primarily supports stdio-based MCP servers. The above uses mcp-client-http as a bridge for HTTP transport.
Kiro
Kiro primarily supports stdio-based MCP servers. For HTTP servers, use an HTTP-to-stdio bridge:
.kiro/settings/mcp.json in your workspace: {
"mcpServers": { "qt-docs": { "command": "npx", "args": [ "-y", "mcp-client-http", "http://127.0.0.1:8000/mcp" ], "disabled": false } } }
2. Save the file and restart Kiro. The active Qt documentation tools will appear in the MCP panel.
Note: Direct HTTP transport support in Kiro is limited. The above configuration uses mcp-client-http as a bridge to connect to HTTP MCP servers.
Generic MCP Clients
Most MCP clients use a standard configuration format. For HTTP servers:
{
"mcpServers": { "qt-docs": { "type": "http", "url": "http://127.0.0.1:8000/mcp" } } }
For clients that require a command-based approach with HTTP bridge:
{
"mcpServers": { "qt-docs": { "command": "npx", "args": ["-y", "mcp-client-http", "http://127.0.0.1:8000/mcp"] } } }
The server provides 2 MCP tools for working with the active local Qt documentation set:
Only the beginning is shown; read the rest in the repo