Le second brain d'entreprise
juillet 2026 · 11 min de lecture
Le second brain d'entreprise
Les quatre solutions toutes faites, ce que chacune résout, et pourquoi on a fini par construire la nôtre.
Le point de départ
On m'a expliqué le second brain vingt fois. Je n'ai jamais tenu plus de trois semaines.
La raison est simple : il fallait le nourrir à la main. Ranger ses notes le soir, taguer, classer, relire. Personne ne tient ça plus d'un mois, et surtout personne ne le fait à l'échelle d'une équipe.
Ce qui a changé en 2026, c'est que la capture est devenue automatique. Les réunions se transcrivent seules, les conversations d'agents se sauvegardent seules, les documents s'indexent seuls. Le second brain ne se remplit plus à la main.
Du coup une génération entière d'outils est sortie pour gérer ça. En voici quatre, tous open source, tous sérieux. Puis j'explique pourquoi aucun ne réglait notre problème.
Vue d'ensemble
| Outil | Ce qu'il mémorise | La question à laquelle il répond |
|---|---|---|
| graphify | La structure d'un projet | Comment ce truc est fait ? |
| claude-mem | Le travail d'un agent, session après session | On avait fait quoi hier ? |
| MemPalace | Les conversations, mot pour mot | Qu'est-ce qui a été dit exactement ? |
| cognee | N'importe quelle donnée d'entreprise | Comment tout ça se relie ? |
1. graphify — la carte du terrain
Le problème
Ton assistant IA cherche dans ton projet comme toi tu cherches dans un dossier : il ouvre des fichiers, il lit, il oublie. À chaque session il repart de zéro et redécouvre l'architecture.
La solution
graphify transforme un projet entier — code, documents, PDF, images, vidéos — en graphe de connaissance. Pas un moteur de recherche : une carte des relations. Qui appelle quoi, qu'est-ce qui dépend de quoi, quels sont les points de passage obligés.
Tu tapes /graphify dans Claude Code, Cursor ou Codex, et ton assistant a la carte.
Ce qui le distingue
Le parsing est déterministe. Le code est lu par tree-sitter, en local, sans aucun appel à un modèle. Rien ne quitte ta machine et l'indexation ne coûte pas un centime de tokens.
Chaque lien est justifié. Chaque connexion du graphe est marquée EXTRACTED (c'était écrit noir sur blanc dans la source) ou INFERRED (graphify l'a déduit). Tu sais toujours ce qui est un fait et ce qui est une hypothèse.
Ce n'est pas un index vectoriel. Pas d'embeddings, pas de base vectorielle. Un vrai graphe qu'on parcourt, où on trace un chemin entre deux points.
Sur les benchmarks publics (LOCOMO, juillet 2026), le projet revendique le meilleur rappel de tous les systèmes testés — environ dix fois mem0 — pour un index construit sans un seul crédit LLM.
Installation
uv tool install graphifyy && graphify install
Puis /graphify . dans ton assistant ($graphify sur Codex).
La limite pour une entreprise
C'est un outil de développeur, pensé pour du code. La version entreprise étend l'approche aux réunions et documents, mais l'open source reste centré sur le projet technique. Si ta question est "qu'est-ce que mes clients disent du prix", ce n'est pas l'outil.
Repo : github.com/Graphify-Labs/graphify
2. claude-mem — la continuité
Le problème
Tu bosses trois heures avec un agent. Vous prenez cinq décisions, vous corrigez trois erreurs, vous établissez des conventions. Tu fermes. Le lendemain il ne sait rien, et il refait les erreurs que vous aviez corrigées.
La solution
claude-mem capture ce que l'agent fait pendant qu'il travaille : les outils utilisés, les fichiers touchés, ce qui marche et ce qui casse. Ça compresse en résumés sémantiques, et ça réinjecte au démarrage de la session suivante.
En pratique
Tu ne retiens aucune commande. Tu poses la question :
> On a fixé quels bugs la session dernière ?
> Comment on avait implémenté l'auth ?
> Qu'est-ce qui a changé dans ce fichier ?
Le skill de recherche se déclenche seul et va chercher dans l'historique.
Installation
/plugin marketplace add thedotmack/claude-mem
/plugin install claude-mem
Puis redémarre. Tout est stocké en local dans ~/.claude-mem/.
La limite pour une entreprise
C'est la mémoire d'un agent, sur une machine. Elle est personnelle. Elle ne se partage pas, elle ne recoupe pas ce que ton commercial a appris en rendez-vous. C'est excellent pour ce que ça fait, mais ça reste le cerveau d'un poste de travail, pas celui d'une boîte.
Repo : github.com/thedotmack/claude-mem
3. MemPalace — le verbatim
Le problème
La plupart des systèmes de mémoire résument. Et un résumé, c'est une interprétation : il garde ce que le modèle a jugé important au moment où il l'a lu. Six mois plus tard, la phrase exacte que tu cherches a disparu.
La solution
MemPalace stocke mot pour mot. Aucun résumé, aucune paraphrase, aucune extraction. Le texte original, tel quel, retrouvé par recherche sémantique.
L'organisation reprend la méthode des lieux, la vieille technique mnémotechnique : les personnes et les projets deviennent des ailes, les sujets des pièces, et le contenu original vit dans des tiroirs. Ça permet de chercher dans une zone précise plutôt que dans une masse indifférenciée.
Il embarque aussi un graphe temporel avec fenêtres de validité : une information peut être ajoutée, interrogée, invalidée, et on peut lire sa chronologie. C'est le point le plus intéressant du projet, et on y revient plus bas.
Le projet revendique 96,6% de rappel sur LongMemEval, sans aucun appel API.
Le point de vigilance
Le dépôt officiel alerte lui-même sur l'existence de sites imposteurs susceptibles de distribuer des logiciels malveillants. Les seules sources légitimes sont le dépôt GitHub, le paquet PyPI et la documentation sur mempalaceofficial.com. Vérifie l'URL avant d'installer quoi que ce soit.
Autre chose : les sessions Claude Code expirent au bout de 30 jours si les hooks d'auto-sauvegarde ne sont pas câblés. C'est documenté, mais c'est le genre de détail qu'on découvre en perdant trois mois d'historique.
La limite pour une entreprise
Le stockage verbatim est une force et une faiblesse. Tout est gardé, donc tout est retrouvable — mais rien n'a été jugé. Le tri se fait au moment de la question, pas au moment de l'écriture. À l'échelle d'une entreprise, ça veut dire que la contradiction entre deux réunions reste dans le système et que c'est à toi de la trancher, à chaque fois.
Repo : github.com/MemPalace/mempalace
4. cognee — la plateforme
Le problème
Les trois précédents sont des outils de développeur. Ce qu'une entreprise a, c'est un fouillis : des PDF, des exports CRM, des transcriptions, des tableurs, des tickets.
La solution
cognee est une plateforme de mémoire open source qui ingère n'importe quel format et construit un graphe de connaissance auto-hébergé en continu. Elle combine recherche vectorielle et base graphe : tes documents deviennent à la fois cherchables par le sens et reliés entre eux.
Le principe est décrit comme un remplacement du RAG classique par des pipelines ECL — Extract, Cognify, Load. En pratique :
await cognee.add("...") # ingérer
await cognee.cognify() # construire le graphe
await cognee.memify() # appliquer les algorithmes de mémoire
await cognee.search("...") # interroger
Il existe un plugin Claude Code qui s'accroche au cycle de vie des sessions, un serveur MCP, une interface, une version cloud managée, et un papier de recherche derrière l'approche.
Pourquoi c'est le plus proche du besoin
C'est le seul des quatre qui a été pensé pour la donnée d'entreprise, avec l'isolation par tenant, la traçabilité, l'audit et le partage de connaissance entre agents. Si tu veux une base solide à auto-héberger, c'est là qu'il faut regarder en premier.
La limite
C'est une infrastructure, pas un produit. Tu obtiens un moteur remarquable et une page blanche. Les décisions difficiles — qu'est-ce qui rentre, qui a le droit d'écrire, combien de temps une information reste vraie — restent entièrement à ta charge.
Repo : github.com/topoteretes/cognee
Pourquoi aucun ne réglait notre problème
Ces quatre outils sont bons. Le nôtre n'est pas "mieux" : il répond à une autre question.
Tous les quatre optimisent la récupération. Ils partent du principe que l'information est stockée, et que le travail intéressant consiste à retrouver la bonne au bon moment. C'est un problème réel, et ils le résolvent bien.
Sauf qu'en entreprise, le problème n'est pas de retrouver. C'est de savoir à qui croire.
Quand ton commercial dit une chose en réunion, que le CRM en dit une autre, et qu'une décision de février contredit les deux, un système de récupération performant te rend les trois. Avec un excellent score de pertinence. Et te laisse trancher.
C'est là que ça casse. Un dirigeant n'a pas besoin de trois réponses bien classées, il a besoin de savoir laquelle fait foi aujourd'hui.
Trois manques concrets :
Personne ne juge à l'entrée. Tout est capté avec le même statut. Un brouillon de brainstorming pèse autant qu'une décision de comité.
Rien ne périme. Une information vraie en janvier reste dans le système avec la même autorité en décembre. Aucun de ces outils, sauf MemPalace partiellement avec ses fenêtres de validité, ne modélise le fait qu'une vérité a une durée de vie.
La provenance se perd. Après deux ou trois passages de résumé, on ne sait plus d'où vient une affirmation ni qui l'a dite. Et une information dont on ne peut pas remonter la source ne vaut rien dans une décision qui engage.
C'est pour ça qu'on a construit le nôtre.
Ce qu'on a construit
1. Ce que le système est
Un registre de ce que l'entreprise sait. Chaque information entre par une seule porte, est jugée à l'entrée, et porte définitivement sa source, sa date, son état de validité et ce qu'elle a remplacé.
Les autres outils — messagerie, Granola, CRM — sont des systèmes d'action : ils produisent des événements. Le Brain est le seul système de référence : il décide ce qui devient vrai, pour combien de temps, et ce qui cesse de l'être.
La thèse : le jugement est payé une fois à l'écriture, pas à chaque requête. Corollaire non négociable — on ne peut soustraire que ce qu'on a qualifié en entrée.
Ce que ça implique concrètement
Une seule porte d'entrée. S'il existe deux chemins pour écrire dans le registre, il en existe un qui n'est pas contrôlé. C'est la contrainte la plus coûteuse à tenir et celle sur laquelle on ne cède pas.
Le tri se paie une fois. Qualifier à l'écriture demande un effort au moment où l'information arrive. En échange, toutes les lectures ultérieures sont propres. L'inverse — stocker brut et trier à la lecture — semble moins cher, mais tu repaies le tri à chaque question, éternellement, et jamais deux fois de la même façon.
Une information remplace une information. Quand une donnée en périme une autre, le lien est explicite. Tu peux toujours lire ce qui était vrai avant, savoir depuis quand ça ne l'est plus, et pourquoi.
Un système d'action ne fait pas foi. Un message Slack n'est pas une décision. Une note de réunion n'est pas une politique tarifaire. Les outils du quotidien produisent de la matière première ; ils ne produisent pas de la vérité.
Par où commencer, toi
Tu n'as pas besoin de notre système pour commencer. Voici ce que je conseillerais.
Si tu veux le tester sans rien construire. Prends cognee, auto-héberge-le, et branche-lui un seul flux — tes transcriptions de réunion. Un mois. Tu sauras si le sujet mérite un investissement.
Si tu es développeur avant tout. graphify plus claude-mem, ça se met en place en une demi-heure et ça change ton quotidien tout de suite. Mais reste lucide : c'est ta mémoire, pas celle de ta boîte.
Si tu ne veux rien installer. Commence par la seule chose qui compte vraiment : décide où vit la vérité. Un seul endroit, connu de tous, où on écrit ce qui fait foi. Même un document partagé fait l'affaire au début. L'outillage vient après, et il ne réparera jamais une organisation qui n'a pas tranché cette question.
C'est d'ailleurs par là qu'on commence chez nos clients. Avant les agents, avant l'automatisation. Parce que tout ce qui se construit ensuite vient se brancher sur cette base — et si la base est vide, tu as juste des outils rapides qui ne savent rien de ta boîte.
Les liens
- graphify — github.com/Graphify-Labs/graphify
- claude-mem — github.com/thedotmack/claude-mem
- MemPalace — github.com/MemPalace/mempalace (attention aux sites imposteurs, passe par GitHub)
- cognee — github.com/topoteretes/cognee
Tous les quatre sont open source et gratuits. Les benchmarks cités viennent des dépôts eux-mêmes et sont auto-déclarés : intéressants comme ordre de grandeur, à ne pas prendre pour des comparaisons indépendantes.
Et si tu veux qu'on le fasse pour toi
Le système décrit plus haut, on l'installe chez nos clients. C'est la première chose qu'on met en place, avant les agents et avant l'automatisation.
Si tu veux qu'on regarde ensemble si ça a du sens dans ton entreprise : ceepia.com
On te dira aussi si ce n'est pas le moment. Il y a des boîtes pour lesquelles un document partagé et un peu de discipline suffisent largement, et ça ne sert personne de leur vendre une infrastructure.