Servidor MCP de Ollama: conecta herramientas, búsqueda web y modelos locales
Una guía práctica de arquitectura y configuración para conectar un modelo local de Ollama con herramientas MCP sin ocultar permisos, red ni errores.
En esta guía
- Qué significa realmente un servidor MCP de Ollama
- Límite entre host, cliente, servidor y modelo
- Preparar Ollama y un host compatible con MCP
- Conectar un modelo local de Ollama
- Añadir un servidor MCP de búsqueda web
- Hacer visibles y revisables las llamadas a herramientas
- Solucionar problemas en el orden correcto
- API Ollama Web Search frente a búsqueda MCP
- Preguntas frecuentes sobre Ollama MCP
Un flujo con un servidor MCP de Ollama conecta un modelo local con acciones útiles sin fingir que el modelo, el protocolo y el proveedor de herramientas son la misma cosa. El modelo puede ejecutarse en tu equipo mediante Ollama, mientras un host MCP administra conexiones de cliente con servidores que ofrecen herramientas. Esta guía explica ese límite, la configuración, la búsqueda web y el control de permisos.
Qué significa realmente un servidor MCP de Ollama
MCP, o Model Context Protocol, es una forma estándar para que una aplicación de IA descubra y llame herramientas expuestas por un servidor. Una herramienta puede buscar en la web, leer una carpeta permitida, consultar una base de datos o realizar una acción. Ollama es el runtime del modelo: carga un modelo y genera respuestas, pero el hecho de que el modelo sea local no convierte automáticamente a Ollama en un host MCP.
Por eso la búsqueda servidor MCP de Ollama puede describir arquitecturas distintas. Puede significar un servidor local que habla con Ollama o un host MCP que usa un modelo de Ollama y se conecta a un servidor de búsqueda. El host suele ser quien decide cuándo llamar una herramienta, pide aprobación, ejecuta la llamada y devuelve el resultado al modelo.
Separa las capas
Ollama proporciona inferencia. MCP proporciona el protocolo de herramientas. El host decide cuándo ejecutar una llamada, qué argumentos acepta y cuánto resultado vuelve al modelo.
Límite entre host, cliente, servidor y modelo
En una arquitectura MCP típica hay cuatro piezas. El host es la aplicación de IA que usa la persona y crea un cliente MCP por cada servidor. El servidor anuncia herramientas y ejecuta una llamada aprobada. Ollama está junto a esa cadena como endpoint local de inferencia que el host utiliza para responder o decidir una llamada.
El modelo no obtiene un túnel automático hacia todas las herramientas. El host presenta los esquemas disponibles, el modelo puede solicitar una llamada, y el host valida y ejecuta los argumentos. Después decide qué parte del resultado vuelve al modelo. Este control es importante para privacidad, inyección de instrucciones, costes y depuración.
| Capa | Responsabilidad | No implica automáticamente |
|---|---|---|
| Ollama | Carga del modelo y endpoint local | Descubrir servidores MCP o conceder permisos |
| Host MCP | Conversación, clientes, aprobaciones y contexto | Conocer la implementación de cada servidor |
| Cliente MCP | Conexión entre un host y un servidor | Ser un runtime de modelos |
| Servidor MCP | Esquemas, validación y ejecución de herramientas | Saltar la política de aprobación del host |
Preparar Ollama y un host compatible con MCP
Primero confirma que un modelo ya funciona con Ollama. Comprueba que el daemon está activo, que el modelo está instalado y que la API local responde antes de añadir MCP. Si una petición normal falla, el protocolo solo hará más difícil encontrar la causa.
Después elige una aplicación que documente explícitamente el soporte para clientes MCP. El formato puede ser un JSON, una pantalla de ajustes, un perfil de escritorio o un SDK. No copies una configuración de otro host: el comando, el transporte, las variables de entorno y los permisos pueden cambiar.
Local no significa privado por defecto
La inferencia puede quedarse en localhost mientras una herramienta envía una consulta a una API externa. Trata cada herramienta como un flujo de datos separado.
ollama list
ollama run <model-name> "Responde con la palabra listo."
curl http://127.0.0.1:11434/api/tags
Conectar un modelo local de Ollama
Antes de ejecutar una herramienta verifica dos cosas. Primero, que el host pueda llegar al endpoint de Ollama que tiene configurado. Un host de escritorio puede usar localhost; un contenedor puede necesitar host.docker.internal o un nombre de servicio. Segundo, confirma que el modelo o la ruta de API admiten llamadas a herramientas en el formato que espera el host.
La API de Ollama puede aceptar definiciones de herramientas y devolver llamadas, pero esa capacidad no equivale por sí sola a implementar todo el protocolo MCP. Un host compatible suele traducir entre el mensaje de llamada del modelo y los mensajes MCP de listar o llamar herramientas. Prueba el proveedor de Ollama y la conexión MCP por separado.
curl http://127.0.0.1:11434/api/chat -H "Content-Type: application/json" -d "{\"model\":\"<model-name>\",\"messages\":[{\"role\":\"user\",\"content\":\"Comprueba el estado actual de este proyecto.\"}],\"tools\":[] }"
Añadir un servidor MCP de búsqueda web sin exponer secretos
Un servidor MCP de búsqueda web es un proveedor de herramientas, no una garantía de que cada respuesta sea actual o correcta. Según su implementación puede llamar una API, un navegador, un metabuscador o un proveedor alojado. Revisa su documentación oficial, transporte, variables de entorno, retención y versión antes de usarlo.
Muchos hosts usan una forma parecida al ejemplo, pero los nombres exactos cambian. Trátalo como un patrón, no como un comando de instalación universal. Guarda las claves en el almacén de secretos o en el entorno del host, limita las herramientas y empieza con una búsqueda de solo lectura.
Un proceso MCP local aún puede llamar a Internet
Ejecutar el proceso en tu máquina no determina dónde terminan sus peticiones. Documenta el proveedor externo y elimina datos sensibles.
-
Verificar la fuente
Usa el repositorio o documentación oficial del servidor y revisa licencia, actividad, runtime y transporte.
-
Empezar con pocos permisos
Expón búsqueda o fetch antes de conceder escritura de archivos, shell o acceso amplio a la red privada.
-
Ejecutar una consulta controlada
Usa una consulta inocua y verifica el nombre de la herramienta, los argumentos y las URL devueltas.
{ "mcpServers": { "web-search": { "command": "npx", "args": ["-y", "<paquete-mcp-de-busqueda>"], "env": { "SEARCH_API_KEY": "${SEARCH_API_KEY}" } } } }
Hacer visibles y revisables las llamadas a herramientas
Un flujo fiable de servidor MCP para Ollama deja un registro de auditoría útil sin registrar contenido sensible. Registra el nombre del servidor, la herramienta, la hora de inicio, la duración, el resultado, el tipo de fallo y los dominios de origen. Redacta las claves API, las cabeceras de autorización, el contenido de archivos privados y los secretos del usuario. En las búsquedas, conserva las URL finales y un recuento breve de resultados para que un revisor pueda ver qué evidencias recibió el modelo.
El host también debe mostrar la aprobación. Un argumento generado por el modelo es una entrada no confiable. Valida las URL, las rutas de archivo, la longitud de la consulta, las listas permitidas de dominios, los tiempos de espera y el número máximo de resultados antes de ejecutar. Trata las páginas web obtenidas como texto no confiable porque pueden contener instrucciones de inyección de prompts que contradicen la solicitud del usuario.
| Qué observar | Por qué ayuda | Valor seguro predeterminado |
|---|---|---|
| Nombre de la herramienta y servidor | Muestra qué capacidad se ejecutó | Permitir nombres conocidos |
| Argumentos | Hace revisable el comportamiento oculto del modelo | Redactar secretos y limitar el tamaño |
| Duración y estado | Distingue un tiempo de espera de contenido incorrecto | Usar tiempos de espera y reintentos acotados |
| Fuentes o ID de resultados | Permite a una persona verificar la evidencia | Conservar URL, no cargas privadas |
Solucionar problemas en el orden correcto
Prueba una capa cada vez: primero Ollama sin MCP, luego la lista de herramientas sin ejecutarlas y por último una llamada de bajo riesgo. Así no mezclas un fallo de modelo, transporte, permisos y proveedor en un único mensaje genérico.
Si el modelo responde de memoria en lugar de llamar una herramienta, revisa la lista del host y el soporte de tool calling antes de cambiar el prompt. Si la herramienta funciona pero la respuesta es mala, inspecciona el resultado bruto, las fuentes, el recorte de contexto y las instrucciones de la página. No soluciones un error de permisos concediendo acceso ilimitado.
| Síntoma | Capa probable | Siguiente comprobación |
|---|---|---|
| Conexión rechazada a Ollama | Runtime o endpoint | Ejecuta ollama list y comprueba la URL y el puerto 11434 |
| El servidor no inicia | Comando o entorno | Ejecuta el comando fuera del host y revisa stderr |
| No aparecen herramientas | Transporte o configuración | Comprueba el transporte MCP y el esquema del host |
| El modelo ignora la herramienta | Modelo o bucle | Confirma tool calling e inspecciona el mensaje bruto |
| La búsqueda no devuelve nada | Proveedor o límite | Revisa credenciales, consulta, estado y payload |
| La respuesta sigue instrucciones de una página | Contenido no confiable | Trata el texto como datos y aplica políticas |
API Ollama Web Search frente a búsqueda MCP
Ollama Web Search puede referirse a dos caminos. La API oficial es un servicio alojado con credenciales, límites y privacidad propios. Un servidor MCP de búsqueda es una herramienta gestionada por un host MCP; puede ser local, autoalojada o usar otro proveedor. Ambos pueden aportar información reciente, pero no se configuran igual.
Usa la guía existente de Ollama Web Search para la API oficial, web_fetch, límites, privacidad y SearXNG. Usa esta página para hosts MCP, esquemas de herramientas, permisos, conexiones locales y servidores de búsqueda que son solo una capacidad entre varias.
| Pregunta | Ollama Web Search | Búsqueda MCP |
|---|---|---|
| Propietario | Servicio alojado de Ollama | Servidor MCP y proveedor elegido |
| Integración | La aplicación llama la API documentada | El host crea un cliente y llama herramientas |
| Mejor para | Ruta alojada soportada | Herramientas componibles y control propio |
| Riesgo principal | La consulta sale del runtime local | Hay que revisar servidor y resultados |
Preguntas frecuentes sobre el servidor MCP de Ollama
Referencias oficiales
- Documentación de tool calling de Ollama - Definiciones de herramientas y flujo de llamadas de la API
- Arquitectura de Model Context Protocol - Conceptos oficiales de host, cliente y servidor
- Especificación de Model Context Protocol - Referencia oficial del protocolo
- Introducción a la API de Ollama - Endpoint y límites de la API local
Guías relacionadas de IA local
- Guía de Ollama Web Search API - API alojada, privacidad, límites y SearXNG.
- Configuración de Odysseus AI con Ollama - Comprueba el runtime local antes de añadir herramientas.
- Cursor y agente de código con Ollama - Flujo específico de editor, modelo y permisos.
- Configuración de OpenCode con Ollama - Otro ejemplo de cliente y proveedor local.
- Guía sobre agentes de código con IA local - Arquitectura de agentes locales, límites del repositorio y aprobaciones.
Última actualización: 16 de agosto de 2026
Volver a la página de inicio