Un company brain comparé à ce que vous avez déjà

Personne ne part de rien. Au moment où une équipe se met en quête d'un company brain, elle paie déjà un wiki, un outil de recherche qui indexe le drive, et probablement une plateforme pour construire des agents. La bonne question n'est pas de savoir si l'idée est bonne. C'est de savoir si l'une des trois choses déjà sur la facture le fait.

Trois comparaisons, chacune loyale envers ce à quoi elle se compare, parce que deux des trois sont réellement bonnes dans ce pour quoi elles ont été conçues.

Un company brain, c'est juste un wiki ?

Non. Un wiki contient ce que quelqu'un a choisi d'écrire ; un company brain contient ce que les systèmes enregistrent déjà. C'est pour ça que les deux vieillissent si différemment.

Un wiki est un endroit où les gens écrivent. C'est sa définition et toute sa force : intention, jugement et nuance qu'aucun système n'aurait pu dériver, posés délibérément par quelqu'un qui comprenait le sujet.

Son mode de défaillance est tout aussi définitionnel. Un wiki n'est à jour qu'à hauteur de la dernière personne qui a eu envie de le mettre à jour, et le mettre à jour est un travail permanent sans échéance, ce qui en fait la quatrième priorité de tout le monde pour toujours. Alors la page qui décrit votre onboarding est juste pendant environ un trimestre, puis devient un compte-rendu assuré de comment les choses fonctionnaient avant. Personne ne la supprime, parce que personne n'est sûr de ce qui a changé. Tout le monde cesse d'y faire confiance, et elle reste dans les résultats de recherche quand même.

Un company brain n'est pas un meilleur wiki. Il est écrit à partir des outils plutôt qu'à la main, ce qui veut dire que le relancer est bon marché et qu'il peut être à jour par défaut plutôt que par discipline — une source unique de vérité qui tient parce que personne n'a à la maintenir, plutôt que parce que tout le monde s'y est engagé. Le compromis est réel et vaut la peine d'être dit : vous perdez l'essai délibéré qu'une personne réfléchie aurait écrit. Le bon arrangement garde les deux, et attend des choses différentes de chacun.

Un company brain, c'est juste du RAG ?

Non : la recherche renvoie les passages qui correspondent à une question, et un company brain renvoie une position que quelqu'un a déjà reconciliée à partir d'eux, avec sa date attachée.

La réponse technique standard est de tout indexer et de le chercher : découper le drive, l'embarquer, et laisser l'agent retrouver des passages au moment de la question. C'est le défaut depuis l'article de 2020 qui l'a nommé, ça marche, et pour retrouver un document précis c'est le bon outil.

L'écart apparaît dans ce qui revient. La recherche renvoie des passages, classés par similarité, issus de documents qui peuvent se contredire et ne portent en général pas de date. L'agent est alors chargé de reconcilier quatre fragments écrits par trois personnes sur deux ans, et il le fera — avec assurance, sans aucun signal sur lequel est encore vrai. Posez la même question à dix personnes et vous obtenez dix réponses assemblées à partir de dix jeux de fragments différents.

Un company brain a déjà fait la reconciliation. Quelqu'un, ou quelque chose, a lu à travers ces sources et a écrit la position actuelle, avec sa source et sa date attachées, avant même que la question ne soit posée. C'est la différence entre une barre de recherche et un compte-rendu : l'une vous tend la preuve, l'autre vous tend la conclusion et montre son travail.

C'est aussi moins cher à manier, ce qui compte plus qu'il n'y paraît. Une page distillée représente une fraction des tokens des passages bruts dont elle est tirée, et cette différence se paie à chaque question.

L'écart est assez bien compris pour que le domaine de la recherche le referme de son propre côté : GraphRAG et Graphiti ajoutent tous deux une couche structurée par-dessus les fragments précisément parce que les passages classés ne suffisaient pas. C'est la même conclusion, vue de l'autre côté.

Les plateformes d'agents le font-elles déjà ?

Pas le même travail. Les plateformes d'agents sont la moitié bruyante de ce marché, et le travail qu'elles font est réel : orchestration, outils, un endroit où construire et exécuter. Ce qu'elles ne fournissent pas, c'est ce dont les agents se nourrissent.

Or un agent ne vaut que ce qu'il sait au démarrage. Pointez dix agents vers une entreprise sans compte-rendu partagé d'elle-même et vous obtenez dix agents formés à l'activité séparément, par des personnes différentes, à des moments différents, qui divergent dès la première semaine. La question de la plateforme et la question du contexte se ressemblent et ne sont pas la même. Le contexte est en dessous.

C'est là que cet article s'arrête, parce que les comparaisons nommées ont leurs propres pages : Tulina vs. Dust le compare directement à une plateforme d'agents, et Claude avec Tulina le rapproche d'un agent qui a déjà des connecteurs. Les deux sont plus précises que ce qui a sa place ici.

Quand vous n'en avez pas besoin, et comment choisir

La réponse honnête : si l'entreprise est assez petite pour que tout le monde sache déjà tout, vous n'avez pas encore ce problème. Deux fondateurs et un ingénieur partagent le contexte en étant assis dans la même pièce, et tout système pour le contenir est un surcoût face à un problème qu'ils n'ont pas.

Ça commence à compter au moment où quelqu'un doit demander à quelqu'un d'autre comment quelque chose fonctionne, et ça compte beaucoup une fois que l'IA fait assez du travail pour que plus personne ne vérifie chaque réponse. Ce seuil arrive plus tôt qu'avant, ce qui explique en grande partie pourquoi le terme existe.

Le choix entre les quatre est moins un classement qu'une question de savoir quel échec vous rencontrez vraiment. Si personne n'écrit rien, un wiki n'est pas la réponse, et rien d'autre ne l'est tant que ça ne change pas. Si les documents existent mais que personne ne les retrouve, la recherche est le bon outil. Si les réponses existent mais se contredisent et ne portent pas de date, c'est le problème de reconciliation, et c'est celui pour lequel un company brain existe. La lettre trimestrielle aux LP en est un petit exemple : des chiffres de portefeuille rassemblés depuis les mises à jour des fondateurs et des tableaux de bord, chacun portant la date à laquelle il a été rapporté.

Si vous préférez construire qu'acheter, plusieurs des briques sont open source et vraiment bonnes ; le chemin y mène par comment construire un company brain, qui couvre le mécanisme et passe en revue les projets. Si c'est encore le principe que vous pesez plutôt que les options, pourquoi votre IA ne connaît pas votre entreprise est l'argument qui sous-tend les trois comparaisons.

Common questions

Do we have to replace our wiki?

No. A wiki holds intent and judgment that no system could have derived, and that is worth keeping. The right arrangement runs both and expects different things of each: deliberate writing in one, the reconciled and dated account in the other.

Is a company brain just RAG with better marketing?

They answer different questions. Retrieval finds passages that match a query and leaves you to reconcile them, usually with no dates attached. A company brain has already done the reconciling and written down the current position with its source and date, which is why it also costs a fraction of the tokens on every question.

We already have an agent platform. Is that not the same thing?

An agent platform gives you orchestration, tools and somewhere to run the work. It does not give the agents a shared account of the company, so ten agents get taught the business separately and drift apart from the first week. Context sits underneath the platform question rather than beside it.