Repository navigation
fix(,#19607): Planners-9 HTN -- C.4 stochasticite aries, prose 'MEME plan' etait fausse - #19675
Conversation
…tait faux Aries etant un solveur *satisficing* et le reseau 'deliver' n'ordonnant pas les deux taches, j'observe 3 plans valides de meme longueur (4 executions Linux) : A (C# commit), B (majoritaire), C (Python commit). Cause C.4 (e) : stochasticite non seedee du moteur, pas une regression. Le registre 'bridge_verdict_reason' de planners-9-htn.yaml affirmait a tort 'le pont resout et renvoie le MEME plan que le twin Python'. Le jumeau Python (cell 32) avait deja la nuance ; le C# (cell 21) sur- promettait. Realignement : - Planners-9-HTN-Csharp.ipynb cell 21 : les 3 plans sont nommes (A/B/C) avec leurs tirages respectifs, ce qui est stable (3 premieres actions : repositionnement + chargement conjoint) vs ce qui varie (ordre des 2 dernieres livraisons) explicite. - planners-9-htn.yaml bridge_verdict_reason : 'un plan parmi 3' remplace 'MEME plan', avec les 3 plans A/B/C et la cause C.4 (e). - nouvelle entree known_differences : stochasticite HTN documentee. Aucun output de cellule code modifie (cell 22 = sorties plan A, valides pour un tirage ; re-exec derait kernel -- MD-only preserve). Aucun re-execution kernel necessaire (C.2 ne s'applique pas : pas de cellule code source touchee). Lane myia-ai-01:CoursIA-2. Grain: MED/notebook-dotnet -- lane myia-ai-01:CoursIA-2 -- prev: LIGHT/docs #19649 Co-Authored-By: Claude Haiku 4.5 (1M context) <noreply@anthropic.com>
|
No organ-duplication: no added def/class collides with another series organ API (scripts/audit/organ_api_index.yaml). Detector: |
|
✅ No prose/output mismatch detected in the notebooks this PR changed. Scope = notebooks CHANGED in this PR, not the whole corpus. Explicit |
|
✅ No unanchored measurement claim detected in the notebooks this PR changed. Scope = notebooks CHANGED in this PR, not the whole corpus. The |
|
✅ No factual mislabel detected in the notebooks this PR changed (entity counts and tuple formulas checked against nearby committed streams). Scope = notebooks CHANGED in this PR, not the whole corpus. The |
|
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 |
Golden-Set Execution (H.7 P3)✅ 9/9 notebooks passed (certified reproducible)
Pinned lockfile: |
Notebook outputs-required (H.4 schema): PASS (every code cell carries an
|
Notebook PR Validation: PASS
Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns) |
Le commit 6c8f557 a modifie le C# twin (cell 21, plans A/B/C expliques) suite au diagnostic 'MEME plan etait faux' de la stochasticite aries. Le content_csharp_sha a drifte eacb90b6 -> 230ff7af ; le Python twin n'a pas bouge (cell 32 avait deja la nuance). Paraphite-preservant : axe de parite semantic preserve, la stochasticite du moteur est documentee dans known_differences de planners-9-htn.yaml. Audit date: 2026-10-07, lane myia-ai-01:CoursIA-2. Refs #19607, #19675.
|
[ADJOINT PREFLIGHT] |
|
[ADJOINT PREFLIGHT] |
1 similar comment
|
[ADJOINT PREFLIGHT] |
|
[ADJOINT PREFLIGHT] Tier MED/LIGHT, derivation live READY : jambes latest-wins vertes, B.0 clear, aucun thread non resolu ; revues bots lues par le gate. |
Diagnostic derive
Cause C.4 (e) : stochasticite non seedee du moteur
aries(up_aries 0.5.0).OneshotPlannerselectionneariesautomatiquement a partir duproblem_kindHTN. Le reseau de taches ajoute les deuxdeliver(pkg1 vers store, pkg2 vers office) sansset_ordered, etariesest un solveur satisficing : 3 plans valides de meme longueur (7 actions), tirages non-deterministes.4 executions Linux (CPython 3.11, instance identique) :
load pkg1 -> drive depot->warehouse -> load pkg2 -> drive warehouse->office -> unload pkg2 -> drive office->store -> unload pkg1load pkg1 -> drive depot->warehouse -> load pkg2 -> drive warehouse->store -> unload pkg1 -> drive store->office -> unload pkg2load pkg1 -> drive depot->store -> unload pkg1 -> drive store->warehouse -> load pkg2 -> drive warehouse->office -> unload pkg2Le C# commit (cellule 22 de
Planners-9-HTN-Csharp.ipynb) montre le plan A. Le Python commit (Planners-9-HTN.ipynb§5.2) montre le plan C. Deux tirages distincts du meme solveur.Stable : les 3 premieres actions (repositionnement via
goto+ chargement conjoint).Variable : l'ordre des 2 dernieres livraisons (les deux
delivernon-ordonnees).Volet prose -- cellule C# 21 re-alignee
L'ancienne cellule C# 21 affirmait : « renvoie un plan de 7 actions -- le meme plan que le jumeau Python » et decrivait le plan A comme etant la strategie unique. Le jumeau Python (cellule 32) avait deja la nuance (« aries etant un solveur satisficing, l'ordre exact des deux dernieres livraisons peut varier d'une execution a l'autre ; le coeur repositionnement + chargement conjoint, lui, est stable »). Realignement du C# sur cette nuance :
Volet registre --
planners-9-htn.yamlcorrigebridge_verdict_reasonaffirmait a tort « le pont resout et renvoie le MEME plan de 7 actions que le twin Python ». Remplace par « un plan parmi 3 » avec les 3 plans A/B/C et la cause C.4 (e). Nouvelle entreeknown_differences« Stochasticite HTN (c.220, #19607) » pour tracabilite.Pourquoi MD-only (pas de re-exec kernel)
Aucun output de cellule code n'est modifie (cellule 22 = sorties plan A, valides pour un tirage). Re-executer deriverait le kernel et remplacerait A par B ou C (cf Tell c.18570 : preferer MD-only si re-exec drifterait kernel). C.2 ne s'applique pas : aucune cellule code source touchee.
Acceptance (3 cellules-types verifiees)
planners-9-htn.yaml:bridge_verdict_reasonrealigne,known_differencesenrichi.Verdict C.4 :
CAUSE_FIXED-- cause identifiee, prose alignee, registre corrige, aucune cellule code touchee.Lien
Voir #19607
Grain: MED/notebook-dotnet -- lane myia-ai-01:CoursIA-2 -- prev: LIGHT/docs #19649
🤖 Generated with Claude Code