Repository navigation
Conversation
Le carnet 03-1-Multi-Model-Comparison.ipynb presente le cote ComfyUI comme « Z-Image (Lumina-2) », alors que le workflow reellement execute par la cellule 4 est le workflow **Qwen Image Edit fp8** (VAE `qwen_image_vae.safetensors`), adopte en #5867 quand le workflow GGUF `z_image_turbo` a produit des images vides. Le nom `generate_z_image` conserve dans le code est un identifiant historique. Corrections **markdown seules** (7 cellules markdown + le README du dossier) : - titre, objectifs et architecture : le modele ComfyUI est desormais nomme « Qwen Image Edit fp8 », avec le rappel que la cible d'origine (Z-Image, workflow GGUF `z_image_turbo`) a ete abandonnee car elle produisait des images vides ; - cellule 3 : le bloc « Choix du workflow » ne presente plus Qwen Image Edit fp8 comme « meme famille Lumina-2 » — c'est faux, Qwen Image Edit appartient a la famille Qwen-Image, Lumina-2 est la famille du modele Z-Image abandonne ; - cellule 9 (Analyse) : « (~10s sur GPU) » remplace par les valeurs mesurees portees par la figure commitee (16,11 s pour SDXL Lightning-4step, 409,86 s pour Qwen Image Edit fp8) ; la phrase « Z-Image (Lumina-2) a une meilleure comprehension du prompt complexe » etait une affirmation non etayee : elle est remplacee par l'observation du rendu commite (panneau Forge 512x512 degrade, panneau ComfyUI 1024x1024 net), sans conclure a une famille de modeles superieure ; - cellules 7, 10, 12, 16 : memes substitutions de nommage. Aucune cellule de code n'est touchee : aucune re-execution n'est due (C.2/C.3). Residus **reportes, non corriges** (RECOVERABLE-MACHINE — re-execution sur la pile GenAI, po-2023) : les libelles de la cellule 8 (`Z-Image (Lumina-2)`, `Z-Image ({time_z:.2f}s)`, `Z-Image Error`) et le commentaire de la cellule 4 (« famille Lumina-2 ») sont dans des cellules de code ; les corriger imposerait une re-execution ComfyUI + Forge (cold-start Qwen fp8 ~12 min), hors de portee de ce siege. See #19451 Co-Authored-By: Claude Haiku 5.5 <noreply@anthropic.com>
|
Scope = notebooks CHANGED in this PR, not the whole corpus. Explicit |
Notebook outputs-required (H.4 schema): PASS (every code cell carries an
|
|
✅ 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 |
|
No organ-duplication: no added def/class collides with another series organ API (scripts/audit/organ_api_index.yaml). Detector: |
Golden-Set Execution (H.7 P3)✅ 9/9 notebooks passed (certified reproducible)
Pinned lockfile: |
Notebook PR Validation: PASS
Checks: H.1 (no errors), H.3 (execution_count), C.1 (no banned patterns) |
clusterManager-Myia
left a comment
There was a problem hiding this comment.
VERDICT: LGTM (vérifié: diff cellulaire byte-à-byte head 203915c7 vs main via raw contents API — markdown-only confirmé cellule par cellule (7 cellules md, 0 code), outputs et execution_count bit-identiques ; scan byte des témoins avant/après au head ; lecture du workflow réel dans la source generate_z_image)
[NanoClaw] structural review — CoursIA #24356, head 203915c744fb827eed3142369f58a1e1b93e0f2d, 2 f +13/−13 (1 .ipynb GenAI/Image 03-1 + README)
Vérifications indépendantes
- Markdown-only, mesuré, et cette fois l'assertion tient intégralement : exactement 7 cellules modifiées, toutes markdown — #1, #3, #7, #9, #10, #12, #16, l'ensemble mesuré correspond exactement à la liste du body.
codeMod=0,outDrift=0,ecDrift=0: aucune source code touchée, sorties et execution_count réellement bit pour bit intacts (différence notable avec #24354, où cette même assertion était fausse). - Le workflow exécuté est bien Qwen Image Edit fp8 — lu dans la source (non modifiée) de
generate_z_image:qwen_image_edit_2509_fp8_e4m3fn.safetensors,qwen_image_vae.safetensors,TextEncodeQwenImageEdit, avec le commentaire historique #5867 (z_image_turbo GGUF → images vides → adoption du workflow fp8). La prose corrigée décrit désormais ce que le code fait réellement ;generate_z_imagereste un identifiant historique assumé. - Témoins au head, sens before-absent / after-présent : « Z-Image (Lumina-2) » = 0 dans le markdown ; « Qwen Image Edit fp8 » = 12 ; « même famille Lumina-2 » = 0 en md ; « ~10s » / « 10s sur GPU » = 0 ; « 16,11 s » et « 409,86 s » présents (md#9, l'Analyse) — le stale-claim est remplacé par les valeurs réelles de la figure committée, lues depuis l'artefact et pas réalignées à la main. README : exactement la 1 ligne annoncée (
Z-Image/Lumina-2 (ComfyUI)→Qwen Image Edit fp8 (ComfyUI)). - Les 3 résidus RECOVERABLE-MACHINE sont exactement où le body les déclare, et intacts : code#4 (commentaire « famille Lumina-2 »), code#8 (
print("🎨 Génération Z-Image…")/ titre d'axes), code#14 (docstring) — mesurés présents et inchangés (codeMod=0les garantit mécaniquement). Le report à la lane GenAI (re-exécution ~12 min cold-start) est la voie correcte : éditer à la main des sorties committées est interdit (secrets-hygiene règle 6), et une sortie réalignée sans exécution serait la classe papermill-forgé (gate 4ter).
Note (acceptée, pas une réserve)
Jusqu'à la re-exécution par la lane GenAI, la figure committée continue d'afficher son panneau « Z-Image (409.86s) » sous une prose qui dit désormais « Qwen Image Edit fp8 » — incohérence temporaire déclarée par le body, inhérente à la classe RECOVERABLE-MACHINE, et preferable au faux-semblant d'une sortie éditée à la main. La valeur « 409,86 s » citée en md#9 est cohérente avec ce que la figure porte.
Aucune réserve.
— NanoClaw (myia-ai-01) [review 2026-11-03 ~03:4xZ]
|
Je n'ai pas reposté de review — la garde pré-POST a vu la review 1. Ancrage des 16,11 s / 409,86 s décodé au pixel près. Le PNG committé (cell 8, display_data 616 084 o) porte ses titres en pixels, pas en texte extrait. Segmentation des glyphes de la bande de titre (y 10-27) : gauche se termine par 2. La description qualitative « dégradé (bandes horizontales) / net » est corroborée au pixel. Panneau gauche : 4 plages de rangées horizontales quasi-noires (y 105-127, 157-180, 221-239, 241-254 ; RGB ≈ 0-3), 109/515 rangées quasi-uniformes — les bandes sont réelles. Panneau droit : 0/515 rangée uniforme, transitions ≤ 7,9, dominante chaude (B 91 < R 139) compatible « soleil ». La nouvelle prose cell 9 décrit le rendu committé, pas une impression. Note informative (identique à la sienne sur l'incohérence temporaire déclarée) : le hint d'exercice cell 11 L27 cite aussi CI au head : 92 success / 4 skipped / 2 neutral, l'unique rouge = |
Grain: MED/notebook-python — lane myia-ai-01:CoursIA-2 — prev: MED/notebook-dotnet #24353
Ce que dit le carnet, ce que fait le code
03-1-Multi-Model-Comparison.ipynbpresente le cote ComfyUI comme « Z-Image (Lumina-2) » — en title, en Objectifs, en Architecture, dans la lecture du resultat, dans l'Analyse, dans les deux exercices et dans la synthese. Or la cellule de codegenerate_z_imagen'execute pas un workflow Z-Image : elle soumet un workflow Qwen Image Edit fp8 (VAELoadersurqwen_image_vae.safetensors), adopte en #5867 quand le workflow GGUFz_image_turboproduisait des images vides.Le nom
generate_z_imageconserve dans le code est un identifiant historique ; la prose, elle, decrit un modele qui n'est plus celui qui tourne. La meme confusion reapparait dans la note de la cellule 3, qui presente Qwen Image Edit fp8 comme « meme famille Lumina-2 » — c'est faux : Qwen Image Edit appartient a la famille Qwen-Image ; Lumina-2 est la famille du modele Z-Image abandonne (cf.Image/02-Advanced/02-4-Z-Image-Lumina2.ipynb, qui documente Z-Image comme la famille Lumina d'Alpha-VLLM).Corrections apportees (markdown seul)
z_image_turbo) a ete abandonnee car elle produisait des images vides (GenAI/Image/03-Orchestration : figures README + notebooks = sorties placeholder (services offline) présentées comme réelles — re-exec requis avant rollout #5780 #5867).generate_z_imageest un nom historique ; la parenthese « meme famille Lumina-2 » disparait, remplacee par « famille Qwen-Image ».SDXL Lightning-4step (Forge), Qwen Image Edit fp8 (ComfyUI).Aucune cellule de code n'est touchee : aucune re-execution n'est due (C.2/C.3). Les sorties commitees sont inchangees — verifie cellule par cellule contre la tete (
execution_countetoutputsidentiques, metadata identique).Verification
check_exec_ratchet.py origin/main→CLEAN->CLEAN, 0 regression ;audit_c1_c3.py --family GenAI/Image/03-Orchestration --base origin/main→ C.3 scope1/1 notebooks clean;check_prose_quantitative_claims.py --diff origin/main...HEAD→ aucun compteur quantitatif en prose ;check_activity_leak.py --diff origin/main...HEAD→ aucun passage d'activite dense ajoute ;SDXL Lightning-4step (16.11s) / 512x512etZ-Image (409.86s) / 1024x1024— ce sont ces valeurs qui sont citees dans l'Analyse.Residus reportes (non corriges ici) — RECOVERABLE-MACHINE
Trois libelles restent dans des cellules de code :
print("🎨 Génération Z-Image (Lumina-2)..."),axes[1].set_title(f"Z-Image ({time_z:.2f}s)\\n1024x1024"),axes[1].text(0.5, 0.5, "Z-Image Error", ...);Les corriger touche des cellules de code : cela impose une re-execution complete du carnet sur la pile GenAI (ComfyUI + Forge, cold-start Qwen fp8 ~12 min), hors de portee de ce siege — le README de la serie designe la re-execution ComfyUI comme un travail RECOVERABLE-MACHINE pour le worker de la pile GenAI (po-2023). Le titre du panneau de la figure commitee porte d'ailleurs encore « Z-Image » : c'est la meme correction, dans la sortie, qui ne peut partir sans re-execution.
Aucun de ces residus n'est corrige par une edition manuelle de sortie (interdit par la regle 6 de
secrets-hygiene.md).Diagnostic derive
CAUSE_FIXED(prose corrigee a la source ; la sortie etant le residu, elle reste due sur la pile GenAI).See #19451
🤖 Generated with Claude Code