Le modèle de fonctionnement, dessiné · exemple Lantern

Où une mission peut s’arrêter, et comment elle avance

À lire comme un chemin. Dix contrôles avant qu’une session démarre (sept conditions stables du contrat, trois garde-fous durcis par l’usage), un témoin et une porte humaine avant toute intégration, une seule commande de sortie dont le code ne dépend que de la durabilité, et un registre qui renvoie chaque incident dans le contrat suivant. Le watcher est dessiné en deux temps : ce qu’il voit, et la route recevoir–transmettre–réveiller qui lance une mission depuis un contrat armé et réveille l’architecte quand la mission revient.

Le tableau a un architecte ; l’arbre a des sièges d’exécution ; l’autorité reste humaine. Claude Code, au siège d’architecte sur la machine de développement, tient les contrats et le tableau sans rien écrire dans l’arbre : le lanceur retire son identité de chaque mission qu’il démarre. Claude Code, Grok Build et Codex CLI exécutent dans leurs worktrees déclarés, sous le modèle et l’effort que le contrat nomme. Le watcher transporte des observations et des routes, jamais une autorisation. Et quand un arbitrage est contesté, un siège consulté hors de l’arbre, sans surface d’exécution et donc sans rien à défendre, rend un avis qui entre au registre : jamais une décision.

Les paquets qui circulent dans les fils sont le travail lui-même. Un tuyau vide est un tuyau arrêté. Tous les paquets sont pleins : tout ce qui est dessiné ici tourne. Survolez ou ciblez un bloc pour isoler son chemin.