Ce qui quitte ta machine

Les trois destinations

• Ta machine → ta forgeGitLab ou GitHub, avec les jetons et les adresses que tu configures. Mergerie y récupère les merge requests et les diffs, et y publie les rapports et les commentaires.
• Ta machine → ton fournisseur IALe CLI claude, copilot, codex ou gemini que tu as déjà installé et connecté. Mergerie appelle ce CLI localement. Ce qu'il transmet ensuite à Anthropic, GitHub, OpenAI ou Google, et ce que ce fournisseur en garde, relève de ses propres conditions, pas de celles de Mergerie.
• Ta machine ✕ un serveur MergerieIl n'y en a pas. Rien de ce que tu fais dans Mergerie n'est relayé, journalisé ou stocké ailleurs : il n'existe aucun serveur Mergerie où l'envoyer.

« Zéro télémétrie », précisément

Mergerie n'embarque aucun SDK d'analytics, aucun rapporteur de crash, aucun vérificateur de mise à jour qui appelle un serveur Mergerie. Ses dépendances d'exécution sont express (le serveur local), better-sqlite3 (la base locale) et gpt-tokenizer (compter les tokens hors-ligne). Vérifie package.json toi-même. Ce qui reste sur ta machine : la base SQLite, les logs locaux, tes jetons. Ce que Mergerie n'envoie jamais nulle part : des statistiques d'usage, des rapports d'erreur, tes prompts ou tes diffs, en dehors des appels à la forge et à l'IA que tu as configurés.

Ce que Mergerie ne fait pas lui-même

• Il ne lit pas ton code pour l'envoyer à un modèle géré par Mergerie : il n'y a pas de modèle géré par Mergerie.
• Il ne revend, ne met en cache ni ne conserve une copie de tes diffs au-delà de la base locale que tu contrôles.
• Il ne pousse, ne publie ni ne merge sans un clic explicite, sauf si tu actives toi-même la boucle de convergence autonome, avec les seuils que tu fixes.
• Il n'ajoute ni nouveau compte, ni nouvelle clé API, ni nouvelle facture : il pilote le CLI et les identifiants de forge que tu as déjà.
• Il ne donne pas à l'agent plus que ce que ton CLI a déjà. Sans le mode sécurisé, l'agent tourne avec exactement les droits du CLI que tu as installé, comme dans ton terminal. Les variables d'environnement que tu lui donnes (un Ollama local derrière Claude Code, un proxy) vont au seul agent que Mergerie lance, jamais à ton terminal.
• Le mode sécurisé s'active d'un clic, demandé une fois au démarrage, dans Réglages → Sessions IA. Reviews, explications, questions et explorations lancent alors l'agent en lecture seule. Les sessions de codage tournent dans la sandbox du CLI une fois que Tester le sandbox l'a vue bloquer une écriture hors dossier et un appel réseau sur ta machine ; tant que ce n'est pas prouvé, une liste blanche retire la lecture du web, curl, ssh, git push et git config. Dans les deux cas, ce qui quitte ta machine ne change pas, et les protections du serveur ci-dessous tiennent.
• Il ne laisse pas un CLI se prévaloir d'une garantie qu'il ne peut pas prouver. Claude Code et Copilot CLI sont éprouvés et branchés avec ce que leurs options imposent ; Codex CLI et Gemini CLI sont écrits d'après leur documentation, branchés avec ce qu'ils déclarent, et les Réglages les disent « non vérifiés ». Tout autre CLI tourne à un niveau allégé, que le journal annonce en première ligne.
• Il ne confie pas tes secrets à l'agent. Le jeton de forge voyage en en-tête du processus git seulement, jamais dans l'URL origin d'un clone. Les outils fichiers de l'agent ne peuvent lire ni la base ni le .env. Un texte venu d'ailleurs (un ticket, la description d'une merge request) entre dans le prompt encadré comme une donnée.
• Il ne lance pas sans demander du code envoyé par un collègue : un vérificateur ou un agent reçu par le dépôt d'équipe attend Approuver sur ce poste. Une vérification qui part toute seule ne voit jamais ton HOME. Celle que tu lances à la main le dit au moment du clic, avec une case « HOME jetable » mémorisée par vérificateur. Et il refuse de démarrer exposé sur le réseau sans jeton d'accès. Sur la boucle locale, un jeton de session local garde /api/ contre tout autre processus de la machine.

Signaler une vulnérabilité

Le modèle de menace de Mergerie et la marche à suivre pour signaler un problème de sécurité sont documentés dans SECURITY.md, dans le dépôt.

À lire aussi

• La comparaison sourcée avec les relecteurs hébergés →
• Ce qu'une équipe partage, et ce qui ne quitte jamais un poste →
• Le guide complet →