GuideAdvanced

Le « brain » · donnez à votre app un cerveau à elle (pas un perroquet hors de prix)

Ce guide est le cœur de la série : là où toutes les pièces se rejoignent. Vous avez déjà vu la mémoire (se souvenir) et le RAG (chercher dans vos documents), et vous verrez plus loin le graphe (comprendre les connexions). Le « brain », c'est ce qui se passe quand vous combinez ces pièces à l'échelle du PRODUIT : quand il ne s'agit plus de VOTRE IA personnelle, mais d'une APP ou d'un AGENT que vous construisez et déployez pour D'AUTRES. Ce produit a besoin d'un savoir à lui : connaître des choses de votre métier et se souvenir de chaque utilisateur. Sans ça, votre app est un perroquet hors de prix qui répond de façon générique et traite tout le monde comme des inconnus. Avec un brain, c'est un employé qui apprend. Dans ce guide vous comprendrez ce qu'est un brain en clair, quand vous en avez vraiment besoin (et quand NON, pour ne pas sur-construire), de quelles pièces il est fait, et comment le monter — avec les vrais outils open-source et le prompt pour le concevoir sans tomber dans la sur-ingénierie.

Jun 20, 202613 min

Pour qui est-ce ?

Pour qui n'utilise plus seulement l'IA, mais construit une app ou un agent avec IA pour d'autres (clients, votre équipe). C'est là que se rejoignent la mémoire et le RAG que vous avez déjà vus. Si vous en êtes juste à donner de la mémoire à votre IA personnelle, commencez par le [guide de la mémoire](/recursos/memoria-para-tu-ia-herramientas) — le brain, c'est là où vous arrivez ensuite.

Quand le besoin apparaît-il ? (le moment exact)

Le moment arrive quand vous cessez de « chatter avec l'IA » et commencez à construire un produit que d'autres vont utiliser : un assistant pour vos clients, un agent qui gère votre activité, une app avec de l'IA dedans. Le signal : votre agent répond bien une fois… mais avec l'utilisateur suivant, ou le lendemain, il ne se souvient de rien — ni de la conversation précédente, ni de votre métier. C'est là que vous découvrez qu'il lui manque un cerveau.

La douleur d'où il naît · le perroquet hors de prix

Sans brain, votre app avec IA a trois problèmes qui la font paraître bête : (1) elle répond de façon générique parce qu'elle ne sait rien de VOTRE métier ; (2) elle traite chaque utilisateur comme un inconnu, elle ne se souvient de rien de lui ; (3) elle ne relie pas les faits (« ce client a demandé X, qui dépend de Y »). Le résultat, ce n'est pas qu'elle « casse » — c'est qu'elle ne se sent jamais intelligente, et que les gens l'abandonnent. Vous avez construit un perroquet hors de prix au lieu d'un employé.

Qu'est-ce qu'un « brain » ? (en clair)

Un brain (cerveau) est le savoir propre d'une app ou d'un agent : ce qu'il sait de votre métier et ce qu'il se rappelle de chaque utilisateur, pour répondre avec précision. Ce n'est pas un nouvel outil — c'est la combinaison des trois pièces que vous avez déjà vues dans la série, mais désormais à l'échelle du produit et travaillant ensemble.

Imaginez-le ainsi · le nouvel employé vs le vétéran

Une app sans brain, c'est un nouvel employé à son premier jour : compétent, mais qui ne sait rien de votre entreprise ni de vos clients. Une app avec brain, c'est l'employé vétéran : il connaît le métier sur le bout des doigts, il se souvient de chaque client et de ce qu'il a demandé, et il comprend comment tout se connecte. Le brain, c'est ce qui transforme le nouveau en vétéran.

Les 3 pièces d'un brain

Un brain complet réunit les trois choses de la série, chacune résolvant quelque chose de différent :

De quoi il est fait

Mémoire → se souvient de chaque utilisateur entre les sessions (ses préférences, son historique). Pour ne traiter personne comme un inconnu.

RAG → cherche dans le savoir de votre métier (vos documents, politiques, produits). Pour ne pas répondre de façon générique.

Graphe → comprend comment tout se connecte (ce qui dépend de quoi, quel client se rattache à quelle commande). Pour qu'il raisonne, pas seulement qu'il cherche.

Vous n'avez pas toujours besoin des trois

Clé pour ne pas sur-construire : la plupart des apps commencent avec la seule mémoire (se souvenir de l'utilisateur) ou mémoire + un RAG simple. Le graphe, c'est pour quand les relations entre vos données sont vraiment complexes. Un brain, ce n'est pas « mets-moi les trois d'un coup » — c'est « mets la pièce dont ton produit a besoin maintenant, et fais grandir le reste quand il le faut ».

Mémoire personnelle vs brain de produit · la différence clé

C'est le point qu'on confond le plus. La mémoire personnelle (échelon 1 de la série) sert à ce que VOUS travailliez mieux avec VOTRE IA — elle vit dans votre CLAUDE.md, elle est pour vous. Le brain sert à ce que votre APP sache des choses et se souvienne de SES utilisateurs — il vit dans le produit, sert plusieurs personnes à la fois, et chaque utilisateur a sa propre parcelle de mémoire. L'un est personnel ; l'autre est une infrastructure de produit.

Les outils (open-source et réels)

Vous n'avez pas à construire le brain de zéro : il existe des couches open-source qui le résolvent déjà. Ces trois-là sont les plus utilisées, et votre agent de code vous aide à les monter :

mem0ai/mem0

REPO

Couche de mémoire universelle pour agents d'IA : se souvient des préférences et des faits de chaque utilisateur entre les sessions, avec recherche par pertinence. La plus populaire de l'écosystème. Commencez par ici si ce dont vous avez besoin, c'est de la mémoire par utilisateur.

PythonApache-2.0View on GitHub

topoteretes/cognee

REPO

Plateforme de mémoire open-source qui COMBINE RAG + graphe de connaissances en une seule pièce : mémoire persistante de long terme pour agents. L'exemple le plus littéral d'un « brain » (recherche sémantique + raisonnement par relations).

PythonApache-2.0View on GitHub

getzep/graphiti

REPO

Construit des graphes de connaissances en temps réel comme mémoire d'agents, avec la notion du temps (ce qui était vrai et quand). Pour quand votre brain a besoin de comprendre des relations qui changent.

PythonApache-2.0View on GitHub

L'habitude · un brain se NOURRIT

Un brain vide ne sert à rien — sa valeur ne grandit QUE si vous le nourrissez avec l'usage. Faites-en un réflexe : chaque nouveau document de votre métier → au RAG ; chaque préférence ou donnée d'un utilisateur → à la mémoire ; chaque relation importante → au graphe. Le brain qu'on ne nourrit pas reste bête ; celui qu'on nourrit en sait chaque jour davantage.

Prompt · concevez votre brain sans sur-ingénierie

Avant de construire quoi que ce soit, laissez votre IA jouer les architectes et vous dire de quelles pièces vous avez VRAIMENT besoin (parfois juste la mémoire). Copiez-le et collez-le à votre agent de code :

Collez-le à votre agent · architecte de votre braintexte

Je veux donner un « brain » (savoir propre) à l'app/agent que je suis en train de construire, mais SANS sur-construire. N'écris PAS encore de code : aide-moi d'abord à décider de ce dont j'ai besoin.

ÉTAPE 1 — Interviewe-moi, une question à la fois, en langage simple :
- Que fait mon app/agent et pour qui ?
- Que devrait-il SAVOIR de mon métier ? (documents, politiques, produits, données)
- Que devrait-il SE RAPPELER de chaque utilisateur entre les sessions ?
- Y a-t-il des relations complexes entre mes données qu'il importe de comprendre (qui dépend de quoi) ?
- Combien d'utilisateurs est-ce que j'attends et à quel point les données sont-elles sensibles ?

ÉTAPE 2 — Avec mes réponses, dis-moi quelles pièces du brain il me faut VRAIMENT et lesquelles NON :
- Mémoire par utilisateur (est-ce que ça me suffit ?)
- RAG sur mon savoir métier (en ai-je besoin ou mes infos tiennent-elles dans le contexte ?)
- Graphe de connaissances (mes relations sont-elles si complexes qu'elles le justifient, ou est-ce de la sur-ingénierie ?)
Déconseille-moi explicitement ce dont je n'ai pas encore besoin.

ÉTAPE 3 — Recommande-moi le chemin le plus simple avec de vrais outils open-source (mem0 pour la mémoire, cognee si j'ai besoin de RAG+graphe ensemble, Graphiti pour le graphe temporel) et donne-moi un plan par phases : la pièce minimale d'abord, les autres quand elles seront nécessaires.

ÉTAPE 4 — Rappelle-moi l'isolation : chaque utilisateur ne doit accéder qu'à SA parcelle du brain (ça se relie à la sécurité : RLS par utilisateur).

Commence par l'Étape 1.

Attention · le brain et la sécurité vont de pair

Si votre app garde de la mémoire et des données par utilisateur, chacun ne doit voir QUE les siennes — comme on l'a vu en sécurité. Un brain sans isolation, c'est une fuite de données qui n'attend qu'à arriver. Combinez-le toujours avec le [blindage](/recursos/blindaje-enterprise-8-capas-seguridad) : le brain est le savoir, la sécurité c'est qui a le droit d'y toucher.

Mémoire + RAG + graphe = brain · comment tout s'emboîte

Le brain réunit les pièces de la série

Voyez comme tout s'emboîte : vous avez vu la mémoire (se souvenir) et le RAG (chercher dans les documents), et la troisième pièce, le graphe (comprendre les connexions), vous la verrez en profondeur dans la prochaine ressource. Le brain, c'est ces trois pièces, mais montées à l'échelle du PRODUIT, travaillant ensemble pour que ce que vous construisez ait un savoir à lui. Ce n'est pas un nouvel outil — c'est l'assemblage de ce que vous connaissez déjà.

Dans NeuralOS, le brain fait partie du produit

Dans NeuralOS, chaque app et chaque agent que vous construisez peut avoir son propre brain — mémoire par utilisateur, recherche sur le savoir du métier et graphe — sans que vous montiez mem0 ni pgvector à la main. L'idée, c'est que vous ayez le cerveau de produit sans avoir à être ingénieur de plateforme. La vision est déjà dessinée dans l'interface ; le moteur dans le cloud fait partie du chemin que nous construisons.

Le RAG sans fumée · une des pièces du brain (l'échelon précédent)

Le RAG, c'est le « ce qu'il sait de votre métier » du brain. Si vous l'avez sauté, commencez par là.

Graphify · le graphe, la pièce qui comprend les connexions (le suivant)

Le graphe, c'est le « comment tout se connecte » du brain. La couche la plus avancée, dans la prochaine ressource.

#brain#mémoire#rag#agents

Ready to build?