Provides an API layer in front of the Ollama API, seamlessly adding tools from multiple MCP servers so every Ollama request can access all connected tools transparently.
- Features
- Requirements
- Installation
- How It Works
- Configuration
- Usage
- Development
- Related Projects
- Inspiration and Credits
- 🚀 Pre-loaded Servers: All MCP servers are connected at startup from JSON configuration
- 📝 JSON Configuration: Configure multiple servers with complex commands and environments
- 🔗 Tool Integration: Automatic tool call processing and response integration
- 🛠️ All Tools Available: Ollama can use any tool from any connected server simultaneously
- 🔌 Complete API Compatibility:
/api/chat
adds tools while all other Ollama API endpoints are transparently proxied - 🔧 Configurable Ollama: Specify custom Ollama server URL via CLI
- 🔄 Version Check: Automatic check for newer versions with upgrade instructions
- 🌊 Streaming Responses: Supports incremental streaming of responses to clients
- 🤔 Thinking Mode: Proxies intermediate "thinking" messages from Ollama and MCP tools
- ⚡️ FastAPI Backend: Modern async API with automatic documentation
- 🏗️ Modular Architecture: Clean separation into CLI, API, and MCP management modules
- 💻 Typer CLI: Clean command-line interface with configurable options
- 📊 Structured Logging: Uses loguru for comprehensive logging
- 📦 PyPI Package: Easily installable via pip or uv from PyPI
- Python >= 3.10.15
- Ollama server running (local or remote)
- MCP server configuration file with at least one MCP server defined (see below for example)
You can install ollama-mcp-bridge
in several ways, depending on your preference:
Install instantly with uvx:
uvx ollama-mcp-bridge
pip install --upgrade ollama-mcp-bridge
docker-compose up
This uses the included docker-compose.yml file which:
- Builds the bridge from source using this Dockerfile Dockerfile
- Connects to Ollama running on the host machine (
host.docker.internal:11434
) - Maps the configuration file from ./mcp-config.json (includes mock weather server for demo)
- Allows all CORS origins (configurable via
CORS_ORIGINS
environment variable)
# Clone the repository
git clone https://github.com/jonigl/ollama-mcp-bridge.git
cd ollama-mcp-bridge
# Install dependencies using uv
uv sync
# Start Ollama (if not already running)
ollama serve
# Run the bridge (preferred)
ollama-mcp-bridge
If you want to install the project in editable mode (for development):
# Install the project in editable mode
uv tool install --editable .
# Run it like this:
ollama-mcp-bridge
- Startup: All MCP servers defined in the configuration are loaded and connected
- Version Check: At startup, the bridge checks for newer versions and notifies if an update is available
- Tool Collection: Tools from all servers are collected and made available to Ollama
- Chat Completion Request (
/api/chat
endpoint only): When a chat completion request is received on/api/chat
:- The request is forwarded to Ollama along with the list of all available tools
- If Ollama chooses to invoke any tools, those tool calls are executed through the corresponding MCP servers
- Tool responses are fed back to Ollama
- The final response (with tool results integrated) is returned to the client
- This is the only endpoint where MCP server tools are integrated.
- Other Endpoints: All other endpoints (except
/api/chat
,/health
, and/version
) are fully proxied to the underlying Ollama server with no modification. - Logging: All operations are logged using loguru for debugging and monitoring
Create an MCP configuration file at mcp-config.json
with your servers:
{
"mcpServers": {
"weather": {
"command": "uv",
"args": [
"--directory",
"./mock-weather-mcp-server",
"run",
"main.py"
],
"env": {
"MCP_LOG_LEVEL": "ERROR"
}
},
"filesystem": {
"command": "npx",
"args": [
"-y",
"@modelcontextprotocol/server-filesystem",
"/tmp"
]
}
}
}
Configure Cross-Origin Resource Sharing (CORS) to allow requests from your frontend applications:
# Allow all origins (default, not recommended for production)
ollama-mcp-bridge
# Allow specific origins
CORS_ORIGINS="http://localhost:3000,https://myapp.com" ollama-mcp-bridge
# Allow multiple origins with different ports
CORS_ORIGINS="http://localhost:3000,http://localhost:8080,https://app.example.com" ollama-mcp-bridge
Environment Variables:
CORS_ORIGINS
: Comma-separated list of allowed origins (default:*
)*
allows all origins (shows warning in logs)- Specific origins like
http://localhost:3000,https://myapp.com
for production
CORS Logging:
- The bridge logs CORS configuration at startup
- Shows warning when using
*
(all origins) - Shows allowed origins when properly configured
Warning
Using CORS_ORIGINS="*"
allows all origins and is not recommended for production. Always specify exact origins for security.
Note
An example MCP server script is provided at mock-weather-mcp-server/main.py.
# Start with default settings (config: ./mcp-config.json, host: 0.0.0.0, port: 8000)
ollama-mcp-bridge
# Start with custom configuration file
ollama-mcp-bridge --config /path/to/custom-config.json
# Custom host and port
ollama-mcp-bridge --host 0.0.0.0 --port 8080
# Custom Ollama server URL
ollama-mcp-bridge --ollama-url http://192.168.1.100:11434
# Combine options
ollama-mcp-bridge --config custom.json --host 0.0.0.0 --port 8080 --ollama-url http://remote-ollama:11434
# Check version and available updates
ollama-mcp-bridge --version
Tip
If using uvx
to run the bridge, you have to specify the command as uvx ollama-mcp-bridge
instead of just ollama-mcp-bridge
.
Note
This bridge supports both streaming responses and thinking mode. You receive incremental responses as they are generated, with tool calls and intermediate thinking messages automatically proxied between Ollama and all connected MCP tools.
--config
: Path to MCP configuration file (default:mcp-config.json
)--host
: Host to bind the server (default:0.0.0.0
)--port
: Port to bind the server (default:8000
)--ollama-url
: Ollama server URL (default:http://localhost:11434
)--version
: Show version information, check for updates and exit
The API is available at http://localhost:8000
.
- Swagger UI docs: http://localhost:8000/docs
- Ollama-compatible endpoints:
POST /api/chat
— Chat endpoint (same as Ollama API, but with MCP tool support)- This is the only endpoint where MCP server tools are integrated. All tool calls are handled and responses are merged transparently for the client.
- All other endpoints (except
/api/chat
,/health
, and/version
) are fully proxied to the underlying Ollama server with no modification. You can use your existing Ollama clients and libraries as usual.
- Bridge-specific endpoints:
GET /health
— Health check endpoint (not proxied)GET /version
— Version information and update check
Important
/api/chat
is the only endpoint with MCP tool integration. All other endpoints are transparently proxied to Ollama. /health
and /version
are specific to the bridge.
This bridge acts as a drop-in proxy for the Ollama API, but with all MCP tools from all connected servers available to every /api/chat
request. You can use your existing Ollama clients and libraries, just point them to this bridge instead of your Ollama server.
curl -N -X POST http://localhost:8000/api/chat \
-H "accept: application/json" \
-H "Content-Type: application/json" \
-d '{
"model": "qwen3:0.6b",
"messages": [
{
"role": "system",
"content": "You are a weather assistant."
},
{
"role": "user",
"content": "What is the weather like in Paris today?"
}
],
"think": true,
"stream": true,
"options": {
"temperature": 0.7,
"top_p": 0.9
}
}'
Tip
Use /docs
for interactive API exploration and testing.
- FastAPI: Modern web framework for the API
- Typer: CLI framework for command-line interface
- loguru: Structured logging throughout the application
- ollama: Python client for Ollama communication
- mcp: Model Context Protocol client library
- pytest: Testing framework for API validation
The project has two types of tests:
# Install test dependencies
uv sync --extra test
# Run unit tests (no server required)
uv run pytest tests/test_unit.py -v
These tests check:
- Configuration file loading
- Module imports and initialization
- Project structure
- Tool definition formats
# First, start the server in one terminal
ollama-mcp-bridge
# Then in another terminal, run the integration tests
uv run pytest tests/test_api.py -v
These tests check:
- API endpoints with real HTTP requests
- End-to-end functionality with Ollama
- Tool calling and response integration
# Quick manual test with curl (server must be running)
curl -X GET "http://localhost:8000/health"
# Check version information and update status
curl -X GET "http://localhost:8000/version"
curl -X POST "http://localhost:8000/api/chat" \
-H "Content-Type: application/json" \
-d '{"model": "qwen3:0.6b", "messages": [{"role": "user", "content": "What tools are available?"}]}'
Note
Tests require the server to be running on localhost:8000. Make sure to start the server before running pytest.
- MCP Client for Ollama - A text-based user interface (TUI) client for interacting with MCP servers using Ollama. Features include multi-server support, dynamic model switching, streaming responses, tool management, human-in-the-loop capabilities, thinking mode, full model parameters configuration, custom system prompt and saved preferences. Built for developers working with local LLMs.
This project is based on the basic MCP client from my Medium article: Build an MCP Client in Minutes: Local AI Agents Just Got Real.
The inspiration to create this simple bridge came from this GitHub issue: jonigl/mcp-client-for-ollama#22, suggested by @nyomen.
Made with ❤️ by jonigl