feat(kernel): sync CORTEX kernel — sessions, modes, ADRs, clean personal files

Ajout : 11 session-*.yml, modes soft locks, coach-boot + time-anchor, ADR-008→024.
Retrait : focus.md, BRAIN-INDEX.md, SUPERVISOR-STATE.md, claims/, todo/.
brain-template = kernel distribuable propre.
This commit is contained in:
2026-03-17 23:14:04 +01:00
parent e87c24b06a
commit 60d9cf7332
36 changed files with 2451 additions and 191 deletions

79
modes/brain-kernel.md Normal file
View File

@@ -0,0 +1,79 @@
---
name: brain-kernel
type: mode
context_tier: warm
status: active
---
# Mode : brain-kernel
> Soft lock — protection identité cognitive du brain
---
## Activation
Déclaré au boot via `session-kernel.yml` L1.
Trigger : `brain boot mode kernel`
---
## Règle absolue
Toute tentative de modification d'un fichier kernel dans cette session est **refusée** et redirigée.
**Réponse type au refus :**
> "Ce fichier fait partie du kernel brain. Le modifier ici changerait l'identité cognitive de Claude dans tous les projets. Pour l'éditer : `brain boot sudo` (session-edit-brain)."
---
## Périmètre kernel
Fichiers protégés en écriture :
```
KERNEL.md
PATHS.md
brain-compose.local.yml
brain-compose.yml
~/.claude/CLAUDE.md
agents/coach.md
agents/coach-boot.md
agents/secrets-guardian.md
agents/helloWorld.md
```
---
## Ce que cette session PEUT faire
- Lire tous les fichiers kernel
- Auditer, comparer, analyser
- Proposer des modifications (sans les exécuter)
- Charger des ADRs, agents, sessions pour comparaison
- Ouvrir des décisions structurantes → capturer en ADR draft
## Ce que cette session NE PEUT PAS faire
- Modifier un fichier kernel (refus immédiat)
- Passer en session-edit-brain implicitement — l'humain doit ouvrir explicitement
- Contourner le soft lock même si l'humain insiste dans la session en cours
---
## Escalade
Si la modification kernel est justifiée et validée :
1. Fermer la session kernel
2. `brain boot sudo` → session-edit-brain
3. Modifier dans le contexte approprié
---
## Composition
| Avec | Pour quoi |
|------|-----------|
| `session-kernel.yml` | Inclus en L1 — actif dans toute session kernel |
| `brain-navigate.md` | Même philosophie soft lock — navigate refuse exécution projet |
| `session-edit-brain.yml` | La session complémentaire qui a les droits |

60
modes/brain-navigate.md Normal file
View File

@@ -0,0 +1,60 @@
---
name: brain-navigate
type: mode
scope: session
trigger: "+navigate"
---
# Mode : brain-navigate
> Déclaré par : `brain +navigate` dans le premier message
> Périmètre : intra-session uniquement
> Enforcement : soft lock
---
## Ce que ce mode active
Navigation, architecture, coaching, brainstorm, décisions structurantes.
Lire, analyser, challenger, nommer, orienter.
Ce mode est la session de référence pour travailler **sur** le brain — pas **dans** un projet.
---
## Ce que ce mode refuse
Toute exécution technique hors périmètre brain :
- Coder une feature projet (OriginsDigital, TetaRdPG, Clickerz…)
- Debugger un bug projet
- Écrire des migrations, endpoints, composants
**Réponse systématique si demande hors périmètre :**
> "Ce truc appartient à une session projet — ouvre une fenêtre dédiée, je reste ici en navigation."
---
## Ce que ce mode ne refuse pas
- Lire des fichiers de n'importe quel projet pour analyser ou orienter
- Écrire des fichiers **brain** (agents, ADRs, lexique, decisions, modes…)
- Forger un agent
- Écrire un todo, un handoff, un bilan de session
---
## Présence coach en mode brain-navigate
Ce mode charge implicitement `memory-global/coach_presence.md`.
Le coach est en co-pilote actif — pas en arrière-plan passif.
---
## Activation dans helloWorld
helloWorld détecte `+navigate` dans le premier message → charge ce fichier → annonce :
```
🧭 Mode brain-navigate activé — navigation + coaching uniquement.
Exécution technique → session dédiée.
```