Stabiliser une branche avant le lancement

Le problème

Les versions tardives échouent d’une manière spécifique : les agents corrigent les symptômes en parallèle, mais personne ne suit ce qui a déjà été validé. Le même bug est corrigé deux fois. Un test instable est masqué par un correctif qui aggrave le problème sous-jacent. La version est livrée avec un des correctifs qui a régressé silencieusement.

L’approche brainclaw

1. Suivre la liste de contrôle de la version comme des éléments de plan, et non comme un fichier Markdown. bclaw_create(entity='plan', data=...) par élément, avec des priorités et des dépendances. La vue tableau (bclaw_context(kind='board')) montre ce qui est fait, en cours et bloqué.
2. Afficher les contraintes actives et les traps connus avant chaque correctif. Lorsqu’un agent pose un claim sur un périmètre, son contexte inclut automatiquement les contraintes ouvertes et les traps étiquetés pour cette zone. L’agent qui est sur le point de “simplement supprimer cet avertissement” voit le trap indiquant “cet avertissement signale une véritable condition de concurrence, voir incident #2026-04”.
3. Appliquer la politique au moment du claim. bclaw_check_policy exécute des règles de correspondance globale avant toute modification. “Aucun agent en dessous du niveau de confiance ne peut toucher src/auth/” est traité comme un blocage strict, et non comme un commentaire d’examen de code a posteriori.
4. Capturer exactement ce qui reste. Chaque handoff de blocage de version décrit les préconditions (le test défaillant échouait-il toujours ?), la modification effectuée et la vérification nécessaire avant la fusion.

Ce qui change

Les versions qui étaient livrées avec des régressions cachées ou des correctifs non vérifiés laissent une trace écrite. Le journal d’audit (bclaw_audit) montre qui a touché quoi, quand et pourquoi — de sorte que l’analyse post-mortem s’arrête à “regardez l’audit”, et non à “demandez à tout le monde ce qu’il a fait”.

S’associe bien avec

• Une boucle d’examen symétrique (bclaw_coordinate(intent='review', open_loop=true, review_mode='symmetric')) où l’examinateur corrige ce qu’il peut sur place et ne renvoie que ce qui nécessite un jugement en amont.
• Un rapport de posture de gouvernance (bclaw_audit) avant la porte de fusion.