trovex for Zed
Zed keys MCP servers under context_servers. trovex serves over HTTP, so you bridge it with mcp-remote — and the agent gets one canonical doc per query, about 60% fewer tokens.
Zed's context_servers launch a command over stdio. trovex is an HTTP server, so use the mcp-remote bridge to connect it. In Zed's settings.json:
{
"context_servers": {
"trovex": {
"command": {
"path": "npx",
"args": ["-y", "mcp-remote", "http://localhost:8765/mcp"]
}
}
}
}
trovex is in private beta — request access first; the steps below work once you're in.
Setup, step by step
- Index your repo.$ uv run trovex index /path/to/repo
- Start trovex. It serves MCP over HTTP at
http://localhost:8765/mcp.$ uv run trovex serve - Add the context server to Zed's
settings.json— the snippet above. Themcp-remoteadapter proxies trovex's HTTP endpoint into the stdio frames Zed expects (no install;npxfetches it). - Use it. Open Zed's agent panel; trovex is available as a context server and exposes the
trovextool.
Zed's MCP support evolves — if a native HTTP option lands, you can drop the bridge. Check Zed's current MCP docs.
Why Zed users want it
Zed is fast and its agent is sharp on code, but for project knowledge spread across many markdown files it still rereads to find the current one. trovex hands Zed the single canonical doc that answers — section-level, with a freshness marker — so it stops opening stale copies. About 60% fewer tokens per lookup, plus a shared write path across sessions.
Give Zed one source of truth.
trovex is in private beta — request access, then index your repo and add the context server.
Open source (AGPL-3.0 core, MIT CLIs). Local-first — your docs never leave your machine.