Relevé pendant #14210 (sonde 7.7.3 du jumeau C#, issue #14143), non corrigé là-bas pour ne pas déplacer content_python_sha et retirer à l'attestation de parité son axe unique.
Constat
La Note-de-parité cross-langage de MyIA.AI.Notebooks/SymbolicAI/Tweety/Tweety-7a-Extended-Frameworks.ipynb (cellule markdown 36, datée c.756 — 2026-07-22) décrit le jumeau C# ainsi :
Le notebook jumeau Tweety-7a-Extended-Frameworks-Csharp.ipynb (23 cells, .NET Interactive, BCL .NET 9 from-scratch) […]
| Moteur | JVM Tweety via jpype […] | BCL .NET 9 from-scratch (0 NuGet, 0 jpype, 0 IKVM, 0 JVM) — Prong B #3801 |
[…] les 8 cellules code C# .NET Interactive sur 2026-07-07
Exact à sa date. Périmé depuis la tranche 2 IKVM (#10381, 2026-08-11), qui a ajouté au jumeau C# une section 7 entière chargeant le shade org.tweetyproject.tweety-7a.dll via IKVM.
| Affirmation de la note |
Mesure au 2026-09-02 (main + #14210) |
| « 23 cells » |
52 cellules |
| « 8 cellules code » |
18 cellules code |
| « 0 IKVM, 0 JVM » |
la tranche 2 charge un shade TweetyProject via IKVM (§7.2 → 7.8) |
Ce qui reste vrai : la description de la tranche 1 (from-scratch BCL, Kleene 3-valued, ADF/SetAF/EAF/VAF), les frameworks « uniquement Python », et le fait que la parité porte sur l'algorithme et non sur l'exemple exact.
Pourquoi c'est la même classe de défaut que #14143
#14143 corrigeait, côté C#, une prose devenue fausse après la reconstruction du shade : l'artefact avait bougé, la prose non. Ici c'est symétrique — le jumeau C# a gagné une tranche entière, et la note du jumeau Python décrit encore l'état antérieur. Une note de parité qui décrit un jumeau périmé est pire qu'absente : elle est lue comme une mesure.
Ce qu'il y a à faire
Élément utile pour le second point
#14210 a mesuré ce que le shade IKVM contient réellement : arg.setaf, arg.extended (le vrai nom de EAF) et arg.bipolar en sont absents (0 type), et sont livrés dans des DLL sœurs. Autrement dit, sur ces trois familles, le jumeau Python (JPype, jars complets) couvre ce que la tranche 2 du jumeau C# ne peut pas couvrir — c'est une asymétrie réelle et mesurée, qui a sa place dans une note de parité à jour.
See #14143
Relevé pendant #14210 (sonde 7.7.3 du jumeau C#, issue #14143), non corrigé là-bas pour ne pas déplacer
content_python_shaet retirer à l'attestation de parité son axe unique.Constat
La Note-de-parité cross-langage de
MyIA.AI.Notebooks/SymbolicAI/Tweety/Tweety-7a-Extended-Frameworks.ipynb(cellule markdown 36, datéec.756 — 2026-07-22) décrit le jumeau C# ainsi :Exact à sa date. Périmé depuis la tranche 2 IKVM (#10381, 2026-08-11), qui a ajouté au jumeau C# une section 7 entière chargeant le shade
org.tweetyproject.tweety-7a.dllvia IKVM.main+ #14210)Ce qui reste vrai : la description de la tranche 1 (from-scratch BCL, Kleene 3-valued, ADF/SetAF/EAF/VAF), les frameworks « uniquement Python », et le fait que la parité porte sur l'algorithme et non sur l'exemple exact.
Pourquoi c'est la même classe de défaut que #14143
#14143 corrigeait, côté C#, une prose devenue fausse après la reconstruction du shade : l'artefact avait bougé, la prose non. Ici c'est symétrique — le jumeau C# a gagné une tranche entière, et la note du jumeau Python décrit encore l'état antérieur. Une note de parité qui décrit un jumeau périmé est pire qu'absente : elle est lue comme une mesure.
Ce qu'il y a à faire
strip_probe_banner->check_twin_parity --updaten'est ecrit nulle part, et le rebaseline se fait naturellement trop tot #8957)Élément utile pour le second point
#14210 a mesuré ce que le shade IKVM contient réellement :
arg.setaf,arg.extended(le vrai nom de EAF) etarg.bipolaren sont absents (0 type), et sont livrés dans des DLL sœurs. Autrement dit, sur ces trois familles, le jumeau Python (JPype, jars complets) couvre ce que la tranche 2 du jumeau C# ne peut pas couvrir — c'est une asymétrie réelle et mesurée, qui a sa place dans une note de parité à jour.See #14143