Notion et Drive ne sont pas des cerveaux d'entreprise

Tu as un Notion. Il a été beau le premier mois. Il y a dedans une page « process de vente » écrite il y a huit mois, une base clients remplie à moitié, deux pages sans titre que personne n'ose supprimer. Quand tu cherches une information, tu la retrouves plus vite en fouillant tes conversations qu'en ouvrant ta base. Et le jour où tu branches une IA dessus, elle te ressort exactement ce que tu y as laissé : du périmé, dit avec assurance.

Le problème n'est pas Notion. Un cerveau d'entreprise est l'endroit où ton IA lit et écrit pendant qu'elle travaille, pas l'endroit où tu ranges une fois que le travail est fini. Notion et Drive imposent cette deuxième étape. Elle ne se fait jamais, ou elle se fait mal, donc la base décroche du réel pendant que tout le monde continue de croire qu'elle dit vrai.

Un second cerveau et un cerveau d'entreprise, c'est la même chose ?

Non. Un second cerveau sert un humain : tes notes, ta pensée, tes lectures. Un cerveau d'entreprise sert une activité : la doc, les systèmes, les process, l'état réel des projets en cours. Le premier peut rester dans ton Obsidian personnel. Le second doit vivre là où le travail se fait, sinon il ne sert personne.

La confusion coûte cher parce qu'elle fait acheter le mauvais outil. Une application de notes est conçue pour qu'un humain retrouve ce qu'un humain a écrit. Un cerveau d'entreprise est conçu pour qu'un programme lise un état, agisse, puis réécrive cet état. Ce ne sont pas deux versions du même objet.

Pourquoi une base dans Notion ou Drive se périme-t-elle toujours ?

Parce que la tenir à jour est une action séparée du travail. Quelqu'un termine un projet. Il est censé résumer les décisions, déposer les fichiers, mettre à jour la page. La plupart du temps il ne le fait pas. Quand il le fait, il compresse justement ce qui servait.

Jacob Posel, qui dit avoir participé à plus de 1 500 montages de cerveaux d'entreprise chez HQ, pose le même diagnostic : les cerveaux externes échouent quand mettre à jour la base est une étape distincte du travail. Le chiffre est le sien, pas le nôtre.Le fil de Jacob Posel

Le résultat se voit à l'œil nu dans la plupart des boîtes qu'on ouvre. La base décrit l'organisation d'il y a un an. Les vraies décisions vivent dans les conversations, dans les mails, dans la tête de deux personnes. Une IA branchée là-dessus n'invente rien du tout, elle répète fidèlement une photo périmée.

Pourquoi un dossier de fichiers bat-il une belle base de connaissances ?

Parce que l'agent qui fait le travail peut lire et écrire ces fichiers pendant qu'il le fait. Des fichiers texte dans un dossier s'ouvrent, se corrigent et se relisent immédiatement, sans interface, sans API, sans quota. Le cerveau reste à jour parce que le mettre à jour fait partie du travail au lieu de venir après.

• Tout est du texte, donc tout se lit, se compare et se corrige sans outil particulier.
• Le dossier est versionné, donc tu vois qui a changé quoi et tu reviens en arrière.
• Rien n'est enfermé chez un éditeur : tu copies le dossier, tu emportes toute la boîte.
• Un agent peut réorganiser lui-même la structure le jour où elle le gêne.
• Ce que tu écris pour l'agent reste lisible par un humain, donc il n'y a pas deux documentations à tenir.

Gauthier décrit son cerveau d'entreprise comme un dépôt git privé qui ne contient que des fichiers texte, poussé automatiquement. Il le résume par une image qui tient : une clé USB avec l'ADN de la boîte, que tu peux extraire et brancher où tu veux. C'est la bonne façon d'y penser.La vidéo de Gauthier

Claude Code branché sur un Obsidian, est-ce que ça fait un cerveau d'entreprise ?

Presque. Il manque la pièce qui compte. Obsidian est un très bon endroit pour écrire, Claude Code est un très bon harnais pour lire et écrire des fichiers. Branchés ensemble, tu obtiens un second cerveau assisté. Ça devient un cerveau d'entreprise le jour où l'agent écrit dedans ce qu'il fait, pas seulement le jour où il le lit.

La combinaison marche parce que les deux parlent la même langue : des fichiers texte dans un dossier. Obsidian ne les enferme pas, il les affiche. Claude Code n'a aucune API à appeler, il ouvre le dossier. C'est pour ça que cette pile revient partout, c'est aussi pour ça qu'elle est le point de départ le plus court quand tu pars de rien.

Ce qui manque presque toujours, c'est la boucle d'écriture. La plupart des montages qu'on ouvre donnent au modèle le droit de lire le vault, rien d'autre. L'agent répond mieux, personne ne le conteste. Seulement le vault ne bouge pas : il vieillit exactement comme un Notion, dans un autre format.

• Le droit d'écrire, pas seulement de lire : l'agent corrige le fichier quand la réalité a changé.
• Un endroit où atterrit ce qui s'est passé aujourd'hui, sinon il n'y a rien à lire demain.
• Une fiche par rôle, pour que deux agents qui travaillent le même jour ne se marchent pas dessus.
• Un dossier qui sert l'activité, tenu à part de tes notes personnelles : ce ne sont pas les mêmes lecteurs.

La séparation du dernier point est la moins évidente, c'est aussi la plus rentable. Ton vault personnel contient tes lectures, tes brouillons, tes réflexions à moitié faites. Un agent qui travaille pour ta boîte n'a rien à y chercher, et l'y envoyer dégrade ses réponses au lieu de les enrichir.

Faut-il ranger ce cerveau pour tes équipes ou pour tes agents ?

Pour tes agents. Une arborescence qui te paraît limpide ne change presque rien à ce qu'un agent retrouve. Les heures passées à dessiner la hiérarchie parfaite avant le premier usage sont perdues. Mets l'information dedans, regarde où l'agent bute, corrige ensuite.

C'est le premier motif que décrit Jacob Posel : les équipes organisent le cerveau comme il leur parle à elles, ce qui est exactement à l'envers, puisque le lecteur principal n'est pas humain. Réorganiser plus tard ne coûte presque rien à un agent. La semaine passée à débattre du plan de classement, elle, ne revient pas.

Qu'est-ce qu'on garde, le résultat ou le chemin qui y mène ?

Les deux. C'est le chemin qu'on jette. La plupart des boîtes archivent le fichier final : le devis, la présentation, le tableur. Elles perdent les contraintes, les pistes écartées, les corrections, les essais ratés. Or c'est cette trace qui apprend à un agent comment on travaille ici.

Si ton meilleur opérateur construit un tableur remarquable et que tu ne conserves que le tableur, tu as gardé la réponse et jeté la méthode. La méthode est la seule des deux qui se réutilise sur le dossier suivant.

• Ce qu'on cherchait, avec ce qui aurait permis de dire que c'était bon.
• Ce qu'on a essayé avant, avec la raison pour laquelle ça n'a pas tenu.
• Les contraintes réelles : le délai, la personne disponible, ce que le client refuse.
• La correction faite à la fin, celle qui ne se devine pas en relisant le résultat.

Faut-il supprimer Notion et Drive ?

Non. Ils font bien ce qu'ils font : stocker, partager, présenter quelque chose à un humain. Ce qu'ils ne peuvent pas être, c'est la boucle elle-même, celle où l'agent lit un état, agit, puis réécrit cet état. Garde-les comme vitrine, sors la boucle de là.

En pratique ça donne une règle simple. Ce qui doit être lu par un humain de passage reste là où il ira le chercher. Ce qui sert à décider, à exécuter ou à reprendre un travail en cours descend dans le dossier où tournent tes agents. Le jour où les deux racontent la même chose, c'est que le second est devenu la source.

Par où commencer cette semaine ?

Par un seul process, celui qui te coûte le plus de mains. Tu n'as pas besoin d'un plan de classement, tu as besoin d'un premier fichier qu'un agent lit et que tu corriges avec lui.

• Crée un dossier, sur ta machine, avec des fichiers texte dedans. Rien d'autre.
• Écris-y ton process le plus coûteux, tel qu'il se passe vraiment, pas tel qu'il devrait se passer.
• Ajoute ce que tu as déjà essayé et qui n'a pas marché, c'est ce qui empêche qu'on te le repropose.
• Fais tourner ton IA dessus pendant une semaine, sur du vrai travail, pas sur un test.
• Chaque fois qu'elle se trompe, corrige le fichier plutôt que de corriger la réponse.

Les questions qui fâchent

Est-ce que ça veut dire migrer tout mon Notion ?

Non. Une migration complète est même la meilleure façon de ne jamais commencer, parce qu'elle demande une décision sur mille pages avant le premier bénéfice. Tu descends un process, celui qui saigne. Le reste bouge quand il gêne, pas avant.

Et si je suis seul dans ma boîte ?

Ça change l'ordre, pas la conclusion. Seul, le premier bénéficiaire du cerveau d'entreprise c'est toi dans trois mois, quand tu auras oublié pourquoi tu avais tranché comme ça. À deux ou trois, ça devient aussi ce qui t'évite de tout réexpliquer à chaque arrivée.

Des fichiers en clair, c'est prudent pour la confidentialité ?

Un dossier chez toi n'est pas moins protégé qu'un espace hébergé par un éditeur, il est protégé autrement. Ce qui compte, c'est qui a accès à la machine, qui a accès au dépôt, ce que tu acceptes d'envoyer à un modèle. Ces trois questions se posent de toute façon, y compris avec Notion.

Au bout de combien de temps ça sert vraiment ?

Le premier effet arrive dès que ton IA cesse de te demander ce que fait ta boîte. Celui qui compte arrive plus tard, quand une demande complexe part du fichier au lieu de partir de zéro. On ne t'annoncera pas de délai ici : ça dépend surtout de la quantité de réel que tu acceptes d'écrire.