Per scaricare, provare e chattare con modelli tramite interfaccia grafica.
Il modello gira sul tuo hardware. Quale software scegliere?
Non esiste un vincitore assoluto: la scelta migliore dipende dal sistema operativo, dalla GPU, dal numero di utenti e da quanto vuoi configurare. Questa guida separa le app semplici dai motori e dai server per uso avanzato.
Caratteristiche confrontate su documentazione ufficiale il 24 ottobre 2026. “Locale” descrive dove gira il modello: controlla sempre che non sia selezionato un endpoint cloud.
Per avviare modelli con pochi comandi e collegare strumenti locali.
Per chi usa Mac e vuole un runtime nativo, scriptabile e ottimizzabile.
Per servire richieste concorrenti con throughput elevato su GPU supportate.
Le scelte consigliate, per profilo
Le categorie non sono intercambiabili: una chat desktop e un server che gestisce molti utenti risolvono problemi diversi. Alcuni strumenti qui sotto sono interfacce, altri runtime di inferenza o layer API.
LM Studio
Desktop / headlessIdeale per: usare modelli locali con GUI e provarne diversi senza partire dal terminale.
- Download, gestione e chat dei modelli in un'unica applicazione.
- Server locale e API compatibili con OpenAI; SDK e API REST.
- Runtime basato anche su llama.cpp e MLX; esiste inoltre il daemon headless llmster.
Da considerare: l'app ha più funzioni di quelle necessarie per un semplice server; supporto e velocità dipendono dal modello e dal backend selezionati.
Documentazione ufficiale →Ollama
Runtime + API localeIdeale per: avviare un modello in locale da terminale o renderlo disponibile alle app.
- Flusso semplice per scaricare e lanciare modelli, con servizio locale.
- API Ollama e compatibilità parziale con API OpenAI.
- Comodo per prototipi, scripting e integrazioni personali.
Da considerare: la compatibilità API non significa che ogni endpoint o parametro OpenAI sia supportato; controlla la documentazione per la funzione che ti serve.
Documentazione ufficiale →Jan
App desktopIdeale per: chi vuole un'app desktop in stile chatbot e un progetto open source.
- Interfaccia conversazionale e scelta tra modelli aperti o provider collegati.
- Progetto pubblico, con applicazione desktop e documentazione per sviluppatori.
- Alternativa da valutare quando l'esperienza d'uso conta più della messa a punto del server.
Da considerare: verifica nelle guide della versione corrente il backend locale e il supporto del modello che vuoi usare.
Sito ufficiale →llama.cpp
Motore / serverIdeale per: inferenza leggera e flessibile, quantizzazione GGUF e hardware eterogeneo.
- CPU e acceleratori diversi: CUDA, Metal, Vulkan, HIP e altri backend.
- Quantizzazioni e inferenza ibrida CPU/GPU per gestire modelli più grandi della VRAM.
- Include CLI e server con endpoint compatibili con OpenAI.
Da considerare: è più tecnico di un'app desktop; formati, build e parametri richiedono attenzione.
Repository e documentazione →MLX-LM
Apple SiliconIdeale per: generazione, fine-tuning e sperimentazione su Mac con chip Apple.
- Basato sul framework MLX, pensato per Apple silicon.
- CLI e API Python, integrazione con Hugging Face e modelli quantizzati.
- Supporta generazione, quantizzazione e fine-tuning.
Da considerare: non è una soluzione multipiattaforma; modelli grandi rispetto alla RAM disponibile possono diventare lenti.
Repository e documentazione →vLLM
Serving ad alto throughputIdeale per: API locali o on-prem con richieste concorrenti e GPU compatibili.
- Batching continuo, gestione efficiente della KV cache e parallelismo multi-GPU.
- Server API compatibile con OpenAI e ampia copertura di modelli.
- Supporta NVIDIA, AMD e ulteriori piattaforme tramite backend o plugin.
Da considerare: setup Python/GPU e tuning sono più impegnativi; per una singola chat può essere sovradimensionato.
Documentazione ufficiale →SGLang
Serving avanzatoIdeale per: serving a bassa latenza e alto throughput, anche su più GPU.
- Runtime ottimizzato per serving, con caching dei prefissi e parallelismo.
- API OpenAI-compatible e supporto a più famiglie di modelli e acceleratori.
- Adatto a deployment tecnici che richiedono controllo sul server.
Da considerare: richiede familiarità con ambienti Python e configurazione acceleratori; confrontare col proprio carico reale, non solo con benchmark pubblicati.
Documentazione ufficiale →LocalAI
Runtime / API multi-engineIdeale per: esporre un'API locale comune a modelli e task diversi, anche oltre il testo.
- Runtime open source con API compatibili con OpenAI e altri endpoint.
- Backend selezionabili, tra cui llama.cpp, vLLM e SGLang per i casi supportati.
- Copre anche task multimodali, secondo motore e modello configurati.
Da considerare: la versatilità aggiunge configurazione; le prestazioni e le funzioni variano in base al backend.
Sito e documentazione ufficiale →Confronto rapido
Filtra per piattaforma o scenario. La colonna “profilo” indica il tipo di software, non una classifica assoluta di qualità o velocità.
| Software↕ | Profilo↕ | Piattaforma↕ | Difficoltà↕ | Punto di forza↕ | Da sapere↕ |
|---|---|---|---|---|---|
| LM Studio | App desktop + server | Windows, macOS, Linux | Bassa | GUI per catalogo, chat e API locale | Controllare runtime, modello e impostazioni cloud selezionati |
| Ollama | Runtime + server API | Windows, macOS, Linux | Bassa | Avvio rapido da CLI e integrazione con app | Compatibilità OpenAI parziale, non API completa |
| Jan | App desktop | Windows, macOS, Linux | Bassa | Esperienza chatbot open source | Verificare backend e modelli supportati nella release |
| llama.cpp | Motore + server | Windows, macOS, Linux | Media | Quantizzazione, GGUF e portabilità hardware | Più parametri e configurazione manuale |
| MLX-LM | Motore / libreria | macOS, Apple Silicon | Media | Runtime ottimizzato per chip Apple e Python | Specifico per Apple Silicon |
| vLLM | Server di inferenza | Linux; macOS/Apple Silicon via plugin vLLM-Metal; Windows via WSL | Alta | Throughput e concorrenza | Richiede tuning e acceleratore compatibile per le prestazioni migliori |
| SGLang | Server di inferenza | Linux e acceleratori supportati | Alta | Bassa latenza, caching e serving distribuito | Configurazione tecnica, risultati dipendenti dal carico |
| LocalAI | Runtime + API | Windows, macOS, Linux; container | Media-alta | API unificata e più backend/task | Funzioni e performance dipendono dal motore scelto |
Scelta interattiva: inserisci la memoria del tuo PC
Inserisci la RAM installata e la VRAM dedicata. La stima riserva circa 4 GB di RAM e 1,5 GB di VRAM al sistema/runtime, poi indica quali classi di modelli quantizzati possono entrare in GPU o richiedere offload su RAM. Per Apple Silicon usa il totale della memoria unificata, senza sommare la VRAM.
Riferimento: memoria occupata dai pesi
Per un modello quantizzato a 4 bit, la memoria occupata dai soli pesi è grossomodo mezzo byte per parametro. Il consumo reale è più alto: aggiungi cache KV, contesto, runtime e margine per il sistema.
VRAM o memoria unificata
Una GPU con memoria sufficiente tende a rendere la generazione più veloce. Su Mac Apple Silicon CPU e GPU condividono la memoria; conta la RAM totale libera, non una VRAM separata.
Solo CPU o modello più grande della GPU
È possibile, ma spesso più lento. llama.cpp permette l'offload parziale tra CPU e GPU. La velocità dipende da banda memoria, quantizzazione, contesto e batch.
Le cifre sono ordini di grandezza dei pesi, non requisiti minimi né benchmark. La cache KV cresce con contesto e concorrenza; un contesto lungo può richiedere parecchia memoria aggiuntiva.
Scelta in 30 secondi
Voglio chattare sul mio PC
Inizia con LM Studio se preferisci una GUI, oppure Ollama se vuoi una CLI semplice e un server locale.
Ho un Mac Apple Silicon
Per l'uso senza codice prova LM Studio; per script, Python e fine-tuning valuta MLX-LM.
Voglio collegare un'app o un agente
Ollama o LM Studio sono i punti di partenza più accessibili. Controlla endpoint e funzioni API richieste dal client.
Devo servire più utenti
Valuta vLLM o SGLang e misura il carico reale. LocalAI è utile quando vuoi centralizzare backend e task diversi dietro un runtime.
Privacy e licenze: due verifiche necessarie
- Un'app installata in locale non garantisce da sola che ogni richiesta resti locale: disattiva cloud, sincronizzazione o provider remoti se il requisito è isolamento.
- Limita l'accesso alla porta API locale: non esporla su rete pubblica senza autenticazione, firewall e configurazione esplicita.
- “Open weights” non significa automaticamente licenza open source o uso commerciale libero: leggi la licenza del singolo modello.
- Benchmark e velocità pubblicati non sono direttamente confrontabili se cambiano GPU, quantizzazione, contesto, batch e versione del software.
Fonti ufficiali
Caratteristiche e compatibilità vanno ricontrollate quando cambia la versione del software o del modello.