Choisir entre un agent personnel hébergé et un agent auto-hébergé, ce n’est pas choisir entre « simple » et « privé ». C’est choisir qui exploite chaque partie du système, par où circulent ses données et quelles pannes deviennent votre responsabilité.
Cette distinction compte davantage pour un agent personnel que pour une simple application de chat. Un agent peut porter des Tasks en cours, appeler un modèle, chercher sur le web, se connecter à d’autres services, travailler dans un environnement informatique et revenir plus tard avec un résultat. Installer l’application sur votre propre machine déplace certaines de ces limites. Cela ne déplace pas automatiquement toutes les dépendances avec elle.
Comma propose les deux voies : un service hébergé exploité par Comma et un déploiement open source que vous pouvez faire tourner avec Docker Compose. Le produit est reconnaissable sous l’une ou l’autre forme, mais le modèle d’exploitation et certaines fonctionnalités ne sont pas identiques. Ce guide explique le compromis sans faire de l’auto-hébergement une médaille ni du logiciel hébergé une concession que tout le monde devrait éviter.
La réponse courte
Choisissez Comma hébergé si vous voulez utiliser l’agent sans devenir l’exploitant de son infrastructure. Comma fait tourner le service, stocke les données de l’espace de travail hébergé, gère les mises à jour et les sauvegardes, et fournit un ordinateur dans le cloud pour l’espace de travail. Le produit hébergé inclut aussi l’enregistrement des réunions décrit par Comma. En échange de cette expérience gérée, vous acceptez les limites du service en matière de compte, d’offre, de traitement des données et de disponibilité.
Choisissez Comma auto-hébergé si contrôler la pile applicative, les bases de données, la configuration du modèle et l’environnement de déploiement vaut le travail d’exploitation. Votre instance tourne sur une machine que vous gérez, et les données de l’application résident dans des bases de données et un stockage objet que vous exploitez. Les mises à jour, les sauvegardes, la configuration du réseau public, la capacité, la supervision et la reprise après incident vous reviennent aussi. Les appels au modèle et les intégrations facultatives peuvent malgré tout envoyer des données à des fournisseurs externes.
Aucun des deux choix ne dispense de comprendre les autorisations et les services connectés. La question utile n’est pas seulement Où Comma est-il installé ? C’est Qui fait tourner chaque composant, et où va l’information quand cette Task s’exécute ?
Comparer les responsabilités, pas les slogans
Le guide officiel d'auto-hébergement rend ce partage concret :
Ce n’est pas un tableau de notes. Pour une personne, gérer cinq volumes persistants et un reverse proxy est une distraction inutile. Pour une autre, placer l’application et ses enregistrements sur une infrastructure qu’elle contrôle est la raison principale d’utiliser le produit. La meilleure option est celle dont vous pouvez réellement assumer les responsabilités dans la durée.
Suivre le parcours des données
« Auto-hébergé » décrit l’endroit où tourne la pile Comma. Cela ne veut pas dire que chaque octet reste sur cette machine.
Dans la pile auto-hébergée par défaut, les Tasks, les conversations et les fichiers sont stockés dans des services que vous exploitez. Le déploiement Compose comprend PostgreSQL, Redis, ClickHouse, MinIO et un volume de configuration, en plus du serveur et des clients Comma. Le guide de Comma précise que la pile n’envoie ni analytics ni traces à Comma. C’est une limite utile, mais l’analyse du flux de données ne s’arrête pas là.
Quand l’agent appelle un modèle, la requête part vers le fournisseur de modèles configuré pour cette instance. Si vous ajoutez une clé Exa pour la recherche web et la lecture de pages, les requêtes correspondantes partent vers Exa. Si vous rendez l’instance publique, les codes de connexion ont besoin d’un vrai serveur de messagerie. Les applications connectées et les sites web utilisés par l’agent restent des services distincts, avec leur propre traitement des données. Un reverse proxy, un fournisseur DNS, un hébergeur et une destination de sauvegarde peuvent aussi faire partie du parcours opérationnel que vous concevez.
Comma hébergé suit un autre parcours. Comma exploite l’application et stocke les données de l’espace de travail hébergé, tandis que les parcours des modèles et des intégrations dépendent de la configuration hébergée et des services que vous choisissez. L’hébergement vous épargne l’administration du serveur ; il ne vous épargne pas la décision de ce que vous connectez ni des informations qu’une Task doit utiliser.
Quel que soit le déploiement, tracez un flux de travail réaliste avant d’affirmer quoi que ce soit de général sur la confidentialité. Si une Task résume un document Drive avec un modèle externe, demandez-vous :
Où la Task et la référence au document sont-elles stockées ?
Quel service récupère la source ?
Quel contenu figure dans la requête au modèle ?
Quel fournisseur reçoit cette requête ?
Où le résultat, les journaux et les sauvegardes sont-ils conservés ?
Qui peut révoquer la connexion ou supprimer l’état stocké ?
Cet exercice en dit plus que l’étiquette du déploiement. L’auto-hébergement peut vous donner un contrôle direct sur des stockages et des configurations importants, mais le parcours complet est une propriété du flux de travail que vous construisez.
Utiliser son propre modèle est une décision d’acheminement
La configuration auto-hébergée de Comma vous permet de définir l’endpoint du fournisseur de modèles, le protocole, l’identifiant du modèle, la clé d’API, le budget de contexte et la limite de sortie. Les appels au fournisseur utilisent votre compte chez ce fournisseur : la facturation et les conditions relèvent donc de cette relation, et non des crédits Comma.
Cette souplesse permet plusieurs configurations. Vous pouvez utiliser l’API d’un modèle commercial avec votre propre compte, pointer vers un endpoint privé compatible ou configurer un modèle que vous exploitez. Il ne faut pas ranger toutes ces options sous l’étiquette « IA locale ». Une instance Comma auto-hébergée qui envoie des prompts à un modèle dans le cloud a toujours un parcours de données externe vers le modèle. Faire tourner un modèle privé peut modifier ce parcours, mais seulement si l’endpoint configuré et l’infrastructure qui l’entoure se trouvent réellement à l’intérieur de la limite que vous visez.
Les identifiants demandent le même soin. Exploiter la pile, c’est protéger les clés des modèles, les secrets générés, les identifiants de messagerie et tous les jetons utilisés par les intégrations. Le contrôle de la configuration a de la valeur précisément parce que la configuration implique des responsabilités.
Auto-héberger, c’est exploiter un système
Le dépôt public fournit un point de départ complet avec Docker Compose sur un seul nœud. Il compile le client web, le client d’administration et le serveur, puis démarre les services de données associés. Le premier lancement peut être local : par défaut, ses ports n’écoutent que sur l’interface de bouclage, et Mailpit fournit une boîte de réception locale pour les codes de connexion.
Ce succès en local n’est pas un certificat de mise en production. Un déploiement public a besoin de HTTPS derrière un reverse proxy, d’origines distinctes pour l’application web, l’application d’administration et l’API du produit, et d’un vrai service SMTP. L’inscription publique est désactivée par défaut. Vous devez décider qui peut accéder à l’instance, comment les certificats et le DNS sont gérés, comment les secrets sont stockés et comment les mises à jour de sécurité sont appliquées.
Les sauvegardes sont elles aussi une propriété du système, pas la copie d’une base de données. Le guide de Comma demande d’arrêter la pile et de sauvegarder ensemble les cinq volumes nommés : config, postgres, objects, clickhouse et redis. Le volume de configuration contient la clé de chiffrement et les secrets d’authentification. Le perdre en conservant les autres volumes peut vous laisser avec des données impossibles à récupérer de façon utile. Un plan de sauvegarde n’est pas complet tant qu’une restauration n’a pas été testée.
Les mises à jour ajoutent une autre obligation. Il vous faut des fenêtres de maintenance, assez d’espace disque pour les compilations, un moyen de détecter les services en panne et un plan de retour arrière ou de reprise adapté à votre usage. Si l’agent fait partie du travail quotidien, la disponibilité de la machine, l’état du stockage et la configuration réseau deviennent des questions produit que le service hébergé absorberait autrement.
L’open source change ce que vous pouvez inspecter et modifier ; il ne supprime pas ce travail d’exploitation. Le code d’origine de Comma est sous licence AGPL-3.0-only, et le dépôt explique l’obligation de mise à disposition du code source pour les versions modifiées que vous proposez en service. C’est un contrôle réel, mais il ne remplace ni un audit de sécurité, ni un contrat de support, ni une garantie qu’un déploiement donné est correctement configuré.
L’ordinateur dans le cloud n’est pas la même fonctionnalité dans les deux voies
Le produit hébergé fournit un ordinateur dans le cloud pour chaque espace de travail. L’agent dispose ainsi d’un environnement pour le travail qui demande des fichiers, des outils ou une exécution de type navigateur au-delà d’un simple appel au modèle, sans que l’utilisateur ait à préparer cet environnement à part.
Au 26 octobre 2026, les ordinateurs dans le cloud de groupe de la pile publique auto-hébergée sont désactivés par défaut et demandent une configuration Cloudflare. Le dépôt ne transforme pas cette fonctionnalité en bac à sable local disponible automatiquement du seul fait que les services principaux tournent. Si le travail sur un ordinateur dans le cloud est au cœur de vos Tasks, intégrez à la décision son environnement d’exécution, sa configuration, son coût, son isolation et sa maintenance, et pas seulement le serveur applicatif.
Cela peut changer la réponse pratique. Quelqu’un qui a surtout besoin de Tasks persistantes, d’appels à des modèles connectés et du contrôle des données stockées de l’application peut accepter la configuration supplémentaire. Quelqu’un qui attend un ordinateur d’exécution prêt à l’emploi comme partie de l’expérience de l’agent peut préférer Comma hébergé, même s’il sait faire tourner Docker.
L’enregistrement des réunions a sa propre limite d’exécution
La même mise en garde vaut pour les réunions. Au 26 octobre 2026, l’expérience hébergée de Comma inclut l’enregistrement des réunions, mais le dépôt public d’auto-hébergement indique que les réunions et les hôtes Agent VMM ont besoin d’environnements d’exécution que le dépôt n’inclut pas.
Auto-héberger l’application principale ne reproduit donc pas tout le parcours des réunions du service hébergé. Vous pourriez construire ou intégrer une infrastructure supplémentaire, en tenant compte des autorisations, des lois sur l’enregistrement, de la conception du stockage et des fournisseurs de transcription qui s’appliquent à votre situation. Ce serait un système que vous exploitez, pas un interrupteur inclus dans la pile Compose standard.
Considérez-le comme une limite explicite du produit. Si l’enregistrement et le traitement des appels sont un cas d’usage décisif, Comma hébergé et Comma auto-hébergé ne sont pas interchangeables aujourd’hui.
Un test de responsabilité avant de choisir
La question la plus utile sur l’auto-hébergement n’est pas « Est-ce que je sais faire tourner Docker ? ». C’est « Ai-je envie d’assumer ce service après le premier lancement réussi ? ».
L’auto-hébergement convient bien si vous disposez d’une machine ou d’un serveur durable, si vous savez protéger et sauvegarder son état, si vous comprenez les fournisseurs externes que vous configurez et si vous tenez assez au contrôle direct pour maintenir le déploiement. Il prend tout son sens quand vous avez besoin de votre propre limite réseau, de votre propre endpoint de modèle, de votre propre processus de conservation ou d’une personnalisation au niveau du code.
Comma hébergé convient bien si le résultat compte plus que le serveur, si vous avez besoin de l’ordinateur dans le cloud géré ou du parcours des réunions, ou si vous ne voulez pas que la disponibilité de votre agent personnel dépende de vos habitudes de maintenance. Choisir l’hébergé ne vous empêche pas de régler soigneusement les autorisations ni de limiter ce que vous connectez. Cela confie simplement l’exploitation de l’infrastructure à Comma.
Avant de décider, répondez par écrit à ces questions :
Quelles données doivent être stockées sur une infrastructure que j’exploite ?
Quel fournisseur de modèles recevra le contenu des Tasks, et avec quel compte ?
Mes principaux flux de travail ont-ils besoin d’un ordinateur dans le cloud ou de l’enregistrement des réunions ?
Puis-je administrer HTTPS, l’envoi des e-mails, les secrets, les mises à jour et le contrôle d’accès ?
Quel est mon jeu de sauvegardes, et ai-je testé sa restauration ?
Qui remarque et corrige une panne pendant mon absence ?
Est-ce que je choisis l’auto-hébergement pour une limite concrète, ou seulement parce que le mot semble plus sûr ?
Si les réponses vont dans des directions différentes, commencez par le déploiement qui soutient votre flux de travail le plus important. Vous apprendrez davantage d’une Task bien délimitée et de son vrai parcours de données que d’une comparaison abstraite des fonctionnalités.
Questions sur les agents personnels hébergés et auto-hébergés
Comma auto-hébergé est-il automatiquement plus confidentiel ?
Non. Il place la pile applicative et ses bases de données sous votre contrôle, et la pile standard n’envoie ni analytics ni traces à Comma. Les fournisseurs de modèles, la recherche, la messagerie, les applications connectées, les services réseau et les sauvegardes peuvent malgré tout recevoir ou stocker des données. La confidentialité dépend de l’ensemble de la configuration et du flux de travail.
Comma auto-hébergé demande-t-il un compte ou un abonnement Comma ?
La pile Docker Compose publique ne demande ni compte Comma, ni Stripe, ni crédits Comma. Vous fournissez la machine et configurez un compte chez un fournisseur de modèles ou un modèle privé. Ces choix peuvent avoir leurs propres coûts d’infrastructure et d’utilisation.
Puis-je utiliser mon propre fournisseur de modèles ?
Oui. La pile auto-hébergée propose une configuration pour l’endpoint du fournisseur, le protocole, le modèle et les identifiants. Un fournisseur que vous exploitez vous-même est possible s’il prend en charge l’interface requise, mais auto-héberger Comma ne rend pas à lui seul un modèle tiers local.
La version auto-hébergée inclut-elle un ordinateur dans le cloud ?
Pas comme option prête à l’emploi par défaut. Le guide officiel de Comma indique que les ordinateurs dans le cloud de groupe demandent une configuration Cloudflare. Prévoyez cette configuration distincte et sa limite d’exploitation si vos flux de travail dépendent d’une exécution sur ordinateur.
La version auto-hébergée inclut-elle l’enregistrement des réunions ?
Non. Le dépôt public indique que les environnements d’exécution des réunions ne sont pas inclus. Le service hébergé et la pile auto-hébergée standard diffèrent donc pour ce cas d’usage.
Que dois-je sauvegarder ?
Sauvegardez les cinq volumes nommés — configuration, PostgreSQL, objets, ClickHouse et Redis — comme un seul ensemble, pile arrêtée. Conservez le volume de configuration, car il contient les secrets de chiffrement et d’authentification. Suivez le guide d'auto-hébergement à jour avant une mise à jour ou une restauration.
Open source veut-il dire sécurisé ?
Non. La disponibilité du code source rend possibles l’inspection, la modification et une exploitation indépendante. La sécurité dépend toujours du code, de ses dépendances, de votre configuration, de l’exposition réseau, des identifiants, de vos pratiques de mise à jour et de votre réponse opérationnelle.
Choisir la limite que vous pouvez maintenir
Un agent personnel hébergé vous demande de faire confiance à un exploitant de service et de l’évaluer. Un agent personnel auto-hébergé vous demande de devenir cet exploitant. Comma prend en charge les deux parce que le contrôle et la commodité ne sont pas des préférences universelles, et parce que la bonne limite dépend du travail que vous comptez déléguer.
Si vous voulez l’expérience gérée, commencez par Comma hébergé. Si vous voulez exploiter la pile, lisez le guide d'auto-hébergement en entier, examinez le dépôt officiel et planifiez les limites liées au modèle, au réseau, aux sauvegardes, à l’ordinateur dans le cloud et aux réunions avant d’y confier des Tasks importantes.
