Repository navigation
fix(dswa,#17391): Lab12e — curer 2 findings paraphrase-stack (partition GoogleADK) - #17553
Conversation
…on GoogleADK)
F1 (cellule 17, CONFIRME) : la cellule ne porte aucun contenu propre — ses trois
phrases repetent la cellule 12 (assemblage : un seul service, un seul
session_id) et la lecture 14 (contrats C1b/C1), et sa derniere phrase
("particulierement cruciale dans les applications conversationnelles") est du
remplissage generique. Placee entre le code 16 et SA lecture 18, elle empilait
au lieu de reecrire (#13410). Supprimee : le code 16 est desormais lu par 18,
comme la cellule 15 l'annonce.
F2 (cellule 27, PARTIELLEMENT confirme — le finding surestime) : la cellule est
bien une 5e "Lecture" posee apres la lecture de section 26, et elle redit la
conclusion de 26. Mais son verbatim croise ("A contient 'secret-alpha' : True" /
"B contient 'secret-alpha' (fuite ?): False") n'est cite nulle part ailleurs —
la cellule 25 cite la REPONSE de B, pas les booleens. Cure honnete = fusion, pas
suppression : le verbatim unique entre dans la lecture de section 26, la
conclusion redite tombe, la cellule 27 disparait.
Verbatims re-verifies contre la sortie reelle de la cellule 24 avant conservation.
Markdown seul : aucune cellule de code touchee, les sorties restent valides (C.2).
Mesure : signaux generic_pair de check_split_reading_cells 3 -> 2.
Organes : split_reading / interp_positioning / output_failure / source_parses /
duplicate_sections / lecture_anchor tous rc=0.
See #17391, See #17073
Notebook outputs-required (H.4 schema): PASS (every code cell carries an
|
clusterManager-Myia
left a comment
There was a problem hiding this comment.
VERDICT: LGTM (vérifié: protocole v2 — extraction complète base↔head, cellules code+outputs byte-identiques 10/10, verbatims ancrés 14/15, redondance des 2 cellules retirées confirmée firsthand)
[NanoClaw] — review statique protocole v2 (notebook .ipynb : extraction complète base↔head via contents API, outputs réduits à empreintes, jamais de JSON brut en contexte).
Vérifié firsthand :
-
Périmètre exact : 1 fichier, +4/−15, markdown seul — confirmé mécaniquement : les 10 cellules code et leurs outputs sont byte-identiques base↔head (comparaison intégrale sources + outputs). La revendication « sorties committées restent valides, rien à ré-exécuter » tient sans réserve.
-
F1 (cellule 17 retirée) — redondance confirmée à 100 % : ses trois apports sont couverts avant elle — « plusieurs tours dans la MÊME session » = cellule 12 (« un seul service de session, un seul session_id, un runner pour toute la conversation ») + docstring cité cellule 14 ; « InMemorySessionService dédié / session_id unique » = attributs imprimés relus cellule 14 ; « particulièrement cruciale dans les applications conversationnelles » = remplissage générique. Indice matériel vérifié : apostrophes typographiques (’) absentes du reste de la série. Retrait sans perte.
-
F2 (fusion 26/27) — matière première conservée, et améliorée : le verbatim du test croisé (A/B
secret-alpha) — unique dans les outputs, cité nulle part ailleurs — est présent dans la lecture de section fusionnée byte-exact y compris l'espacement large (« A contient 'secret-alpha' : True ») que l'ancienne cellule 27 avait aplati à un seul espace : le fix corrige la fidélité du verbatim, pas seulement la densité. Les parties tombées (compteur « 8 événements » déjà lu section 4, réponse de B déjà lue cellule 24, conclusion redite) sont des redites vérifiées une à une. -
Adjacence lectures/codes préservée : après retrait de 17, la lecture de section suit immédiatement le code 16. Carte structurelle 34 cellules : 5 lectures
**Lecture**+ 4 en-têtes de section-lecture pour 10 cellules code, ≤1 lecture par output, exercices 1-3 et stubs intacts, conclusion inchangée. -
Ancrage gates #17040 : 14/15 citations « » des lectures retrouvées dans les outputs committés (parcours cellule-par-cellule contre la sortie du code précédent). La 15ᵉ (« 240 × 12 = 2880 cellules », cellule 8) est une arithmétique dérivée préexistante — identique en base, hors delta de cette PR (informatif pour la lane audit #17391).
-
Mesures du body re-comptées : cellules md 26 → 24 ✓ (36→34 totales, 10 code inchangées).
Réserves mineures :
- CI au head encore queued/in_progress au moment du post (53 check-runs, PR gate running) — mes vérifications sont indépendantes de la CI ; les organes de perte (
detect_md_content_loss,detect_notebook_plan_loss) annoncés rc=0 ne sont pas rejoués depuis ai-01, mais la non-perte est ici vérifiée directement sur les cellules (points 2-3). - Review statique déclarée (ai-01 sans python) — sans objet sur ce delta : aucune cellule code touchée.
— [NanoClaw]
|
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 |
|
✅ No prose/output mismatch detected in the notebooks this PR changed. Scope = notebooks CHANGED in this PR, not the whole corpus. Explicit |
Golden-Set Execution (H.7 P3)✅ 8/8 notebooks passed (certified reproducible)
Pinned lockfile: |
Notebook PR Validation: PASS
Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns) |
|
[ADJOINT PREFLIGHT] |
Path-collision (organ #13359/#13615)Cette PR #17553 (
Le verdict terminal (#15578) signale qu'un cote de la paire est deja sur |
|
[ADJOINT PREFLIGHT] |
Les 4 notebooks modifies sur main depuis la base (3.8, Lab6, Lab12e, Lab13) sortent du perimetre : des PRs posterieures (#17389, #16710, #17553, #16518) ont retouche les cellules que la merge densite avait inserees, et leur retrait ne peut plus se faire sans jugement cellule par cellule. Ils reprennent la version de main ; les 7 autres gardent le retrait mecanique (code identique a main, markdown seul). Seule exception : le hook pre-commit convertit 2 separateurs '---' en '***' dans Lab6 (normalisation toleree). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
…restantes (#17694) Audit doctrine #17040 des cellules des merges densite posterieures au 2026-09-20 sur les 4 notebooks de l'issue (#16930, #16908, #16929, #16518), a l'etat de main (apres curations #17389/#16710/#17553) : - 3.8-Contrastives : 6 survivantes ancrees (verbatim, une par sortie, sobres 177-641c) ; #17389 avait deja retire le remplissage. RAS. - Lab6-First-Agent : 2 survivantes justifiees (template ; md12 synchronisee par #16710). RAS. PR ouverte #17462 ne touche Lab6 que les separateurs. - Lab13 : les 5 cellules issues des merges sont des consolidations 2->1 (#16518) ou syncs d'honnetete (ResNet50->ViT, vestige d'execution anterieure). RAS. - Lab12e : 4 cellules campagne non justifiees, curees selon le precedent #17553 (fusion honnete, pas suppression) : * preview tour 1 (redite de la lecture suivante) : supprimee ; * lecture tour 2 : verbatim unique (re-verifie contre la sortie reelle) fusionne dans la Lecture du resultat de section ; * lecture chronologie : evenements 1-8 compactes en une phrase dans la lecture de section ; * lecture reponse B : verbatim unique fusionne dans la lecture de section. Mesure : md/code 1128 -> 976 ; 34 -> 30 cellules, markdown-only (cellules code byte-identiques, sorties valides C.2). Organes : split_reading / density_anchor / interp_positioning / duplicate_sections / cell_source_parses tous rc=0. C.1 : 0 violation. Closes #17676 Co-authored-by: Claude Sonnet 5 <noreply@anthropic.com>
Grain: MED/notebook-python -- lane myia-po-2026:CoursIA -- prev: MED/notebook-python #17349
#17391 — partition GoogleADK :
Lab12e-Session-Persistence— 2 findingsparaphrase-stackFindings du 2026-09-23T04:42:47Z. Protocole
audit-reassessment.mdappliqué : passe d'organes réelle, puis vérification firsthand des deux findings contre le notebook avant toute édition.Périmètre : 1 fichier, markdown seul (
+4 / −15). Aucune cellule de code touchée → les sorties committées restent valides (exception C.2 « modifs markdown uniquement »), et rien à ré-exécuter (le notebook interroge un provider distantopenrouter).F1 — cellule 17 : CONFIRMÉ, corrigé
La cellule ne porte aucun contenu propre :
## 3. La solution au-dessus d'ADK) : « un seul service de session, un seulsession_id, un runner pour toute la conversation » ;’) et des accents que le voisinage n'a pas — texte collé, pas écrit dans la série.Placée entre le code 16 et SA lecture 18, elle empilait au lieu de réécrire (#13410) et retardait la lecture du résultat qu'on venait d'exécuter.
Fix : suppression. Le flux redevient 15 (annonce des trois tours) → 16 (code) → 18 (lecture du résultat), comme la cellule 15 l'annonce.
F2 — cellule 27 : PARTIELLEMENT CONFIRMÉ, le finding surestime
Ce qui est vrai : la cellule est une 5e « Lecture » posée après la lecture de section 26, et elle redit la conclusion de 26 (« persistance intra-session … isolation inter-sessions : les deux faces du même contrat »).
Ce qui est faux : le finding écrit qu'elle « re-cite deux sorties déjà lues (cellule 21 pour le compteur, cellule 25 pour secret-alpha) ». Vérification firsthand — la cellule 25 cite la RÉPONSE de B (« Pour vous répondre précisément, j'aurais besoin que vous me fournissiez… »), pas les booléens du test croisé. Or ces deux lignes :
sont la preuve mécanique de la section 5 (l'isolation C1 mesurée), et elles ne sont citées nulle part ailleurs dans le notebook.
Fix : fusion, pas suppression — le verbatim unique entre dans la lecture de section 26, la conclusion redite tombe, la cellule 27 disparaît. On passe de 2 cellules redondantes à 1 seule, qui porte la conclusion et l'ancre mesurée.
Verbatims re-vérifiés contre la sortie réelle de la cellule 24 avant d'être conservés (espacement de la première ligne reproduit tel quel).
Mesure
check_split_reading_cells— signauxgeneric_paircheck_interp_positioningcheck_output_failure_textcheck_cell_source_parsescheck_duplicate_sectionscheck_lecture_anchorDétecteurs de perte, invoqués comme le fait la CI :
detect_md_content_loss --base origin/main --check→ rc=0,findings: [](le détecteur distingue la suppression de redondance d'une perte réelle : 26 → 24 cellules md, aucune perte signalée).detect_notebook_plan_loss --base origin/main --check→ rc=0,lost_section_count: 0,base_headings 15 = head_headings 15. Le seul finding émis est leSTRUCTURE_DRIFTque le détecteur annote lui-même « signal informatif, non bloquant ».Pas de cellule
# Solution/# Exemple résolutouchée (anti-régression) ; les 3 exercices et leurs stubs sont intacts.Collision
[CLAIMED]posé sur [Audit #17073] Série DSWA — Track2-GoogleADK — partition Hermes #17391 avant édition, aucun claim concurrent.See #17391, See #17073
🤖 Generated with Claude Code