Vos secrets vivent dans le trousseau du système,
pas dans un prompt ni dans votre dépôt
AgentsRoom stocke vos clés d'API, vos tokens et vos mots de passe de base de données dans un coffre local à la machine, chiffré par le trousseau de votre système d'exploitation. Vous les référencez par leur nom, et l'app résout la valeur au démarrage d'une commande ou d'un agent.
Arrêtez de coller un token dans un prompt parce que c'était le plus rapide pour débloquer un agent. Nommez le secret une fois, utilisez {{secret:NAME}} partout ailleurs, et laissez la valeur là où elle doit rester.
Comment AgentsRoom garde un secret utilisable par vos commandes et illisible pour l'agent qui le demande.
Chaque projet finit avec une poignée de valeurs qui ne doivent pas circuler : une clé de paiement, un mot de passe de base de données, un token de déploiement, une clé d'API pour l'environnement de staging. Dès que les agents IA de code entrent en jeu, ces valeurs se mettent à bouger de la pire façon possible. On les colle dans un prompt pour débloquer un agent, on les écrit en dur dans un script que l'agent vient de produire, ou on les dépose dans un fichier qu'un commit ramasse trois commits plus tard.
Le gestionnaire de secrets d'AgentsRoom leur donne un seul endroit où vivre. Un secret, c'est un nom et une valeur : vous l'ajoutez une fois, et AgentsRoom le chiffre via le trousseau de votre système d'exploitation avant même qu'il touche le disque. Tout le coffre tient dans un seul fichier de votre dossier personnel, écrit avec des permissions réservées au propriétaire, et il ne quitte jamais la machine sur laquelle il a été créé.
À partir de là, vous ne manipulez plus jamais la valeur. Vous écrivez {{secret:NAME}} dans une commande de dev ou dans l'environnement d'un agent, et AgentsRoom substitue la vraie valeur au démarrage de cette commande ou de cet agent. Vos agents peuvent lister les noms et demander qu'un secret soit injecté, ce qui leur suffit pour travailler, et ils n'obtiennent jamais la valeur elle-même.
Un coffre pensé pour une machine pleine d'agents IA
Chiffré par le système d'exploitation, référencé par son nom, résolu au dernier moment possible.
Chiffré par le trousseau de votre système
Chaque valeur est chiffrée via Electron safeStorage : la clé de chiffrement est détenue par le trousseau de votre système d'exploitation, pas par AgentsRoom. L'app stocke du chiffré et demande au système de le déchiffrer, exactement comme les autres applications auxquelles vous confiez déjà des identifiants.
Un seul fichier de coffre, propriétaire uniquement
Tous vos secrets vivent dans un coffre unique, ~/.agentsroom/secrets.json, écrit avec des permissions réservées au propriétaire (0600) et remplacé de façon atomique à chaque modification. Pas de fichier à moitié écrit après un crash, et aucun autre compte utilisateur de la machine ne peut l'ouvrir.
Référencez par nom, jamais par valeur
Un secret enregistré s'utilise sous la forme {{secret:NAME}} : dans la ligne de commande d'un terminal de dev, dans l'environnement donné à un agent, partout où vous auriez sinon tapé l'identifiant. Ce que vous lisez à l'écran, et ce que vous pourriez montrer à un collègue, c'est le nom.
Résolu au lancement, dans le processus principal
La substitution a lieu au démarrage du processus, à l'intérieur du processus principal Electron. La valeur résolue part dans l'environnement de la commande lancée et nulle part ailleurs : pas dans un log, pas dans l'interface, pas dans un fichier sur le disque.
Les agents voient des noms, pas des valeurs
Un agent IA peut lister les noms de vos secrets et demander qu'un secret soit injecté dans ce qu'il s'apprête à lancer. Aucun chemin de code ne renvoie une valeur à un agent, à la couche interface ou via MCP. L'agent travaille avec la référence, l'app travaille avec le secret.
Pas de trousseau, pas de stockage
Si la machine ne peut pas fournir un trousseau système fonctionnel, AgentsRoom refuse d'enregistrer le secret plutôt que de retomber sur du texte en clair. Un coffre qui se dégrade en silence en simple fichier est pire que pas de coffre du tout, donc ce repli n'existe tout simplement pas.
Local à la machine par conception, pas par réglage par défaut
Vos secrets ne sont jamais envoyés aux serveurs d'AgentsRoom. Il n'y a pas d'interrupteur de synchronisation à vérifier, pas de coffre cloud à désactiver, et aucune sauvegarde de vos clés ailleurs que sur votre propre disque. Le coffre est créé sur la machine, chiffré avec une clé que le trousseau du système garde pour cette machine, et il y reste. Une copie du fichier, prise seule, n'est pas quelque chose qu'une autre machine peut ouvrir.
La séparation entre utiliser un secret et lire un secret est appliquée dans le code, pas par une consigne écrite dans un prompt. La couche interface, les outils MCP et tous les agents parlent des secrets par leur nom. Seul le processus principal Electron transforme une référence en valeur : pendant qu'il construit l'environnement d'un processus que vous lui avez demandé de démarrer ou, si vous avez activé les données en direct pour les vues HTML d'un projet, quand il ajoute un en-tête à une requête vers un endpoint que vous avez autorisé, sans que la page le voie jamais. Dire à un agent de faire attention aux identifiants, c'est un espoir. Ne pas avoir de fonction qui renvoie l'identifiant, c'est une garantie.
C'est ce qui rend raisonnable de laisser un agent travailler sur une API payante ou une vraie base de données. L'agent sait qu'il existe un secret nommé STRIPE_SECRET_KEY et peut demander qu'il soit injecté dans la commande qu'il veut lancer. Il ne peut pas l'afficher, pas le copier dans un fichier qu'il écrit, et pas le laisser fuiter dans une conversation stockée ailleurs.
D'un token collé à un secret nommé
Trois étapes, et la valeur ne réapparaît plus jamais.
Ajoutez le secret une fois
Donnez-lui un nom et collez la valeur une dernière fois. AgentsRoom la chiffre via le trousseau du système et l'écrit dans le coffre ~/.agentsroom/secrets.json, réservé au propriétaire et de façon atomique. Si la machine n'a pas de trousseau utilisable, l'app le dit et refuse plutôt que d'écrire du texte en clair.
Référencez-le avec {{secret:NAME}}
Utilisez la référence là où allait la valeur : la commande qui démarre votre serveur de dev, ou l'environnement d'un agent qui a besoin d'un token d'API. Ce qui est stocké dans vos réglages, c'est la référence, et on peut la regarder sans risque.
Laissez AgentsRoom la résoudre au lancement
Au démarrage de la commande ou de l'agent, le processus principal échange la référence contre la vraie valeur dans l'environnement de ce processus. Votre outillage reçoit ce qu'il lui faut, et l'agent qui le pilote n'aura connu que le nom.
Quand un gestionnaire de secrets cesse d'être optionnel
Les situations où un identifiant collé se transforme en vrai incident.
Des serveurs de dev qui ont besoin de vraies clés
Votre serveur de dev ne démarre pas sans une clé de paiement et un mot de passe de base de données. Mettez {{secret:NAME}} dans la commande de lancement à la place de l'identifiant, et la commande devient quelque chose que vous pouvez laisser à l'écran pendant un appel sans un moment de panique.
Des agents qui appellent une API payante
Un agent a besoin d'un token pour joindre une API tierce pendant qu'il travaille. Ajoutez le secret à son environnement par son nom : l'agent obtient un environnement fonctionnel, et le token n'est ni dans le prompt, ni dans la conversation, ni dans ce que l'agent écrit ensuite.
Des clés qui n'atterrissent plus dans le dépôt
L'accident habituel, c'est un identifiant écrit dans un fichier de config qu'un commit ultérieur ramasse. Référencer les secrets par leur nom veut dire que le fichier suivi dans le dépôt contient un nom, donc il n'y a rien à faire fuiter quand la branche est poussée.
Une machine, plein de projets
Un coffre unique, protégé par le trousseau de votre système et lisible par votre seul compte utilisateur, sert tous les projets que vous ouvrez. Chaque projet référence les noms dont il a besoin, et aucun ne garde sa propre copie éparpillée d'un identifiant.
Comment un agent peut-il utiliser un secret qu'il ne peut pas lire ?
Parce qu'utiliser un identifiant et lire un identifiant sont deux opérations différentes, et AgentsRoom n'implémente que la première pour les agents. Le coffre est exposé via MCP par exactement un outil, secrets_list, et il renvoie des noms. À partir de là, l'agent écrit {{secret:NAME}} dans la commande ou l'environnement dont il a besoin, et la substitution est exécutée par l'app, pas par l'agent.
Ce qui manque volontairement, c'est l'autre sens. Aucun outil MCP ne renvoie la valeur d'un secret, la couche interface n'en reçoit jamais, et rien ne la réaffiche dans une conversation. Transformer une référence en valeur réelle se passe à l'intérieur du processus principal Electron, au moment où un processus est lancé, et le résultat part dans l'environnement de ce processus et nulle part ailleurs. L'unique exception est facultative et propre à chaque projet : un en-tête de requête pour un endpoint que vous avez autorisé pour vos vues HTML, ajouté par le processus principal et jamais montré à la page.
L'effet concret, c'est qu'un agent peut lancer votre suite de tests sur une vraie base de données, appeler une API payante ou déployer en staging sans qu'un seul identifiant entre dans son contexte. Rien à caviarder après coup, puisque rien n'a jamais été exposé.
Découvrir AgentsRoom MCPOù sont stockés mes secrets ?
Mon agent IA peut-il lire mes secrets ?
Mes secrets sont-ils synchronisés vers les serveurs d'AgentsRoom ?
Comment j'utilise un secret dans une commande ?
Que se passe-t-il si ma machine n'a pas de trousseau système ?
Est-ce que ça remplace les fichiers d'environnement de mon projet ?
Si quelqu'un copie le fichier du coffre, peut-il le lire ?
Quel outil MCP mes agents utilisent-ils pour les secrets ?
Vous pourriez aussi aimer
Connexions bases de données
Enregistrez vos connexions MySQL, PostgreSQL, SQL Server, MongoDB, SQLite et Google BigQuery, atteignez une base dans un sous-réseau privé via un tunnel SSH ou une session AWS SSM, et laissez vos agents IA l'interroger en MCP. Lecture seule par défaut, une instruction par appel, résultats plafonnés, et le mot de passe n'atteint jamais l'agent. Export, import et copie de base à base pour MySQL, PostgreSQL et MongoDB.
Connexions SSH
Enregistrez vos connexions SSH, ouvrez un terminal SSH intégré et lancez Claude Code, Codex ou Antigravity CLI directement sur votre serveur distant ou votre VPS. Authentification par clé ou mot de passe, profils de connexion par projet, sans client SSH séparé.
Terminaux de dev
Gestionnaire de terminaux et lanceur de process par projet. Démarrez backend, frontend et workers en un clic, avec vos secrets injectés au lancement au lieu d'être tapés à la main.
AgentsRoom MCP
Le serveur MCP qui laisse vos agents piloter AgentsRoom lui-même : projets, terminaux, backlog et connexions, avec les garde-fous qui vont avec.
Donnez à vos agents l'accès, pas vos clés
Téléchargez AgentsRoom, déplacez vos clés d'API et vos mots de passe dans un coffre chiffré par le trousseau de votre système, et référencez-les par leur nom partout ailleurs.
App companion : suivez vos agents en déplacement
Utilisez Claude, Codex, Antigravity CLI ou un autre fournisseur IA.
Remontez bugs et demandes directement dans votre backlog public.
Des agents qu'on lit comme une conversation
Chaque agent a un rôle, un visage et un fil que vous lisez comme une messagerie.
