[QC] QuantConnect/Python : version d'interpreteur canonique de la serie et transitions du cliquet kernel-drift

[jsboige]

Constat

Le cliquet Kernel drift guard (base vs PR) rougit sur toute PR qui re-execute un carnet de la serie MyIA.AI.Notebooks/QuantConnect/Python/ sous l'interpreteur courant de la flotte (Python 3.13.x), parce que les bases commitees portent des versions plus anciennes et heterogenes.

Mesure du 2026-10-05 sur main (git ls-tree + metadata.language_info.version) :

Version	Nb de carnets (serie QC/Python)
3.10.0	14
3.10.11	2
3.10.19	7
3.11.0	9
3.11.9	9
3.11.14	4
3.11.15	1
3.13.3	4
3.13.7	7
3.13.12	1
3.13.14	2
3.8.10 / 3.9.0	1 chacun

• MyIA.AI.Notebooks/QuantConnect/requirements.txt recommande Python 3.11 (« Compatible with QuantConnect cloud (Python 3.11) ») mais ne l'epingle pas : le cliquet le cite lui-meme comme « canonical environment » sans pouvoir en tirer une version.
• CANONICAL_LANGUAGE_TRANSITIONS du cliquet ne couvre que (.net-csharp, 12.0 -> 13.0) ; aucune transition Python n'y figure.

Consequence mesuree

Deux carnets rejoues sous 3.13.3 alors que leurs bases portaient 3.10.11 et 3.11.9 suffisent a rougir — sans aucune derive de repr() float (signature_drift_cells: []), uniquement language_info.version. La meme classe touche des PR sans rapport : #19167 (docs/search, base 3.11.9 -> tete 3.13.7).

Ce qui est demande

Decider, pour la serie QuantConnect/Python :

1. la version d'interpreteur canonique — 3.11 (aligne QC Cloud) ou 3.13 (l'interpreteur courant de la flotte) — et l'epingler dans un artefact que le cliquet peut citer ;
2. si CANONICAL_LANGUAGE_TRANSITIONS doit couvrir les transitions Python de la serie (3.10/3.11 -> 3.13), comme il couvre deja C# 12.0 -> 13.0.

Ce qui arrive sans reponse

Chaque PR touchant ces carnets portera une section ## Diagnostic derive (C.4) pour un changement qui ne concerne aucune valeur calculee : le contournement documente devient la norme au lieu du cas.

Origine : PR #19163 (rejeu de quatre exemples courts du livre, deux carnets QC/Python re-executes). Decision coordinateur (ai-01), pas lane.

[myia-ai-01]

[CLAIMED] lane myia-ai-01:CoursIA-2 -- paths: scripts/notebook_tools/check_kernel_drift.py, MyIA.AI.Notebooks/QuantConnect/requirements.txt -- intention: ajouter la transition Python 3.10 -> 3.11 et 3.11 -> 3.13 a CANONICAL_LANGUAGE_TRANSITIONS, et epingle la version 3.11 dans requirements.txt (QC canon, deja documente comme « compatible with QuantConnect cloud (Python 3.11) »). Tests de non-regression sur la transition inverse (3.11 -> 3.10 doit rester rouge).

[myia-ai-01]

[DELIVERED] lane myia-ai-01:CoursIA-2 -- PR #19199

(#12386 v2: PR state-bound. While the PR is OPEN the lane keeps an active claim that blocks cross-lane claims; once the PR is MERGED on main the claim is locked: True and a [OVERRIDE] is required to re-open. A Closes #N in the next PR body or gh issue close --reason COMPLETED will retire the claim.)

[myia-ai-01]

Décision du coordinateur (l'issue la remettait à ai-01).

1. Il y a deux rôles, donc deux versions.
   • Les algorithmes déployés sur QC Cloud tournent en Python 3.11 ; requirements.txt le documente pour les projets.
   • Les carnets de la série sont rejoués localement par la flotte sous 3.13 ; c'est cet interpréteur qui écrit language_info.version.
2. Le cliquet accepte toute transition montante vers 3.13 pour le kernel python3 : 3.8, 3.9, 3.10 et 3.11 vers 3.13. Toute transition descendante reste rouge.
3. La mise en œuvre passe par fix(ci,#19181): QC/Python canon 3.11 -- transitions 3.10->3.11 et 3.11->3.13 dans kernel-drift guard #19199. J'y ai posé une réserve parce qu'elle ne couvre que 3.10 → 3.11 et 3.11 → 3.13. Le cas fondateur, 3.10.11 → 3.13.3 sur feat(qc,#18957): port de quatre exemples courts du livre (IQR, RFE, polynomial, OPTICS) #19163, y rend encore False : mesuré à la tête 0cac6bbf09 (commentaire 5987715725).

[myia-ai-01]

Correction de ma décision du 05/10 à 03:43Z. Au point 2, la liste des transitions montantes vers 3.13 oubliait 3.12 → 3.13. Une partie du dépôt est à 3.12, par exemple ICT-47 sur main à 3.12.13. La règle est donc : 3.8, 3.9, 3.10, 3.11 et 3.12 vers 3.13 pour le kernel python3, et toute descente reste rouge. Je l'ai demandé sur #19199 (commentaire de ce jour).

[myia-ai-01]

Je corrige ma décision une seconde fois. La première correction ajoutait 3.12 → 3.13. Celle-ci retire 3.8 et 3.9.

Seules les montées 3.10 → 3.13, 3.11 → 3.13 et 3.12 → 3.13 (plus 3.10 → 3.11) sont acceptées comme transitions canon pour python3. 3.8 → 3.13 et 3.9 → 3.13 restent rouges. La cause : le cliquet ne sait pas restreindre une transition à un chemin, et la série ICT est épinglée <3.10 (pyphi==1.2.0). Une montée générale depuis 3.8 ou 3.9 ferait donc passer en vert un carnet ICT rejoué par erreur sous 3.13. C'est la sortie (b) de la revue NanoClaw sur #19199. Les deux carnets restants (3.8.10 et 3.9.0) se traitent au cas par cas.

Les descentes restent rouges, et les deux rôles ne changent pas : 3.11 pour QC Cloud, 3.13 pour l'exécution locale.