nexus-mcp
MCP server that lets AI models invoke CLI agents (Gemini, Codex, Claude, OpenCode) as tools — with parallel execution, retries, and structured output parsing.
README
Nexus MCP
<!-- mcp-name: io.github.j7an/nexus-mcp -->
A MCP server that enables AI models to invoke AI CLI agents (Gemini CLI, Codex, Claude Code, OpenCode) as tools. Provides parallel execution, automatic retries with exponential backoff, JSON-first response parsing, and structured output through five MCP tools.
Use Cases
Nexus MCP is useful whenever a task benefits from querying multiple AI agents in parallel rather than sequentially:
- Research & summarization — fan out a topic to multiple agents, then synthesize their responses into a single summary with diverse perspectives
- Code review — send different files or review angles (security, correctness, style) to separate agents simultaneously
- Multi-model comparison — prompt the same question to different models and compare outputs side-by-side for quality or consistency
- Bulk content generation — generate multiple test cases, translations, or documentation pages concurrently instead of one at a time
- Second-opinion workflows — get independent answers from separate agents before making a decision, reducing single-model bias
Features
- Parallel execution —
batch_promptfans out tasks withasyncio.gatherand a configurable semaphore (default concurrency: 3) - Automatic retries — exponential backoff with full jitter for transient errors (HTTP 429/503)
- Output handling — JSON-first parsing, brace-depth fallback for noisy stdout, temp-file spillover for outputs exceeding 50 KB
- Execution modes —
default(safe, no auto-approve),yolo(full auto-approve) - CLI detection — auto-detects binary path, version, and JSON output capability at startup
- Session preferences — set defaults for execution mode, model, max retries, output limit, and timeout once per session; subsequent calls inherit them without repeating parameters
- Tool timeouts — configurable safety timeout (default 15 min) cancels long-running tool calls to prevent the server from blocking indefinitely
- Client-visible logging — runner events (retries, output truncation, error recovery) are sent to MCP clients via protocol notifications, not just server stderr
- Elicitation — interactive parameter resolution via MCP elicitation; disambiguates missing CLI, offers model selection, confirms YOLO mode, and prompts for elaboration on vague prompts. Auto-detects client support and skips gracefully when unavailable. Suppression flags prevent repeat prompts within a session
- Extensible — implement
build_command+parse_output, register inRunnerFactory
| Agent | Status |
|---|---|
| Gemini CLI | Supported |
| Codex | Supported |
| Claude Code | Supported |
| OpenCode | Supported |
Installation
Run with uvx (recommended)
uvx nexus-mcp
uvx installs the package in an ephemeral virtual environment and runs it — no cloning required.
To check the installed version:
uvx nexus-mcp --version
To update to the latest version:
uvx --reinstall nexus-mcp
MCP Client Configuration
Claude Desktop (~/Library/Application Support/Claude/claude_desktop_config.json on macOS):
{
"mcpServers": {
"nexus-mcp": {
"command": "uvx",
"args": ["nexus-mcp"],
"env": {
"NEXUS_GEMINI_MODEL": "gemini-3-flash-preview",
"NEXUS_GEMINI_MODELS": "gemini-3.1-pro-preview,gemini-3-flash-preview,gemini-2.5-pro,gemini-2.5-flash,gemini-2.5-flash-lite",
"NEXUS_CODEX_MODEL": "gpt-5.2",
"NEXUS_CODEX_MODELS": "gpt-5.4,gpt-5.4-mini,gpt-5.3-codex,gpt-5.2-codex,gpt-5.2,gpt-5.1-codex-max,gpt-5.1-codex-mini",
"NEXUS_OPENCODE_MODEL": "ollama-cloud/kimi-k2.5",
"NEXUS_OPENCODE_MODELS": "ollama-cloud/glm-5,ollama-cloud/kimi-k2.5,ollama-cloud/qwen3-coder-next,ollama-cloud/minimax-m2.5,ollama/gemini-3-flash-preview"
}
}
}
}
Cursor (.cursor/mcp.json in your project or ~/.cursor/mcp.json globally):
{
"mcpServers": {
"nexus-mcp": {
"command": "uvx",
"args": ["nexus-mcp"],
"env": {
"NEXUS_GEMINI_MODEL": "gemini-3-flash-preview",
"NEXUS_GEMINI_MODELS": "gemini-3.1-pro-preview,gemini-3-flash-preview,gemini-2.5-pro,gemini-2.5-flash,gemini-2.5-flash-lite",
"NEXUS_CODEX_MODEL": "gpt-5.2",
"NEXUS_CODEX_MODELS": "gpt-5.4,gpt-5.4-mini,gpt-5.3-codex,gpt-5.2-codex,gpt-5.2,gpt-5.1-codex-max,gpt-5.1-codex-mini",
"NEXUS_OPENCODE_MODEL": "ollama-cloud/kimi-k2.5",
"NEXUS_OPENCODE_MODELS": "ollama-cloud/glm-5,ollama-cloud/kimi-k2.5,ollama-cloud/qwen3-coder-next,ollama-cloud/minimax-m2.5,ollama/gemini-3-flash-preview"
}
}
}
}
Claude Code (CLI):
claude mcp add nexus-mcp \
-e NEXUS_GEMINI_MODEL=gemini-3-flash-preview \
-e NEXUS_GEMINI_MODELS=gemini-3.1-pro-preview,gemini-3-flash-preview,gemini-2.5-pro,gemini-2.5-flash,gemini-2.5-flash-lite \
-e NEXUS_CODEX_MODEL=gpt-5.2 \
-e NEXUS_CODEX_MODELS=gpt-5.4,gpt-5.4-mini,gpt-5.3-codex,gpt-5.2-codex,gpt-5.2,gpt-5.1-codex-max,gpt-5.1-codex-mini \
-e NEXUS_OPENCODE_MODEL=ollama-cloud/kimi-k2.5 \
-e NEXUS_OPENCODE_MODELS=ollama-cloud/glm-5,ollama-cloud/kimi-k2.5,ollama-cloud/qwen3-coder-next,ollama-cloud/minimax-m2.5,ollama/gemini-3-flash-preview \
-- uvx nexus-mcp
Generic stdio config (any MCP-compatible client):
{
"command": "uvx",
"args": ["nexus-mcp"],
"transport": "stdio",
"env": {
"NEXUS_GEMINI_MODEL": "gemini-3-flash-preview",
"NEXUS_CODEX_MODEL": "gpt-5.2",
"NEXUS_OPENCODE_MODEL": "ollama-cloud/kimi-k2.5"
}
}
All env keys are optional — see Configuration for the full list.
Setup for Development
Prerequisites:
- Python 3.13+ (download)
- uv dependency manager (install guide)
curl -LsSf https://astral.sh/uv/install.sh | sh
Optional (for integration tests):
- Gemini CLI v0.6.0+ —
npm install -g @google/gemini-cli - Codex — check with
codex --version - Claude Code — check with
claude --version - OpenCode — check with
opencode --version
Note: Integration tests are optional. Unit tests run without CLI dependencies via subprocess mocking.
# 1. Clone the repository
git clone <repository-url>
cd nexus-mcp
# 2. Install dependencies
uv sync
# 3. Install pre-commit hooks (runs linting/formatting on commit)
uv run pre-commit install
# 4. Verify installation
uv run pytest # Run tests
uv run mypy src/nexus_mcp # Type checking
uv run ruff check . # Linting
# 5. Run the MCP server
uv run python -m nexus_mcp
Usage
Once nexus-mcp is configured in your MCP client, your AI assistant automatically sees its tools.
The reliable trigger is explicitly asking for output from an external AI agent (e.g. Gemini, Codex, Claude Code, OpenCode).
Generic "do this in parallel" prompts may be handled by the host AI's own capabilities instead.
The cli parameter is optional — if omitted and the client supports MCP elicitation, the server will
ask which runner to use. The server provides runner metadata (names, models, availability,
execution modes) in its connection instructions — no discovery call needed. The cli parameter
includes a JSON schema enum listing valid runner names.
Fan out a research question (batch_prompt)
You say to your AI assistant:
"Get perspectives from Gemini, Codex, and OpenCode on transformer architectures — summary, limitations, and applications."
Your AI assistant calls batch_prompt with the discovered runners:
{
"tasks": [
{ "cli": "gemini", "prompt": "Summarize the key findings of the Attention Is All You Need paper", "label": "gemini-summary" },
{ "cli": "codex", "prompt": "What are the main limitations of transformer architectures?", "label": "codex-limitations" },
{ "cli": "opencode", "prompt": "List 3 real-world applications of transformers beyond NLP", "label": "opencode-applications" }
]
}
Code review from multiple angles (batch_prompt)
You say to your AI assistant:
"Have Gemini, Codex, and OpenCode each review this diff in parallel — I want three independent perspectives."
Your AI assistant calls batch_prompt:
{
"tasks": [
{ "cli": "gemini", "prompt": "Review this diff for security vulnerabilities and logic errors:\n\n<paste diff>", "label": "gemini-review" },
{ "cli": "codex", "prompt": "Review this diff for correctness and edge cases:\n\n<paste diff>", "label": "codex-review" },
{ "cli": "opencode", "prompt": "Review this diff for style and maintainability:\n\n<paste diff>", "label": "opencode-review" }
]
}
Single-agent prompt (prompt)
You say to your AI assistant:
"Ask Gemini Flash to explain the difference between TCP and UDP in simple terms."
Your AI assistant calls prompt:
{
"cli": "gemini",
"prompt": "Explain the difference between TCP and UDP in simple terms",
"model": "gemini-3-flash-preview"
}
Or target Codex:
{
"cli": "codex",
"prompt": "Explain the difference between TCP and UDP in simple terms",
"model": "gpt-5.2"
}
Or OpenCode:
{
"cli": "opencode",
"prompt": "Explain the difference between TCP and UDP in simple terms",
"model": "ollama-cloud/kimi-k2.5"
}
Letting the server pick the runner (elicitation)
You say to your AI assistant:
"Explain the CAP theorem using one of the available agents."
Your AI assistant calls prompt without specifying cli:
{
"prompt": "Explain the CAP theorem in simple terms"
}
If the MCP client supports elicitation, the server asks which runner to use. If elicitation is unavailable, the server returns an error asking for cli to be specified. To skip elicitation for a specific call, pass "elicit": false.
Session preferences (set_preferences)
You say to your AI assistant:
"For the rest of this session, use YOLO mode with Gemini Flash — I don't want to repeat those settings on every call."
Your AI assistant calls set_preferences once:
{
"execution_mode": "yolo",
"model": "gemini-3-flash-preview",
"max_retries": 5
}
Response:
Preferences set: {"execution_mode": "yolo", "model": "gemini-3-flash-preview", "max_retries": 5, "output_limit": null, "timeout": null, "retry_base_delay": null, "retry_max_delay": null, "elicit": null, "confirm_yolo": null, "confirm_vague_prompt": null, "confirm_high_retries": null, "confirm_large_batch": null}
Subsequent prompt and batch_prompt calls omit those fields — they inherit from the session:
{
"cli": "gemini",
"prompt": "Summarize the latest developments in Rust's async ecosystem"
}
The fallback chain is: explicit parameter → session preference → per-runner env → global env → hardcoded default.
To override for one call, pass the parameter directly — it takes precedence without changing the session.
To clear a single preference, use set_preferences with the corresponding clear_* flag (e.g. clear_model: true). Other preferences are preserved.
MCP Tools
All prompt tools run as background tasks — they return a task ID immediately so the client can poll for results, preventing MCP timeouts for long operations (e.g. YOLO mode: 2–5 minutes).
| Tool | Task? | Description |
|---|---|---|
batch_prompt |
Yes | Fan out prompts to multiple runners in parallel; returns MultiPromptResponse |
prompt |
Yes | Single-runner convenience wrapper; routes to batch_prompt |
set_preferences |
No | Set or selectively clear session defaults for execution mode, model, retries, timeouts, elicitation, and trigger suppression |
get_preferences |
No | Retrieve current session preferences |
clear_preferences |
No | Reset all session preferences |
batch_prompt
| Parameter | Required | Default | Description |
|---|---|---|---|
tasks |
Yes | — | List of task objects (see below) |
max_concurrency |
No | 3 |
Max parallel agent invocations |
elicit |
No | session pref or true |
Enable/disable interactive elicitation for this call |
Task object fields:
| Field | Required | Default | Description |
|---|---|---|---|
cli |
No | — | Runner name (e.g. "gemini"); if omitted and elicitation is enabled, the server asks which runner to use |
prompt |
Yes | — | Prompt text |
label |
No | auto | Display label for results (auto-assigned from runner name if omitted) |
context |
No | {} |
Optional context metadata dict |
execution_mode |
No | session pref or "default" |
"default" or "yolo" |
model |
No | session pref or CLI default | Model name override |
max_retries |
No | session pref or env default | Max retry attempts for transient errors |
output_limit |
No | session pref or env default | Max output bytes before temp-file spillover |
timeout |
No | session pref or env default | Subprocess timeout in seconds |
retry_base_delay |
No | session pref or env default | Base delay seconds for exponential backoff |
retry_max_delay |
No | session pref or env default | Max delay cap for backoff in seconds |
Note:
elicitis a batch-level parameter, not a per-task field. When enabled, the server runs a single upfront elicitation pass across all tasks (e.g., "3 of 5 tasks use YOLO mode — confirm?") rather than prompting per-task.
prompt
| Parameter | Required | Default | Description |
|---|---|---|---|
cli |
No | — | Runner name; if omitted and elicitation is enabled, the server asks which runner to use |
prompt |
Yes | — | Prompt text |
context |
No | {} |
Optional context metadata dict |
execution_mode |
No | session pref or "default" |
"default" or "yolo" |
model |
No | session pref or CLI default | Model name override; if omitted and the runner has multiple models, elicitation may offer a choice |
max_retries |
No | session pref or env default | Max retry attempts for transient errors |
output_limit |
No | session pref or env default | Max output bytes before temp-file spillover |
timeout |
No | session pref or env default | Subprocess timeout in seconds |
retry_base_delay |
No | session pref or env default | Base delay seconds for exponential backoff |
retry_max_delay |
No | session pref or env default | Max delay cap for backoff in seconds |
elicit |
No | session pref or true |
Enable/disable interactive elicitation for this call |
set_preferences
| Parameter | Required | Default | Description |
|---|---|---|---|
execution_mode |
No | — | "default" or "yolo" |
model |
No | — | Model name (e.g. "gemini-3-flash-preview") |
max_retries |
No | — | Max total attempts including the first (≥1; 1 means run once, no retries) |
output_limit |
No | — | Max output bytes before temp-file spillover (≥1) |
timeout |
No | — | Subprocess timeout in seconds (≥1) |
retry_base_delay |
No | — | Base delay seconds for exponential backoff (≥0) |
retry_max_delay |
No | — | Max delay cap for backoff in seconds (≥0) |
clear_execution_mode |
No | false |
Clear execution mode (takes precedence if execution_mode is also provided) |
clear_model |
No | false |
Clear model (takes precedence if model is also provided) |
clear_max_retries |
No | false |
Clear max retries (takes precedence if max_retries is also provided) |
clear_output_limit |
No | false |
Clear output limit (takes precedence if output_limit is also provided) |
clear_timeout |
No | false |
Clear timeout (takes precedence if timeout is also provided) |
clear_retry_base_delay |
No | false |
Clear retry base delay |
clear_retry_max_delay |
No | false |
Clear retry max delay |
elicit |
No | true |
Enable/disable elicitation for the session. When true (default), the server may ask the client for missing parameters or confirmations |
confirm_yolo |
No | true |
Whether to prompt before YOLO mode. Set to false to skip the confirmation. Auto-set to false after first acceptance |
confirm_vague_prompt |
No | true |
Whether to prompt when prompts are very short. Set to false to skip. Not auto-suppressed |
confirm_high_retries |
No | true |
Whether to prompt when max_retries > 5. Set to false to skip. Auto-set to false after first acceptance |
confirm_large_batch |
No | true |
Whether to prompt when batch has > 5 tasks. Set to false to skip. Auto-set to false after first acceptance |
clear_elicit |
No | false |
Reset elicit to default (true) |
clear_confirm_yolo |
No | false |
Reset YOLO suppression (re-enables confirmation prompt) |
clear_confirm_vague_prompt |
No | false |
Reset vague prompt suppression |
clear_confirm_high_retries |
No | false |
Reset high retry suppression |
clear_confirm_large_batch |
No | false |
Reset large batch suppression |
get_preferences
No parameters. Returns a dict with all preference fields (null when unset):
| Key | Type | Description |
|---|---|---|
execution_mode |
string | null |
"default" or "yolo" |
model |
string | null |
Model name |
max_retries |
int | null |
Max total attempts |
output_limit |
int | null |
Max output bytes |
timeout |
int | null |
Subprocess timeout seconds |
retry_base_delay |
float | null |
Backoff base delay |
retry_max_delay |
float | null |
Backoff max delay |
elicit |
bool | null |
Elicitation enabled |
confirm_yolo |
bool | null |
YOLO confirmation enabled |
confirm_vague_prompt |
bool | null |
Vague prompt check enabled |
confirm_high_retries |
bool | null |
High retry warning enabled |
confirm_large_batch |
bool | null |
Large batch confirmation enabled |
clear_preferences
No parameters. Resets all session preferences to null, including elicitation suppression flags (re-enables all confirmation prompts).
Managing Session Preferences
| Operation | Tool | Notes |
|---|---|---|
| Set one or more fields | set_preferences |
Pass only the fields you want to change |
| Read current values | get_preferences |
Returns all preference fields with null for unset |
| Clear all fields | clear_preferences |
Reverts to per-call defaults |
| Clear one preference | set_preferences with the corresponding clear_*: true flag |
Other preferences are preserved |
| Suppress an elicitation prompt | set_preferences with confirm_*: false |
Persists for the session; YOLO/batch/retry auto-suppress after first acceptance |
| Re-enable a suppressed prompt | set_preferences with clear_confirm_*: true |
Resets to default (prompts again) |
| Disable all elicitation | set_preferences with elicit: false |
Skips all interactive prompts for the session |
Configuration
Global Environment Variables
| Variable | Default | Description |
|---|---|---|
NEXUS_OUTPUT_LIMIT_BYTES |
50000 |
Max output size in bytes before temp-file spillover |
NEXUS_TIMEOUT_SECONDS |
600 |
Subprocess timeout in seconds (10 minutes) |
NEXUS_TOOL_TIMEOUT_SECONDS |
900 |
Tool-level timeout in seconds (15 minutes); set to 0 to disable |
NEXUS_RETRY_MAX_ATTEMPTS |
3 |
Max attempts including the first (set to 1 to disable retries) |
NEXUS_RETRY_BASE_DELAY |
2.0 |
Base seconds for exponential backoff |
NEXUS_RETRY_MAX_DELAY |
60.0 |
Maximum seconds to wait between retries |
NEXUS_CLI_DETECTION_TIMEOUT |
30 |
Timeout in seconds for CLI binary version detection at startup |
NEXUS_EXECUTION_MODE |
default |
Global execution mode (default or yolo) |
Per-Runner Environment Variables
Pattern: NEXUS_{AGENT}_{KEY} (agent name uppercased). Per-runner values override global values.
Valid {AGENT} values: CLAUDE, CODEX, GEMINI, OPENCODE
| Variable pattern | Example | Description |
|---|---|---|
NEXUS_{AGENT}_MODEL |
NEXUS_GEMINI_MODEL=gemini-3-flash-preview |
Default model for this runner |
NEXUS_{AGENT}_MODELS |
NEXUS_GEMINI_MODELS=gemini-3-flash-preview,gemini-2.5-pro |
Comma-separated model list (surfaced in server instructions) |
NEXUS_{AGENT}_TIMEOUT |
NEXUS_GEMINI_TIMEOUT=900 |
Subprocess timeout override |
NEXUS_{AGENT}_OUTPUT_LIMIT |
NEXUS_CODEX_OUTPUT_LIMIT=100000 |
Output limit override |
NEXUS_{AGENT}_MAX_RETRIES |
NEXUS_CLAUDE_MAX_RETRIES=5 |
Max retry attempts override |
NEXUS_{AGENT}_RETRY_BASE_DELAY |
NEXUS_GEMINI_RETRY_BASE_DELAY=1.0 |
Backoff base delay override |
NEXUS_{AGENT}_RETRY_MAX_DELAY |
NEXUS_GEMINI_RETRY_MAX_DELAY=30.0 |
Backoff max delay override |
NEXUS_{AGENT}_EXECUTION_MODE |
NEXUS_GEMINI_EXECUTION_MODE=yolo |
Execution mode override |
Invalid per-runner values are silently ignored (the global or hardcoded default is used instead).
Development
Testing
This project follows Test-Driven Development (TDD) with strict Red→Green→Refactor cycles.
# Run all tests
uv run pytest
# Run with coverage report
uv run pytest --cov=nexus_mcp --cov-report=term-missing
# Run specific test types
uv run pytest -m integration # Integration tests (requires CLIs)
uv run pytest -m "not integration" # Unit tests only
uv run pytest -m "not slow" # Skip slow tests
# Run specific test file
uv run pytest tests/unit/runners/test_gemini.py
Test markers:
@pytest.mark.integration— requires real CLI installations@pytest.mark.slow— tests taking >1 second
Code Quality
All quality checks run automatically via pre-commit hooks. Run manually:
# Lint and format
uv run ruff check . # Check for issues
uv run ruff check --fix . # Auto-fix issues
uv run ruff format . # Format code
# Type checking (strict mode)
uv run mypy src/nexus_mcp
# Run all pre-commit hooks manually
uv run pre-commit run --all-files
Adding Dependencies
uv add <package> # Production dependency
uv add --dev <package> # Development dependency
uv sync # Sync environment after changes
Tool Configuration
- Ruff: line length 100, 17 rule sets (E/F/I/W + UP/FA/B/C4/SIM/RET/ICN/TID/TC/ISC/PTH/TD/NPY) —
pyproject.toml → [tool.ruff] - Mypy: strict mode, all type annotations required —
pyproject.toml → [tool.mypy] - Pytest:
asyncio_mode = "auto", no@pytest.mark.asyncioneeded —pyproject.toml → [tool.pytest.ini_options] - Pre-commit: ruff-check, ruff-format, mypy, trailing-whitespace, end-of-file-fixer —
.pre-commit-config.yaml
Python 3.13+ Syntax
typekeyword for type aliases:type AgentName = str- Union syntax:
str | None(notOptional[str]) matchstatements for complex conditionals- NO
from __future__ import annotations
Project Structure
nexus-mcp/
├── src/nexus_mcp/
│ ├── __main__.py # Entry point
│ ├── server.py # FastMCP server + tools
│ ├── types.py # Pydantic models
│ ├── exceptions.py # Exception hierarchy
│ ├── config.py # Environment variable config
│ ├── elicitation.py # ElicitationGuard — interactive parameter resolution
│ ├── process.py # Subprocess wrapper
│ ├── parser.py # JSON→text fallback parsing
│ ├── cli_detector.py # CLI binary detection + version checks
│ └── runners/
│ ├── base.py # Protocol + ABC
│ ├── factory.py # RunnerFactory
│ ├── claude.py # ClaudeRunner
│ ├── codex.py # CodexRunner
│ ├── gemini.py # GeminiRunner
│ └── opencode.py # OpenCodeRunner
├── tests/
│ ├── unit/ # Fast, mocked tests
│ ├── e2e/ # End-to-end MCP protocol tests
│ ├── integration/ # Real CLI tests
│ └── fixtures.py # Shared test utilities
├── .github/
│ └── workflows/ # CI, security, dependabot
├── pyproject.toml # Dependencies + tool config
└── .pre-commit-config.yaml # Git hooks configuration
License
MIT
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
E2B
Using MCP to run code via e2b.
Neon Database
MCP server for interacting with Neon Management API and databases
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.