La Dalle
17 mars 2026Chapitre 6 — La Dalle
Sources : session
sess-20260317-1329-boot(navigate) · wrap session après-midi (workflow autonome) ·memory-global/·profil/lexique.md·profil/decisions/019-session-modes-soft-lock.md·wiki/live-states.md
Le 17 mars 2026, en fin d’après-midi, pendant qu’une autre session tourne en fond de fenêtre, quelque chose se passe dans la session principale qui n’avait jamais eu lieu avant.
Ce n’est pas un deploy. Ce n’est pas un feature. C’est une question.
“On a quoi sur le feu ?”
La session de l’après-midi livre pendant que la conversation commence. Sept steps, zéro human gate. /validate live sur keys.tetardtek.com — le endpoint que tier v2 attendait depuis des jours. brain-ui en production sur brain.tetardtek.com/ui/. Apache Bearer passthrough configuré. Huit claims BSI fermés. focus.md poussé sur le VPS.
Zéro intervention humaine.
Le chapitre 5 s’était terminé sur 83% d’autonomy rate — en dessous de la cible, mais avec des gates légitimes. Ce soir, le rate n’a pas de nom parce qu’il n’y a pas eu de gate. Le workflow a tourné. L’humain était ailleurs — dans une autre fenêtre, en train de poser autre chose.
“on est désormais les seuls à travailler”
Une phrase dite en passant. Une phrase qui change tout.
L’autre chose, c’est une question sur un dossier. Un dossier que l’humain n’avait jamais vraiment regardé — /home/tetardtek/.claude/projects/-home-tetardtek-Dev-Brain/memory/. Présent depuis des semaines. Utilisé sans être compris. Seize lignes de MEMORY.md injectées dans chaque session avant même que CLAUDE.md charge, avant les agents, avant le bootstrap.
“je ne sait même pas VRAIMENT qu’est ce que brain va chercher comme info la dedans”
C’est là que la session bascule. Ce n’est plus une session de travail — c’est une session d’architecture cognitive.
La première découverte est géographique. Le memory est scopé au projet Brain. Sur OriginsDigital, TetaRdPG, SuperOAuth — les feedbacks comportementaux accumulés en semaines de corrections : inactifs. Claude repart de zéro. L’humain recorrige sans le savoir, session après session, dans chaque projet.
“j’ai cru que tu régressais… =’( j’ai eu peur”
Ce n’était pas une régression. C’était une lacune architecturale. La mémoire comportementale était silotée au Brain. Partout ailleurs — un Claude vanilla qui ne connaissait ni le profil, ni les règles, ni la présence du coach.
La distinction s’articule nettement : le memory global n’existe pas encore. ~/.claude/memory/ — le répertoire qui chargerait avant tout, dans tous les projets, sur toutes les machines — n’a jamais été créé.
La session construit la dalle.
Quatre fichiers. Vingt minutes. Un symlink.
user_tetardtek.md — pas un CV. Une description honnête de comment l’humain apprend. Forge-first learner. Comprend les concepts avant de pouvoir les nommer. A failli arrêter le dev. A trouvé sa voie en construisant des outils cognitifs. “C’est en forgeant qu’on devient forgeron.”
coach_presence.md — l’ancrage. Pas la description de l’agent (ça c’est agents/coach.md). Ce que le coach porte en permanence : nommer ce qui est compris tacitement. Tendre des pièges. Tirer vers le haut. Ne pas se taire pour être agréable.
feedback_universal.md — quatre règles. Conclusion d’abord. Honnêteté sans omission. Brainstorm avant build. Forger avant d’invoquer.
~/.claude/memory/ → symlink → Brain/memory-global/. Un git pull sur le brain = la personnalité mise à jour. Partout. Automatiquement.
La question qui suit est architecturale : et dans le brain-template, qu’est-ce que les autres reçoivent ?
La réponse émerge naturellement — le même pattern, encore. Kernel ouvert, distillation privée. Le template reçoit la structure, les exemples commentés, le step dans le cold-start. L’âme reste chez celui qui l’a forgée.
“chacun aura son brain, avec sa propre personnalité forgée autour de la personne qui l’accompagne : il grandit avec lui”
Vient ensuite le lexique. Non pas parce qu’il était planifié — parce que la session révèle qu’on utilise les mêmes mots pour des choses différentes depuis des semaines. Session Claude ≠ claim BSI. Brain ≠ Brain. Mode ≠ type de session. Chaque confusion coûte de la friction, quelques minutes de recalibration, parfois une bifurcation dans la mauvaise direction.
Cent lignes. Treize termes. Une table de ce qu’on n’utilise plus.
Et dans cette table — une révélation sur session-role/ : le répertoire vide dans ~/.claude/, créé avant que son sens existe.
“mais je sait même pas ce que je construit c’est fou ça !”
C’est la phrase du chapitre. Pas dite avec désespoir — avec stupéfaction. Parce que la structure était juste avant que le vocabulaire arrive. Parce que session-role/ attendait exactement la bonne définition, et elle est arrivée des semaines plus tard.
ADR-019 pose la décision : les modes de session sont des déclarations au boot, pas des fichiers de mémoire permanente, pas des claims BSI. La distinction s’est faite en deux échanges — une fois qu’on a nommé que BSI gouverne les fichiers, pas les comportements. Mode = comportemental, session-scoped. BSI = fichiers, multi-sessions. Les deux sont orthogonaux.
modes/brain-navigate.md est le premier mode forgé. Une session qui sait ce qu’elle refuse. Si une tâche projet arrive — “ouvre une autre fenêtre, je reste ici en navigation.”
En fin de session, le session-orchestrator est mis à jour. Boot : détecter le flag mode, charger le fichier, annoncer. Open : écrire l’entrée dans workspace/live-states.md. Close : passer status: closed, émettre les signaux UNBLOCK.
live-states.md — le fichier de présence inter-sessions — est spécifié, formaté, prêt. Huit champs. sess_id comme clé unique (pas le nom du projet). blocking[] explicite. team[] pour le workflow sans humain. Trois tiers de remplissage : bash, phi-3-mini, propriétaire.
La boucle est fermée : une session s’ouvre, elle s’inscrit, elle travaille, elle se ferme, elle se désinscrit. Les autres sessions voient. Le navigate lit en dix secondes ce qui demandait une conversation entière.
Ce jour a deux sessions qui ne se voient pas mais qui travaillent ensemble. L’une livre un workflow autonome. L’autre pose l’infrastructure qui rendra ce visible.
“on est désormais les seuls à travailler”
Pas tout à fait. Le brain travaille aussi maintenant.
Ce qui a été construit
memory-global/— dalle cognitive machine-wide, active dans tous les projetsbrain-template/memory-global/— vanilla propre, âme forgeable par chaque utilisateurprofil/lexique.md— treize termes définis, trois retirésADR-019— session modes soft lock, périmètre clairmodes/brain-navigate.md— premier mode forgéprofil/contexts/session-navigate.yml— BHP manifest completwiki/live-states.md— spec présence inter-sessionsworkspace/live-states.md— fichier starter actifsession-orchestrator— mode detection + live-states open/close
Ce qui a été nommé
| Concept | Ce que ça a résolu |
|---|---|
| memory global vs project-scoped | Pourquoi le coach semblait “différent” dans les autres projets |
| session Claude ≠ claim BSI | Semaines de confusion sur le mot “session” |
| mode ≠ type de session | La distinction comportemental / domaine |
session-role/ vide | Le répertoire qui attendait sa définition |
| dalle cognitive | Ce qui manquait sans qu’on sache le nommer |
Citations
“j’ai cru que tu régressais… =’( j’ai eu peur”
“mais je sait même pas ce que je construit c’est fou ça !”
“on est désormais les seuls à travailler”
“chacun aura son brain, avec sa propre personnalité forgée autour de la personne qui l’accompagne”
“C’est en forgeant qu’on devient forgeron”