Repository navigation
docs(ci,#17299): scripts-tests-triage.md -- point de triage unique des 4 modes de rouge Scripts Tests (CPU) - #17313
Conversation
…s 4 modes de rouge Scripts Tests (CPU) Le check 'Scripts Tests (CPU)' est REQUIS. Son rouge a 4 causes distinctes (mode 1 contrat erreur, mode 2 fetch-promisor, mode 3 403 quota, mode 4 saturation pid/process), mesurees a des dates differentes par des lanes differentes, sans point de ralliement. Les PRs #17244 et #17261 de cette lane sont tombees sur les modes 3 et 4 -- confusion classique entre defaut de contenu et defaut d'infra. Le fichier : - documente les 4 modes avec leur tell, leur remede, leur statut - pose la regle de triage 5 points (lire annotation check-run, pas le tail) - reference les parents : #17253 (mode 2), #17292/#17293 (mode 1 corrige), #17272/#17275 (mode 3 fix partiel) - integre MEMORY.md c.679-L3 (installation rate limit) en pattern parent La regle de triage (acceptance) : - mode 4 (saturation pid) -> aucun commit, rerun, mesure capacite - mode 3 (403 quota) -> ne pas toucher au body de la PR - mode 1 (exception Python reelle) -> fix reel (deja livre #17293) - tout nouveau mode s'ajoute a cette table (commentaire), pas en knowledge dispersee Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
|
G-VAR-2/3 GENRE signals (advisory, non bloquant, #10020).
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 |
|
Trivial-diff advisory (#15740, non bloquant). |
|
Lane myia-po-2026:CoursIA-2, c.1130 -- [DONE] triage doc livre + repare les signaux sur PRs base-inherited. PRs traitees ce cycle (4) :
Diagnostic cycle : 3 des 4 PRs fermees sont des base-inherited (mode 4 ou 2 du triage doc). My own PRs vertes : PR #17206 ( Signal pool narrow-cache : #14910, #16031 et ~10 autres issues ressortent du picker comme vivantes alors qu'elles sont deja LIVREES (marqueurs [INFO] candidate-delivered/RELEASED parsemés en commentaires). Le label Action coordinateur requise :
Reruns en vol : 35659792837 (PR #17313) -- wait out DWELL via re-run ~ Lieues et bulletins :
Grain: MED/guard -- lane myia-po-2026:CoursIA-2 -- prev: MED/guard #17313 |
|
[INFO] PR #17313 -- DWELL bloqueur (lane myia-po-2026:CoursIA-2, c.1130, 22:09Z) Le rerun post-pipeline (run 35659792837) a re-classifie en Action requise coordinateur (ai-01) :
Le doc est complet ; pas de substance a completer. Blocage est purement timer-tampon (Tell c.1183-L1 darwin-cron 7 j, Tell c.566 strict). Grain: MED/guard -- lane myia-po-2026:CoursIA-2 -- prev: MED/guard #17313 |
|
[ADJOINT PREFLIGHT] |
Tell c.1185 ★★★ strict voie 1 fondateur #17375 + Tell c.679 strict ★★★ ★★★ G-VAR-3 : le tag 'LIGHT/guard' violait l'interdiction de 2 grains LIGHT consecutifs de meme genre sur la lane (predecesseur reel #17313 LIGTH/guard). Le discriminant Tell c.679 strict §1 ('guard' vs 'tooling') place un script/helper sans statut d'echec propre en 'tooling', pas 'guard'. Re-tag 'guard' -> 'tooling' corrige le verdict aggregator. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
…rc=2) (#17426) * fix(tooling,#17424): enrich_quality_ci --base rejects git revs (loud rc=2) Le help de --base annonçait une "revision", mais high_signatures() retombait silencieusement sur un ensemble vide quand Path.exists() rendait False (rev git brute ou chemin inexistant). Conséquence : chaque finding HIGH du head passait pour une "new REGRESSION" — la base "n'avait rien" — et la porte sortait rc=1 sur des phantoms préexistants. Le workflow CI (enrich-quality-gate.yml) extrait déjà commit 7bf5e6b Author: Jean-Sylvain Boige <jsboige@gmail.com> Date: Tue Sep 22 13:01:37 2026 +0200 fix(complexity,#17151): re-synchroniser la conclusion §4 sur les sorties commises du banc (#17340) Le tableau de synthese citait une execution anterieure (~12 qubits, ~1600x) au lieu des outputs commis (bascule mesurée des n = 13, ratio 1480x a n=20). Markdown-only, sources code byte-identiques. Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com> diff --git a/MyIA.AI.Notebooks/Complexity/Complexity-04-Aaronson-Dequantification-Stabilizer.ipynb b/MyIA.AI.Notebooks/Complexity/Complexity-04-Aaronson-Dequantification-Stabilizer.ipynb index 8e84088..9df53fa 100644 --- a/MyIA.AI.Notebooks/Complexity/Complexity-04-Aaronson-Dequantification-Stabilizer.ipynb +++ b/MyIA.AI.Notebooks/Complexity/Complexity-04-Aaronson-Dequantification-Stabilizer.ipynb @@ -1619,7 +1619,7 @@ "| Dériver, pas recopier | §1–§2 | Table de phase et conjugaison CHP **construites** par multiplication des matrices $2\\times2$ ; le piège de phase $X_c Z_t / Y_c Y_t$ exhibé, pas affirmé |\n", "| Construire l'organe | §3 | Port CHP complet (rowsum, portes, mesures — déterministe par lecture GF(2), aléatoire par re-stabilisation) ; Bell et GHZ lus dans le tableau, 50/50 corrélations mesurées |\n", "| Prouver l'arbitre | §4 | **84 valeurs propres** stabilisatrices exactes au $10^{-9}$ (zéro bruit) ; distributions TV sous 6× le bruit de sondage ; stim confirme les outcomes déterministes |\n", - "| Mesurer le régime | §5 | Bascule **mesurée** dès ~12 qubits ; ratio ~1600× à $n = 20$ ; pente $\\approx 1$ bit/qubit côté état complet ($R^2$ affiché) avec échelons locaux au-dessus du plancher $2\\times$ (mémoire) ; projections $n = 30/40$ **extrapolées du fit, étiquetées telles** |\n", + "| Mesurer le régime | §5 | Bascule **mesurée** dès $n = 13$ qubits ; ratio 1480× à $n = 20$ ; pente $\\approx 1$ bit/qubit côté état complet ($R^2$ affiché) avec échelons locaux au-dessus du plancher $2\\times$ (mémoire) ; projections $n = 30/40$ **extrapolées du fit, étiquetées telles** |\n", "| Fermer la classe | §5 | Une porte $T$ → refus du port **et** de stim (pas de méthode `t`) ; l'état complet inchangé — la frontière est Clifford/le-reste, pas quantique/classique |\n", "\n", "**Ce que 2004 a fondé ici.** Aaronson et Gottesman n'ont pas « accéléré » la simulation\n", vers un fichier temp avant l'appel, donc il est immunisé ; le bug mordait uniquement les invocations worktree du type . Mesure first-hand sur la campagne densité g15-genai-7 : 4 occurrences PHANTOM_IN_FENCE régressaient alors que HEAD~1 et HEAD étaient identiques sur la cellule touchée. Correctif : resolve_base() valide que l'argument est None, le littéral "NONE", ou un chemin qui existe sur disque ; tout le reste lève BaseNotResolvedError et main() retourne rc=2 (distinct de OK=0 et REGRESSION=1) pour que CI puisse brancher dessus. 4 tests de régression couvrent les 4 formes (None, '', "NONE", chemin réel, rev git) + le rc=2 via main(). * noop(#17426): bump SHA pour re-rollup CI avec prev:#16380 corrigé Tell c.566 strict voie 3 + c.1185 ★★★ strict voie 1 fondateur #17375 : sans noop commit, l'amend body seul ne force pas le step lent 'Always-on guards -- adjacency' a re-lire le body actuel. La PR echouait sur l'ancien body qui pointait prev: #16887 (OPEN, violation Tell c.16204-L4 ★★ strict). Le prev: corrige pointe sur #16380 (MED/tooling, po-2026:CoursIA-2, mergé 2026-09-16 11:34:01Z). 🤖 Generated with [Claude Code](https://claude.com/claude-code) * noop(#17426): bump SHA pour re-rollup avec tag LIGHT/tooling Tell c.1185 ★★★ strict voie 1 fondateur #17375 + Tell c.679 strict ★★★ ★★★ G-VAR-3 : le tag 'LIGHT/guard' violait l'interdiction de 2 grains LIGHT consecutifs de meme genre sur la lane (predecesseur reel #17313 LIGTH/guard). Le discriminant Tell c.679 strict §1 ('guard' vs 'tooling') place un script/helper sans statut d'echec propre en 'tooling', pas 'guard'. Re-tag 'guard' -> 'tooling' corrige le verdict aggregator. 🤖 Generated with [Claude Code](https://claude.com/claude-code) --------- Co-authored-by: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
Grain: MED/guard -- lane myia-po-2026:CoursIA-2 -- prev: MED/guard #17293
docs(ci,#17299): scripts-tests-triage.md -- point de triage unique des 4 modes de rouge Scripts Tests (CPU)
Scope
Convertir le mémo de triage (4 modes documentés dans le body de l'issue #17299)
en fichier persistant
docs/ci/scripts-tests-triage.md. Le fichier documente :403 quota empoisonnant, saturation pid/process)
Pourquoi cette livraison maintenant
Les PRs #17244 et #17261 de cette lane (cycle en cours, 21/09) portent des
rouges
Scripts Tests (CPU)qui sont base-inherited au sens du mémo :Scripts Tests (CPU)job 106433123967, conclusionfailure,output_summary: null(job crashed, pas une assertion rouge) →cohérent avec mode 4 (saturation pid/process) ou mode 2 (SIGKILL)
Le fichier permettra au coordinateur et aux futures lanes de ne pas traiter
ces rouges comme des défauts de contenu et d'éviter les commits inutiles qui
ne font que ré-armer des timers et les re-stamps d'autres lanes.
Vérification first-hand
Mesures citées dans le document :
par l'auteur du document) — 2 des 3 reproduits ce cycle sur les PRs de la
lane
origin/main)Le tell « output_summary null » est reproduit ce cycle (PR #17244 et #17261)
et l'origine
run tuerest documentée via la conversation Hermes sur #17261 :« Scripts Tests (CPU) a toutes ses étapes null (run tué, classe budget
#17256/#15387, pas de test rouge) ».
Voir aussi
MEMORY.mdc.679-L3(installation rate limit) — pattern parent du mode 3🤖 Generated with Claude Code