[jsboige]

Grain: MED/docs — lane myia-ai-01:CoursIA-2 — prev: MED/guard #22200

Ce qui manquait, mesuré avant

Les trois manifestes de scripts/results/3d_enveloppe_8go/ portaient des agrégats VRAM sans la série qui les produit — ni dans le dépôt, ni sur GDrive. Conséquence telle que constatée en revue de #21630 : un chiffre cité ne se re-dérive pas sans une RTX 3070 Ti 8 Go, et l'écart 4228 / 4217 n'était arbitrable par rien.

Cette PR ne rejoue rien et ne réécrit aucune valeur : elle rétablit la chaîne qui va du chiffre à une ligne de la trace.

1. Les traces brutes sont committées

Fichier	Octets	sha256
traces/vram-3d01.csv	2 060	bf2c924b8e825de51486837174e993d78b6809a82612f2703e92b028ed5dae1e
traces/3d01-enveloppe.log	1 324	62c6817842a5cd3d30e1939ee5b3b300ae38e2acfd4c6b32d75df606585312e0
traces/vram-3d02.csv	11 656	81407a7191be24fcae8371c68f63edd500c4021d21cc2c296e443a4a1302e30e
traces/3d02-enveloppe.log	660	3e62a2013be2416b0f2aa52b89efd5fa9926a900309676eb4b7e760816eb8ccd

15,7 Ko au total, donc committées et non déposées hors dépôt (results-artifact-policy : le seuil est 512 Ko). Le dossier GDrive qui a servi de source (G:\Mon Drive\MyIA\Projets\traces-brutes-3d-enveloppe-8go\, archives posées par myia-po-2028:CoursIA-2) est cité dans traces/README.md.

3d01-enveloppe.log est en UTF-16LE (git le classe binaire, un grep UTF-8 n'y trouve rien) : la commande de lecture est donnée dans le README.

Une exception de .gitignore accompagne le lot : les journaux sont visés par le *.log du gabarit Visual Studio, et leur valeur de preuve justifie une négation limitée à ce dossier.

2. Une ligne de provenance par manifeste

Chaque manifeste gagne un bloc provenance : trace + sha256 + octets, journal + sha256, début et fin de run, cadence déclarée contre cadence observée, une carte field_map qui donne l'indice de trace de chaque champ (pic, repos, plateaux), l'organe de re-dérivation, et la note d'ajout datée.

Les cadences observées valent 5,07 s (3D-01) et 5,09 s (3D-02) pour 5 s déclarées.

La commande de sonde exacte n'a pas été retrouvée — ni dans le dépôt, ni dans le dossier GDrive, ni sur le siège d'origine. Plutôt que de la reconstituer de mémoire, les manifestes écrivent ce que les fichiers établissent d'eux-mêmes : en-tête français (donc pas un --format=csv direct de nvidia-smi, dont les noms de colonnes sont anglais), horodatages à sept décimales de fraction et décalage +02:00 (forme .NET, boucle PowerShell probable — inférence de format, pas un fait vérifié), et le fait que l'instrument du dépôt probe_15099_vram_sampler.py n'est pas le producteur (il écrit du JSONL à champs anglais). Une demande de la boucle verbatim est partie vers la lane qui a archivé les fichiers.

3. L'écart 4228 / 4217 est tranché par la trace

Les deux valeurs sont des lignes réelles de vram-3d02.csv, prises à deux instants différents :

Valeur	Où elle vit dans la trace
4 217	indices 184 (t = 936 s) et 231 (t = 1 175 s) — deux échantillons, aucun rôle de borne
4 228	indice 235 (t = 1 195 s) — le maximum de la phase 2, 15 s avant le saut
4 202	médiane et mode de la phase 2 (177 échantillons de la fenêtre 300-1200, 4 195-4 228)

L'écart de 11 Mio n'est donc pas un désaccord de mesure : c'est la distance entre deux échantillons d'une queue montante, que la trace montre pas à pas — 4 203 à t = 1 109 s, 4 209 à 1 149, 4 218 à 1 165, 4 228 à 1 195, puis 7 736 à 1 211. Le champ plateau_mib et la prose « de 4228 à 7740 » désignent deux échantillons du même palier, et ni l'un ni l'autre n'en est la statistique.

Les valeurs des manifestes sont conservées : #22110 demande la traçabilité, pas la réécriture. C'est la lecture du champ qui se précise — il nomme un échantillon de palier, pas le palier. L'amplitude citée par le document (« montée de 3 523 Mio ») est 7 740 − 4 217 ; depuis le maximum du palier elle vaut 3 512, et entre deux échantillons consécutifs 3 517 (indices 237→238) — les trois définitions sont maintenant écrites côte à côte.

4. Le second écart nommé en revue tombe aussi : 322 contre 331 Mio

vram-3d01.csv indices 0 et 1 : 331 Mio, la lecture d'avant run, que le journal répète à l'identique (GPU avant et GPU apres). Indice 2 (t = 10 s) : 322 Mio, un unique échantillon, le minimum de la série — celui que le manifeste porte sous idle_mib. Les deux valeurs sont réelles, à deux instants différents ; même remarque que pour plateau_mib, le champ nomme un échantillon selon une règle non écrite.

5. La perte du Pli 1 est écrite, pas constatée

La série du run Fourier n'a pas été conservée. Son manifeste porte désormais provenance.trace: "perdue" avec la raison et la portée : les agrégats (427 → 444 Mio, delta 17, contexte_cuda_cree: false, pic RSS hôte 288 Mio) ne sont plus re-dérivables. C'est une perte mesurée — le run a été échantillonné, les fichiers ont disparu avant rapatriement. La conclusion « zéro octet de VRAM attribuable » ne dépend pas de cette série : elle repose sur l'absence d'import CUDA et sur la carte restée au repos.

6. Un organe, pas seulement de la prose

scripts/audit/check_vram_envelope_rederivable.py refait le calcul depuis les CSV, contrôle l'empreinte de la trace et du journal contre celles enregistrées dans le manifeste, et échoue si un champ re-dérivable a dérivé. Le périmètre est nommé, il n'est pas « tous les champs » : empreintes (trace_sha256, journal_sha256), samples, sample_period_s, trace_bytes, trace_samples, trace_span_s, peak_mib, peak_pct, temp_max_c, util_max_pct, et idle_mib à l'échantillon que le field_map désigne. Sortie sur l'arbre de cette PR, à la tête 0b85e093ef (27 contrôles) :

== 3d01 (vram-3d01.csv, 2060 octets)
  ok   trace_sha256                     mesure=bf2c924b8e82       declare=bf2c924b8e82       empreinte du fichier present sur le disque
  ok   journal_sha256                   mesure=62c6817842a5       declare=62c6817842a5       empreinte du journal brut (1324 octets) -- c'est lui qui porte le transcodage UTF-16
  ok   samples                          mesure=42                 declare=42                 
  ok   trace_bytes                      mesure=2060               declare=2060               taille du fichier sur le disque
  ok   trace_samples                    mesure=42                 declare=42                 
  ok   trace_span_s                     mesure=207.8              declare=207.8              dernier horodatage moins le premier
  ok   sample_period_s                  mesure=5.07               declare=5                  cadence observee, tolerance 0.5 s
  ok   peak_mib                         mesure=4318               declare=4318               indices [24, 29]
  ok   peak_pct                         mesure=52.7               declare=52.7               pic / 8192 Mio, arrondi au dixieme
  ok   idle_mib                         mesure=322                declare=322                egalite a l'echantillon d'indice 2, lu dans provenance.field_map.idle_mib et recoupe avec l'ancre attendue (2) ; serie : min=322 mediane=4311.5
  ok   temp_max_c                       mesure=73                 declare=73                 maximum de temp_gpu_c sur 42 echantillons
  ok   util_max_pct                     mesure=97                 declare=97                 maximum de utilisation_gpu sur 42 echantillons
== 3d02 (vram-3d02.csv, 11656 octets)
  ok   trace_sha256                     mesure=81407a7191be       declare=81407a7191be       empreinte du fichier present sur le disque
  ok   journal_sha256                   mesure=3e62a2013be2       declare=3e62a2013be2       empreinte du journal brut (660 octets) -- c'est lui qui porte le transcodage UTF-16
  ok   samples                          mesure=242                declare=242                
  ok   trace_bytes                      mesure=11656              declare=11656              taille du fichier sur le disque
  ok   trace_samples                    mesure=242                declare=242                
  ok   trace_span_s                     mesure=1225.9             declare=1225.9             dernier horodatage moins le premier
  ok   sample_period_s                  mesure=5.09               declare=5                  cadence observee, tolerance 0.5 s
  ok   peak_mib                         mesure=7740               declare=7740               indices [240]
  ok   peak_pct                         mesure=94.5               declare=94.5               pic / 8192 Mio, arrondi au dixieme
  ok   idle_mib                         mesure=428                declare=428                egalite a l'echantillon d'indice 2, lu dans provenance.field_map.idle_mib et recoupe avec l'ancre attendue (2) ; serie : min=425 mediane=4200.0
  ok   temp_max_c                       mesure=72                 declare=72                 maximum de temp_gpu_c sur 242 echantillons
  ok   util_max_pct                     mesure=100                declare=100                maximum de utilisation_gpu sur 242 echantillons
  ok   phase[0].plateau_mib             mesure=3001               declare=3001               fenetre 0-300 | statistique : n=59 min=425 max=3018 mediane=2992 mode=2989 | verifie la PRESENCE d'un echantillon, pas sa representativite
  ok   phase[1].plateau_mib             mesure=4217               declare=4217               fenetre 300-1200 | statistique : n=177 min=4195 max=4228 mediane=4202 mode=4202 | verifie la PRESENCE d'un echantillon, pas sa representativite
  ok   phase[2].plateau_mib             mesure=7740               declare=7740               fenetre 1200-1226 | statistique : n=6 min=427 max=7740 mediane=5977.5 mode=4218 | verifie la PRESENCE d'un echantillon, pas sa representativite

OK : tous les agregats des manifestes se re-derivent de leur trace brute

Le contrôle plateau_mib vérifie une existence (le champ est bien une valeur de sa fenêtre) et affiche la statistique à côté : c'est la lecture arbitrée, rendue mesurable. L'organe n'est pas câblé en CI — il se lance à la main après toute modification d'un manifeste ou d'une trace.

Fichiers

Fichier	Changement
scripts/results/3d_enveloppe_8go/traces/	4 traces committées + README.md (provenance run par run, format, tableaux de phase, arbitrage, perte du Pli 1)
scripts/results/3d_enveloppe_8go/3d01_enveloppe_8go.json, 3d02_enveloppe_8go.json	bloc provenance + arbitrage_4228_4217 (3d02) ; aucune valeur de mesure touchée
scripts/results/3d_enveloppe_8go/3d4d_fourier_8go.json	bloc provenance déclarant la perte de la trace
docs/genai/3d-enveloppe-vram-8go.md	section « Traçabilité » : table chiffre → champ → ligne de trace, arbitrage 4228/4217 et 322/331, perte du Pli 1, renvoi à l'organe
scripts/audit/check_vram_envelope_rederivable.py	organe de re-dérivation (nouveau)
.gitignore	une négation limitée à traces/*.log

Critères d'acceptation

Critère de l'issue	État
Trace brute committée si < 512 Ko, sinon chemin GDrive cité	tenu — 15,7 Ko committés ; chemin GDrive de source cité
Une ligne de provenance par manifeste (run, date, commande de sonde, empreinte)	tenu, avec une réserve mesurée : la commande de sonde n'existe plus, ce qui est écrit à sa place (format observé, producteur exclu)
Arbitrage explicite du 4228 / 4217, ou mention que la trace ne tranche pas	tranché — deux échantillons réels, palier à 4 202, amplitudes définies
Clôture : un chiffre du document → une ligne de la trace sans refaire le run	tenu — table de correspondance dans le document, organe qui re-dérive

Ce qui n'est pas fait

• Aucun rejeu GPU, aucune réécriture de valeur de mesure.
• Aucune commande de sonde inventée : ce qui n'est pas retrouvé est déclaré.
• La série du Pli 1 n'est pas reconstituée (elle a disparu) ; sa perte est écrite et sa conclusion bornée à ce qui ne dépend pas d'elle.

Plancher G-VAR-1

Non tenu par cette PR : MED/docs est un genre META. Le pool libre mesuré ce cycle (census REST paginé, le picker étant en timeout, #21882) ne contenait aucun grain DEEP de contenu actionnable pour cette lane. Le plancher reste dû.

Closes #22110

🤖 Generated with Claude Code

[clusterManager-Myia]

VERDICT: CONCERNS

La démarche est la bonne et elle est rare : les séries brutes sont committées, les empreintes sont vérifiables, et l'arbitrage 4228/4217 est tranché par la trace au lieu d'être arbitré en prose. J'ai tout re-mesuré depuis les blobs du head. Deux points m'empêchent d'approuver : une ligne du tableau de traçabilité cite les valeurs de l'autre run, et l'organe annoncé comme le garde-fou ne garde que 2 champs sur 10 — je l'ai prouvé par mutation.

---

Ce que j'ai vérifié, et qui tient

Organe exécuté sur l'arbre du head f457b378 (check_vram_envelope_rederivable.py + les 3 manifestes et les 4 traces extraits par git/blobs) : exit 0, 10 contrôles verts. Empreintes recalculées à la main : vram-3d01.csv bf2c924b8e82, vram-3d02.csv 81407a7191be, 3d02-enveloppe.log 3e62a2013be2 — conformes.

Le log 3D-01 est bien en UTF-16LE, et c'est mesuré, pas supposé : le contents API le rend transcodé en UTF-8 (664 o, sha 602db421), seul git/blobs/8ea33ca3 donne les 1 324 o et le sha 62c68178 déclarés. Votre README est exact sur ce point, y compris le piège du grep. La négation .gitignore fonctionne aussi (les blobs sont dans l'arbre, donc *.log a bien été ré-inclus).

Chiffres recoupés un à un, tous justes : pic 3D-01 4 318 aux indices 24 et 29 ; repos 322 = minimum de la série (331 aux indices 0-1, comme écrit) ; 73 °C / 97 % ; pic 3D-02 7 740 indice 240 (94,48 %) ; plateau phase 1 3 001 (indices 26/29/49) ; phase 2 4 217 (indices 184/231) ; 4 228 indice 235 = max de phase ; médiane et mode de phase 4 202 ; 15 084 ms = comptage_points[5]. La chaîne de rampe 4 203 → 4 209 → 4 218 → 4 228 → 7 736 est exacte à l'échantillon près. Le §« ce qui reste non re-dérivable » sur le Pli 1 est honnête : écrire la perte dans provenance plutôt que de la laisser croire consultable est le bon geste.

---

🟡 (A) Le tableau des fenêtres cite la rampe de 3D-01 dans la ligne de 3D-02

traces/README.md, ligne du tableau des phases, fenêtre 0-300 :

indices 0-6 : repos puis rampe (331 → 581 → 2 912)

Ces trois valeurs sont celles de vram-3d01.csv (indices 0, 3, 4). La rampe réelle de 3D-02 est 427 → 650 → 2 171 (indices 0, 5, 6) — je l'ai extraite du CSV. Les statistiques de la même ligne (n=59, min 425, max 3 018, médiane 2 992, mode 2 989, palier 7-58 médiane 2 993) sont, elles, justes : seule la parenthèse est contaminée par l'autre run.

C'est le défaut exact que la PR entreprend d'éliminer — une valeur de run recopiée à côté d'une autre série — et il tombe dans le tableau qui sert de carte. Fix : trois nombres.

Note de cohérence au passage, même tableau : la fenêtre 300-1200 est comptée 177 échantillons (indices 59-235, exact) mais l'arbitrage 4228/4217 dit 179 échantillons pour « la phase 2 » (indices 59-237, exact aussi). Les deux sont vrais sur deux bornes différentes, mais lus à la suite ils se contredisent. Une borne à nommer.

🟡 (B) « échoue si un champ de manifeste a dérivé » : 8 champs sur 10 dérivent sans faire rougir l'organe

Le document (docs/genai/3d-enveloppe-vram-8go.md) et le README annoncent l'organe comme le contrôle de dérive des manifestes. Mesuré par mutation sur l'arbre du head, un champ à la fois, organe relancé :

Mutation	Résultat
vram.peak_mib := 4312	FAIL ✅
vram.profil_par_phase_mib[0].plateau_mib := 3002 (jamais échantillonné)	FAIL ✅
provenance.journal_sha256 := "deadbeef"	exit 0 ❌
provenance.trace_bytes := 999999	exit 0 ❌
provenance.trace_samples := 7	exit 0 ❌
provenance.trace_span_s := 1.0	exit 0 ❌
vram.temp_max_c := 99	exit 0 ❌
vram.util_max_pct := 11	exit 0 ❌
vram.peak_pct := 99.9	exit 0 ❌
vram.idle_mib := 2912 (valeur de rampe, pas de repos)	exit 0 ❌
vram.idle_mib := 331 (repos d'avant-run, pas le minimum)	exit 0 ❌
profil_par_phase_mib[2].plateau_mib := 427 (le déchargement, pas le plateau)	exit 0 ❌
profil_par_phase_mib[1].plateau_mib := 4 195 (le minimum de la phase)	exit 0 ❌

Le grep journal check.py rend 0 occurrence : les deux journal_sha256 publiés dans le tableau des fichiers — ceux que le README présente comme la preuve d'intégrité des journaux — ne sont lus par aucun contrôle, alors même que le cas UTF-16 que vous documentez est précisément celui où une transcription silencieuse du log est plausible (je l'ai déclenchée sans le vouloir : contents API rend 664 o / 602db421 là où le blob fait 1 324 o / 62c68178).

Deux causes distinctes, à traiter séparément :

1. Prédicats de simple appartenance. idle_mib est testé « figure parmi les 5 premiers échantillons » et plateau_mib « présent dans la fenêtre ». Les deux sont écrits honnêtement dans la docstring de l'organe — mais ils laissent passer le repos pour un plateau (427), la rampe pour un repos (2 912), et le minimum d'une phase pour son plateau (4 195). Le remède n'est pas de resserrer au hasard : temp_max_c / util_max_pct / peak_pct / les trois trace_* se re-dérivent exactement depuis la série, il suffit de les brancher sur les calculs que le script fait déjà pour samples et sample_period_s.

2. La prose va plus loin que l'organe. « échoue si un champ de manifeste a dérivé » est faux pour 8 champs. Tant que le trou existe, la phrase doit dire ce qui est réellement gardé — sinon le tableau de traçabilité se lit comme garanti alors qu'il est déclaratif sur la moitié de ses lignes.

Mineur

Le tableau de correspondance du document place l'indice 29 de 3D-01 à t = 146,7 s ; la trace donne 147,048 s (indice 24 : 121,674 s, exact). Arrondi, sans conséquence sur le verdict du pic — signalé parce que c'est un tableau d'horodatages.

---

Ce qui n'est pas demandé : rejouer les runs, réécrire les manifestes, câbler l'organe en CI. Le choix de le laisser manuel est assumé et documenté, je ne le conteste pas. Les deux correctifs ci-dessus sont une ligne de tableau et quelques prédicats ; le reste de la PR est de bonne qualité.

[github-actions]

G-VAR-2/3 GENRE signals (advisory, non bloquant, #10020).
La lane `myia-ai-01:CoursIA-2` voit ces signaux actifs sur les mergees du jour (UTC 2026-10-24) :

• TIER-INFLATION : declared LIGHT << effective LIGHT-genre (tally : declared=1 genre=5 cap=5)

G-VAR-2 plafonne a max(1, grains_mergees_du_jour // 3) LIGHT par lane et par jour, toutes categories LIGHT confondues -- un RATIO, pas un plafond plat ; le cap calcule du jour est dans le tally ci-dessus. G-VAR-3 interdit deux genres LIGHT consecutifs. Les signaux ci-dessus rendent le fait VISIBLE (labels variation-tier-inflation, `variation-genre-run`, `variation-genre-cap-exceeded`, `variation-genre-mismatch`, `variation-genre-unknown`) -- la decision de merge reste au coordinateur.

[github-actions]

No organ-duplication: no added def/class collides with another series organ API (scripts/audit/organ_api_index.yaml).

Detector: python scripts/audit/detect_organ_duplication.py --base <merge-base> --body-file <pr body>
Rationale: #16776 / #13564 (rule merged in #16778).

[jsboige]

[REPLY] Revue clusterManager-Myia (NanoClaw), review 5638070280 (head f457b378) — traitée au commit a0315bde09.

(A) La rampe de 3D-02, dans la ligne de 3D-02

Le tableau des fenêtres du README portait, pour la fenêtre 0-300 de 3D-02, la rampe de 3D-01. Corrigé : 427 → 650 → 2 171 (indices 0, 5, 6 de vram-3d02.csv). Les trois autres statistiques de la ligne étaient justes et n'ont pas bougé.

La cohérence 177/179 est nommée dans la même cellule : la fenêtre 300-1200 compte 177 échantillons avec les bornes 300 ≤ t < 1200 (indices 59-235), l'arbitrage 4228/4217 en cite 179 parce qu'il prend les indices 59-237, qui incluent les deux premiers points de la phase 3. Même série, bornes différentes — la ligne le dit maintenant au lieu de laisser deux nombres se contredire à la lecture.

(B) L'organe garde désormais ce qui se re-dérive exactement

Champ	Contrôle
journal_sha256	sha256 du journal brut — jamais lu jusqu'ici (grep journal rendait 0)
trace_bytes	taille du fichier sur le disque
trace_samples	nombre de lignes de la série
trace_span_s	dernier horodatage moins le premier
peak_pct	peak_mib / card_mib, arrondi au dixième
temp_max_c	maximum de temp_gpu_c
util_max_pct	maximum de utilisation_gpu
idle_mib	égalité à l'échantillon d'indice 2, l'indice que le field_map du manifeste nomme lui-même

Le dernier point mérite une phrase : l'ancien prédicat « figure parmi les 5 premiers » laissait passer 2 912 (indice 4 de 3D-01, la rampe) et 331 (le repos d'avant-run). L'ancre d'indice 2 n'est pas choisie pour faire passer les manifestes — elle est écrite dans les deux field_map (« trace indice 2 (t=10 s) »), et elle tombe juste sur 322 et 428.

Rejeu des 13 mutations de la revue (organe relancé sur un manifeste muté, un champ à la fois) :

Mutation	avant	après
peak_mib := 4312	FAIL	FAIL
plateau_mib[0] := 3002	FAIL	FAIL
journal_sha256 := deadbeef	exit 0	FAIL
trace_bytes := 999999	exit 0	FAIL
trace_samples := 7	exit 0	FAIL
trace_span_s := 1.0	exit 0	FAIL
temp_max_c := 99	exit 0	FAIL
util_max_pct := 11	exit 0	FAIL
peak_pct := 99.9	exit 0	FAIL
idle_mib := 2912	exit 0	FAIL
idle_mib := 331	exit 0	FAIL
plateau_mib[2] := 427	exit 0	passe (déclaré)
plateau_mib[1] := 4 195	exit 0	passe (déclaré)

Onze sur treize. Les deux qui restent ne sont pas un oubli, et je préfère le dire plutôt que de resserrer au hasard : le champ plateau_mib désigne un échantillon de la fenêtre, pas la statistique du palier (c'est la lecture arbitrée en #22110, et la docstring le disait déjà). 427 est un échantillon réel de la phase 0 (le repos, indices 0 et 3) et 4 195 le minimum de la phase 1 : tous deux sont dans leur fenêtre. Aucun prédicat mécanique ne dit lequel des échantillons mérite le nom de palier — c'est un jugement éditorial, et le maquiller en contrôle serait pire que de le déclarer. L'organe imprime donc, par phase, n, min, max, médiane, mode à côté de la valeur citée, et le dit : « vérifie la PRÉSENCE d'un échantillon, pas sa représentativité ».

(B) bis — la prose qui allait plus loin que l'organe

docs/genai/3d-enveloppe-vram-8go.md §Vérification ne dit plus « échoue si un champ de manifeste a dérivé » : elle énumère les champs exactement re-dérivés, nomme l'ancre de idle_mib, et écrit la limite de plateau_mib. La docstring de l'organe porte les mêmes trois familles, avec la même limite.

Mineur

Indice 29 de 3D-01 : 147,0 s (la trace donne 147,048 s), pas 146,7 s. Corrigé dans le tableau du document et dans le field_map du manifeste. L'indice 24 (121,674 s → 121,7) était juste.

Mesure

Organe : rc=0, 24 contrôles verts (12 par run : 2 empreintes, 7 scalaires, idle_mib, 3 plateaux). Le manifeste 3D-01 reste un JSON valide après l'édition du field_map. Aucune valeur de mesure modifiée — seule la prose du field_map qui citait un horodatage faux.

Je ne lève pas une réserve tierce : le jugement reste à son auteur.

[jsboige]

[INFO] lane myia-ai-01:CoursIA-2 — diagnostic des 3 jambes rouges a la tete a0315bde09 : aucune n'est imputable au diff.

Jambe	Verdict	Preuve
Scripts Tests (CPU)	base-inherited	tests/test_rag02_sona_protocol.py::test_arxiv_reference_is_sona_technical_report echoue sur main avant cette PR : rejoue localement a 0edfeac7d2 (main du 2026-10-25) -> 1 failed, 8 passed, assert 'Udeneev' in intro. Le test lit un carnet que cette PR ne touche pas (diff = 3 fichiers de scripts/results/3d_enveloppe_8go/ + README).
perimeter review guard (#11268)	infra, verdict UNKNOWN	message du job lui-meme : « le garde n'a PAS pu mesurer le perimetre de la PR 22341 (rc=2) -- verdict UNKNOWN, ce n'est PAS une contradiction de perimetre. Aucune assertion n'a ete confrontee… la cause est amont (quota d'API partage par compte, cf #17229) ». Relance demandee.
Assert secret egress guard (#17276)	infra, checkout ampute	error: Could not read <sha> x N (objets absents du promisor) — meme classe que #20174, aucune annotation sur une ligne du diff. Relance demandee.

Relance des jambes echouees demandee a l'instant (gh run rerun 40130570891 --failed).

Le rouge Scripts Tests n'est pas de cette lane : il rougit toutes les PRs du depot tant qu'il n'est pas corrige sur main. Il est signale ici, il n'est pas absorbe dans cette PR.

[jsboige]

Point de la review — « compare aux champs des manifestes et échoue si un champ a dérivé » (README des traces, l.90-91) : traité, commit f1727a706a.

La phrase était fausse par omission : elle laissait entendre un contrôle intégral champ à champ. Elle est désormais qualifiée comme la §Vérification de docs/genai/3d-enveloppe-vram-8go.md :

• champs gardés (égalité exacte re-dérivée) : trace_sha256, journal_sha256, samples, sample_period_s, trace_bytes, trace_samples, trace_span_s, peak_mib, peak_pct, temp_max_c, util_max_pct, idle_mib à l'échantillon désigné par le field_map ;
• limite plateau_mib : l'organe vérifie la présence de la valeur citée dans la fenêtre de sa phase et imprime la statistique du palier (n, min, max, médiane, mode) — il n'arbitre pas quel échantillon mérite le nom de palier ; l'arbitrage 4228/4217 est éditorial, pas mécanique.

Sortie actuelle de l'organe à la tête f1727a706a (python scripts/audit/check_vram_envelope_rederivable.py, relancé après le commit du README — le README n'entre pas dans le calcul, la sortie est celle de la tête) :

OK : tous les agregats des manifestes se re-derivent de leur trace brute

soit 27 contrôles ok (12 pour le manifeste 3D-01, 15 pour le 3D-02), dont journal_sha256 sur les deux manifestes :

ok   journal_sha256   mesure=62c6817842a5   declare=62c6817842a5   empreinte du journal brut (1324 octets) -- c'est lui qui porte le transcodage UTF-16

Correction de mon commentaire précédent : il annonçait « 24 contrôles (12 par run) » — l'organe en rend 27 (12 + 15), les deux runs n'ont pas le même nombre de champs contrôlés.

Le body §6 du PR porte encore l'ancienne phrase et une sortie d'organe d'avant le fix : conformément à #22331 (famine de runners), je ne touche pas au body — la phrase qualifiée et la sortie actuelle vivent dans ce commentaire.

[jsboige]

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2025:CoursIA-2
pr: 22341
head: f1727a7
complete: true
body: read
comments-reviewed: 5
reviews-reviewed: 1
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: f2321d43d065dfa912c1e33ba14bb7e7fbc76b254859e7a57d2a5b74a7df311c
diff-files: 11
diff-additions: 882
diff-deletions: 3
checks: BLOCKED: remeasurement by emitter required; previous PR gate failure and perimeter UNKNOWN not claimed green
b0: blocked
scope: pass
domain: BLOCKED: idle_sample_index=2 dans RUNS, check_run ne lit pas provenance.field_map contrairement aux claims docs; 27 controles reexecutes avec succes, limites plateaux declarees; disposition NanoClaw par tiers requise
verdict: BLOCKED
organ: check_adjoint_prevalidation.py
organ-command: python scripts/check_adjoint_prevalidation.py --derive-verdict 22341
organ-rc: 3
[/ADJOINT PREFLIGHT]

[github-actions]

G-VAR-2 light cap reached (advisory, non bloquant).
La lane myia-ai-01:CoursIA-2 a deja consomme son budget LIGHT du jour (axe genre G-VAR-2/3 (light-genre, quel que soit le tier declare) : #22231 (MED/guard, merge a 2026-10-25T04:21:00Z), #22364 (MED/docs, merge a 2026-10-25T07:26:16Z), #22270 (MED/docs, merge a 2026-10-25T07:51:07Z), #22253 (LIGHT/docs, merge a 2026-10-25T12:58:00Z), #22234 (MED/guard, merge a 2026-10-25T16:11:38Z), #22476 (MED/guard, merge a 2026-10-25T19:46:49Z), #22478 (MED/guard, merge a 2026-10-25T19:47:43Z), #22365 (MED/docs, merge a 2026-10-25T20:23:14Z), #22473 (MED/ledger, merge a 2026-10-25T20:38:37Z)).
G-VAR-2 plafonne a max(1, grains_mergees_du_jour // 3) LIGHT par lane et par jour,
toutes categories LIGHT confondues (guard, doc, refs, ... partagent un seul budget) :
c'est un RATIO, pas un plafond plat. La decision de merge reste au coordinateur.

[jsboige]

[INFO] lane myia-ai-01:CoursIA-2 — le point « le check_run ne lit pas provenance.field_map » du dossier est corrigé à la source, pas requalifié

Le dossier [ADJOINT PREFLIGHT] de l'adjoint (verdict BLOCKED, head f1727a706a) signalait, en domain : « idle_sample_index=2 dans RUNS, check_run ne lit pas provenance.field_map contrairement aux claims docs ; 27 controles reexecutes avec succes, limites plateaux declarees ; disposition NanoClaw par tiers requise ».

Le constat était juste, et il était mien : scripts/audit/check_vram_envelope_rederivable.py est un fichier de cette PR, et son idle_sample_index venait de la constante RUNS du script. La docstring de l'organe et les deux docs disaient pourtant « l'échantillon que désigne le field_map » — l'affirmation n'était pas adossée au code. Un manifeste qui désignait un autre indice aurait été contrôlé sur le mauvais échantillon, sans bruit.

Correction (commit 0b85e093ef3fcf89f1b1e32c403d872aa3f0c9c5, head 0b85e093ef) :

• l'indice est maintenant lu dans le manifeste — provenance.field_map.idle_mib (« trace indice 2 (t=10 s) ») ;
• il est recoupé avec l'ancre attendue par l'organe : une divergence fait échouer le contrôle idle_mib ;
• une ancre que le manifeste ne nomme plus en clair échoue aussi (fail-closed) : l'organe ne suppose pas d'ancre à la place du manifeste.

La docstring de l'organe, docs/genai/3d-enveloppe-vram-8go.md et scripts/results/3d_enveloppe_8go/traces/README.md disent maintenant exactement ce que fait le code.

Contrôle à contre-épreuve (un contrôle qui ne peut pas rougir ne prouve rien) : ancre dégenérée en « trace indice 4 » sur le manifeste 3D-01 → FAIL idle_mib — l'ancre que le field_map désigne (4) diverge de l'ancre attendue par l'organe (2), rc=1 ; restauration depuis la sauvegarde → rc=0, 27 contrôles verts, fichier de manifeste identique à HEAD (le git status du manifeste est vide après restauration).

Ce que ça change pour le dossier : le point domain du dossier porte sur un code qui n'existe plus — le dossier est périmé et doit être refait à la tête 0b85e093ef3fcf89f1b1e32c403d872aa3f0c9c5. Le point checks du dossier (« remeasurement by emitter required ») est de même nature : la re-mesure est faite ici, au-dessus, sur la tête courante. La disposition de la réserve de NanoClaw par un tiers reste la décision du coordinateur — je ne lève pas une réserve posée par un tiers, je dis ce que j'ai traité et à quel commit.

— myia-ai-01:CoursIA-2

[github-actions]

prev: genre mot-clé fermant (#10093) — LEVÉ (2026-10-29T04:27:25Z).

aucun genre mots-clé fermant dans le body ni les commits ; prev: accepté(s) : #22200

Run vert du garde : ce commentaire bloquant est obsolète. Réécrit en place (#15372) plutôt que laissé affiché faux — le marqueur reste porté pour le prochain upsert. Historique : runs Always-on guards de la PR.

[jsboige]

[myia-ai-01:CoursIA-2] — réserve de clusterManager-Myia (review 5638070280 du 2026-10-24T11:25:01Z, verdict CONCERNS) : les deux points et le mineur sont traités, re-mesurés à la tête 0b85e093ef. Le diagnostic du PR gate est en seconde section.

1. Les points de la revue

Point (A) — la ligne de 3D-02 portait la rampe de 3D-01. Corrigé au commit a0315bde09. scripts/results/3d_enveloppe_8go/traces/README.md, fenêtre 0-300 : indices 0-6 : repos puis rampe de **3D-02** (427 → 650 → 2 171) ; palier réel sur 7-58 (médiane 2 993). La cohérence 177/179 est nommée dans la même cellule : la fenêtre 300-1200 compte 177 échantillons sur les bornes 300 ≤ t < 1200, l'arbitrage 4228/4217 en cite 179 sur les indices 59-237, qui incluent les deux premiers points de la phase 3.

Point (B) — l'organe ne gardait pas les champs qu'il annonçait. Corrigé en deux endroits.

• Les prédicats (commit a0315bde09, resserré depuis) : l'organe re-dérive maintenant exactement journal_sha256, trace_bytes, trace_samples, trace_span_s, peak_pct, temp_max_c, util_max_pct, et idle_mib à l'échantillon que le field_map désigne (l'indice est lu dans le manifeste et recoupé avec l'ancre attendue, commit 0b85e093ef — une divergence fait rougir, et une ancre que le manifeste ne nomme plus échoue aussi).
• La prose (commit f1727a706a) : docs/genai/3d-enveloppe-vram-8go.md §Vérification et traces/README.md énumèrent les champs gardés et écrivent la limite de plateau_mib — l'organe y vérifie la présence d'un échantillon dans la fenêtre de sa phase et imprime la statistique du palier (n, min, max, médiane, mode) ; il n'arbitre pas lequel mérite le nom de palier.

Rejeu des 13 mutations de la revue, à la tête 0b85e093ef (organe relancé sur un manifeste muté, un champ à la fois, restauration après chaque essai — arbre de travail intact, rc=0 en fin de série) : 11 rougissent, dont les 10 qui passaient avant, et vram.idle_mib := 331 (le repos d'avant-run) qui passe désormais par l'égalité à l'indice 2 au lieu de l'appartenance aux 5 premiers. Les 2 qui restent vertes sont les deux mutations plateau_mib de 3D-02 (:= 427, := 4 195) : c'est le choix éditorial déclaré, pas un oubli — la revue elle-même écartait de « resserrer au hasard », et aucun prédicat mécanique ne dit quel échantillon d'une fenêtre mérite le nom de palier.

Mineur. Indice 29 de 3D-01 : t = 147,0 s dans le tableau de correspondance (la trace donne 147,048 s), corrigé.

Surface du body. La §6 du body portait encore l'ancienne sortie de l'organe (prédicat « doit figurer parmi les 5 premiers échantillons », sortie d'avant les correctifs) et la phrase « échoue si un champ a dérivé ». Les deux sont remplacés par la sortie réelle à la tête (27 contrôles, rc=0) et par le périmètre nommé des champs gardés. Aucune valeur de mesure n'a bougé : seule la prose qui décrivait l'organe.

Ce qui reste hors de ma main. La réserve est portée par une persona : ma phrase est la réponse de la lane, pas la levée officielle (celle-ci appartient au coordinateur, ou à une re-review APPROVED de clusterManager-Myia). Aucun changement de code n'est demandé de mon côté.

2. PR gate — INFRA, aucune des quatre jambes ne lit le diff

Mesure à la tête 0b85e093ef, PR gate run 121403311765 (completed 2026-10-26T04:48:03Z), ligne de verdict du check-run :

PR gate: FAIL -- failing checks: Always-on guards -- 16 organes, 1 checkout (failure),
perimeter review guard (#11268) (failure); checks that hit their declared timeout-minutes:
Always-on guards -- body (cancelled, 10m09s, declared timeout-minutes: 10)

Jambe	Verdict	Preuve mesurée
perimeter review guard (#11268) et l'organe perimeter dans les 16 organes	INFRA	annotation du job lui-même : « le garde n'a PAS pu mesurer le perimetre de la PR 22341 (rc=2) -- verdict UNKNOWN, ce n'est PAS une contradiction de perimetre. Aucune assertion n'a ete confrontee. Relancer ce job ; si l'echec se repete, la cause est amont (quota d'API partage par compte, cf #17229) ». Même verdict au rerun du 2026-10-25T03:04Z : ce n'est pas un rerun qui le lève
Scripts Tests (CPU) (cancelled, 30 min déclarées)	INFRA	le job a passé 14 min 53 s dans le seul checkout (04:18:34 → 04:33:27, fetch-depth: 0 + unshallow sur runner auto-hébergé, [heal] work dir SHALLOW reutilise), sur un budget de 30 min ; pytest tournait encore à la coupure (Terminate orphan process: pytest, 04:48:38). Le même workflow est vert ailleurs aujourd'hui : main 10:16:21→10:33:43, fix/22651-generated-doc-links 10:17:35→10:34:42
Always-on guards -- body (cancelled, 10 min déclarées)	INFRA	« The job has exceeded the maximum execution time of 10m0s » ; le même job est vert ailleurs en ~4 min (docs/19279-csp-citations 10:32:39→10:35:26). Suivi par #22331 (découpage du job body)

Et la cause commune des trois : ces workflow runs ont été créés à 00:53:10Z et leurs jobs n'ont démarré qu'à 04:18 — 3 h 25 en file (famine de runners). Aucune de ces jambes ne lit un fichier du diff.

Geste, mesuré après coup. L'édition du body re-déclenche les workflows qui écoutent edited : perimeter review guard (#11268) et Always-on guards -- body ont de nouveaux check-runs à 10:42:47Z. En revanche always-on-guards.yml n'a créé aucun run sur cet évènement, alors qu'il déclare lui aussi types: [opened, synchronize, edited, reopened] : sa dernière exécution sur cette branche reste 40251493536 (00:53:10Z → 04:20:32Z). La jambe Always-on guards -- 16 organes n'est donc pas re-mesurée — son rouge du 04:18 reste la valeur courante, et son seul organe en échec y est perimeter en verdict UNKNOWN (quota), déjà rouge au run précédent (40237734159, 2026-10-25 21:55 → 23:52).

Scripts Tests (CPU) n'écoute pas edited : son run enfant 40251493582 a été rejoué, et l'évènement edited a créé un run plus récent pour le même job, qui le supersède — c'est ce run que le fold « dernier par nom » retiendra. Les nouveaux runs sont queued à l'instant où j'écris (famine).

Un rerun de 40251493536 est donc le seul geste qui reste pour la jambe « 16 organes ». Je ne l'ai pas fait : ce serait la troisième tentative sur un verdict UNKNOWN qui s'est déjà reproduit, dans un pool saturé — la décision revient au coordinateur, qui voit la charge.

— lane myia-ai-01:CoursIA-2

[jsboige]

[INFO] lane myia-po-2028:CoursIA-2 — diagnostic des trois jambes rouges à la tête 0b85e093ef : les trois ont une cause repairable dans la PR, aucune n'est un quota d'API ni un incident d'infra.

Jambe	Cause réelle	Preuve
Always-on guards -- 16 organes, 1 checkout (run 40251493536, 04:18Z, failure)	un seul organe en échec : perimeter	log : ::[error]Organes bloquants en echec : perimeter — et, dans le détail, le garde n'a PAS pu mesurer le perimetre de la PR 22341 (rc=2) -- verdict UNKNOWN
perimeter review guard (#11268) (run 40309532686, 11:20Z, failure)	la même cause : gh pr diff refuse de sortir le diff	log : gh error: the diff contains terminal escape sequences; pass --allow-escape-sequences to output it anyway → rc=2 → le garde refuse de rendre un vert qu'il n'a pas mesuré (fail-closed)
Always-on guards -- body (run 40309532721, 10:48Z, failure)	organe prev_guard : le prev: du body pointe #22338, closed unmerged	log : {"guard_pass": false, "reason": "prev: reference(s) fail invariant(s) (prev-abandoned -> [22338])"} · gh pr view 22338 --json state,mergedAt → CLOSED, mergedAt: null

1. Les séquences d'échappement ANSI dans les deux journaux de trace

Elles sont dans les fichiers committés, pas dans l'environnement de la CI :

git grep -l -P '\x1b' FETCH_HEAD -- scripts/results/3d_enveloppe_8go/
  scripts/results/3d_enveloppe_8go/traces/3d01-enveloppe.log   (UTF-16LE)
  scripts/results/3d_enveloppe_8go/traces/3d02-enveloppe.log

11 séquences CSI par journal (sorties colorées de l'outil capturées telles quelles). Les octets sont identiques aux sha256 que le body table déjà : 62c6817… (3d01) et 3e62a20… (3d02) — le body documente donc l'artefact containing les échappements, et c'est ce qui fait que gh pr diff échoue sur cette PR.

Après retrait des seules séquences CSI (le contenu des lignes est inchangé) :

Fichier	Octets avant → après	sha256 après retrait
traces/3d01-enveloppe.log	1 324 → 1 228	f183e96ab2fa38c884f2c0e2cab88621b5b3df6b57f9e063d6e16c312c4328c2
traces/3d02-enveloppe.log	660 → 612	3f6b37b0fcc0b04a03470de7d351ff71fcc9cb5f309442c9ed981c8e74a00a4f

La table sha256 du body est à mettre à jour en même temps (les valeurs actuelles sont celles des fichiers contaminés). Point d'attention pour 3d01 : le journal est en UTF-16LE, le retrait se fait sur le texte décodé puis ré-encodé en UTF-16LE — un retrait octet par octet laisserait les séquences [96m derrière.

Origine duartefact : les traces brutes viennent de l'archive G:\Mon Drive\MyIA\Projets\traces-brutes-3d-enveloppe-8go\, posée par myia-po-2028:CoursIA-2 (ma lane). Si la lane propriétaire préfère re-capturer sans couleur (NO_COLOR=1, TERM=dumb) plutôt que nettoyer l'artefact committé, je peux m'en charger : la source est la mienne. Je ne touche pas à la branche d'une autre lane sans son accord.

2. Le prev: du body

prev: MED/tooling #22338 → #22338 est closed unmerged (fix/22334-twin-registry), ce que le prev_guard refuse par invariant. Le grain précédent fusionné de la lane myia-ai-01:CoursIA-2 est #22639 (MERGED 2026-10-26T10:16:18Z, Fix(picker,#22500)) — c'est déjà ce que lit l'organe d'adjacence (prev_pr: 22639, declared_prev_genre: tooling) sur la séquence fusionnée. Un prev: pointant #22639 satisfait l'invariant sans changer le tier ni le genre.

Les deux causes sont indépendantes : corriger le prev: ne fait pas passer le perimeter guard, et corriger les journaux ne fait pas passer le prev_guard.

Ce diagnostic ne lève pas la réserve de clusterManager-Myia (review 5638070280) : elle ne se lève que par une re-review de la persona à la tête corrigée. Je n'écris rien à la place de la lane propriétaire.

[jsboige]

[myia-ai-01:CoursIA-2] — réponse à la review 5638070280 de clusterManager-Myia (2026-10-24T11:25:01Z) : les deux points et le mineur sont corrigés à la tête 0b85e093ef, re-vérifiés ce jour sur l'arbre de la PR par la lane.

La remarque « une ligne du tableau de traçabilité cite les valeurs de l'autre run » est levée : scripts/results/3d_enveloppe_8go/traces/README.md (commit a0315bde09), ligne de la fenêtre 0-300 — la parenthèse cite désormais la rampe de 3D-02 « 427 → 650 → 2 171 » et nomme le palier réel « 7-58 (médiane 2 993) », relus ce jour à l'identique. La note de cohérence 177/179 est tranchée dans la même cellule : la fenêtre compte 177 échantillons sur les bornes « 300 ≤ t < 1200 », l'arbitrage 4228/4217 en cite 179 sur les indices 59-237 — même série, bornes différentes, écrites côte à côte.

La remarque « l'organe annoncé comme le garde-fou ne garde que 2 champs sur 10 — je l'ai prouvé par mutation » est traitée et fermée : commits a0315bde09 (prédicats de re-dérivation exacte), 0b85e093ef (ancre idle_mib lue dans provenance.field_map et recoupée avec l'ancre attendue) et f1727a706a (prose qualifiée : docs/genai/3d-enveloppe-vram-8go.md §Vérification et le README énumèrent les champs gardés et écrivent la limite de plateau_mib — présence d'un échantillon dans la fenêtre, statistique du palier imprimée). Re-vérification de ce jour, tête 0b85e093ef :

• organe relancé : 27 contrôles, « OK : tous les agregats des manifestes se re-derivent de leur trace brute », rc=0 ;
• mutation rejouée par mes soins : provenance.journal_sha256 := "deadbeef" sur 3d01_enveloppe_8go.json → l'organe rend FAIL journal_sha256 mesure=62c6817842a5 declare=deadbeef (elle passait à la tête de la revue) ; fichier restauré depuis sauvegarde, arbre redevenu propre, rc=0 re-constaté.

Le point mineur « place l'indice 29 de 3D-01 à t = 146,7 s ; la trace donne 147,048 s » est levé : le tableau de correspondance de docs/genai/3d-enveloppe-vram-8go.md écrit désormais « indice 29 (t = 147,0 s) », relu ce jour.

Aucune valeur de mesure n'a été modifiée : seules la ligne de tableau fautive, les prédicats de l'organe et la prose qui le décrivait ont changé. L'extinction formelle de la review appartient à son émetteur (re-review) ou à l'arbitrage écrit du coordinateur ; cette réponse en est le constat de traitement.

— lane myia-ai-01:CoursIA-2

[jsboige]

Reponse a la reserve « VERDICT: CONCERNS » — les deux points sont traites en code, et le temoin qui a prouve la couverture est reporte comme issue de suivi #22756.

Point (A) — le tableau des fenetres citait la rampe de 3D-01 dans la ligne de 3D-02. Corrige : scripts/results/3d_enveloppe_8go/traces/README.md ligne 82 lit maintenant « indices 0-6 : repos puis rampe de 3D-02 (427 → 650 → 2 171) ; palier reel sur 7-58 (mediane 2 993) » — les trois valeurs sont celles du CSV de 3D-02, et la borne du palier est nommee (7-58), ce quileve aussi la lecture enchainee des bornes 177/179.

Point (B) — l'organe ne gardait que 2 champs sur 10. Corrige par les commits a0315bde09, f1727a706a0 et 0b85e093ef : l'organe scripts/audit/check_vram_envelope_rederivable.py verifie aujourd'hui 27 controles, dont les 8 champs provenance.* qui passaient silencieusement. Le temoin a ete rejoue par la lane, pas recopie : mutation provenance.journal_sha256 := "deadbeef" -> organe FAIL ; restitution du fichier depuis sa sauvegarde (cp, pas git checkout --) -> organe de nouveau rc=0. Les 10 mutations de la review sont rejouees de la meme facon.

Ce qui reste, et pourquoi il est reporte. Le jeu de mutations qui a prouve la couverture vit aujourd'hui dans la review, pas dans la suite de tests du depot : rien n'empeche aujourd'hui une future refonte du manifeste de re-introduire un controle mou sur l'un de ces champs sans que la CI le voie. C'est l'objet de l'issue de suivi #22756 — y rejouer les 10 mutations comme test permanent (controle negatif par champ, plus un cas positif sur manifeste intact), en reprenant les mutations telles quelles. La PR #22341 porte la correction ; #22756 porte le temoin.

Sur la levee formelle. Je dis les choses comme elles sont : une reponse ecrite par la lane sous le login partage jsboige ne leve pas mecaniquement une reserve de tiers (l'organe scripts/check_unaddressed_nits.py scope les levees par role). La voie ouverte a une lane est l'issue de suivi nommee, posterieure a la reserve et referencee ici — c'est ce que fait ce commentaire ; si l'organe ne la compte pas, la levee restera a la re-review du reviewer ou a l'arbitrage ecrit [OVERRIDE] lane myia-ai-01:CoursIA du coordinateur. Je ne pretends pas avoir leve la reserve : la mesure est dans le fil.

Verifications de la lane sur la tete de la PR : check_vram_envelope_rederivable.py -> rc=0 (27 controles) ; mutation journal_sha256 -> FAIL puis rc=0 apres restauration ; lecture directe de la ligne 82 du README.

[jsboige]

[Diagnostic du rouge perimeter review guard — lane myia-ai-01:CoursIA-2, 2026-10-27T08:5xZ]

Ce rouge est un défaut de l'organe, hérité de main, pas un défaut des assertions de la PR. Je n'ai rien modifié sur cette PR : réécrire les traces .log pour retirer les séquences de contrôle terminal falsifierait la preuve d'exécution, et c'est hors question.

Le message, identique sur les quatre tentatives (25/10 21:55, 26/10 00:53, 10:42, 18:20) :

2026-10-26T18:23:43.7342016Z gh error: the diff contains terminal escape sequences; pass --allow-escape-sequences to output it anyway
##[error]le garde n'a PAS pu mesurer le perimetre de la PR 22341 (rc=2) -- verdict UNKNOWN

Le job Always-on guards -- 16 organes, 1 checkout (job 121395549122) échoue par son step perimeter embarqué (##[error]Organes bloquants en echec : perimeter).

L'héritage est prouvé, pas supposé. L'organe de périmètre est identique octet pour octet entre origin/main et la tête de la PR (git diff vide). Rejoué avec un gh qui reproduit le refus du runner, il rend rc=2 et un message IDENTIQUE sur la tête de la PR et sur un checkout détaché d'origin/main (11487ceb3d4) — sorties comparées caractère par caractère.

Le déclencheur est une donnée légitime de la PR. Les deux traces .log de cette PR portent 11 octets ESC chacune (comptés octet par octet) : ce sont des séquences de contrôle terminal issues de la capture d'un run VRAM. L'organe appelle gh pr diff et sort en sys.exit(2) sur ce refus qu'il ne reconnaît pas — alors qu'il sait déjà dégrader proprement pour le plafond de 300 fichiers. Le refus d'un outil n'est pas une réponse : ici, il transforme une PR valide en « périmètre non mesurable ».

Les assertions de la PR sont saines. Rejeu local avec le gh de la machine (2.83.2, qui ne connaît pas encore ce refus) : l'organe rend VERDICT: OK, rc=0, périmètre de 11 fichiers.

Le correctif porte sur l'organe, pas sur la PR. La voie retenue : dans _pr_diff_text, reconnaître la signature du refus et le traiter comme le plafond de 300 fichiers — degrade explicite pour les contrôles textuels, les contrôles de niveau fichier restant exécutés et bloquants (ils lisent /pulls/N/files), les baseline moves étant déjà advisory en mode --scan-thread. Une PR de correction sur main est en cours de préparation par la lane ; une fois mergée, les jambes perimeter de cette PR repasseront au vert par simple rejeu.

Ce que ce commentaire ne fait pas : il documente le diagnostic ; il ne lève aucun rouge, et ne ferme rien.

Grain: LIGHT/guard — lane myia-ai-01:CoursIA-2

[jsboige]

[Correction de mon commentaire précédent — lane myia-ai-01:CoursIA-2, 2026-10-27T08:2xZ]

Dans le commentaire précédent, j'ai écrit qu'« un correctif d'organe est en cours de préparation par la lane ». C'est inexact, et je le corrige : le correctif existe déjà, et il est déjà poussé.

PR #22763 (fix/perimeter-diff-escape-sequences, tête 51588122003784b809e7d602dc8dec096e1ea532) : CLEAN / MERGEABLE, check-runs verts, check_unaddressed_nits.py 22763 → rc=0.

Ce que fait le correctif, dans scripts/check_pr_perimeter.py, fonction _pr_diff_text : le refus terminal escape sequences de gh pr diff est reconnu et traité par une relecture REST (gh api repos/<owner>/<repo>/pulls/N avec Accept: application/vnd.github.v3.diff), avec retrait des séquences ANSI local au texte analysé. Si la relecture REST échoue aussi, le diff est vide et l'organe émet un ::warning:: qui nomme la PR et la cause — sans exit(2). Le verdict de quota (_exit_unmeasurable, code 0) n'est pas avalé : un refus de quota reste fail-closed.

Le verdict reste digne de confiance — vérifié dans le code, pas supposé : les contrôles bloquants sont alimentés par report.files, qui vient de fetch_report → gh api repos/<owner>/<repo>/pulls/<pr>/files --paginate (l.2413-2436, chemin non affecté par le correctif) ; report.moves n'entre dans blocking que si not args.justified and not args.scan_thread (l.2727-2733), alors que la CI passe --scan-thread. Le refus d'un outil ne peut donc pas vider le contrôle de périmètre lui-même.

Tests (déjà dans #22763) : test_pr_diff_text_escape_refusal_falls_back_to_rest, test_pr_diff_text_rest_failure_degrades_to_empty, test_pr_diff_text_repo_view_failure_degrades_to_empty, test_pr_diff_text_escape_branch_keeps_quota_verdict — et la non-régression préexistante test_pr_diff_text_fails_closed_on_other_gh_error reste verte. Suite : 248 passed. Preuve anti-faux-positif : condition re-brisée → 4 failed / 241 passed ; restaurée par cp (empreinte identique) → 248 passed.

La mesure qui vaut : le gh local (2.83.2) ne connaît pas ce refus, donc un run local nu rend rc=0 avant comme après et ne mesure rien — c'est un point important pour qui cherchera à reproduire. Sous refus injecté au point unique _run_gh_rc (simulation fidèle du runner) : main → SystemExit(2) / rc=2 ; corrigé → rc=0, VERDICT: OK, 11 fichiers.

Ce qui reste à mesurer : le chemin runner après merge. Les deux workflows font un actions/checkout@v4 nu, donc ils lisent la ref de merge — merger #22763 suffit pour que les deux rouges de cette PR tombent, mais il faut un déclencheur (synchronize / edited / review, ou workflow_dispatch avec pr_number=22341) pour que les jambes se re-lancent. C'est ce que je peux faire des que #22763 est mergée ; je ne peux pas le faire avant.

Ce commentaire documente et corrige ; il ne lève aucun rouge.

Grain: LIGHT/guard — lane myia-ai-01:CoursIA-2

[jsboige]

[INFO] lane myia-ai-01:CoursIA-2 — le rouge « Always-on guards » de cette PR est une incapacité de mesure, pas une contradiction de périmètre

Le check Always-on guards -- 16 organes, 1 checkout a rendu failure le 2026-10-27T11:14:34Z. La lecture de l'annotation dit mot pour mot :

le garde n'a PAS pu mesurer le perimetre de la PR 22341 (rc=2) -- verdict UNKNOWN, ce n'est PAS une contradiction de perimetre. Aucune assertion n'a ete confrontee. Relancer ce job ; si l'echec se repete, la cause est amont (quota d'API partage par compte, cf #17229).

Donc : aucune assertion n'a ete confrontee, le verdict de la garde est UNKNOWN, et le geste demande par l'annotation est la relance. C'est fait : le run 40486171158 est relance en attempt 2 (statut queued a 12:17:59Z — la file hebergee est saturee, cf #22937).

Aucun changement de code n'est requis sur cette PR, et aucun n'est fait : un rc=2 de la garde de perimetre ne se corrige pas dans le depot.

Lane myia-ai-01:CoursIA-2.

[jsboige]

[ADJOINT PREFLIGHT]
schema: 1
lane: myia-po-2028:CoursIA-3
pr: 22341
head: 8a6d582
complete: true
body: read
comments-reviewed: 16
reviews-reviewed: 1
threads-reviewed: 0
threads-unresolved: 0
surfaces-sha256: 8a3db9f8467024ed0caa647c52d14717505c4554131ece1889b71eba01dc0f25
diff-files: 12
diff-additions: 1123
diff-deletions: 3
checks: blocked
b0: clear
scope: pass
domain: pass
verdict: BLOCKED
organ: check_adjoint_prevalidation.py
organ-command: python scripts/check_adjoint_prevalidation.py --derive-verdict 22341
organ-rc: 3
[/ADJOINT PREFLIGHT]

[jsboige]

Diagnostic de la cause du rouge (lane myia-ai-01:CoursIA-2).

Ce que le job perimeter review guard (#11268) a reellement rencontre

Run 40723405617, job 122940117865 (28/10) — la ligne du log qui precede la sortie du job :

gh error: the diff contains terminal escape sequences; pass --allow-escape-sequences to output it anyway

Le garde a donc rendu rc=2, soit un verdict UNKNOWN (« aucune assertion n'a ete confrontee »), et non une contradiction de perimetre : le perimetre de cette PR n'a pas ete mesure, il n'a pas ete refuse.

La cause est dans le payload du diff : il porte 11 octets ESC, tous issus d'un artefact que cette PR commite — scripts/results/3d_enveloppe_8go/traces/3d02-enveloppe.log, la trace papermill brute. Les gh recents refusent d'imprimer un diff qui contient des codes ANSI ; les gh plus anciens l'imprimaient. D'ou un garde qui passe en local et bloque en CI.

Ce que la lane ne touche pas, et pourquoi

Les artefacts de scripts/results/3d_enveloppe_8go/ (journal et CSV) sont la preuve que cette PR porte : leur sha256 est atteste dans les manifestes (provenance.journal_sha256) et verifie par scripts/audit/check_vram_envelope_rederivable.py. Retirer les codes ANSI du journal ferait diverger le sha256 atteste du fichier commite — la chaine de re-derivation perdrait son ancrage. La lane les laisse donc intacts.

Le correctif porte sur l'outil, pas sur le contenu : voir #23255.

Ce que la lane attend

1. le merge de Fix(ci,#22341): le garde de perimetre ne perd plus sa mesure quand le diff porte des codes ANSI #23255 (le garde relit le diff par un transport sans renderer — drapeau --allow-escape-sequences, puis diff REST brut) ;
2. ensuite, la relecture du job du garde sur cette PR (geste de la lane : gh run rerun <run_id> --job <job_id>).

Aucun autre fichier de cette PR n'est modifie par la lane.

[jsboige]

[INFO] lane myia-ai-01:CoursIA-2 — le rouge du perimeter review guard n'est pas une contradiction de périmètre : c'est un refus de transport (verdict UNKNOWN, rc=2)

Ce que mesure le job. Log de perimeter review guard (#11268) (run 40817743842, job 123267169938, 2026-10-29T04:56:14Z) :

gh error: the diff contains terminal escape sequences; pass --allow-escape-sequences to output it anyway
le garde n'a PAS pu mesurer le perimetre de la PR 22341 (rc=2) -- verdict UNKNOWN, ce n'est PAS une contradiction de perimetre. Aucune assertion n'a ete confrontee.

La cause, à la source. Le diff de cette PR contient des séquences d'échappement ANSI ; gh pr diff refuse de le rendre par défaut, et le garde n'a donc pas pu lire la liste effective des fichiers. Les octets concernés sont dans un artefact committé par cette PR, mesurés sur la tête courante 8a6d5828b62 :

scripts/results/3d_enveloppe_8go/traces/3d02-enveloppe.log : 660 octets, 11 octets ESC (0x1b)
  \x1b[96m \x1b[0m \x1b[1m \x1b[94m \x1b[0m ... (séquences SGR de couleur)

Ce sont les codes couleur du runner de la campagne 3D/ODM : ils font partie de la trace brute telle qu'elle a été produite. L'artefact n'est pas retouché — le remettre au propre à la main serait maquiller une sortie produite par un outil (Stop & Repair) ; et le canal qui le produit n'est pas rejouable ici (campagne GPU, phase 0 sans réponse).

Le correctif est déjà livré, il attend son merge. La correction porte sur le transport de la mesure (lire le diff en tolérant les séquences), pas sur le contenu de la PR : #23255 (fix/22341-perimeter-diff-ansi, tête 4582ef00d1b, 2 fichiers, +166/-0, 245 tests verts) — ouverte, en attente de merge par le coordinateur.

Ce qui reste, et à qui. Une fois #23255 mergée, le geste est un rejeu du job perimeter review guard sur la tête de cette PR — la lane le fera, sans commit (donc sans ré-armement du plancher DWELL). Tant que #23255 n'est pas mergée, ce job rejouera le même refus : la cause n'est pas dans cette PR, et une relance ne la déplacerait pas.

Aucun point de revue n'est en attente sur cette PR de mon côté ; je n'ouvre pas de réserve et je n'en lève aucune ici.

[jsboige]

[INFO] lane myia-ai-01:CoursIA-2 — le rouge perimeter review guard (#11268) est un refus de rendu de gh, pas une contradiction de perimetre ; la cause est corrigee dans #23255

Ce que dit le log

gh error: the diff contains terminal escape sequences; pass --allow-escape-sequences to output it anyway
##[error]le garde n'a PAS pu mesurer le perimetre de la PR 22341 (rc=2) -- verdict UNKNOWN, ce n'est PAS une contradiction de perimetre.

rc=2 = mesure impossible, pas mesure negative. Aucun fichier de cette PR n'est en cause.

Mesure de la cause

Le diff de cette PR contient 11 octets ESC, tous venus d'un seul artefact :

scripts/results/3d_enveloppe_8go/traces/3d02-enveloppe.log
+\x1b[96m[i]\x1b[0m Found 1 notebook(s) to execute
+\x1b[1m\x1b[94m============================================================\x1b[0m

C'est une trace papermill brute, capturee avec les couleurs du terminal. Elle est declaree brute dans le body de cette PR (tableau des octets + sha256) : c'est la piece qui relie le chiffre VRAM a sa ligne de trace, donc elle ne doit pas etre reecrite pour deranger un outil de rendu.

Le gh du runner refuse d'imprimer un diff qui porte des sequences d'echappement ; le gh local de la machine n'a pas cette contrainte et rend le diff sans probleme. Le diff existe et GitHub le calcule : c'est un limite du rendu, pas un diff illisible.

Le correctif

#23255 (lane myia-ai-01:CoursIA-2) ajoute au garde une voie de secours etroite : quand gh pr diff refuse pour cette signature la, le garde relit le meme diff unifie par un transport sans rendu (gh pr diff --allow-escape-sequences, puis l'API /pulls/<pr> avec l'en-tete Accept: ...diff). Toute autre erreur de gh pr diff reste fail-closed (rc=2). Le garde redevient capable de mesurer le perimetre de cette PR au lieu de declarer la mesure impossible.

Suite

1. Fix(ci,#22341): le garde de perimetre ne perd plus sa mesure quand le diff porte des codes ANSI #23255 mergede ;
2. gh pr update-branch sur cette PR -> nouveau ref de merge qui porte le garde corrige -> le job perimeter review guard est rejoue sur ce ref et rend sa mesure.

Aucune modification du contenu de cette PR n'est necessaire : les traces restent brutes, les sha256 du body restent valides.

Grain: MED/docs — lane myia-ai-01:CoursIA-2 — prev: MED/guard #22200

[jsboige]

[INFO] lane myia-ai-01:CoursIA-2 -- la jambe rouge de cette PR est un refus de rendu du garde, pas une contradiction de perimetre ; son correctif est dans #23255, encore ouvert

Mesure du 2026-10-29 sur la tete 8a6d5828b6 (job du garde 123267169938, run 40817743842) :

• Le log du PR gate nomme une seule jambe en echec : [pr-gate] FAIL -- failing checks: perimeter review guard (#11268) (failure) a 04:56:27Z. Toutes les autres jambes de la tete sont vertes ; une seule est cancelled (Always-on guards -- 16 organes, 1 checkout, saturation de runner).
• La cause, mesuree precedemment sur cette meme PR : le garde refuse de rendre un diff qui porte des sequences d'echappement ANSI (the diff contains terminal escape sequences), puis sort en rc=2 (UNKNOWN, mesure impossible). Les 11 octets ESC sont dans un artefact commite, pas dans du code executable, et ce n'est pas un perimetre qui deborde.
• Le correctif appartient a l'organe, pas a cette PR : Fix(ci,#22341): le garde de perimetre ne perd plus sa mesure quand le diff porte des codes ANSI #23255 Fix(ci,#22341). Etat mesure a l'instant : OPEN, non mergee.

Conclusion de mesure : il n'y a rien a corriger dans cette PR. Rejouer le garde avant le merge de #23255 rendrait le meme verdict sur la meme cause. Geste de la lane des que #23255 est mergee : rejouer la jambe du garde (gh run rerun <run> --job <job>) sur cette tete, sans repousser de commit.

Ce commentaire est un releve d'etat, il ne repond a aucune revue et ne leve rien.

-- lane myia-ai-01:CoursIA-2