Codealive Mcp — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited Codealive Mcp (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
<!-- MCP Server Name: io.github.codealive-ai.codealive-mcp -->
Connect your AI assistant to CodeAlive's powerful code understanding platform in seconds!
This MCP (Model Context Protocol) server enables AI clients like Claude Code, Cursor, Claude Desktop, Continue, VS Code (GitHub Copilot), Cline, Codex, OpenCode, Qwen Code, Gemini CLI, Roo Code, Goose, Kilo Code, Windsurf, Kiro, Qoder, n8n, and Amazon Q Developer to access CodeAlive's advanced semantic code search and codebase interaction features.
CodeAlive is a Context Engine for large codebases, powered by graph-based retrieval and exposed through MCP. It gives AI agents like Cursor, Claude Code, Codex, and other MCP-compatible tools precise repository context instead of forcing them to read files blindly. In our RepoQA benchmark, CodeAlive + Qwen3.6 deep reached frontier-agent quality at ~25x lower model cost, and semantic search reduced captured tokens by 45%.
It's like Context7, but for your (large) codebases.
It allows AI-Coding Agents to:
Once connected, you'll have access to these powerful tools:
Form.xml even when their content never mentions the name), with line-level previews for content matches<not_found> block, not silently dropped)chatAfter setup, try these commands with your AI assistant:
get_data_sourcessemantic_searchgrep_searchsemantic_search/grep_search, then optionally uses chatsemantic_search and grep_search should be the default tools for most agents. chat is a slower synthesis fallback, can take up to 30 seconds, and is usually unnecessary when an agent can run a multi-step workflow with search, fetch, relationships, and local file reads. If your agent supports subagents, the highest-confidence path is to delegate a focused subagent that orchestrates semantic_search and grep_search first.
For an even better experience, install the CodeAlive Agent Skill alongside the MCP server. The MCP server gives your agent access to CodeAlive's tools; the skill teaches it the best workflows and query patterns to use them effectively.
For most agents (Cursor, Copilot, Gemini CLI, Codex, and 30+ others) — install the skill:
npx skills add CodeAlive-AI/codealive-skills@codealive-context-engineFor Claude Code — install the plugin (recommended), which includes the skill plus Claude-specific enhancements:
/plugin marketplace add CodeAlive-AI/codealive-skills
/plugin install codealive@codealive-marketplaceThe fastest way to get started - no installation required! Our remote MCP server at https://mcp.codealive.ai/api provides instant access to CodeAlive's capabilities.
Select your preferred AI client below for instant setup:
You may ask your AI agent to install the CodeAlive MCP server for you.
Here is CodeAlive API key: PASTE_YOUR_API_KEY_HERE
Add the CodeAlive MCP server by following the installation guide from the README at https://raw.githubusercontent.com/CodeAlive-AI/codealive-mcp/main/README.md
Find the section "AI Client Integrations" and locate your client (Claude Code, Cursor, Gemini CLI, etc.). Each client has specific setup instructions:
- For Gemini CLI: Use the one-command setup with `gemini mcp add`
- For Claude Code: Use `claude mcp add` with the --transport http flag
- For other clients: Follow the configuration snippets provided
Prefer the Remote HTTP option when available. If API key is not provided above, help me issue a CodeAlive API key first.Then allow execution.
<details> <summary><b>Claude Code</b></summary>
Option 1: Remote HTTP (Recommended)
claude mcp add --transport http codealive https://mcp.codealive.ai/api --header "Authorization: Bearer YOUR_API_KEY_HERE"Option 2: Docker (STDIO)
claude mcp add codealive-docker /usr/bin/docker run --rm -i -e CODEALIVE_API_KEY=YOUR_API_KEY_HERE ghcr.io/codealive-ai/codealive-mcp:mainReplace YOUR_API_KEY_HERE with your actual API key.
</details>
<details> <summary><b>Cursor</b></summary>
Option 1: Remote HTTP (Recommended)
Cmd+, or Ctrl+,){
"mcpServers": {
"codealive": {
"url": "https://mcp.codealive.ai/api",
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}.cursor/mcp.json (project) or ~/.cursor/mcp.json (global).Tip: Cursor also supports a one-click install deeplink — cursor://anysphere.cursor-deeplink/mcp/install?name=codealive&config=BASE64_CONFIG. Only follow deeplinks from trusted sources.Option 2: Docker (STDIO)
{
"mcpServers": {
"codealive": {
"command": "docker",
"args": [
"run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}</details>
<details> <summary><b>Codex (CLI, App, IDE Extension)</b></summary>
OpenAI Codex ships in three form-factors that share the same configuration: the Codex CLI, the Codex App (macOS / Windows), and the Codex IDE Extension (VS Code openai.chatgpt and JetBrains 2025.3+). All three read ~/.codex/config.toml, so one snippet covers every Codex surface. A project-level .codex/config.toml in the repo root is also supported for trusted projects.
Option 1: One-line add (Recommended)
codex mcp add codealive --url https://mcp.codealive.ai/apiThen open ~/.codex/config.toml and add the bearer-token reference plus the Streamable HTTP feature flag:
[features]
rmcp_client = true
[mcp_servers.codealive]
url = "https://mcp.codealive.ai/api"
bearer_token_env_var = "CODEALIVE_API_KEY"Finally, export the key:
export CODEALIVE_API_KEY="YOUR_API_KEY_HERE"Verify with codex mcp list.
Note: Streamable HTTP requires[features].rmcp_client = true. The old top-levelexperimental_use_rmcp_client = trueflag is deprecated.bearer_token_env_varis preferred over inlineheaders = { Authorization = "Bearer …" }because it keeps secrets out of the config file.
Option 2: Inline header (HTTP)
[features]
rmcp_client = true
[mcp_servers.codealive]
url = "https://mcp.codealive.ai/api"
headers = { Authorization = "Bearer YOUR_API_KEY_HERE" }Option 3: Docker (STDIO)
[mcp_servers.codealive]
command = "docker"
args = ["run", "--rm", "-i", "ghcr.io/codealive-ai/codealive-mcp:main"]
env_vars = ["CODEALIVE_API_KEY"]export CODEALIVE_API_KEY="YOUR_API_KEY_HERE"No [features] flag is needed for stdio. env_vars forwards values from the parent shell — safer than embedding the key in args.
Codex App UI: Settings → MCP Servers → Add Server. The UI writes the same ~/.codex/config.toml entry. The CLI and IDE extension pick it up automatically.
</details>
<details> <summary><b>Gemini CLI</b></summary>
One command setup (complete):
gemini mcp add --transport http secure-http https://mcp.codealive.ai/api --header "Authorization: Bearer YOUR_API_KEY_HERE"Replace YOUR_API_KEY_HERE with your actual API key. That's it - no config files needed! 🎉
</details>
<details> <summary><b>Continue</b></summary>
Option 1: Remote HTTP (Recommended)
.continue/config.yaml in your project or ~/.continue/config.yamlmcpServers:
- name: CodeAlive
type: streamable-http
url: https://mcp.codealive.ai/api
requestOptions:
headers:
Authorization: "Bearer YOUR_API_KEY_HERE"Option 2: Docker (STDIO)
mcpServers:
- name: CodeAlive
type: stdio
command: docker
args:
- run
- --rm
- -i
- -e
- CODEALIVE_API_KEY=YOUR_API_KEY_HERE
- ghcr.io/codealive-ai/codealive-mcp:main</details>
<details> <summary><b>Visual Studio Code with GitHub Copilot</b></summary>
Option 1: Remote HTTP (Recommended)
Note: VS Code supports both Streamable HTTP and SSE transports, with automatic fallback to SSE if Streamable HTTP fails.
Ctrl+Shift+P or Cmd+Shift+P){
"servers": {
"codealive": {
"type": "http",
"url": "https://mcp.codealive.ai/api",
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}Option 2: Docker (STDIO)
Create .vscode/mcp.json in your workspace:
{
"servers": {
"codealive": {
"command": "docker",
"args": [
"run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}</details>
<details> <summary><b>Claude Desktop</b></summary>
Option 1: Extension bundle `.mcpb` (Recommended)
The .mcpb bundle gives you one-click install, secure token storage, and self-hosted baseUrl configuration — no Docker or CLI required.
codealive-mcp.mcpb from the latest GitHub Release.mcpb file and configure:https://app.codealive.ai; for self-hosted, use your deployment origin (e.g. https://codealive.yourcompany.com)Option 2: Docker (STDIO)
~/Library/Application Support/Claude/claude_desktop_config.json%APPDATA%\Claude\claude_desktop_config.json{
"mcpServers": {
"codealive": {
"command": "docker",
"args": [
"run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}</details>
<details> <summary><b>Cline</b></summary>
Option 1: Remote HTTP (Recommended)
{
"mcpServers": {
"codealive": {
"url": "https://mcp.codealive.ai/api",
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}Option 2: Docker (STDIO)
{
"mcpServers": {
"codealive": {
"command": "docker",
"args": [
"run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}</details>
<details> <summary><b>OpenCode</b></summary>
Add CodeAlive as a remote MCP server in your opencode.json.
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"codealive": {
"type": "remote",
"url": "https://mcp.codealive.ai/api",
"enabled": true,
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}</details>
<details> <summary><b>Qwen Code</b></summary>
Qwen Code supports MCP via mcpServers in its settings.json and multiple transports (stdio/SSE/streamable-http). Use streamable-http when available; otherwise use Docker (stdio).
`~/.qwen/settings.json` (Streamable HTTP)
{
"mcpServers": {
"codealive": {
"type": "streamable-http",
"url": "https://mcp.codealive.ai/api",
"requestOptions": {
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}
}Fallback: Docker (stdio)
{
"mcpServers": {
"codealive": {
"type": "stdio",
"command": "docker",
"args": ["run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"]
}
}
}</details>
<details> <summary><b>Roo Code</b></summary>
Roo Code reads a JSON settings file similar to Cline.
Global config: mcp_settings.json (Roo) or cline_mcp_settings.json (Cline-style)
Option A — Remote HTTP
{
"mcpServers": {
"codealive": {
"type": "streamable-http",
"url": "https://mcp.codealive.ai/api",
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}Option B — Docker (STDIO)
{
"mcpServers": {
"codealive": {
"type": "stdio",
"command": "docker",
"args": [
"run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}Tip: If your Roo build doesn't honor HTTP headers, use the Docker/STDIO option.
</details>
<details> <summary><b>Goose</b></summary>
UI path: Settings → MCP Servers → Add → choose Streamable HTTP
Streamable HTTP configuration:
codealivehttps://mcp.codealive.ai/apiAuthorization: Bearer YOUR_API_KEY_HEREDocker (STDIO) alternative:
Add a STDIO extension with:
dockerrun --rm -i -e CODEALIVE_API_KEY=YOUR_API_KEY_HERE ghcr.io/codealive-ai/codealive-mcp:main</details>
<details> <summary><b>Kilo Code</b></summary>
UI path: Manage → Integrations → Model Context Protocol (MCP) → Add Server
HTTP
{
"mcpServers": {
"codealive": {
"type": "streamable-http",
"url": "https://mcp.codealive.ai/api",
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}STDIO (Docker)
{
"mcpServers": {
"codealive": {
"type": "stdio",
"command": "docker",
"args": [
"run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}</details>
<details> <summary><b>Windsurf (Codeium)</b></summary>
File: ~/.codeium/windsurf/mcp_config.json
{
"mcpServers": {
"codealive": {
"type": "streamable-http",
"serverUrl": "https://mcp.codealive.ai/api",
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}</details>
<details> <summary><b>Kiro</b></summary>
Note: Kiro does not yet support remote MCP servers natively. Use the mcp-remote workaround to connect to remote HTTP servers.Prerequisites:
npm install -g mcp-remoteUI path: Settings → MCP → Add Server
Global file: ~/.kiro/settings/mcp.json Workspace file: .kiro/settings/mcp.json
Remote HTTP (via mcp-remote workaround)
{
"mcpServers": {
"codealive": {
"type": "stdio",
"command": "npx",
"args": [
"mcp-remote",
"https://mcp.codealive.ai/api",
"--header",
"Authorization: Bearer ${CODEALIVE_API_KEY}"
],
"env": {
"CODEALIVE_API_KEY": "YOUR_API_KEY_HERE"
}
}
}
}Docker (STDIO)
{
"mcpServers": {
"codealive": {
"type": "stdio",
"command": "docker",
"args": [
"run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}</details>
<details> <summary><b>Qoder</b></summary>
UI path: User icon → Qoder Settings → MCP → My Servers → + Add (Agent mode)
SSE (remote HTTP)
{
"mcpServers": {
"codealive": {
"type": "sse",
"url": "https://mcp.codealive.ai/api",
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}STDIO (Docker)
{
"mcpServers": {
"codealive": {
"type": "stdio",
"command": "docker",
"args": [
"run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}</details>
<details> <summary><b>Amazon Q Developer (CLI & IDE)</b></summary>
Q Developer CLI
Config file: ~/.aws/amazonq/mcp.json or workspace .amazonq/mcp.json
HTTP server
{
"mcpServers": {
"codealive": {
"type": "http",
"url": "https://mcp.codealive.ai/api",
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}STDIO (Docker)
{
"mcpServers": {
"codealive": {
"type": "stdio",
"command": "docker",
"args": [
"run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}Q Developer IDE (VS Code / JetBrains)
Global: ~/.aws/amazonq/agents/default.json Local (workspace): .aws/amazonq/agents/default.json
Minimal entry (HTTP):
{
"mcpServers": {
"codealive": {
"type": "http",
"url": "https://mcp.codealive.ai/api",
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
},
"timeout": 310000
}
}
}Use the IDE UI: Q panel → Chat → tools icon → Add MCP Server → choose http or stdio.
</details>
<details> <summary><b>JetBrains AI Assistant</b></summary>
Note: JetBrains AI Assistant requires the mcp-remote workaround for connecting to remote HTTP MCP servers.Prerequisites:
npm install -g mcp-remoteConfig file: Settings/Preferences → AI Assistant → Model Context Protocol → Configure
Add this configuration:
{
"mcpServers": {
"codealive": {
"command": "npx",
"args": [
"mcp-remote",
"https://mcp.codealive.ai/api",
"--header",
"Authorization: Bearer ${CODEALIVE_API_KEY}"
],
"env": {
"CODEALIVE_API_KEY": "YOUR_API_KEY_HERE"
}
}
}
}For self-hosted deployments, replace the URL:
{
"mcpServers": {
"codealive": {
"command": "npx",
"args": [
"mcp-remote",
"http://your-server:8000/api",
"--header",
"Authorization: Bearer ${CODEALIVE_API_KEY}"
],
"env": {
"CODEALIVE_API_KEY": "YOUR_API_KEY_HERE"
}
}
}
}See JetBrains MCP Documentation for more details.
</details>
<details> <summary><b>n8n</b></summary>
Using AI Agent Node with MCP Tools
Server URL: https://mcp.codealive.ai/api
Authorization Header: Bearer YOUR_API_KEY_HEREget_data_sources - List available repositoriessemantic_search - Search code semanticallygrep_search - Search by exact text or regexget_artifact_relationships - Expand relationships for one artifactchat - Slower synthesized codebase Q&A, usually after searchcodebase_search - Legacy semantic search aliascodebase_consultant - Deprecated alias for chatExample Workflow:
Trigger → AI Agent (with CodeAlive MCP tools) → Process ResponseNote: n8n middleware is built-in, so no special configuration is needed. The server will automatically strip n8n's extra parameters before processing tool calls.
</details>
For developers who want to customize or contribute to the MCP server.
# Clone the repository
git clone https://github.com/CodeAlive-AI/codealive-mcp.git
cd codealive-mcp
# Setup with uv (recommended)
uv venv
source .venv/bin/activate # Windows: .venv\Scripts\activate
uv pip install -e .
# Or setup with pip
python -m venv .venv
source .venv/bin/activate # Windows: .venv\Scripts\activate
pip install -e .Once installed locally, configure your AI client to use the local server:
#### Claude Code (Local)
claude mcp add codealive-local /path/to/codealive-mcp/.venv/bin/python /path/to/codealive-mcp/src/codealive_mcp_server.py --env CODEALIVE_API_KEY=YOUR_API_KEY_HERE#### Other Clients (Local) Replace the Docker command and args with:
{
"command": "/path/to/codealive-mcp/.venv/bin/python",
"args": ["/path/to/codealive-mcp/src/codealive_mcp_server.py"],
"env": {
"CODEALIVE_API_KEY": "YOUR_API_KEY_HERE"
}
}# Start local HTTP server
export CODEALIVE_API_KEY="your_api_key_here"
python src/codealive_mcp_server.py --transport http --host localhost --port 8000
# Test health endpoint
curl http://localhost:8000/healthAfter making changes, quickly verify everything works:
# Quick smoke test (recommended)
make smoke-test
# Or run directly
python smoke_test.py
# With your API key for full testing
CODEALIVE_API_KEY=your_key python smoke_test.py
# Run unit tests
make unit-test
# Run all tests
make testThe smoke test verifies:
Auto-install for Claude Desktop via Smithery:
npx -y @smithery/cli install @CodeAlive-AI/codealive-mcp --client claudeRepo: https://github.com/akolotov/gemini-cli-codealive-extension
Gemini CLI extension that wires CodeAlive into your terminal with prebuilt slash commands and MCP config. It includes:
GEMINI.md guidance so Gemini knows how to use CodeAlive tools effectively/codealive:chat, /codealive:find, /codealive:searchInstall
gemini extensions install https://github.com/akolotov/gemini-cli-codealive-extensionConfigure
# Option 1: .env next to where you run `gemini`
CODEALIVE_API_KEY="your_codealive_api_key_here"
# Option 2: environment variable
export CODEALIVE_API_KEY="your_codealive_api_key_here"
geminiDeploy the MCP server as an HTTP service for team-wide access or integration with self-hosted CodeAlive instances.
The CodeAlive MCP server can be deployed as an HTTP service using Docker. This allows multiple AI clients to connect to a single shared instance, and enables integration with self-hosted CodeAlive deployments.
Create a docker-compose.yml file based on our example:
# Download the example
curl -O https://raw.githubusercontent.com/CodeAlive-AI/codealive-mcp/main/docker-compose.example.yml
mv docker-compose.example.yml docker-compose.yml
# Edit configuration (see below)
nano docker-compose.yml
# Start the service
docker compose up -d
# Check health
curl http://localhost:8000/healthConfiguration Options:
CODEALIVE_BASE_URL environment variable (uses default https://app.codealive.ai)Authorization: Bearer YOUR_KEY headerCODEALIVE_BASE_URL to your CodeAlive instance URL (e.g., https://codealive.yourcompany.com)Authorization: Bearer YOUR_KEY headerSee docker-compose.example.yml for the complete configuration template.
Once deployed, configure your AI clients to use your HTTP endpoint:
Claude Code:
claude mcp add --transport http codealive http://your-server:8000/api --header "Authorization: Bearer YOUR_API_KEY_HERE"VS Code:
code --add-mcp "{\"name\":\"codealive\",\"type\":\"http\",\"url\":\"http://your-server:8000/api\",\"headers\":{\"Authorization\":\"Bearer YOUR_API_KEY_HERE\"}}"Cursor / Other Clients:
{
"mcpServers": {
"codealive": {
"url": "http://your-server:8000/api",
"headers": {
"Authorization": "Bearer YOUR_API_KEY_HERE"
}
}
}
}Replace your-server:8000 with your actual deployment URL and port.
<details> <summary><b>Overview</b></summary>
Claude Code on Windows runs inside WSL (Windows Subsystem for Linux). Claude Desktop runs natively on Windows. This creates specific challenges when configuring MCP servers — especially around binary paths, environment variables, and networking.
The simplest solution for both Claude Code and Claude Desktop on Windows is Remote HTTP — it avoids all subprocess spawning and path issues entirely.
</details>
<details> <summary><b>Claude Code in WSL</b></summary>
When Claude Code runs inside WSL, it operates as a normal Linux environment. Use the same commands as on Linux/macOS:
Remote HTTP (Recommended — avoids all WSL issues):
claude mcp add --transport http codealive https://mcp.codealive.ai/api --header "Authorization: Bearer YOUR_API_KEY_HERE"Docker STDIO (if Docker Desktop WSL integration is enabled):
claude mcp add codealive-docker /usr/bin/docker run --rm -i -e CODEALIVE_API_KEY=YOUR_API_KEY_HERE ghcr.io/codealive-ai/codealive-mcp:mainNote: Ifdockeris not found, ensure Docker Desktop has WSL integration enabled for your distro, or use the full path/usr/bin/docker.
</details>
<details> <summary><b>Claude Desktop on Windows (Docker STDIO)</b></summary>
Claude Desktop on Windows cannot connect to MCP servers running inside WSL directly. Use one of these approaches:
Option 1: Docker Desktop (Recommended)
If Docker Desktop is installed on Windows, docker.exe is in the Windows PATH:
{
"mcpServers": {
"codealive": {
"command": "docker",
"args": [
"run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}Option 2: wsl.exe Proxy
If Docker is only available inside WSL, use wsl.exe as a bridge:
{
"mcpServers": {
"codealive": {
"command": "wsl.exe",
"args": [
"--", "docker", "run", "--rm", "-i",
"-e", "CODEALIVE_API_KEY=YOUR_API_KEY_HERE",
"ghcr.io/codealive-ai/codealive-mcp:main"
]
}
}
}</details>
<details> <summary><b>Self-Hosted MCP Server in WSL2</b></summary>
If you run the MCP HTTP server inside WSL2 and connect from Windows-side clients:
WSL2 NAT networking issue: By default, localhost inside WSL2 is not reachable from Windows. Two workarounds:
%USERPROFILE%\.wslconfig: [wsl2]
networkingMode=mirroredThen restart WSL: wsl --shutdown. After this, localhost is shared between Windows and WSL2.
hostname -I inside WSL to get the IP, then connect to http://<WSL_IP>:8000/api instead of http://localhost:8000/api.</details>
<details> <summary><b>Common WSL Pitfalls</b></summary>
| Problem | Cause | Fix |
|---|---|---|
docker: command not found | Docker not in WSL PATH | Enable Docker Desktop WSL integration for your distro, or use full path /usr/bin/docker |
ENOENT / spawn error for npx or python | Binary not in non-interactive shell PATH | Use absolute path (e.g., /home/user/.nvm/versions/node/v20/bin/npx) |
| Environment variables missing | WSL non-login shell doesn't source .bashrc | Add vars explicitly in MCP config env block |
Connection refused to self-hosted server | WSL2 NAT isolates localhost | Enable mirrored networking or use WSL2 VM IP |
| Claude Desktop can't reach WSL MCP server | Claude Desktop doesn't support WSL subprocess spawning | Use Remote HTTP, Docker Desktop, or wsl.exe proxy |
</details>
curl https://mcp.codealive.ai/health curl -H "Authorization: Bearer YOUR_API_KEY" https://app.codealive.ai/api/v1/data_sources--debug to local server args/usr/bin/dockernvm/pyenv paths. Use absolute paths in MCP configslocalhost differs between Windows and WSL2. Enable mirrored networking in .wslconfig or use the WSL2 VM IP (hostname -I)https://mcp.codealive.ai/api), Docker Desktop, or the wsl.exe proxy pattern (see Windows & WSL section)For maintainers: see DEPLOYMENT.md for instructions on publishing new versions to the MCP Registry.
CodeAlive processes the repositories and queries you send through this extension in order to provide semantic search and codebase analysis. For complete privacy details, see CodeAlive Privacy Policy.
MIT License - see LICENSE file for details.
Ready to supercharge your AI assistant with deep code understanding? Get started now →
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.