GBrain : une mémoire open source pour agents IA
GBrain est un projet open source de mémoire pour agents, publié par Garry Tan, président et CEO de Y Combinator. Écrit en TypeScript, sous licence MIT, il s'auto-héberge gratuitement. Il répond à un problème courant : la mémoire des agents reste souvent enfermée dans chaque produit, avec des sources floues et peu de moyens de la corriger. GBrain enregistre les faits explicites avec leurs sources, permet de les corriger ou de les retirer, et laisse plusieurs agents partager une même mémoire. On peut commencer par une recherche par mots-clés sans clé d'API, puis ajouter la recherche sémantique, la synthèse et l'enrichissement en arrière-plan. Il peut aussi être publié sur un réseau Tailscale via MCP, pour que des agents dans le cloud y accèdent. Il convient aux particuliers et aux petites équipes qui veulent doter des agents existants, comme Codex, Claude Code, Grok Bot ou Muse, d'une mémoire auditable et portable.
Contexte
Quiconque fait travailler un agent IA longtemps rencontre le même obstacle : l'agent oublie qui vous êtes, ou retient un fait sans pouvoir dire d'où il vient. Beaucoup de produits gardent la mémoire dans leur boîte noire, et changer d'outil oblige à tout réapprendre.
GBrain est un projet open source de Garry Tan, président et CEO de Y Combinator. Écrit surtout en TypeScript, sous licence MIT, il s'auto-héberge gratuitement ; un service hébergé payant et facultatif existe sur gbrain.io. Ce n'est pas un chatbot, mais une couche de mémoire placée à côté de l'agent. Le dépôt dépasse 32 000 étoiles sur GitHub.
L'auteur cite son propre déploiement : 155 795 pages, 24 589 personnes, 5 340 entreprises et 66 tâches planifiées autonomes. Ces chiffres sont déclaratifs : ils donnent une échelle, pas une garantie sur vos données.
Analyse approfondie
Le choix le plus marquant de GBrain est de gérer la mémoire sous forme de faits explicites. Chaque fait porte sa source et peut être corrigé ou retiré. Les systèmes qui compressent la conversation en vecteurs illisibles n'offrent pas ce chemin d'audit : ici, l'utilisateur peut comprendre pourquoi la mémoire est dans son état actuel.
Comment GBrain permet-il à plusieurs agents de partager une même mémoire ? La mémoire GBrain est stockée une seule fois et accessible par des interfaces communes. Un second agent, comme Codex ou Claude Code, lit les faits écrits par le premier, sans qu'il faille se présenter de nouveau. Les autres harnais passent par MCP.
Les capacités s'ajoutent par couches : recherche par mots-clés sans clé d'API au départ, puis recherche sémantique, synthèse et enrichissement en arrière-plan. Un nouveau brain local embarque des compétences de mémoire, et seuls les éditeurs approuvés publient dans un répertoire autorisé. La migration, menée par étapes, conserve les choix partagés et les modifications personnelles.
Impact sur l'industrie
La documentation propose trois voies. La première, recommandée, ajoute GBrain à un agent existant : il garde son identité et range sa mémoire dans son propre environnement, sans nouvelle identité ni dépôt privé. Des guides existent pour Grok Bot, Muse, Codex et Claude Code.
La deuxième tourne sur votre ordinateur : la commande gbrain mcp expose publie le brain via MCP sur un tailnet Tailscale, avec l'option --funnel pour des agents cloud comme Grok Bot, Muse ou ChatGPT. La troisième relie un brain hébergé, par OAuth natif ou connexion de machine privée.
Les guides distinguent Grok Bot de Grok Build, et l'agent personnel de Muse de Muse Code. Ils notent que Muse a déjà une mémoire native modifiable : GBrain ajoute un enregistrement explicite, portable, sourcé et partageable. Pour les équipes, l'enjeu est la propriété de la mémoire : enfermée chez un seul éditeur, elle alourdit la migration et l'audit.
Perspectives
Le projet est franc sur ses limites. Les fichiers locaux et les identifiants de base partagée forment une autre frontière de confiance, que les seules sources ne suffisent pas à isoler. Les tests d'autorisation couvrent des chemins d'accès précis, sans garantie générale d'absence de fuite. Avant tout déploiement, une équipe doit examiner elle-même la gestion des identifiants et l'étendue des permissions.
Second risque : les chiffres d'échelle viennent surtout de l'auteur. Une petite équipe peut commencer par la recherche par mots-clés, connecter un agent existant et vérifier le comportement des faits sourcés et des corrections.
Trois points sont à suivre : l'achèvement des vérifications en attente dans les guides, le fonctionnement des corrections et des retraits avec plusieurs agents, et l'évolution de la frontière entre auto-hébergement gratuit et gbrain.io.
Sources
FAQ
Qu'est-ce que GBrain ?
GBrain est un projet open source de mémoire pour agents, publié par Garry Tan, président et CEO de Y Combinator. Écrit surtout en TypeScript, sous licence MIT, GBrain s'auto-héberge gratuitement. Il fonctionne comme une couche de mémoire à côté de l'agent, avec des faits explicites, leurs sources, et des corrections ou retraits possibles.
Pourquoi GBrain est-il important pour les utilisateurs d'agents IA ?
GBrain s'attaque au problème de la mémoire des agents, souvent enfermée dans chaque produit, aux sources floues et difficile à corriger. GBrain fait de la mémoire un bien que l'utilisateur possède, avec sources et corrections, et permet à des agents comme Codex et Claude Code de partager une même mémoire.
Que faut-il vérifier avant d'adopter GBrain ?
Le projet GBrain précise que les fichiers locaux et les identifiants de base de données partagée forment une autre frontière de confiance, que la seule séparation par source n'isole pas. Les chiffres d'échelle, comme 155 795 pages, viennent de l'auteur, pas d'un test tiers. Les équipes doivent évaluer elles-mêmes identifiants et droits.