au 3 octobre 2026 · gabarit v2.7.0
Ce que le brain est devenu. Tiré de ce que le gabarit publie — chaque bloc renvoie au chapitre qui l’a vu naître.
Qui écrit où. Le noyau est le même dans chaque fork ; tout le reste est à toi.
ce qui fait le brain — le même dans chaque fork
aucune modification sans décision humaine explicite
entre les deux
confirmation humaine
ta mémoire
chaque satellite a son scribe
ta machine — jamais partagée
propre à une machine, jamais versionnée avec le noyau
La loi des zones est née avec KERNEL.md — chapitre 1.
« Le CORE est un programme, brain/ est de la data. » Sept briques pour six capacités, en Python. Une règle les tient ensemble : retirer n’importe quelle brique doit laisser un système qui démarre.
persistancele pont vers la basemodelele pont vers le modèle d’embeddingtracesles traces, et l’écriture gouvernéebsiles claims et les verrousrecherchechercher dans l’indexindexationconstruire l’indexzonesl’identité, et qui écrit oùNé de Myéline, le rework du brain en septembre — chapitre 18 et chapitre 19.
Tout ce qui est structuré — claims, intentions, todos, décisions, index de recherche — vit dans une base SQL versionnée comme git : 19 tables et 5 vues. Le narratif reste en Markdown. La base n’écoute que sur la machine : elle n’est jamais exposée.
SQLite vers Dolt, en une nuit — chapitre 12.
Chaque session a un type, qui dit ce qu’elle charge et où elle peut écrire. Et chaque session ouvre un claim : une ligne en base, pas un fichier. Les sessions parallèles se voient.
workbrainexplorepilotechilllearningLes claims et leur protocole — chapitre 3 ; les types de session, resserrés — chapitre 14.
Un agent est un fichier : un en-tête qui déclare sa portée, son rôle et ses déclencheurs, puis ce qu’il sait faire. Il arrive de trois façons — le type de session le charge, son domaine est détecté, ou tu le demandes. Et agents/ n’est plus qu’une vue : chaque agent est un lien vers ta version s’il y en a une, sinon vers celle du noyau livré. Tu gardes les deux.
29 agents en une soirée — chapitre 1 ; le noyau et l’instance — chapitre 26. Ils racontent : Perspectives.
Chaque machine a sa propre base : rien ne la réplique. Le code et la doc voyagent par git ; les sessions des autres machines se lisent de pair à pair.
Le brain voit les autres — chapitre 8.
Un fork démarre par une commande : brain serve lance l’API et le serveur MCP depuis une seule déclaration. Il reçoit les versions par brain maj, qui montre son plan avant de toucher à quoi que ce soit : ce que tu as modifié est fusionné, pas écrasé. Et il se contrôle lui-même : brain doctor lance une soixantaine de contrôles, chacun gardant une dérive qui se ferait en silence.
Un fork est un brain entier — chapitre 25 ; recevoir une version — chapitre 26.
La doc du gabarit est générée, pas écrite à la main : ce qui se compte se calcule, ce qui se liste se génère, ce qui se nomme se vérifie. Une page qui cite un fichier, un agent ou une commande qui n’existe pas est refusée. Les chiffres de cette page en viennent.
f0e060e778e8bfa406ecb561fa99d07ddcfda4db40c460cb8b1b39a1573088957c5