Skip to content

Tweety-7a (jumeau Python) : la Note-de-parite decrit un jumeau C# de 23 cellules sans IKVM — perimee depuis la tranche 2 #14211

Description

@jsboige

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

  • Mettre à jour les trois chiffres/affirmations du tableau ci-dessus dans la cellule 36 du notebook Python
  • Ajouter à la note la tranche 2 du jumeau C# (lib-vs-lib via IKVM) comme second axe de comparaison — c'est désormais l'axe où les deux notebooks utilisent le même moteur Java, ce que la note ne pouvait pas dire en juillet
  • Faire pointer les chiffres vers les cellules qui les mesurent plutôt que de les re-figer (Tell prose↔output : remplacer un nombre périmé par un autre nombre figé recrée la dérive)
  • Édition markdown-only possible (la cellule 36 est du markdown) : pas de ré-exécution du jumeau Python requise, mais l'attestation de parité doit être re-lancée après le commit (cf twin-parity : l'ordre strip_probe_banner -> check_twin_parity --update n'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) 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

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions