11 min di lettura 16 agosto 2026

Server MCP per Ollama: collega strumenti, ricerca Web e modelli locali

Una panoramica pratica di architettura e configurazione per collegare un modello locale di Ollama agli strumenti MCP senza nascondere permessi, rete o errori.

Team editoriale di Odysseus AI Wiki
Team editoriale di Odysseus AI Wiki
Documentazione tecnica e verifica indipendenti

Risposta breve: Un server MCP per Ollama non è un singolo comando integrato in Ollama. Ollama esegue il modello; un host compatibile con MCP crea una connessione client a un server MCP; il server espone strumenti come ricerca Web o accesso ai file. Mantieni separati host, modello, permessi, segreti e rete esterna.

Un flusso con un server MCP per Ollama collega un modello locale ad azioni utili senza trattare modello, protocollo e fornitore degli strumenti come la stessa cosa. Il modello può girare localmente con Ollama, mentre un host MCP gestisce connessioni, approvazioni e risultati. Questa guida spiega il confine, la ricerca Web e la gestione dei permessi.

Cosa significa davvero server MCP per Ollama

MCP, cioè Model Context Protocol, è un modo standard perché un'applicazione AI scopra e chiami strumenti esposti da un server. Uno strumento può cercare sul Web, leggere una cartella autorizzata o interrogare un database. Ollama è il runtime del modello: carica il modello e genera risposte, ma un modello locale non trasforma automaticamente Ollama in un host MCP.

Per questo la ricerca server MCP per Ollama può indicare architetture diverse. Può essere un server locale che parla con Ollama oppure un host MCP che usa un modello Ollama e si collega a un server di ricerca. Di norma è l'host a gestire scoperta, approvazione, esecuzione e ritorno del risultato al modello.

Mantieni separate le parti

Ollama fornisce l'inferenza. MCP fornisce il protocollo degli strumenti. L'host decide quando chiamare uno strumento, quali argomenti accettare e quale risultato restituire.


Confine tra host, client, server e modello

Un'architettura MCP tipica ha quattro ruoli. L'host è l'applicazione AI e crea una connessione client per ogni server. Il server MCP annuncia gli strumenti ed esegue le chiamate approvate. Ollama sta accanto a questa catena come endpoint locale di inferenza.

Il modello non riceve automaticamente un tunnel verso tutti gli strumenti. L'host presenta gli schemi, il modello può chiedere una chiamata e l'host valida gli argomenti prima di eseguire. Poi decide quanto risultato restituire al modello.

Livello Responsabilità Non possiede automaticamente
Ollama Caricare il modello e fare inferenza locale Scoperta dei server MCP o permessi globali
Host MCP Conversazione, client, approvazioni e contesto Implementazione interna di ogni server
Client MCP Connessione tra host e server Runtime del modello
Server MCP Schemi, validazione ed esecuzione degli strumenti Ignorare l'approvazione dell'host

Preparare Ollama e un host compatibile con MCP

Per prima cosa verifica che un modello funzioni già con Ollama. Il daemon deve essere attivo, il modello installato e l'API locale raggiungibile prima di aggiungere MCP. Se una richiesta normale non funziona, MCP renderà soltanto più difficile la diagnosi.

Poi scegli un'applicazione che documenti il supporto ai client MCP. La configurazione può essere JSON, una schermata di impostazioni, un profilo desktop o un SDK. Non copiare configurazioni da un altro host senza controllare comando, trasporto, variabili d'ambiente e approvazioni predefinite.

Locale non significa automaticamente privato

L'inferenza può rimanere su localhost mentre uno strumento invia una query a un'API esterna. Valuta ogni flusso di dati separatamente.

Controllare il runtime locale
ollama list
Testare il modello
ollama run <model-name> "Rispondi solo pronto."
Controllare l'endpoint
curl http://127.0.0.1:11434/api/tags

Collegare un modello Ollama locale in sicurezza

Prima di chiamare uno strumento verifica due connessioni. L'host deve raggiungere l'endpoint Ollama configurato: su desktop localhost è comune, mentre in un container possono servire host.docker.internal o un nome di servizio. Verifica anche che modello o API supportino il formato di tool calling atteso dall'host.

L'API Ollama può accettare definizioni di strumenti e restituire chiamate, ma questo non equivale automaticamente a un'implementazione completa di MCP. Un host MCP spesso traduce tra il messaggio del modello e i messaggi MCP per elencare o chiamare gli strumenti. Testa separatamente provider Ollama e connessione MCP.

Esempio di controllo
curl http://127.0.0.1:11434/api/chat -H "Content-Type: application/json" -d "{\"model\":\"<model-name>\",\"messages\":[{\"role\":\"user\",\"content\":\"Controlla lo stato attuale di questo progetto.\"}],\"tools\":[] }"

Aggiungere la ricerca Web MCP senza inserire segreti nel codice

Un server MCP di ricerca Web è un fornitore di strumenti, non una garanzia che ogni risposta sia attuale o corretta. A seconda dell'implementazione può chiamare un'API, un browser, un metaricerca o un servizio ospitato. Leggi la documentazione ufficiale per trasporto, variabili, conservazione e runtime richiesto.

Molti host usano una forma simile all'esempio, ma i nomi delle chiavi cambiano. Consideralo un modello concettuale. Conserva le chiavi nel gestore dei segreti o nell'ambiente dell'host, limita gli strumenti e inizia con una ricerca in sola lettura.

Un processo MCP locale può comunque usare Internet

Il luogo di avvio del processo non stabilisce dove termina la richiesta. Documenta il fornitore esterno e rimuovi dati sensibili.

  1. Verificare la fonte

    Usa repository o documentazione ufficiale e controlla licenza, attività, runtime e trasporto.

  2. Ridurre i permessi

    Consenti prima search o fetch, non scrittura di file, shell o accesso esteso alla rete privata.

  3. Eseguire una query controllata

    Usa una query innocua e verifica nome dello strumento, argomenti e URL restituiti.

Voce MCP illustrativa
{ "mcpServers": { "web-search": { "command": "npx", "args": ["-y", "<pacchetto-mcp-ricerca-web>"], "env": { "SEARCH_API_KEY": "${SEARCH_API_KEY}" } } } }

Rendere osservabili e verificabili le chiamate agli strumenti

Un flusso affidabile con un server MCP per Ollama lascia una traccia di audit utile senza registrare contenuti sensibili. Registra nome del server, nome dello strumento, ora di avvio, durata, esito, classe dell'errore e domini di origine. Oscura chiavi API, intestazioni di autorizzazione, contenuti di file privati e segreti dell’utente. Per la ricerca conserva gli URL finali e un breve conteggio dei risultati, così chi verifica può vedere quali prove ha ricevuto il modello.

Anche l’host deve rendere visibile l’approvazione. Un argomento generato dal modello è un input non attendibile. Prima dell’esecuzione valida URL, percorsi di file, lunghezza della query, elenchi di domini consentiti, timeout e numero massimo di risultati. Tratta le pagine recuperate come testo non attendibile: possono contenere istruzioni di prompt injection in conflitto con la richiesta dell’utente.

Cosa osservare Perché aiuta Impostazione sicura predefinita
Nome dello strumento e del server Mostra quale capacità è stata eseguita Consentire nomi conosciuti
Argomenti Rende verificabile il comportamento nascosto del modello Oscurare i segreti e limitare la dimensione
Durata e stato Distingue un timeout da contenuti errati Usare timeout e tentativi limitati
Fonti o ID dei risultati Permette di verificare le prove Conservare gli URL, non i dati privati

Diagnosticare il collegamento nell'ordine corretto

Prova un livello alla volta: Ollama senza MCP, poi elenco degli strumenti senza esecuzione e infine una chiamata a basso rischio. Così separi gli errori di modello, trasporto, permessi e provider.

Se il modello risponde dalla memoria senza chiamare uno strumento, controlla prima l'elenco del host e il supporto al tool calling. Se lo strumento funziona ma la risposta è debole, esamina risultato grezzo, fonti, troncamento del contesto e istruzioni inserite nelle pagine.

Sintomo Livello probabile Prossimo controllo
Connessione Ollama rifiutata Runtime o endpoint Eseguire ollama list e controllare URL e porta 11434
Il server MCP non parte Comando o ambiente Eseguire il comando fuori dall'host e leggere stderr
Nessuno strumento visibile Trasporto o configurazione Controllare trasporto MCP e schema dell'host
Il modello ignora lo strumento Modello o ciclo Confermare tool calling e messaggio grezzo
Ricerca senza risultati Provider o limite Controllare chiave, query, stato e payload
La risposta segue istruzioni della pagina Contenuto non affidabile Trattare la pagina come dati e applicare le policy

API Ollama Web Search e ricerca MCP

Ollama Web Search può indicare due percorsi. L'API ufficiale è un servizio ospitato con chiavi, limiti e confini di privacy propri. Un server MCP di ricerca Web è uno strumento chiamato da un host MCP; può essere locale, autogestito o basato su un altro provider. Entrambi possono fornire informazioni recenti, ma la configurazione è diversa.

Usa la guida esistente di Ollama Web Search per API ufficiale, web_fetch, privacy, limiti e SearXNG. Usa questa pagina per host MCP, schemi di strumenti, permessi e connessioni di client locali.

Punto Ollama Web Search Ricerca MCP
Responsabile Servizio ospitato Ollama Server MCP e provider scelto
Integrazione L'applicazione chiama l'API documentata L'host crea un client e chiama gli strumenti
Ideale per Percorso di ricerca ospitato Strumenti componibili e controllo proprio
Attenzione La query esce dal runtime locale Server e risultati vanno esaminati

Domande frequenti sul server MCP per Ollama

Non automaticamente. Ollama fornisce runtime e API; un host compatibile gestisce connessione MCP, configurazione, approvazioni e risultati.

No. L'host deve esporre ed eseguire lo strumento e il modello può non chiamarlo. Il risultato può essere incompleto o non affidabile.

Solo se server o host devono chiamare l'API locale Ollama. Il trasporto MCP e l'endpoint HTTP Ollama sono separati.

Non necessariamente. Può inoltrare query a un'API esterna. Verifica provider, log, conservazione e rete.

Nel gestore dei segreti o nell'ambiente dell'host, mai in file versionati, prompt, screenshot o log.

Conservala nel gestore dei segreti o nell'ambiente dell'host, mai in una configurazione versionata o in un prompt. Non registrare gli header delle richieste e ruota la chiave se appare nella cronologia del terminale, in uno screenshot, in un artefatto di build o in un report di errore.

Riferimenti ufficiali

  1. Documentazione Ollama tool calling - Definizioni e flusso delle chiamate agli strumenti
  2. Architettura Model Context Protocol - Concetti ufficiali di host, client e server
  3. Specifiche Model Context Protocol - Riferimento ufficiale del protocollo
  4. Introduzione alle API Ollama - API locale ed endpoint

Risorse correlate sull'AI locale

Ultimo aggiornamento: 16 agosto 2026

Torna alla home