[GenAI/Audio] 04-16 SheetSage2 : les statistiques de session ne distinguent pas notes exactes et classes de hauteur #15907

Contexte

Constaté en corrigeant les quatre écarts de traçabilité relevés par la review de la
PR #15902 (04-16-SheetSage2-Audio-To-Score.ipynb). Ce cinquième point n'est pas
dans les quatre : il est hors du périmètre de ce fix, donc reporté ici sciemment.

Le fait

Le notebook établit — c'est son résultat central — que le modèle transcrit avec
100 % des classes de hauteur correctes mais un décalage systématique de +12
demi-tons. Deux nombres, donc, et deux seulement :

La cellule 20 distingue proprement les deux grandeurs. La cellule 35 — les
statistiques de session, c'est-à-dire le bloc qu'un lecteur pressé lit en premier —
n'en publie qu'une seule, sous le libellé Precision melodique. Ce libellé n'annonce
pas qu'il s'agit de la précision en hauteur absolue, et il porte donc le chiffre le
moins informatif des deux : 0,0 %.

Conséquence mesurable : pour un notebook dont la thèse est précisément que la métrique
usuelle (classes de hauteur) est aveugle à l'octave, le résumé de session affiche
0,0 % sans le 100 % qui l'explique — soit exactement le malentendu que le notebook
existe pour dissiper. Un lecteur qui ne lit que la cellule 35 en conclut que la
transcription a échoué.

Ce n'est pas une erreur de calcul

precision = justes / n (cellule 20, l.30) compare des hauteurs MIDI absolues
(cellule 20, l.18-35) : 0,0 % est exact, et c'est bien 0/8 notes identiques au
demi-ton près. Le défaut est de communication : le résumé publie une grandeur sans
son complément, sous un libellé qui ne dit pas laquelle.

Acceptance

• La cellule 35 publie les deux grandeurs, avec des libellés qui les distinguent
  explicitement (notes exactes vs classes de hauteur), sur le modèle de la
  cellule 20
• Le libellé Precision melodique disparaît, ou devient non ambigu (il ne doit plus
  pouvoir se lire comme « précision du modèle »)
• Re-exécution complète du notebook après la modification de source (C.2), sorties
  committées, execution_count 1..13 contigu, 0 octet CR
• La table de conclusion (cellule 36) reste cohérente avec la nouvelle ligne

Périmètre

Un seul notebook, une seule cellule (35), plus la re-exécution que la modification
impose. Aucun changement de code de calcul : precision et justes sont conservés
tels quels, seule leur présentation change.

Contexte de la PR qui a relevé le point

• PR feat(genai,#15597): 04-16 SheetSage2 — transcription audio vers partition ABC (livrable 3/3) #15902 — livrable 3/3 de enrich(genai-audio): YuE2 (YuE/MERT2/SheetSage2) — successeur 02-7 + 2 notebooks analyse/composition #15597, head 53a7998eff
• Issue parente : enrich(genai-audio): YuE2 (YuE/MERT2/SheetSage2) — successeur 02-7 + 2 notebooks analyse/composition #15597
• La review de feat(genai,#15597): 04-16 SheetSage2 — transcription audio vers partition ABC (livrable 3/3) #15902 portait quatre autres écarts, tous traités dans cette PR ; celui-ci
  est le seul qui reste ouvert.