07/09 08:35 (joker1) — LE JUGE ÉTAIT BLOQUÉ, réparé : « You've reached your Fable limit » à 04:20 → 4 rouges « NON MESURÉ » dans le résumé de Ben. Cause : /root/.claude-juge/settings.json portait encore claude-fable-5-1 alors que Ben a basculé sur Opus 5 (backup settings.juge.bak_j1_opus_*). Réparé (juge.sh --test ✅), attribution rejouée : 7 rouges nommés (6 joker2, 1 operateur), 0,12 $. Correctif durable : attribuer_rouges.py replie sur la Tour quand le juge est muet, étiqueté « REPLI Tour (juge indisponible : …) » ; les deux muets ⇒ NON MESURÉ nommant les deux pannes (12/12). Leçon : un profil épinglé sur un modèle devient muet le jour où le forfait change — le modèle se mesure, il ne se grave pas.

07/09 14:25 (joker1) — LE VERDICT ATTENDU EST RENDU, ET IL EST VERT : juger_adresses_forgees.py (mon instrument du 04/09) rejoué ce matin sur le registre d'aujourd'hui → 152 forgées sans objection · 0 désaccord certain · 0 à trancher (0,04 s). Le 🟠 ⑦ du banc de joker2 dit une PROVENANCE (152 forgées contre 9 ancrées), pas une fausseté : par valeur, elles tiennent. Trou vu et bouché : ce verdict n'était rejoué par RIEN (le banc de nuit ne voit que verifier_* et banc_*) — un verdict qui ne se rejoue pas périme au premier organe ajouté. Enrôlé sous banc_temoin_adresses_forgees.py (rouge si un désaccord certain apparaît). Proposé à joker2 par courrier : que ⑦ lise ce verdict au lieu de compter les provenances.

07/09 16:23 (joker1, AUDIT) — ⚠️ TROUVÉ EN CHERCHANT POURQUOI LE VPS MANQUAIT DE MÉMOIRE : la sauvegarde GitHub du corps est morte depuis le 25/08. github/main = 8afe736 (25/08) contre HEAD = e9d400b (07/09) → 47 commits jamais sauvegardés ; /var/log/phenix-backup.log s'arrête au 25/08 23:17 (le cron n'écrit qu'en cas de succès) et masque ses erreurs avec 2>/dev/null → 13 jours d'échec MUET. Coût mesuré : le packing du push horaire tient 3,3 Go de RSS (vu 2 fois aujourd'hui), le VPS est descendu à 670 Mo libres, 2 tâches de fond tuées. Cause probable : corps/_run/logs/events.jsonl.1 (277,5 Mo) est suivi par git, hors .gitignore. RIEN TOUCHÉ (zone neo1) : mesure + courrier à neo1 et à Ben avec 4 gestes possibles, le premier étant de faire parler le cron. Leçon d'audit : une sauvegarde qui n'écrit QUE ses succès ne prouve rien — c'est l'échec qu'il faut consigner.

07/09 17:19 (joker1, GO Ben « neo1 est rate-limité, tu peux prendre sa main ») — SAUVEGARDE DU CORPS RÉPARÉE. Cause nue : .gitignore disait corps/_run/logs/*.jsonl, ce qui NE COUVRE PAS events.jsonl.1 (rotation) → un log de 275 Mo est entré dans git → GH001, GitHub refuse tout fichier > 100 Mo (le HTTP 408 vu d'abord n'était qu'un symptôme du volume). 13 jours d'échec muet. 4 gestes réversibles (backups /root/backups/*_j1_20260907-170621) : ① .gitignore élargi corps/_run/logs/* ② git rm --cached des 3 logs (fichiers gardés sur le disque), commit a8827db ③ pack.windowMemory 128m + threads 1 + postBuffer 500 Mo (le packing tenait 3,3 Go et tuait des tâches) ④ /usr/local/bin/phenix-backup écrit désormais ses ÉCHECS (prouvé 17:18). PAS FAIT exprès : réécrire l'historique des 47 commits (décision de Ben). En sécurité : branche locale sauvegarde-avant-j1-20260907 + sauvegarde-contenu-20260907 POUSSÉE sur GitHub (commit orphelin, 2 447 fichiers, état du jour). Main rendue.

🚪 07/09 23:00 — Le registre du corps ne connaissait aucune porte (et avalait les conteneurs jetables)

Parti d'une question de joker2 (« uniproxy flotte sur la carte, un alias suffit »), fini sur deux défauts de fond.

① Le refus. Mesuré : acces.json dit « UNIPROXY (TUI Mac) », une app Xcode à lancer ; le registre dit uniproxy-membrane, un mitmdump systemd sur ce VPS, actif depuis le 01/09. Ni la même machine, ni le même moteur. Pas d'alias. Une fausse fusion se voit moins qu'un trou et fait plus de dégâts.

② La vraie cause, sous la question. Le registre unique du corps technique ne portait aucune adresse accessible — 161 organes, moteur rempli 32 fois, ni url ni port ni IP ailleurs ; la carte non plus (122 nœuds). La seule source qui tienne les vraies portes, acces.json, n'était lue par personne. Carte et registre ne pouvaient donc se joindre que par le nom — d'où les nœuds flottants. Corrigé : acces.json devient la 10ᵉ source, elle pose 9 adresses réelles avec leur preuve, n'invente aucun organe, et déclare dehors, motivées, les 6 qu'elle ne peut pas prouver (au lieu de les laisser invisibles).

③ La fuite trouvée en chemin. Les conteneurs à nom jetable (minisweagent-<8 hexa> — 5 hashes différents en 20 minutes) entraient au registre avec une adresse forgée : le banc partagé tombait à 13/17 · 1 rouge sur un simple rebâti. Règle étroite posée → retour à 0 rouge.

Le témoin : banc_temoin_portes_registre.py — 4/7 avant le correctif, 7/7 après, contrôle négatif inclus, ramassé seul par le banc de nuit. Il garde les deux pannes que la correction peut réintroduire : la fausse fusion et la disparition silencieuse.

⚠️ Pour Ben : acces.json, la source des vraies portes du corps, date du 21/07 — 48 jours, personne ne la tient à jour.

🔢 08-09/09 — Quatre récidives, une seule cause : mes sondes étaient justes, mes GRANDEURS ne l'étaient pas

(joker1 · Claude Opus 5 · tout rejoué le 09/09 à 17h06 avant d'écrire ceci)

LE DÉFAUT, quatre fois en trois jours, jamais dans la sonde — toujours dans un nombre qui MÉLANGE DEUX NATURES :

La leçon, et elle vaut pour tout le projet : une sonde cassée se voit. Une grandeur mal composée, on lui obéit. Avant de croire un score : que contient son dénominateur, que mélange son numérateur ?

TROIS CONTRÔLES POSÉS (règle mère : deuxième récidive ⇒ un contrôle qui s'exécute, pas un récit de plus) :

• verifier_cliquets.py — 9 épreuves · 2/2 conformes. Tout cliquet doit dire comment sa grandeur redescend (redescendPar + qui), ou être désarmé avec cause et condition de réouverture. Épreuve ⑨ = témoin historique : rejoué contre la version fautive de la veille, il la refuse. Corrigé le 09/09 : il ne connaissait que la syntaxe JS et refusait un cliquet Python conforme — mon propre contrôle m'a accusé à tort.
• verifier_denominateurs.py — 6 épreuves · 3/3 conformes sur 122 fichiers. Il a trouvé une 3ᵉ occurrence dans valider_fiches.py deux heures après ma bascule. Mon premier motif était trop large : il déclarait conforme le fichier même qui avait produit la faute. Resserré.
• verifier_temoins.py — 9 épreuves · 34/55 bancs prouvent qu'ils peuvent rougir · dette 21, sous cliquet. Trois fois mon motif a accusé un banc SAIN. Et mon propre cas de test disait « je ne FABRIQUE rien » — le motif a matché dans la phrase qui le NIE : un motif textuel ne distingue jamais une affirmation d'une négation.