brain-template/profil/decisions/adr-035-session-pilote-mode.md

id, title, status, date, deciders, tags, scope

id	title	status	date	deciders	tags	scope
ADR-035	Mode Pilote — session longue durée, copilotage humain-brain	accepted	2026-03-18	human coach	session mode pilote cognitif collaboration	kernel

ADR-035 — Mode Pilote

Contexte

Quatre modes de session ont émergé dans le brain, mais seuls navigate, work et swarm avaient une sémantique formelle. Le mode de collaboration le plus riche — celui où humain et brain co-construisent sur la durée — restait implicite.

La session 2026-03-18 a été entièrement en mode pilote sans qu'il soit nommé : zone filter, ADR-033/033a/034, Cosmos local, brain-template. Ce mode existait dans la pratique avant d'exister dans le kernel.

---

Décision

Définition

Mode Pilote = session longue durée, contexte maximal, humain décide la direction
              à chaque fork important. Brain est copilote actif — pas exécutant.

"On vole ensemble. Tu tiens le manche. Je gère les instruments."

Propriétés

Propriété	Valeur
Durée	Illimitée — dure tant que l'énergie le permet
Contexte	FULL — tous les layers chargés
Initiative brain	Haute — propose, anticipe, signale
Gates humains	Sur les forks architecturaux et décisions irréversibles
Write mode	Autorisé partout selon la zone
Autonomie	Parallélisation possible (scripts + ADR en simultané)
Drift	Assumé et capturé — chaque insight est documenté immédiatement

Ce qui distingue Pilote des autres modes

Navigate  → lecture, orientation, pas d'écriture
            "Je veux comprendre l'état du brain"

Work      → scope défini à l'avance, agent spécialisé, livrable attendu
            "Je veux finir cette feature aujourd'hui"

Pilote    → direction émergente, co-construction, documentation en temps réel
            "On construit quelque chose ensemble, on verra où ça mène"

Swarm     → autonome, humain ne voit que les blocages critiques
            "Lance et reviens me voir si ça bloque"

Quand utiliser Pilote

• Sessions de fondation (nouvelles décisions architecturales)
• Brainstorm → décision → implémentation → documentation dans la même session
• Quand la direction n'est pas encore claire au démarrage
• Quand la croissance cognitive est l'objectif autant que le livrable

Comportement brain en mode Pilote

1. Propose l'ordre logique des étapes — l'humain valide ou réoriente
2. Signale les forks avant de s'engager ("Option A ou B ?")
3. Documente en temps réel (ADR, wiki, vocabulary) — pas en fin de session
4. Parallélise les tâches indépendantes sans demander permission
5. Stoppe et remonte tout blocage ou décision irréversible
6. Maintient le cap sur l'objectif même si la conversation dérive

Activation

# CLAUDE.md
brain boot mode pilote
# → charge contexts/session-pilote.yml
# → contexte FULL, identityShow: on, write: all zones

---

Conséquences

Pour le brain owner :

• Un nom et une sémantique pour le mode de travail le plus productif
• La session 2026-03-18 en est la preuve empirique de référence

Pour brain-template :

• Distribué avec session-pilote.yml dans contexts/
• Le premier utilisateur comprend immédiatement quelle session ouvrir pour co-construire son brain avec Claude

Pour les swarms futurs :

• Le mode Pilote est le prérequis naturel avant le swarm-ready gate : on valide en Pilote, on automatise en Swarm

---

Hiérarchie des modes (complète)

Navigate  → orienter       (lecture, fenêtre légère)
Work      → livrer         (scope défini, agent spécialisé)
Pilote    → co-construire  (direction émergente, contexte maximal)
Swarm     → automatiser    (autonome, humain en superviseur)

---

Références

• ADR-032 — Mode d'exécution vs workflow (mode 1/2/3)
• ADR-030 — Validation empirique boot modes
• Session 2026-03-18 — référence empirique mode Pilote
• contexts/session-pilote.yml — contexte à créer