Kiezen tussen een gehoste en een zelfgehoste persoonlijke agent is geen keuze tussen ‘makkelijk’ en ‘privé’. Het is een keuze over wie elk onderdeel van het systeem beheert, waar de gegevens naartoe gaan en welke storingen jouw verantwoordelijkheid worden.
Dat onderscheid is bij een persoonlijke agent belangrijker dan bij een eenvoudige chat-app. Een agent kan lopende taken vasthouden, een model aanroepen, op het web zoeken, verbinding maken met andere diensten, in een computeromgeving werken en later met een resultaat terugkomen. Als je de applicatie naar je eigen machine haalt, veranderen sommige van die grenzen. Niet elke afhankelijkheid verhuist automatisch mee.
Comma biedt beide routes: een gehoste dienst die Comma beheert en een opensource-deployment die je met Docker Compose kunt draaien. In beide vormen is het product herkenbaar, maar het beheermodel en sommige mogelijkheden zijn niet identiek. Deze gids legt de afweging uit zonder zelf hosten als medaille te zien of gehoste software als compromis dat iedereen zou moeten vermijden.
Het korte antwoord
Kies gehoste Comma als je de agent wilt gebruiken zonder de beheerder van de infrastructuur te worden. Comma draait de dienst, bewaart de gegevens van de gehoste werkruimte, zorgt voor updates en back-ups en levert een cloudcomputer voor de werkruimte. Het gehoste product bevat ook de vergaderrecorder die Comma beschrijft. In ruil voor die beheerde ervaring accepteer je de grenzen van de dienst rond account, abonnement, gegevensverwerking en beschikbaarheid.
Kies zelfgehoste Comma als controle over de applicatiestack, de databases, de modelconfiguratie en de deploymentomgeving het beheerwerk waard is. Je instantie draait op een machine die jij beheert, en de applicatiegegevens staan in databases en objectopslag die jij beheert. Ook upgrades, back-ups, de configuratie van het openbare netwerk, capaciteit, monitoring en herstel na incidenten zijn dan jouw zaak. Modelaanroepen en optionele integraties kunnen nog steeds gegevens naar externe aanbieders sturen.
Geen van beide keuzes neemt de noodzaak weg om rechten en gekoppelde diensten te begrijpen. De nuttige vraag is niet alleen waar is Comma geïnstalleerd? De vraag is wie draait elk onderdeel, en waar gaat informatie naartoe als deze taak wordt uitgevoerd?
Vergelijk verantwoordelijkheden, geen slogans
De officiële gids voor zelf hosten maakt de verdeling concreet:
Dit is geen scorekaart voor functies. Voor de één is het beheren van vijf persistente volumes en een reverse proxy een onnodige afleiding. Voor de ander is het onderbrengen van de applicatie en haar gegevens op infrastructuur die hij zelf beheert de belangrijkste reden om het product te gebruiken. De betere optie is degene waarvan je de verantwoordelijkheden echt kunt volhouden.
Volg het pad van de gegevens
‘Zelfgehost’ beschrijft waar de Comma-stack draait. Het betekent niet dat elke byte op die machine blijft.
In de standaard zelfgehoste stack worden taken, chats en bestanden opgeslagen in diensten die jij beheert. De Compose-deployment bevat naast de Comma-server en -clients ook PostgreSQL, Redis, ClickHouse, MinIO en een configuratievolume. Volgens de gids van Comma stuurt de stack geen analytics of traces naar Comma. Dat is een nuttige grens, maar de analyse van de gegevensstroom houdt daar niet op.
Als de agent een model aanroept, gaat het verzoek naar de modelaanbieder die voor die instantie is geconfigureerd. Voeg je een Exa-sleutel toe voor zoeken op het web en het lezen van pagina’s, dan gaan de betreffende verzoeken naar Exa. Maak je de instantie openbaar, dan hebben de inlogcodes een echte mailserver nodig. Gekoppelde apps en websites die de agent gebruikt, blijven aparte diensten met hun eigen gegevensverwerking. Een reverse proxy, DNS-aanbieder, hostingbedrijf en back-uplocatie kunnen ook deel worden van het beheerpad dat je ontwerpt.
Gehoste Comma volgt een ander pad. Comma beheert de applicatie en bewaart de gegevens van de gehoste werkruimte, terwijl de paden van modellen en integraties afhangen van de gehoste configuratie en de diensten die je kiest. Hosting neemt het serverbeheer weg; het neemt niet de beslissing weg wat je koppelt of welke informatie een taak mag gebruiken.
Teken bij beide deployments één realistische workflow uit voordat je een brede uitspraak over privacy doet. Als een taak een Drive-document samenvat met een extern model, vraag dan:
Waar worden de taak en de verwijzing naar het document opgeslagen?
Welke dienst haalt de bron op?
Welke inhoud zit in het verzoek aan het model?
Welke aanbieder ontvangt dat verzoek?
Waar worden het resultaat, de logs en de back-ups bewaard?
Wie kan de koppeling intrekken of de opgeslagen status verwijderen?
Die oefening laat meer zien dan het label van de deployment. Zelf hosten kan je directe controle geven over belangrijke opslag en configuratie, maar het volledige pad is een eigenschap van de workflow die je bouwt.
Een eigen model gebruiken is een routeringsbeslissing
In de zelfgehoste configuratie van Comma kun je het endpoint van de modelaanbieder instellen, plus het protocol, de model-ID, de API-sleutel, het contextbudget en de uitvoerlimiet. Aanroepen bij de aanbieder lopen via je eigen account, dus facturering en voorwaarden horen bij die relatie en niet bij Comma-tegoed.
Die flexibiliteit maakt verschillende opzetten mogelijk. Je kunt een commerciële model-API met je eigen account gebruiken, verwijzen naar een compatibel privé-endpoint of een model configureren dat je zelf draait. Die opties horen niet op één hoop te worden gegooid als ‘lokale AI’. Een zelfgehoste Comma-instantie die prompts naar een cloudmodel stuurt, heeft nog steeds een extern datapad naar het model. Een privémodel draaien kan dat pad veranderen, maar alleen als het geconfigureerde endpoint en de infrastructuur eromheen echt binnen de grens vallen die je bedoelt.
Inloggegevens vragen om dezelfde zorg. De stack beheren betekent modelsleutels, gegenereerde geheimen, mailgegevens en alle tokens die integraties gebruiken beschermen. Controle over de configuratie is juist waardevol omdat configuratie verantwoordelijkheid met zich meebrengt.
Zelf hosten betekent een systeem beheren
De openbare repository biedt een volledig vertrekpunt met Docker Compose op één node. Die bouwt de webclient, de beheerclient en de server en start de bijbehorende datadiensten. De eerste start kan lokaal: standaard luisteren de poorten alleen op loopback, en Mailpit biedt een lokale inbox voor inlogcodes.
Dat het lokaal werkt, is geen bewijs dat het klaar is voor productie. Een openbare deployment heeft HTTPS achter een reverse proxy nodig, aparte origins voor de web-app, de beheer-app en de product-API, en een echte SMTP-dienst. Openbare registratie staat standaard uit. Je moet beslissen wie de instantie kan bereiken, hoe certificaten en DNS worden beheerd, hoe geheimen worden opgeslagen en hoe beveiligingsupdates worden doorgevoerd.
Ook back-ups zijn een eigenschap van het systeem, geen kopie van één database. De gids van Comma zegt dat je de stack moet stoppen en alle vijf benoemde volumes samen moet back-uppen: config, postgres, objects, clickhouse en redis. Het configuratievolume bevat de encryptiesleutel en de geheimen voor authenticatie. Raak je dat kwijt terwijl je de andere volumes bewaart, dan houd je mogelijk gegevens over die niet zinvol te herstellen zijn. Een back-upplan is pas compleet als een herstel is getest.
Upgrades brengen nog een verplichting mee. Je hebt onderhoudsvensters nodig, genoeg schijfruimte voor builds, een manier om uitgevallen diensten te ontdekken en een plan voor terugdraaien of herstel dat bij je gebruik past. Als de agent onderdeel wordt van je dagelijkse werk, worden de beschikbaarheid van de machine, de gezondheid van de opslag en de netwerkconfiguratie productvragen die de gehoste dienst anders zou opvangen.
Open source verandert wat je kunt inzien en aanpassen; het neemt dit beheerwerk niet weg. De oorspronkelijke code van Comma valt onder de licentie AGPL-3.0-only, en de repository legt de verplichting uit om de broncode beschikbaar te stellen voor aangepaste versies die je als dienst aanbiedt. Dat is echte controle, maar iets anders dan een beveiligingsaudit, een supportcontract of een garantie dat een bepaalde deployment goed is geconfigureerd.
Cloudcomputers zijn op beide routes niet dezelfde mogelijkheid
Het gehoste product levert een cloudcomputer voor een werkruimte. Daarmee heeft de agent een omgeving voor werk dat bestanden, tools of browserachtige uitvoering nodig heeft voorbij één modelaanroep, zonder dat de gebruiker die omgeving apart hoeft in te richten.
Per 26 oktober 2026 staan groepscloudcomputers in de openbare zelfgehoste stack standaard uit en vragen ze om Cloudflare-configuratie. De repository maakt van die mogelijkheid geen automatisch beschikbare lokale sandbox, alleen omdat de kerndiensten draaien. Als werk op een cloudcomputer centraal staat in je taken, neem dan de runtime, configuratie, kosten, isolatie en het onderhoud mee in je beslissing, niet alleen de applicatieserver.
Dat kan het praktische antwoord veranderen. Iemand die vooral blijvende taken, gekoppelde modelaanroepen en controle over opgeslagen applicatiegegevens nodig heeft, neemt de extra configuratie misschien voor lief. Iemand die een direct bruikbare uitvoeringscomputer verwacht als onderdeel van de agentervaring, kiest misschien liever gehoste Comma, ook al kan hij prima met Docker overweg.
Vergaderingen opnemen heeft een aparte runtimegrens
Dezelfde waarschuwing geldt voor vergaderingen. Per 26 oktober 2026 bevat de gehoste ervaring van Comma het opnemen van vergaderingen, maar volgens de openbare repository voor zelf hosten hebben vergaderingen en Agent VMM-hosts runtimes nodig die de repository niet bevat.
De kernapplicatie zelf hosten bootst dus niet het volledige gehoste vergaderpad na. Je zou extra infrastructuur kunnen bouwen of integreren, rekening houdend met de rechten, opnamewetgeving, opslagopzet en transcriptieaanbieders die voor jouw situatie gelden. Dat zou een systeem zijn dat jij beheert, geen ingebouwde schakelaar in de standaard Compose-stack.
Behandel dit als een expliciete productgrens. Als het opnemen en verwerken van gesprekken een doorslaggevend gebruik is, zijn gehoste en zelfgehoste Comma op dit moment niet uitwisselbaar.
Een verantwoordelijkheidstest voordat je kiest
De nuttigste vraag over zelf hosten is niet ‘Kan ik Docker draaien?’ Het is ‘Wil ik verantwoordelijk zijn voor deze dienst na de eerste geslaagde start?’
Zelf hosten past goed als je een duurzame machine of server hebt, de status ervan kunt beschermen en back-uppen, de externe aanbieders begrijpt die je configureert en directe controle belangrijk genoeg vindt om de deployment te onderhouden. Het wordt vooral relevant als je je eigen netwerkgrens, modelendpoint, bewaarproces of aanpassingen op broncodeniveau nodig hebt.
Gehoste Comma past goed als het resultaat belangrijker is dan de server, je de beheerde cloudcomputer of het vergaderpad nodig hebt, of je niet wilt dat de beschikbaarheid van je persoonlijke agent afhangt van je onderhoudsgewoonten. Kiezen voor gehost belet je niet om rechten zorgvuldig in te stellen of te beperken wat je koppelt. Het legt het beheer van de infrastructuur simpelweg bij Comma.
Beantwoord deze vragen schriftelijk voordat je beslist:
Welke gegevens moeten worden opgeslagen op infrastructuur die ik zelf beheer?
Welke modelaanbieder ontvangt de inhoud van taken, en via welk account?
Hebben mijn belangrijkste workflows een cloudcomputer of het opnemen van vergaderingen nodig?
Kan ik HTTPS, mailbezorging, geheimen, updates en toegangsbeheer beheren?
Wat is mijn back-upset, en heb ik het herstel getest?
Wie merkt een storing op en lost die op terwijl ik weg ben?
Kies ik voor zelf hosten vanwege een concrete grens, of alleen omdat het woord veiliger klinkt?
Wijzen de antwoorden verschillende kanten op, begin dan met de deployment die je belangrijkste workflow ondersteunt. Van één afgebakende taak en het echte datapad ervan leer je meer dan van een abstracte vergelijking van functies.
Vragen over gehoste en zelfgehoste persoonlijke agents
Is zelfgehoste Comma automatisch privacyvriendelijker?
Nee. Het brengt de applicatiestack en de databases onder jouw controle, en de standaardstack stuurt geen analytics of traces naar Comma. Modelaanbieders, zoekfuncties, mail, gekoppelde apps, netwerkdiensten en back-ups kunnen nog steeds gegevens ontvangen of opslaan. Privacy hangt af van de volledige configuratie en workflow.
Heeft zelfgehoste Comma een Comma-account of abonnement nodig?
De openbare Docker Compose-stack heeft geen Comma-account, geen Stripe en geen Comma-tegoed nodig. Jij levert de machine en configureert een account bij een modelaanbieder of een privémodel. Die keuzes kunnen hun eigen kosten voor infrastructuur en gebruik hebben.
Kan ik mijn eigen modelaanbieder gebruiken?
Ja. De zelfgehoste stack biedt instellingen voor het endpoint, het protocol, het model en de inloggegevens van de aanbieder. Een aanbieder die je zelf draait is mogelijk als die de vereiste interface ondersteunt, maar Comma zelf hosten maakt een model van een derde partij niet vanzelf lokaal.
Bevat de zelfgehoste versie een cloudcomputer?
Niet als direct bruikbare standaardinstelling. Volgens de officiële gids van Comma hebben groepscloudcomputers Cloudflare-configuratie nodig. Plan die aparte inrichting en de bijbehorende beheergrens in als je workflows afhangen van uitvoering op een computer.
Bevat de zelfgehoste versie de vergaderrecorder?
Nee. Volgens de openbare repository zijn runtimes voor vergaderingen niet inbegrepen. Voor dit gebruik verschillen de gehoste dienst en de standaard zelfgehoste stack dus.
Wat moet ik back-uppen?
Maak een back-up van de vijf benoemde volumes – configuratie, PostgreSQL, objecten, ClickHouse en Redis – als één set terwijl de stack is gestopt. Bewaar het configuratievolume, want dat bevat de geheimen voor encryptie en authenticatie. Volg de actuele gids voor zelf hosten voor een upgrade of herstel.
Is open source hetzelfde als veilig?
Nee. Beschikbare broncode maakt inzien, aanpassen en zelfstandig beheren mogelijk. Beveiliging hangt nog steeds af van de code, de afhankelijkheden, je configuratie, je blootstelling aan het netwerk, inloggegevens, hoe je updates doorvoert en hoe je reageert in de praktijk.
Kies de grens die je kunt volhouden
Een gehoste persoonlijke agent vraagt je een dienstbeheerder te vertrouwen en te beoordelen. Een zelfgehoste persoonlijke agent vraagt je er zelf een te worden. Comma ondersteunt beide, omdat controle en gemak geen universele voorkeuren zijn en omdat de juiste grens afhangt van het werk dat je wilt delegeren.
Wil je de beheerde ervaring, begin dan met gehoste Comma. Wil je de stack zelf beheren, lees dan de volledige gids voor zelf hosten, bekijk de officiële repository en plan de grenzen voor model, netwerk, back-ups, cloudcomputer en vergaderingen voordat je er belangrijke taken op zet.
