--- title: "Agenti personali in hosting o self-hosted: chi gestisce cosa? · Blog di Comma" description: "Confronta gli agenti personali in hosting e self-hosted per controllo, percorsi dei dati, provider di modelli, gestione operativa, computer nel cloud e supporto alle riunioni prima di scegliere Comma." url: https://comma.surf/it/blog/hosted-vs-self-hosted-personal-agent language: it --- [Torna al blog](https://comma.surf/it/blog) Comma Team · 31 ottobre 2026 · 9 min di lettura # Agenti personali in hosting o self-hosted: chi gestisce cosa? Confronta gli agenti personali in hosting e self-hosted per controllo, percorsi dei dati, provider di modelli, gestione operativa, computer nel cloud e supporto alle riunioni prima di scegliere Comma. [Inizia](https://app.comma.surf/) [Leggi la documentazione](https://comma.surf/it/docs/self-host) Scegliere tra un agente personale in hosting e uno self-hosted non significa scegliere tra «facile» e «privato». Significa scegliere chi gestisce ciascuna parte del sistema, dove si spostano i suoi dati e quali guasti diventano una tua responsabilità. Questa distinzione conta di più per un agente personale che per una semplice app di chat. Un agente può portare avanti attività in corso, chiamare un modello, cercare sul web, collegarsi ad altri servizi, lavorare in un ambiente informatico e tornare più tardi con un risultato. Spostare l’applicazione sulla tua macchina cambia alcuni di questi confini. Non sposta automaticamente con sé tutte le dipendenze. Comma offre entrambe le strade: un servizio in hosting gestito da Comma e un [deployment open source](https://github.com/AFK-surf/Comma) che puoi eseguire con Docker Compose. Il prodotto è riconoscibile in entrambe le forme, ma il modello operativo e alcune funzionalità non sono identici. Questa guida spiega il compromesso senza trattare il self-hosting come una medaglia né il software in hosting come una concessione che tutti dovrebbero evitare. ## La risposta breve Scegli **Comma in hosting** quando vuoi usare l’agente senza diventare il gestore della sua infrastruttura. Comma fa funzionare il servizio, conserva i dati dello spazio di lavoro in hosting, si occupa di aggiornamenti e backup e fornisce un computer nel cloud per lo spazio di lavoro. Il prodotto in hosting include anche la registrazione delle riunioni descritta da Comma. In cambio di questa esperienza gestita, accetti i limiti del servizio su account, piano, trattamento dei dati e disponibilità. Scegli **Comma self-hosted** quando controllare lo stack applicativo, i database, la configurazione del modello e l’ambiente di deployment vale il lavoro operativo. La tua istanza gira su una macchina che gestisci tu, e i dati dell’applicazione stanno in database e object storage che gestisci tu. Ti occupi anche di aggiornamenti, backup, configurazione della rete pubblica, capacità, monitoraggio e ripristino dopo un incidente. Le chiamate al modello e le integrazioni facoltative possono comunque inviare dati a provider esterni. Nessuna delle due scelte elimina la necessità di capire i permessi e i servizi collegati. La domanda utile non è soltanto *dove è installato Comma?* È *chi fa funzionare ogni componente, e dove vanno le informazioni quando questa attività viene eseguita?* ## Confronta le responsabilità, non gli slogan La [guida ufficiale al self-hosting](https://comma.surf/it/self-host) rende concreta la divisione: | Area decisionale | Comma in hosting | Comma self-hosted | | --- | --- | --- | | Applicazione e server | Gestiti da Comma | Eseguiti su una macchina che gestisci tu | | Dati dell’applicazione | Conservati da Comma per il servizio in hosting | Conservati nei tuoi volumi di PostgreSQL, Redis, ClickHouse, MinIO e configurazione | | Accesso ai modelli | Modelli di Comma o la tua chiave o il tuo piano supportati | Un endpoint del provider, un modello, un protocollo e una credenziale che configuri tu | | Costo dell’infrastruttura | Piano del servizio e modello di utilizzo | La tua macchina, lo storage, la rete e le chiamate al provider | | Aggiornamenti e backup | Gestiti da Comma | Pianificati, eseguiti e testati da te | | Computer nel cloud | Fornito per uno spazio di lavoro in hosting | Disattivato per impostazione predefinita; richiede una configurazione Cloudflare aggiuntiva | | Registrazione delle riunioni | Inclusa nel prodotto in hosting | I runtime necessari per le riunioni non sono inclusi nello stack self-hosted pubblico | Non è una pagella delle funzionalità. Per una persona, gestire cinque volumi persistenti e un reverse proxy è una distrazione inutile. Per un’altra, tenere l’applicazione e i suoi dati su un’infrastruttura che controlla è il motivo principale per usare il prodotto. L’opzione migliore è quella di cui puoi davvero sostenere le responsabilità nel tempo. ## Segui il percorso dei dati «Self-hosted» descrive dove gira lo stack di Comma. Non significa che ogni byte resti su quella macchina. Nello stack self-hosted predefinito, attività, chat e file sono conservati in servizi che gestisci tu. Il deployment con Compose comprende PostgreSQL, Redis, ClickHouse, MinIO e un volume di configurazione, oltre al server e ai client di Comma. La guida di Comma afferma che lo stack non invia dati analitici né tracce a Comma. È un confine utile, ma l’analisi del flusso dei dati non finisce qui. Quando l’agente chiama un modello, la richiesta va al provider di modelli configurato per quell’istanza. Se aggiungi una chiave Exa per la ricerca web e la lettura delle pagine, le richieste relative vanno a Exa. Se rendi pubblica l’istanza, i codici di accesso hanno bisogno di un vero server di posta. Le app collegate e i siti web usati dall’agente restano servizi separati, con il proprio trattamento dei dati. Anche un reverse proxy, un provider DNS, una società di hosting e una destinazione per i backup possono entrare nel percorso operativo che progetti. Comma in hosting ha un percorso diverso. Comma gestisce l’applicazione e conserva i dati dello spazio di lavoro in hosting, mentre i percorsi di modelli e integrazioni dipendono dalla configurazione in hosting e dai servizi che scegli. L’hosting ti toglie l’amministrazione del server; non ti toglie la necessità di decidere cosa collegare o quali informazioni un’attività debba usare. Con entrambi i deployment, traccia un flusso di lavoro realistico prima di fare un’affermazione generale sulla privacy. Se un’attività riassume un documento di Drive con un modello esterno, chiediti: 1. Dove sono conservati l’attività e il riferimento al documento? 2. Quale servizio recupera la fonte? 3. Quali contenuti sono inclusi nella richiesta al modello? 4. Quale provider riceve quella richiesta? 5. Dove vengono conservati il risultato, i log e i backup? 6. Chi può revocare la connessione o eliminare lo stato conservato? Questo esercizio rivela più dell’etichetta del deployment. Il self-hosting può darti il controllo diretto su archivi e configurazioni importanti, ma il percorso completo è una proprietà del flusso di lavoro che costruisci. ## Usare il proprio modello è una scelta di instradamento La configurazione self-hosted di Comma ti permette di impostare l’endpoint del provider di modelli, il protocollo, l’ID del modello, la chiave API, il budget di contesto e il limite di output. Le chiamate al provider usano il tuo account presso quel provider, quindi fatturazione e condizioni appartengono a quel rapporto e non ai crediti di Comma. Questa flessibilità consente diverse configurazioni. Puoi usare l’API di un modello commerciale con il tuo account, puntare a un endpoint privato compatibile o configurare un modello che gestisci tu. Queste opzioni non andrebbero ridotte tutte a «IA locale». Un’istanza self-hosted di Comma che invia prompt a un modello nel cloud ha comunque un percorso esterno dei dati verso il modello. Far girare un modello privato può cambiare quel percorso, ma solo se l’endpoint configurato e l’infrastruttura che lo circonda sono davvero all’interno del confine che intendi. Le credenziali richiedono la stessa attenzione. Gestire lo stack significa proteggere le chiavi dei modelli, i segreti generati, le credenziali di posta e ogni token usato dalle integrazioni. Il controllo della configurazione ha valore proprio perché la configurazione comporta responsabilità. ## Fare self-hosting significa gestire un sistema Il repository pubblico offre un punto di partenza completo con Docker Compose su un singolo nodo. Compila il client web, il client di amministrazione e il server, e avvia i servizi di dati che li supportano. Il primo avvio può essere locale: per impostazione predefinita le porte sono associate solo all’interfaccia di loopback, e Mailpit fornisce una casella di posta locale per i codici di accesso. Il successo in locale non è un certificato di prontezza per la produzione. Un deployment pubblico ha bisogno di HTTPS dietro un reverse proxy, di origini separate per l’app web, l’app di amministrazione e l’API del prodotto, e di un vero servizio SMTP. La registrazione pubblica è disattivata per impostazione predefinita. Devi decidere chi può raggiungere l’istanza, come si gestiscono certificati e DNS, come si conservano i segreti e come si applicano gli aggiornamenti di sicurezza. Anche i backup sono una proprietà del sistema, non la copia di un database. La guida di Comma indica di fermare lo stack e salvare insieme tutti e cinque i volumi con nome: `config`, `postgres`, `objects`, `clickhouse` e `redis`. Il volume di configurazione contiene la chiave di cifratura e i segreti di autenticazione. Perderlo conservando gli altri volumi può lasciarti con dati impossibili da recuperare in modo utile. Un piano di backup non è completo finché non è stato provato un ripristino. Gli aggiornamenti aggiungono un altro obbligo. Servono finestre di manutenzione, abbastanza spazio su disco per le build, un modo per accorgersi dei servizi che non funzionano e un piano di rollback o di ripristino adatto al tuo uso. Se l’agente entra nel lavoro di tutti i giorni, la disponibilità della macchina, lo stato dello storage e la configurazione di rete diventano problemi di prodotto che altrimenti assorbirebbe il servizio in hosting. L’open source cambia ciò che puoi ispezionare e modificare; non elimina questo lavoro operativo. Il codice originale di Comma è distribuito con licenza AGPL-3.0-only, e il repository spiega l’obbligo di rendere disponibile il codice sorgente delle versioni modificate che offri come servizio. È un controllo reale, ma è diverso da un audit di sicurezza, da un contratto di assistenza o dalla garanzia che un particolare deployment sia configurato correttamente. ## Il computer nel cloud non è la stessa funzionalità nelle due strade Il prodotto in hosting fornisce un computer nel cloud per ogni spazio di lavoro. Così l’agente ha un ambiente per il lavoro che richiede file, strumenti o un’esecuzione simile a un browser oltre una singola chiamata al modello, senza chiedere all’utente di predisporre quell’ambiente a parte. Al 26 ottobre 2026, i computer nel cloud di gruppo dello stack self-hosted pubblico sono disattivati per impostazione predefinita e richiedono una configurazione Cloudflare. Il repository non trasforma quella funzionalità in una sandbox locale disponibile automaticamente solo perché i servizi principali sono in esecuzione. Se il lavoro su un computer nel cloud è centrale per le tue attività, includi nella decisione il suo runtime, la configurazione, il costo, l’isolamento e la manutenzione, non solo il server applicativo. Questo può cambiare la risposta pratica. Chi ha bisogno soprattutto di attività persistenti, chiamate a modelli collegati e controllo sui dati applicativi conservati può accettare la configurazione aggiuntiva. Chi si aspetta un computer di esecuzione pronto all’uso come parte dell’esperienza dell’agente può preferire Comma in hosting, anche se sa usare Docker. ## La registrazione delle riunioni ha un proprio confine di runtime Lo stesso avvertimento vale per le riunioni. Al 26 ottobre 2026, l’esperienza in hosting di Comma include la registrazione delle riunioni, ma il repository self-hosted pubblico indica che le riunioni e gli host Agent VMM hanno bisogno di runtime che il repository non include. Fare self-hosting dell’applicazione principale, quindi, non riproduce l’intero percorso delle riunioni del servizio in hosting. Potresti costruire o integrare un’infrastruttura aggiuntiva, tenendo conto dei permessi, delle leggi sulla registrazione, della progettazione dello storage e dei provider di trascrizione rilevanti per la tua situazione. Sarebbe un sistema gestito da te, non un interruttore incluso nello stack Compose standard. Consideralo un confine esplicito del prodotto. Se registrare ed elaborare le chiamate è un caso d’uso decisivo, oggi Comma in hosting e Comma self-hosted non sono intercambiabili. ## Un test di responsabilità prima di scegliere La domanda più utile sul self-hosting non è «So usare Docker?». È «Voglio farmi carico di questo servizio dopo il primo avvio riuscito?». Il self-hosting è adatto quando hai una macchina o un server duraturo, sai proteggere e salvare il suo stato, capisci i provider esterni che configuri e dai abbastanza valore al controllo diretto da mantenere il deployment. Diventa particolarmente sensato quando hai bisogno di un tuo confine di rete, di un tuo endpoint di modello, di un tuo processo di conservazione dei dati o di personalizzazioni a livello di codice. Comma in hosting è adatto quando il risultato conta più del server, ti servono il computer nel cloud gestito o il percorso delle riunioni, oppure non vuoi che la disponibilità del tuo agente personale dipenda dalle tue abitudini di manutenzione. Scegliere l’hosting non ti impedisce di impostare con cura i permessi o di limitare ciò che colleghi. Affida semplicemente a Comma la gestione dell’infrastruttura. Prima di decidere, rispondi per iscritto a queste domande: - Quali dati devono essere conservati su un’infrastruttura che gestisco io? - Quale provider di modelli riceverà il contenuto delle attività, e con quale account? - I miei flussi di lavoro principali richiedono un computer nel cloud o la registrazione delle riunioni? - So amministrare HTTPS, l’invio delle email, i segreti, gli aggiornamenti e il controllo degli accessi? - Qual è il mio insieme di backup, e ho provato a ripristinarlo? - Chi si accorge di un guasto e lo risolve mentre sono via? - Scelgo il self-hosting per un confine concreto o solo perché la parola suona più sicura? Se le risposte vanno in direzioni diverse, parti dal deployment che sostiene il tuo flusso di lavoro più importante. Imparerai di più da un’attività circoscritta e dal suo reale percorso dei dati che da un confronto astratto delle funzionalità. ## Domande sugli agenti personali in hosting e self-hosted ### Comma self-hosted è automaticamente più privato? No. Mette lo stack applicativo e i suoi database sotto il tuo controllo, e lo stack standard non invia dati analitici né tracce a Comma. Provider di modelli, ricerca, posta, app collegate, servizi di rete e backup possono comunque ricevere o conservare dati. La privacy dipende dall’intera configurazione e dall’intero flusso di lavoro. ### Comma self-hosted richiede un account o un abbonamento Comma? Lo stack Docker Compose pubblico non richiede un account Comma, né Stripe, né crediti Comma. La macchina la fornisci tu, e configuri un account presso un provider di modelli o un modello privato. Queste scelte possono avere costi propri di infrastruttura e di utilizzo. ### Posso usare il mio provider di modelli? Sì. Lo stack self-hosted espone la configurazione per l’endpoint del provider, il protocollo, il modello e la credenziale. Un provider gestito da te è possibile se supporta l’interfaccia richiesta, ma fare self-hosting di Comma non rende di per sé locale un modello di terze parti. ### La versione self-hosted include un computer nel cloud? Non come opzione predefinita pronta all’uso. La guida ufficiale di Comma indica che i computer nel cloud di gruppo richiedono una configurazione Cloudflare. Se i tuoi flussi di lavoro dipendono dall’esecuzione su un computer, pianifica questa configurazione separata e il suo confine operativo. ### La versione self-hosted include la registrazione delle riunioni? No. Il repository pubblico indica che i runtime per le riunioni non sono inclusi. Per questo caso d’uso, quindi, il servizio in hosting e lo stack self-hosted standard sono diversi. ### Di cosa devo fare il backup? Fai il backup dei cinque volumi con nome — configurazione, PostgreSQL, oggetti, ClickHouse e Redis — come un unico insieme, con lo stack fermo. Conserva il volume di configurazione, perché contiene i segreti di cifratura e di autenticazione. Segui la [guida al self-hosting](https://comma.surf/it/self-host) aggiornata prima di un aggiornamento o di un ripristino. ### Open source significa sicuro? No. La disponibilità del codice sorgente rende possibili l’ispezione, la modifica e la gestione indipendente. La sicurezza dipende comunque dal codice, dalle sue dipendenze, dalla tua configurazione, dall’esposizione in rete, dalle credenziali, dalle pratiche di aggiornamento e dalla risposta operativa. ## Scegli il confine che puoi mantenere Un agente personale in hosting ti chiede di fidarti di un gestore del servizio e di valutarlo. Un agente personale self-hosted ti chiede di diventarlo. Comma supporta entrambe le strade perché controllo e comodità non sono preferenze universali, e perché il confine giusto dipende dal lavoro che intendi delegare. Se vuoi l’esperienza gestita, inizia da [Comma in hosting](https://comma.surf/it/). Se vuoi gestire lo stack, leggi per intero la [guida al self-hosting](https://comma.surf/it/self-host), esamina il [repository ufficiale](https://github.com/AFK-surf/Comma) e pianifica i confini per modello, rete, backup, computer nel cloud e riunioni prima di affidargli attività importanti. Agenti personali [Torna al blog](https://comma.surf/it/blog) Condividi ## Articoli correlati 30 ottobre 2026 ### [Come un agente personale sempre attivo fa avanzare il lavoro di lungo periodo](https://comma.surf/it/blog/how-an-always-on-personal-agent-keeps-long-term-work-moving) 29 ottobre 2026 ### [Quando dovrebbe svegliarsi un agente personale sempre attivo?](https://comma.surf/it/blog/when-should-an-always-on-personal-agent-wake-up) 28 ottobre 2026 ### [Che cos'è un agente di IA sempre attivo?](https://comma.surf/it/blog/what-is-an-always-on-ai-agent) ## Try Comma, Now. [Inizia](https://app.comma.surf/)