Tetardtek
8c95b70314
Synchronise le template avec les décisions fondatrices 2025-2026 : - 018 : migration Rust strangler fig toolkit - 023 : Cortex/Cosmos product vision - 025 : cortex composition operator - 026 : IPC context packet access matrix - 027 : ambient autonomy engine - 028 : learning loop detect-iterate - 029 : Cosmos frontend brain - 030 : boot mode empirical validation - 031 : distribution model - 032 : execution mode vs workflow - 033/033a : embedding language strategy + zone filter - 034 : infra separation local/VPS/template - 035 : session pilote mode (ADR-035) Dépersonnalisation : keys/brain.<OWNER_DOMAIN>, deciders: [<owner>]
127 lines
4.0 KiB
Markdown
127 lines
4.0 KiB
Markdown
---
|
|
id: ADR-035
|
|
title: Mode Pilote — session longue durée, copilotage humain-brain
|
|
status: accepted
|
|
date: 2026-03-18
|
|
deciders: [human, coach]
|
|
tags: [session, mode, pilote, cognitif, collaboration]
|
|
scope: 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
|
|
|
|
```yaml
|
|
# 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
|