[SUIVI] rl_15-grpo : re-exécution fraîche pour aligner prose/sorties (réserve Hermès)
Origine
Issue de suivi nommée pour la PR #17733 (Tell c.c.1374 ★★★★ strict voie 2) — bloque un merge éventuel du dossier MED/notebook-python qu'elle incarne. La PR est techniquement mergeable (Tell c.c.974 §G.9 strict vérif first-hand, head d35dfb2dead3, 51 checks verts latest-wins, narrow markdown 7 cellules), mais une réserve Hermès (NanoClaw via review:COMMENTED) demeure sur la divulgation prose vs sorties committées.
Réserve (Tell c.c.17071 strict forme sûre — paraphrase sans token)
La relecture du 2026-09-25T04:20:46Z à la tête 4b2aabf1 constatait : la prose et les lectures citent des valeurs issues de deux exécutions distinctes, alors que les outputs committés ne portent qu'une seule exécution. En l'état, un lecteur de l'intro conclut l'inverse du verdict committé (l'intro parle d'un résultat positif là où le verdict est INCONCLUSIVE).
Travail déjà livré (Tell c.c.974 §G.9 strict vérif first-hand)
Le commit e716ea942e0a785f76c342b668465654740b7cdb (post-review, narrow 1:1 strict, md-only, 7 cellules markdown sans toucher aux outputs) ré-ancré la prose sur les sorties committées :
| Source |
PPO |
GRPO |
edge |
Wilcoxon n=6 |
IC95% |
Verdict |
| Prose (cells 1/2) |
299.36 ± 55.26 |
197.65 ± 104.99 |
−1.27σ |
p=0.0938 |
[−173.15, −18.27] |
INCONCLUSIVE |
| Lectures 20/22 |
361.54 ± 69.97 |
170.69 ± 47.78 |
−3.24σ |
p=0.0312 |
[−265.41, −117.11] |
— |
| Sorties committées |
366.53 ± 45.53 |
174.18 ± 51.78 |
−3.95σ |
p=0.0312 |
[−257.74, −133.99] |
PPO BEATS GRPO |
Mesure check_markdown_claims_output.py : 33 → 10 findings (les 10 résiduels sont des valeurs dérivées type écarts par seed, VRAM%, citations hors fenêtre — Tell c.c.974 strict fondateur : classe déjà présente au head précédent).
Reste à faire — re-exécution fraîche
Pour aligner définitivement prose/lectures et sorties committées sur une seule exécution :
- Re-exécuter
MyIA.AI.Notebooks/RL/rl_15_grpo_group_relative_policy.ipynb end-to-end (papermill/kernel Python 3.13.7) — 13 cellules code, ~3-5 min de wall time.
- Commiter les outputs/execution_count frais sur la branche de la PR.
- Vérifier que la prose actuelle (déjà ré-ancrée sur les sorties antérieures) reste valide vs les nouveaux chiffres — sinon, narrow markdown d'alignement sur les nouvelles valeurs.
- Re-soliciter re-review Hermès au nouveau head.
Justification du hors-fenêtre
La re-exécution md-only + commit AVEC outputs demande une fenêtre cron worker de 15-20 min minimum (kernel warmup + 13 cellules + commit + PRA de re-solicitation). La fenêtre actuelle (8 min restantes) ne couvre pas ce travail sans risque de troncature.
Tell c.c.1374 ★★★★ strict voie 2 : cette issue nomme la réserve pour qu'elle ne se perde pas, et documente le travail déjà livré (md-only, déjà substantiel). ai-01 peut merger la PR en s'appuyant sur cette issue de suivi (Tell c.c.1374 strict voie 2 explicite : « issue de suivi ouverte et nommée AVANT le merge »).
Lien
See #17733 · See #14446
[SUIVI] rl_15-grpo : re-exécution fraîche pour aligner prose/sorties (réserve Hermès)
Origine
Issue de suivi nommée pour la PR #17733 (Tell c.c.1374 ★★★★ strict voie 2) — bloque un merge éventuel du dossier
MED/notebook-pythonqu'elle incarne. La PR est techniquement mergeable (Tell c.c.974 §G.9 strict vérif first-hand, headd35dfb2dead3, 51 checks verts latest-wins, narrow markdown 7 cellules), mais une réserve Hermès (NanoClaw via review:COMMENTED) demeure sur la divulgation prose vs sorties committées.Réserve (Tell c.c.17071 strict forme sûre — paraphrase sans token)
La relecture du 2026-09-25T04:20:46Z à la tête
4b2aabf1constatait : la prose et les lectures citent des valeurs issues de deux exécutions distinctes, alors que les outputs committés ne portent qu'une seule exécution. En l'état, un lecteur de l'intro conclut l'inverse du verdict committé (l'intro parle d'un résultat positif là où le verdict estINCONCLUSIVE).Travail déjà livré (Tell c.c.974 §G.9 strict vérif first-hand)
Le commit
e716ea942e0a785f76c342b668465654740b7cdb(post-review, narrow 1:1 strict, md-only, 7 cellules markdown sans toucher aux outputs) ré-ancré la prose sur les sorties committées :Mesure
check_markdown_claims_output.py: 33 → 10 findings (les 10 résiduels sont des valeurs dérivées type écarts par seed, VRAM%, citations hors fenêtre — Tell c.c.974 strict fondateur : classe déjà présente au head précédent).Reste à faire — re-exécution fraîche
Pour aligner définitivement prose/lectures et sorties committées sur une seule exécution :
MyIA.AI.Notebooks/RL/rl_15_grpo_group_relative_policy.ipynbend-to-end (papermill/kernel Python 3.13.7) — 13 cellules code, ~3-5 min de wall time.Justification du hors-fenêtre
La re-exécution md-only + commit AVEC outputs demande une fenêtre cron worker de 15-20 min minimum (kernel warmup + 13 cellules + commit + PRA de re-solicitation). La fenêtre actuelle (8 min restantes) ne couvre pas ce travail sans risque de troncature.
Tell c.c.1374 ★★★★ strict voie 2 : cette issue nomme la réserve pour qu'elle ne se perde pas, et documente le travail déjà livré (md-only, déjà substantiel). ai-01 peut merger la PR en s'appuyant sur cette issue de suivi (Tell c.c.1374 strict voie 2 explicite : « issue de suivi ouverte et nommée AVANT le merge »).
Lien
enrich-quality: reecriture assumee)See #17733 · See #14446