Des affaires réelles, jugées par le cabinet sur de vrais dossiers — pas des démonstrations. Dates, tours et verdicts sont ceux des séances.
Revue de lancementSéance n°13 · 07/2026
Deux défauts interceptés avant la première ligne de code
Un plan d'optimisation devait diviser par deux la latence d'une application de traduction vocale. Soumis au cabinet avant implémentation : au tour I, deux membres le valident, un émet des réserves. Au tour II, après lecture des pairs, les deux « conforme » révisent leur position — arguments cités. Résultat : un mécanisme de lecture fragile reconduit par habitude et un repli de secours qui cassait en cas de panne réseau, corrigés sur plan. Le cabinet a aussi exigé un protocole de mesure : le gain annoncé sera prouvé, pas supposé. Épilogue : le test terrain a mesuré 3 à 5 secondes gagnées — l'optimisation est en production.
↻ Consensus en 2 tours — plan durci, 2 bugs évités, gain prouvé
Siège vérificateurSéance · 07/2026
La fausse version qui n'est pas passée
Une réponse d'IA citait une version de logiciel inexacte. Les membres jugeant sur pièces ont rendu, à raison, « invérifiable sur le dossier » — réserves. Le siège vérificateur web, lui, est remonté à la source officielle et a réfuté l'affirmation, URL à l'appui, dans un désaccord signé. La divergence entre les sièges disait exactement où était le risque.
⚖ Désaccord documenté — l'erreur factuelle est sortie du dossier
La maison se jugeSéance · 07/2026
Le greffier repris par son propre cabinet
Le greffier IA qui prépare la composition des panels a soumis sa proposition au cabinet — comme le veut la règle de la maison. Verdict : une règle interne formulée trop largement, corrigée avant application, et un point que personne n'avait vu — un panel à nombre pair s'expose à l'égalité. Consilium se juge comme il vous juge : l'avis a été suivi.
✓ Avis suivi — la composition a été amendée
Conclusion — le cabinet à l'épreuveSéance n°14 · 07/2026
Quatre tours, une pièce versée, et un plan qui ne ressemblait plus au premier
Un plan de refonte du routage temps réel d'une application de traduction vocale est soumis au cabinet avec consigne de délibérer jusqu'au consensus. Au tour I, deux membres valident, un réclame des pièces. Au tour II, les deux « conforme » révisent leur position après lecture des pairs — la séance se suspend, le demandeur verse le code réel. Les pièces révèlent que le plan surestimait son propre périmètre : un composant présenté comme partagé ne l'était nulle part. Le cabinet fait fusionner deux lots présentés comme séquentiels, requalifie une règle absolue en hypothèse réfutable — l'interface ne garantissait pas ce que le plan supposait — et refuse de conclure tant qu'un automate temporel n'est pas spécifié noir sur blanc. Consensus au tour IV, sur un plan durci. Épilogue : implémenté, testé sur le terrain et basculé en production le jour même. La leçon du registre : un conseil qui acquiesce vite ne vaut rien — celui-ci a fait réécrire le plan avant la première ligne de code, et c'est précisément pour cela que la mise en production n'a pris qu'une journée.
↻ Consensus en 4 tours + pièces versées — périmètre corrigé, spécification exigée, en production le jour même