Journal des versions LFIdle

Référence versionnée. Les dates ci-dessous viennent des rapports de livraison, pas des commits. Les archives RC1 et RC2 portent « 2026-10-18 », mais leur préparation et leur mise en ligne ont été constatées le 17 octobre 2026 (Europe/Paris).

V2.19 — 19 octobre 2026 — première découverte collective

• Après vingt sorties de terrain terminées avec au moins deux GA contributeurs, le réseau découvre le Tractage sur événement. Seuils exploratoires fixes, sans achat ni bonus de famille.
• Première Journée de mobilisation garantie après 30 secondes actives d'annonce, puis fenêtre de 120 secondes ; occasions suivantes raccordées aux événements existants. Les occasions sont préservées hors ligne et les sorties engagées se terminent normalement.
• Activité révélée dans Terrain, annonce non bloquante persistante et premier glossaire responsive. Nouveau schéma de sauvegarde, recettes sans révélation prématurée et redécouverte à chaque Prestige, sans migration. [Bilan V2.19](reports/activity-discovery-v219.md).

V2.18 — 19 octobre 2026 — catalogue et pratique collective

• Catalogue descriptif des cinq activités existantes et quatre familles de présentation, répertoire connu partagé par tout le réseau ; aucun nouveau contenu ni découverte automatique.
• Comptabilisation persistante des fins réelles : une réalisation globale par activité, une contribution par GA présent ; une réunion inter-GA reste une seule opération, sans changement économique ou UI.
• Nouveau schéma de sauvegarde V2.18, reprise/offline et reset des compteurs au Prestige ; aucune migration des anciennes parties. [Bilan et limites V2.18](reports/actions-catalog-v218.md).

V2.16 — 18 octobre 2026 — livraison technique locale

• IDs historiques alloués par borne haute persistante, indépendants de la longueur et de l'ordre du tableau ; anciens IDs conservés, extension minimale des sauvegardes sans reprise des migrations historiques.
• Registre dérivé explicite : références typées, suivi/délégation, propriétaire de simulation et compte économique uniques, commune déclarée ou rattachement inconnu. Production locale/inter-GA reliée au propriétaire historique sans copier les ressources ; scopes nettoyés et réentrée refusée.
• 43 tests ciblés, TypeScript et build réussis. [Bilan et limites V2.16](reports/historical-v216.md). Aucune cohorte, nouvelle économie ou refonte UI ; aucun benchmark, campagne massive, commit, push ou publication.

V2.15 — 18 octobre 2026 — cadrage documentaire local

• Audit des structures et lecture des arbitrages Drive B5.3/B5.4/B5.5 ; proposition de registre à propriétaire unique, distributions corrélées et transitions conservatrices, sans conversion destructive des historiques.
• Compatibilité cadrée avec autonomie, coopération et intégration progressive ; coût exponentiel de fondation, financement, capacité de coordination et limites statistiques identifiés comme arbitrages séparés, sans nouveau coefficient.
• Architecture, risques et lots testables dans le [rapport V2.15](reports/cohorts-v215-design.md). Aucune cohorte codée, aucun gameplay, format de sauvegarde ou écran modifié ; aucun test moteur, build, simulation, commit, push ou déploiement lancé pour ce lot de conception. Drive consulté en lecture seule.

V2.14 — 18 octobre 2026 — livraison locale

• Premier court-circuit effectif dans le moteur : dispatch évité uniquement lorsque ses deux branches de départ sont inaccessibles ; invalidation de la clé historique et réveil sur les contrôles courants. Aucun agenda incrémental activé ni modification des demi-pas.
• 24 comparaisons à 100/1 000/5 000 GA, états complets, faits et RNG identiques. À 5 000 GA, gain de 36–55 % sur les scénarios sans départ applicable ; résultats actifs variables, sans gain général revendiqué. Garde-fou activé et désactivable par appel.
• 115 tests ciblés, TypeScript et build réussis. Conditions exactes, coûts et limites dans le [rapport V2.14](reports/scheduler-v214.md). Aucune économie, sauvegarde ou interface modifiée ; aucun commit, push ou déploiement.

V2.13 — 18 octobre 2026 — livraison locale

• Prototype d'agenda incrémental avec générations par catégorie, invalidations ciblées, relecture exacte des horloges et éviction immédiate des entrées remplacées ; nettoyage après appel, exception ou rechargement.
• Comparaison à la V2.12 figée : 30 configurations courtes jusqu'à 5 000 GA, échéances/faits et états complets identiques, zéro divergence. Le moteur V2.11 reste l'autorité.
• Les mises à jour coûtent souvent moins sur les grandes sondes, mais construction, mémoire et certains temps totaux régressent : reconstruction V2.12 conservée par défaut, incrémental explicitement expérimental.
• 105 tests ciblés réussis ; limites, mesures et conditions de substitution dans le [rapport V2.13](reports/scheduler-v213.md). Aucun changement économique, de sauvegarde ou d'interface ; aucun commit, push ou déploiement.

V2.12 — 18 octobre 2026 — livraison locale

• Prototype d'agenda événementiel en observation, sans remplacement du moteur V2.11 : horloges distinctes, quatorze phases et diagnostics bornés, sans gain ni tirage RNG supplémentaire.
• Référence V2.11 figée ; 30 configurations courtes à 100/500/1 000/5 000 GA, états complets identiques et zéro divergence de prédiction. Construction et mises à jour mesurées séparément : ce mode ajoute du travail au moteur.
• 87 tests ciblés réussis ; quatre assertions historiques V2.11 documentées séparément et conservées. Architecture, limites et conditions de substitution dans le [rapport V2.12](reports/scheduler-v212.md). Aucune modification des sauvegardes ou de l'interface de jeu, aucun commit, push ou déploiement.

V2.11 — 18 octobre 2026 — livraison locale

• Index transitoires des GA, réservations nominatives et matériel ; validations de sauvegarde en passes indexées, ajouts de personnes incrémentaux. Aucun changement de format ou de règle économique.
• À 5 000 GA, départs 556 → 76 ms et rechargement associé 1 745 → 119 ms dans les sondes courtes ; 22 comparaisons d’états complets identiques online/offline, jusqu’à deux scénarios à 10 000 GA. Aucun nouveau test à 50 000.
• Contrat de réveil, ordre simultané et architecture du futur ordonnanceur exact documentés ; moteur aux demi-pas conservé, référence V2.10 figée.
• 113 tests ciblés réussis, TypeScript/build ; trois assertions historiques et une attente inter-GA supplémentaire reproduites sur la référence, documentées séparément dans le [bilan V2.11](reports/events-v211.md). Aucun commit, push ou déploiement.

V2.10 — 18 octobre 2026 — livraison locale

• Audit sans plafond de gameplay à 50 GA ; sondes bornées à 50/100/250/500/1 000 GA et référence V2.9 figée.
• Index nominatifs limités à chaque appel moteur et validation des bascules collectives par index ; mêmes identités, calculs et sauvegardes.
• À 1 000 GA : environ 1066.63 → 190.48 ms pour 45 secondes productives online ; parité exacte online/offline aux cinq tailles. 98 tests ciblés réussis, dix sondes navigateur/stockage, TypeScript et build réussis ; trois assertions historiques en échec également sur la référence documentées.
• Mesures détaillées, contraintes restantes et découpage des cohortes communales dans le [bilan V2.10](reports/scaling-v210.md). Aucun changement des règles ni publication.

V2.9 — 18 octobre 2026 — livraison locale

• Pilotage individuel ou délégué, gratuit et réversible, par GA ou sélection collective. Les consignes, activités et données individuelles restent inchangées ; accueil manuel conservé.
• Liste compacte des GA avec statut, orientation, activité et recrues en attente ; consultation détaillée et retour au suivi disponibles à tout moment. Migration des anciennes sauvegardes en suivi individuel.
• 26 tests ciblés, contrôles navigateur bureau/mobile, 14 comparaisons appariées à 1/3/10/50 GA, TypeScript et build réussis ; zéro écart de gameplay ou de ressources détecté.
• Moteur détaillé partagé, sans cohortes ni optimisation événementielle. Coûts bornés et limites dans le [bilan V2.9](reports/delegation-v29.md). Aucune publication pour ce lot.

V2.8 — 18 octobre 2026 — livraison locale

• Transmission limitée d'expertise à l'essaimage, distinction entre acquis locaux, héritage restant et assimilé ; les effets utilisent leur total.
• Réserve unique par GA, consommée à chaque essaimage et reconstituée uniquement par les activités terminées. Assimilation sans création de points supplémentaires.
• Estimation avant le départ, détails dans la fiche GA, migration V2.6/V2.7, sauvegarde et offline. Donneur et données personnelles conservés.
• 69 tests ciblés, navigateur bureau/mobile, 24 épisodes comparatifs courts et build réussis ; zéro anomalie détectée. Coefficients expérimentaux et plateau possible des plafonds documentés dans le [bilan V2.8](reports/transmission-v28.md). Aucune publication pour ce lot.

V2.7 — 18 octobre 2026 — livraison locale

• Cinq spécialisations et Polyvalent évolutif par GA, indépendants du planning : durée ciblée, acquisition d'expertise et préférence nominative de compétence légère.
• Première spécialisation immédiate ; engagement de 300 secondes productives puis changement programmable, remplaçable et annulable. Coefficients figés au lancement des activités, y compris inter-GA.
• Migration vers Polyvalent sans bonus rétroactif aux activités engagées ; reprise offline et essaimage conservés. Interface compacte, testée à 390 px.
• 83 tests ciblés, navigateur bureau/mobile, 16 épisodes courts et build réussis ; zéro anomalie détectée. Équipes et trajectoires économiques modifiées, coefficients exploratoires. [Bilan détaillé](reports/specializations-v27.md). Aucune publication pour ce lot.

V2.6 — 18 octobre 2026 — livraison locale

• Cinq expertises collectives permanentes par GA et maturité organisationnelle, acquises uniquement à la résolution des activités sur leur durée nominale.
• Effets ciblés sur recrutement, implantation, formation des présents, mobilisation locale et supplément de cohésion inter-GA ; fractions de recrutement conservées.
• Essaimage sans héritage collectif pour le descendant dans ce lot ; acquis du donneur, compétences et relations personnelles conservés. Migration des sauvegardes et progression offline.
• Section compacte dans la fiche GA. Coefficients provisoires ; maturité sans effet économique pour ce lot.
• 57 tests ciblés, vérification bureau/mobile, 16 épisodes comparatifs courts et build réussis ; zéro anomalie dans le digest final. [Bilan et limites](reports/expertise-v26.md). Aucune publication pour cette livraison.

RC2-D1.1 — 17 octobre 2026

• Documentation : précision de la provenance des photographies de référence et des crédits des portraits illustrés générés avec ImageGen.
• Direction artistique de Kojasti ; références de l’Assemblée nationale et de LFI distinguées des illustrations et des droits photographiques restant à vérifier.
• La carte de fondation de Jean-Luc Mélenchon reste le seul portrait intégré au jeu Web. Aucune carte supplémentaire ni modification des mécaniques, sauvegardes, statistiques facultatives ou de leur notice.
• Inventaire des 81 références et fichiers archivés contrôlé ; 81 portraits d’atelier produits, dont trois pilotes, et un seul portrait intégré à LFIdle Web. Les licences photographiques restent non vérifiées.

RC2-D1 — 17 octobre 2026

Nouveautés

• Pages À propos, Sources et crédits et Journal des versions, embarquées et accessibles depuis le jeu.
• Registre structuré des sources avec source_id stables et source_refs, références documentaires par zone et états de provenance explicites.
• Mention d’indépendance et liens officiels ; droits tiers non résolus rendus visibles.

Correctifs

• Clarification des dates de livraison et de la distinction entre données officielles, interprétations territoriales et paramètres de gameplay.

Limites connues

• Portrait de Jean-Luc Mélenchon : auteur, origine, licence et autorisation non retrouvés.
• SVG de gabarit livrés mais inutilisés : provenance et licence à compléter.
• Plusieurs références documentaires Insee du classeur ne disposent localement ni du titre complet ni de métadonnées de licence ; elles ne prouvent pas les coefficients du jeu.
• Les limites RC2 ci-dessous restent applicables. D1 conserve le gameplay, les sauvegardes, le consentement et la télémétrie de RC2.

RC2 — 17 octobre 2026

Nouveautés

• Ouverture publique sur itch.io et télémétrie volontaire pour les personnes majeures : refus sans collecte, retrait et effacement depuis le menu.
• Notice publique de confidentialité liée à la révision du consentement ; collecteur LFIdle séparé et conservation bornée.

Correctifs et validations

• Activation limitée au build de production et au domaine HTML5 itch.io.
• Conservation de la sauvegarde RC1 vérifiée ; réception consentie, effacement, restauration sans résurrection et récupération du collecteur vérifiés.

Limites connues

• Préalpha : fonctionnalités et équilibrage incomplets ; sauvegarde locale, sans synchronisation entre appareils.
• Safari/iOS et téléphone physique non validés. Démarrage automatique du conteneur hôte non déclaré dans l’audit ; procédure de récupération documentée.

RC1 — 17 octobre 2026

Nouveautés

• Candidate préalpha pour validation du gameplay : premier GA, recrutement et accueil, sorties et certification, planning collectif, réunions inter-GA, cohésion et premier prestige.
• Géographie embarquée B3.7 : recherche par commune ou code postal, 229 zones de jeu.
• Hébergement et recette itch.io en Draft ; cette étape n’était pas une ouverture publique.

Correctifs et validations

• Chemins relatifs du build et du portrait compatibles avec les sous-dossiers itch.io.
• Consigne initiale mobile précisée. Deux parcours naturels desktop/mobile jusqu’au premier prestige, puis contrôle du ZIP extrait en iframe.

Limites connues

• Préalpha, équilibrage incomplet ; pas de validation Safari/iOS ou téléphone physique.
• Adjacences SIG archivées, non activées dans le runtime ; aucune télémétrie LFIdle opérationnelle dans cette candidate.

Preuves de livraison

• RC1 : reports/prealpha-audit-2026-10-17.md ; reports/itch-draft-2026-10-17.md ; artifacts/prealpha-release/manifest.json.
• RC2 : reports/telemetry-t4-deployed.md ; artifacts/telemetry-t4/release-final/manifest.json.
• RC2-D1 : reports/transparency-d1.md et artifacts/transparency-d1/manifest.json après packaging.

À chaque publication

Mettre à jour ce fichier avant le build : version, date réellement constatée, nouveautés, correctifs, limites et preuves. Actualiser le registre pour tout nouvel actif ou document. Générer les pages avec le prébuild, vérifier le ZIP et ses liens, conserver le rollback, puis consigner l’URL CDN et le SHA-256 dans le rapport de publication. Une entrée préparée ne prouve pas à elle seule une publication.