Files
brain-template/README.md
Tetardtek 878886cd51 feat: brain-template v2.0 — BSI-v3 complet + tiers documentés
- README reécrit : tiers free/pro/full + modèle clé API + multi-instance
- Sync agents/ (57 agents, kernel-isolation validated)
- Sync scripts/ BSI-v3 (file-lock, preflight, human-gate, brain-status)
- KERNEL.md v0.7.0 — zones + délégation + rendering + isolation
- brain-compose.yml v0.7.0 — rendering mode + kerneluser
- workflows/ — template + brain-engine exemple
- locks/.gitkeep + claims/.gitkeep
- helloWorld : RAG boot tier full only (bsi-rag retiré du template)
2026-03-16 23:26:38 +01:00

7.0 KiB

brain-template

Système de coordination multi-instances pour Claude — protocole BSI-v3. Forke ce repo pour démarrer ton propre brain.


Ce que c'est

Un brain est un système de contexte persistant et coordonné pour Claude. Chaque session repart d'un état connu. Plusieurs instances peuvent travailler en parallèle sans conflit.

Git (MVCC) + Agents calibrés + Protocole BSI-v3
= Claude qui ne répète pas les mêmes erreurs
  qui coordonne plusieurs instances simultanées
  qui respecte ton périmètre de travail

Tiers

Tier Accès Activation
free Kernel complet + BSI-v3 + agents fondamentaux Fork public — aucune clé
pro + Agents métier (code-review, security, vps, ci-cd…) Clé API tier: pro
full + Distillation locale (brain-engine) + instances rendering Clé API tier: full

Tier free — ce que tu as sans rien demander

Agents : coach, scribe, debug, mentor, helloWorld, brainstorm, orchestrator,
         todo-scribe, interprete, aside, recruiter, agent-review

Protocole BSI-v3 complet :
  - Multi-instances sans conflit (file-lock.sh + preflight-check.sh)
  - Human gate + pause cascade (human-gate-ack.sh)
  - Vue live multi-instances (brain-status.sh)
  - Theme branches + workflows déclarés
  - Tiered-close + exit triggers

Modes brain-compose : prod, dev, brainstorm, coach, debug, HANDOFF…

Tier pro — avec clé API

Agents supplémentaires : code-review, security, testing, refacto,
                         vps, ci-cd, monitoring, pm2, migration,
                         frontend-stack, optimizer-*, toolkit-scribe,
                         coach-scribe, git-analyst, capital-scribe,
                         i18n, doc, mail, config-scribe

→ Ajouter dans brain-compose.local.yml :
    api_key: <ta-clé>
    tier: pro

Tier full — avec clé API full

Tout pro +
  - brain-engine en local (distillation 2-pass, résumés compressés)
  - Mode rendering : instances autonomes sur tes projets
  - RAG sur l'historique brain
  - Toutes les optimisations de contexte (BE-*)

→ brain-engine s'installe localement
→ Valide la clé au démarrage contre l'endpoint d'autorisation
→ Sans clé valide : brain fonctionne en free, distillation inactive
→ Clé liée à ton fork — non redistribuable

Obtenir une clé : contact@tetardtek.com (beta privée — partage limité)


Installation — 15 minutes

Prérequis

  • Git
  • Claude Code CLI
  • Un repo Git (Gitea, GitHub…)

1. Forker le template

git clone git@<TON_GITEA>:<USERNAME>/brain-template.git ~/Dev/Brain
cd ~/Dev/Brain
git remote rename origin upstream   # garder le lien vers les updates kernel
git remote add origin git@<TON_GITEA>:<USERNAME>/mon-brain.git
git push -u origin main

2. Configurer CLAUDE.md

# Copier vers le profil global Claude
cp profil/CLAUDE.md.example ~/.claude/CLAUDE.md

# Éditer ~/.claude/CLAUDE.md :
#   brain_root: /home/<user>/Dev/Brain
#   brain_name: prod

3. Configurer les chemins machine

# Éditer PATHS.md — remplacer les placeholders :
#   <BRAIN_ROOT>     → /home/<user>/Dev/Brain
#   <GITEA_URL>      → git@git.example.com
#   <USERNAME>       → ton username
#   <PROJECTS_ROOT>  → /home/<user>/Dev/Projects

4. Personnaliser brain-compose.local.yml

cp brain-compose.local.yml.example brain-compose.local.yml
# Éditer : kernel_path, instances, [api_key si tier pro/full]

5. Cold boot

Ouvrir Claude Code dans le dossier brain et taper :

Bonjour — démarre le brain (helloWorld)

Signal de succès : contexte posé en < 3 échanges, sans redemander qui tu es.


Multi-instances — le protocole

Plusieurs fenêtres Claude Code sur le même brain, sans conflit :

# Fenêtre 1 — coach/discussion
bash scripts/brain-status.sh          # voit tout ce qui se passe

# Fenêtre 2 — travail terrain (ex: projet superoauth/)
# Elle ouvre un claim, pre-flight check avant chaque écriture,
# mutex si fichier partagé → BRAIN-INDEX.md synchronise tout

Guide complet : wiki/multi-instance.md


Structure

brain/
├── agents/               ← 57 agents calibrés (index : agents/AGENTS.md)
├── scripts/              ← BSI-v3 protocol (index : scripts/README.md)
│   ├── brain-status.sh   ← vue live multi-instances
│   ├── preflight-check.sh← 6 checks avant écriture
│   ├── file-lock.sh      ← mutex fichier
│   ├── human-gate-ack.sh ← gate humain + pause cascade
│   └── ...
├── workflows/            ← chaînes de satellites déclarées
├── wiki/                 ← guides (multi-instance, patterns, concepts…)
├── locks/                ← registre mutex fichiers (BSI-v3-7)
├── claims/               ← sessions BSI (vide au démarrage)
├── BRAIN-INDEX.md        ← état global — lu par toutes les instances
├── KERNEL.md             ← loi des zones (ne pas modifier seul)
├── brain-compose.yml     ← modes, feature flags, agents autorisés
├── brain-compose.local.yml← config machine (non versionné)
└── PATHS.md              ← chemins machine (à personnaliser)

BSI-v3 — protocole de coordination

Le protocole qui permet plusieurs instances sans collision :

Composant Rôle
claims/*.yml Chaque session déclare son scope — visible par toutes
BRAIN-INDEX.md Registre global — état en temps réel
file-lock.sh Mutex fichier — empêche les écritures simultanées
preflight-check.sh 6 checks avant d'écrire (scope, zone, lock, circuit breaker…)
human-gate-ack.sh Pause planifiée ou urgence — cascade sur les instances enfants
brain-status.sh Vue live : qui travaille où, quels fichiers lockés, quels signaux

Zones — ce que tu peux modifier

Zone Contenu Règle
kernel agents/ scripts/ KERNEL.md brain-compose.yml Décision humaine — preflight bloque les agents
project todo/ workspace/ projets/ Libre — rendering mode ici
personal profil/capital progression/ Ton contenu, non distribué

Recevoir les updates kernel

git fetch upstream
bash scripts/kernel-update-check.sh --remote  # détecte conflits vs updates
# Appliquer les non-conflictuels :
bash scripts/kernel-update-check.sh --remote --apply

kernel.lock — checksums SHA-256 des fichiers kernel. Permet de savoir exactement ce qui a divergé avant de puller.


Roadmap

  • BSI-v3 multi-instances (v3-1b → v3-8)
  • Rendering mode — instances autonomes projet
  • kernel.lock + isolation check
  • Validation clé API (tier pro/full)
  • kernel-orchestrator (v3-9) — routage autonome entre satellites
  • brain-engine hosted (distillation managée)

Licence

MIT — kernel libre. brain-engine (distillation) non inclus dans ce template.