sanctuary-beta/docs/backlog.md

Backlog Sanctuary

SKY-077 — tourbillon au-dessus du vide

Branche codex/cloud-vortex-beta077. Ticket. Couche native à Y = 0, diamètre double de l’île, rotation et géométrie en cache. Livraison groupée avec les correctifs de menus beta.076. Tests natifs, cache, transparence Fabulous, build et archives normal/Test vérifiés.

UI-076 — navigation et pouvoirs sélectionnés

Branche codex/menu-navigation-beta076. Ticket. Accès direct aux combats depuis Pause, parcours prestige/faction/historique, achats visibles et sélection du pouvoir utilitaire explicite. Parcours natif vérifié ; distribution regroupée avec beta.077.

PLAN-FIX-01 — retirer la recherche web (beta.075)

Branche codex/plans-library-beta075. Correctif. Retirer le bouton Minecraft Schematics de K → Bibliothèque et ses libellés. Build, sources et archives normal/Test vérifiés ; anciens packs conservés.

FAMILIAR-05 — autonomie et ordres rapides (beta.074)

Branche codex/familiar-autonomy-beta074. Contrat. Quatre règles de comportement distinctes, garde locale, sélection des menaces, retour après poursuite, gestion des cibles inaccessibles et H bref/maintenu. Parcours natif, régressions montures/arènes/duels et check build réussis. Archives normal/Test vérifiées ; textures beta.070 conservées.

PLAN-01 — statues et plans natifs (beta.072)

Branche codex/statues-plans-beta072. Contrat, formats et vérifications. Modèles et textures du jeu convertis en statues creuses ; bibliothèque compatible .litematic, .schem v2/v3 et .nbt, aperçu par couche, rotation, matériaux et collage créatif contrôlé côté serveur. En survie, construction manuelle native. Aucune dépendance Litematica/MaLiLib ajoutée. Capture native des 88 espèces, parcours creeper créatif/survie FR/EN, interopérabilité Litemapy, sept tests serveur et 130 tâches Gradle réussis. Archives normal/Test vérifiées ; anciennes .schematic à convertir en externe.

MB-01 — Reprendre le catalogue des multiblocs

Ticket local ouvert le 15 septembre 2026 ; premier lot implémenté en beta.084. Catalogue et décisions historiques · Ticket de cadrage et lots d'implémentation proposés. Branche documentaire réservée codex/multiblocs-ticket.

Premier lot choisi le 16 septembre 2026 : clé dorée, Fourneau et Fût, implémenté en beta.084 sur codex/multiblocs-beta084. Fermentation, présentoirs, méga-pistons, Trémie, Carillon et Métablit restent au catalogue. La clé dorée assemble volontairement et dissocie ; les composants restent indépendants à la pose. Le Fût à 729 cases avec recherche et pages est accepté. Les gestes et la chauffe du premier lot sont décrits dans sa livraison. La fusion de tout It's Alive dans Sanctuary est différée ; le Fourneau pourrait alors remplacer la cuisinière, selon le cadrage corrigé. Aucun nouveau multibloc ni binaire livré ici. Les huit candidats de la recherche complémentaire sont rejetés par le créateur, jugés sans intérêt ou contraires au contrat Minecraft Vanilla. Reprendre le catalogue antérieur pour la liste d'implémentation.

FAMILIAR-04 — personnalité et montures natives (beta.071)

Branche de départ codex/familiar-personality-beta071. Contrat et vérifications. Quatre caractères stables avec tendances d’espèce ; priorité des ordres, poursuite plus vive et verrouillage de combat conservé. Escalade des deux araignées, Souffle du Nautilus pour les deux variantes colossales et surface de lave du Strider. Audit des 14 espèces montables natives, parcours client et 124 tâches Gradle réussis ; archives isolées de la beta.072 en cours, resource pack beta.070.

RP-02 — textures versionnées et actives par défaut (beta.070)

Branche codex/resourcepack-beta070. Contrat et vérifications. Import des dessins fournis, source et manifeste d’empreintes enregistrés dans Git ; pack natif activé par défaut et désactivable. Sept textures de faim/saturation mises à jour, respiration vanilla conservée. Client natif, build, deux MRpacks et ZIP autonome vérifiés.

FAMILIAR-FIX-02 — retour des ordres sur H (beta.069)

Branche codex/familiar-orders-h-beta069. Contrat et tests. H pour les ordres, F pour l’échange des mains, G pour la technique. Conversion unique de l’ancien raccourci F en H ; suppression du filtrage de l’échange natif. Parcours client et compilation vérifiés, deux archives locales conformes.

LOAD-03 — animation discrète de l’attente (beta.068)

Branche codex/loading-animation-beta068. Résultat et vérifications : neuf glyphes SGA avec une lumière mobile, animés par l’horloge de rendu ; étapes réelles et carte des chunks conservées. Huit captures natives comparées, FR/EN inspectés, compilation et archives normal/Test vérifiées. Introduction et cache inchangés.

FAMILIAR-FIX-01 — touche et vol du dragon (beta.067)

Branche codex/familiar-controls-beta067. Contrat et vérifications : ordres sur F, remappage unique de l'ancien H et prévention du double déclenchement de l'échange des mains ; orientation du dragon corrigée. Plané des petits vérifié, montée du grand porté avec Espace et monture colossale vérifiées. Compilation et deux archives validées localement.

HEAD-FIX-01 — modèles animés superposés (beta.066)

Branche codex/cosmetic-render-beta066. Résultat et tests. Doublon de coffre reproduit dans le collecteur natif puis corrigé ; une seule cloche animée avec son support. Ouvertures/fermetures, aliments, autres modèles et douze cas sur des mobs adultes ou bébés vérifiés. Build et archives validés localement.

BOAT-FIX-01 — collisions des coques (beta.065)

Branche codex/boat-collisions-beta065. Résultat et tests : coque entière couverte, virages contrôlés avant la translation, recul conservé. Passage au travers des murs reproduit puis corrigé ; 88 variantes et seize parcours pilotés vérifiés en client natif et serveur intégré. Build et deux archives validés localement ; pas de déploiement personnel.

LOAD-02 — cache et étapes réelles de préchargement (beta.064)

Branche codex/loading-cache-beta064. Contrat, mesures et vérifications. Plans dérivés mis en cache sur disque, validation des données et recalcul automatique si une entrée manque ou est corrompue. Réouverture mesurée à 2,1 s contre 58,7 s lors de l’audit beta.063 ; première création à 122 s, introduction complète. Étapes réelles du serveur, écran natif épuré sans portail du Nether. Pas de migration des chunks ou des journaux d’expansion. Build, récupération d’un cache corrompu, huit ouvertures classiques/plates et archives vérifiés localement.

RP-HUD-01 — base de textures modifiable

Préparée le 15 septembre 2026, branche codex/resourcepack-hud-base. Résultat et vérifications : 53 sprites vanilla de vie et de faim, manifeste 26.3-pre-2 et guide de retouche FR/EN dans le resource pack Sanctuary existant. Les dessins seront modifiés par le créateur. Ce lot graphique séparé ne livre pas de nouveau binaire du mod.

CAPE-01 — Des capes rares aux pouvoirs durables

Ticket préparé le 15 septembre 2026 ; à arbitrer puis à implémenter. Intention, premier lot proposé et critères d'acceptation. Branche documentaire réservée codex/capes-ticket ; branche d'implémentation prévue codex/capes-gameplay.

Les capes apportent généralement un bonus passif permanent, proposé tant qu'elles sont portées. Des capes très puissantes restent possibles, avec rareté, contreparties ou périodes actives à éprouver selon leur impact. Le ticket prépare trois capes aux usages distincts, leur acquisition rare en survie et les essais de cumuls, de circulation et de progression. Catalogue, valeurs, malus et règles temporelles restent des propositions. Cape Zéro est actuellement visuelle ; aucun nouveau pouvoir ni changement de binaire livré par ce ticket.

ANO-01 — Les doubles de Steve

Conception du 15 septembre 2026 ; non implémentée. Comportements, lots proposés et critères. Branche de conception réservée codex/steve-anomalies-design.

Herobrine harcèle les explorateurs des Backrooms, frappe, pose des blocs et enferme, puis disparaît lorsqu'il est vu. Le mineur fantôme montre l'arrière de sa tête de face comme de dos et creuse surtout les chunks les moins demeurés dans l'Overworld et les Backrooms. Le Steve bugué, extrêmement rare, reste en T-pose avec des UV mal placés ; une fois découvert, il persiste et peut être transporté en bateau. Les lots distinguent leurs dépendances : BR-01 pour Herobrine, Demeure pour le mineur, persistance et transport pour le Steve bugué. Les lieux d'apparition de ce dernier et les réglages de gameplay restent à fixer. Aucune génération ni entité activée par cette préparation documentaire.

BR-01 — Backrooms après le suivi du ballast

Ticket préparé le 15 septembre 2026 ; non implémenté. Dépend de la livraison et de la validation du suivi du ballast, dont le ticket amont reste à référencer. Les relevés d'activité actuels ne satisfont pas ce prérequis. Ticket d'implémentation et critères d'acceptation. Branche documentaire codex/backrooms-ticket ; branche d'implémentation prévue codex/backrooms-generation, sans numéro de livraison réservé.

Résultat attendu : sommeil vers une salle personnelle dans les Backrooms communes, passage derrière un tableau, réseau procédural de couloirs et salles avec poolrooms, dreamcore et matière issue du ballast. Les autres joueurs peuvent découvrir la salle à pied ; tout lit des Backrooms ramène chacun à son lit d'origine dans l'Overworld. Orientation manuelle sans coordonnées, secteurs persistants, visites et retours à deux joueurs vérifiables. La préparation documentaire n'active aucune génération et ne change aucun binaire.

FAM-DESIGN-03 — les 88 familiers comme partenaires de combat

Proposition documentaire du 15 septembre 2026, branche codex/familiar-combat-design. Le catalogue de combat et de vie commune définit pour chacune des 88 espèces une initiative autonome, une signature commandée, une variante à apprendre et une utilité quotidienne. Règles proposées pour les ordres, le K.-O., les soins, les combinaisons et l'attachement ; premier prototype prévu sur loup, Slime et tortue. Présence et raretés des 88 identifiants vérifiées contre le registre. Aucun changement de gameplay ou de binaire livré ; chiffres d'équilibrage et contrat de migration à établir avant implémentation.

beta.053 — brume progressive, saturation et accueil

Branche codex/progressive-fog-beta053. Brume atmosphérique dès le point de vue, saturation 0–200 % dans Options → Shaders et œufs de Hello World alignés à gauche. Contrat et vérifications. Build, parcours client natif FR/EN et deux MRpacks vérifiés localement. Aucun changement serveur ; compatibilité avec des moteurs de shaders externes non revendiquée.

beta.052 — nom du familier de départ

Branche codex/starter-name-beta052. Nom facultatif dans Hello World, enregistrement serveur avec le choix et composant de nom natif sur l'œuf. Contrat et migration. Build, 8 tests serveur, parcours client FR/EN en deux tailles et reconnexion vérifiés ; packs locaux. Connexion à plusieurs clients distants restant à confirmer.

beta.051 — visée des projectiles du distributeur porté

Branche codex/head-dispenser-aim-beta051. Visée horizontale et verticale au moment du tir, origine suivant la tête et immunité initiale du porteur. Contrat et vérifications. Build, 34 tests serveur et deux MRpacks vérifiés localement. Treize munitions testées dans huit directions ; session multijoueur distante restant à confirmer.

beta.050 — bateaux compacts et redstone mobile

Branche codex/head-blocks-beta050. Formats 1 × 2 et 2 × 1, livres enchantés, étagères et pupitres visibles, lits complets décoratifs, pots et commandes sur la tête. Sources redstone mobiles pour les circuits réels adjacents. Contrat et vérifications. Build, 40 tests serveur, parcours client FR/EN et deux MRpacks vérifiés localement. Session avec plusieurs clients distants restant à confirmer en partie.

beta.049 — rectangles et retour des blocs portés

Branche codex/rectangular-boats-beta049. Quatre formats dans onze bois, recettes selon leur disposition, deux passagers par module (principaux d’abord), sons pour tous les participants, aliments et ouvertures visibles, façades corrigées et signal à l'impact. Contrat. Build, 35 tests serveur, parcours client FR/EN et deux MRpacks vérifiés localement. Session avec deux clients distants restant à confirmer en partie.

beta.048 — aéronautique de poule

Branche codex/poultry-aeronautics-beta048. Bateaux collectifs dans onze bois, sept moteurs animaux, commandes partagées, poids et collisions par pile. Modèles composés de fonds natifs répétés, rebords extérieurs et deux rames. Happy Ghast à vitesse doublée. Contrat. Livré localement : build, 33 tests serveur, parcours client et exports vérifiés. Équilibrage à plusieurs clients distants restant à éprouver en partie.

beta.047 — lecture des étoiles et survol

Branche codex/spyglass-star-info-beta047. Noms, origines et constellations à la longue-vue ; retrait du trait avec Maj + clic droit, boutons jaunes au survol. Contrat. Build, 12 tests serveur, parcours client FR/EN et deux MRpacks vérifiés localement.

beta.046 — factions, ciel, vol et zoom

Branche codex/sky-flight-zoom-beta046. Deux places à la fondation, constellations à la souris, bateau à poule, aptitude de zoom et identité native. Contrats · Factions. Livré localement : build, 20 tests serveur, parcours client natif FR/EN et deux MRpacks vérifiés. Les dix icônes d’aptitudes sont intégrées au mod et aux sources du resource pack.

beta.045 — menu principal

Branche codex/title-menu-beta045. Ticket. Version affichée en haut à gauche ; Friends / Amis en bouton normal sous Multiplayer ; retrait de Realms et des icônes compactes. Parcours client FR/EN vérifié, avec l'ordre clavier et les routes natives Amis et Options. Livré localement : build, quatre tests serveur et deux MRpacks vérifiés.

beta.044 — audit des familiers et icône finale

Livraison locale : attaques natives, bloc de Slime pendant cinq secondes, corrections des transferts et du Vex, commande d'heure en LAN réparée. Ticket. Les rangs I–III, Anomaly et l'équilibrage multijoueur restent à traiter séparément.

beta.043 — blocs portés et icône officielle

Branche codex/functional-head-blocks-beta043. Ticket. Build et 41 tests serveur réussis ; deux exports vérifiés localement. Les contraintes du monde réel restent requises pour les fondations, les circuits, portails et actions physiques.

beta.042 — portage et diagnostic LAN

Branche codex/lan-carry-beta042. Ticket. Ancrage du bassin sur la tête, piles et tailles ; parcours graphique natif et 39 tests serveur réussis. Les commandes de l'hôte fonctionnent dans le scénario LAN reproduit : diagnostic ouvert en attente de la commande et de l'erreur précises.

beta.041 — bébés portés

Branche codex/carry-babies-beta041. Contrat : pas de ralentissement ajouté par les bébés natifs ou les familiers en bébé, y compris au sommet d'une pile de joueurs ; recalcul lorsque l'animal grandit. Livré localement : build, 43 tests serveur et deux MRpacks vérifiés. Les ressources et exports beta.040 sont conservés.

beta.040 — opérateur, habitant et étoiles

Branche codex/operator-inhabitant-beta040. Contrat : Allow Commands comme autorité, aperçu du familier et cadrage du personnage, ciel persistant alimenté par les événements serveur, Vanilla Light, correctif du Hello World multijoueur et reprise des grands catalogues. Livré localement : 50 tests serveur, parcours client à froid et réouverture du monde réussis ; deux MRpacks vérifiés. Connexion réseau dédiée non testée, EULA non acceptée.

beta.039 — accueil et inventaires

Branche codex/food-knowledge-beta039. Hello World et familier de départ, savoir alimentaire et panoramas, inventaire de mort à gauche, inventaire actuel normal à droite. Tirage permanent de trois choix, reprise de création, remise unique de l’œuf ; textures existantes conservées. Build, 68 tests serveur et parcours client natif réussis ; contrats et limites dans les trois tickets.

INTRO-01 — apparition de l'habitant, beta.031

Branche codex/introduction-beta031. UUID serveur en SGA sur fond noir, glyphes spectraux, spirale vers un portail grandissant et flash blanc sur le spawn. Contrat, commande de relecture et vérifications dans le ticket.

Ce fichier prépare les tickets à publier sur le Git du projet. Aucun identifiant ci-dessous n'est un numéro d'issue distante et aucun ticket n'est présumé publié. Les identifiants locaux servent seulement à relier les travaux tant que les issues n'existent pas.

Le document de vision conserve les idées à long terme. Ce backlog organise les incréments jouables et conserve l’historique de génération. Une fonctionnalité n'est considérée comme livrée que lorsque son résultat et sa validation figurent dans le dépôt ou dans son issue.

Prochaine séance — priorités du 14 septembre 2026

GRAVE/FOOD/FACTION-038 — têtes-tombes, nourriture et fondation : branche codex/graves-beta038, récupération publique et portable du butin de mort, grille grisée en retrait seul, mémoire du décès, icônes de faim/saturation adaptées à la progression et textures remplaçables. Fondation sans prestige pour dix niveaux, une place initiale, extensions par charges. Livré en beta.038 : 55 tests serveur, parcours client natif, 14 784 comparaisons alimentaires et deux MRpacks vérifiés. Les anciennes factions et livraisons restent conservées.

TIME-037 — temps réel et suivi commun : soleil saisonnier à l’heure de la machine en solo et configurable sur serveur, retour vanilla explicite, contrat de sauvegarde additif, sommeil sans saut de nuit. Moteur commun d’objectifs avec adaptateur advancement ; les quêtes et leurs récompenses restent un ticket distinct. Livré en beta.037 : 29 tests serveur, deux parcours client, 7 765 assertions dédiées et deux MRpacks vérifiés.

HUD-036 — notifications choisies et corrections : placement en haut à droite et évitement F3, expiration, clic pour suivre les advancements, plané avec animal porté et discrétion au sol. Inclut le correctif des sorties de recettes masquées par JEI après déblocage des collections. Livré en beta.036 : 36 tests serveur, deux parcours client et deux exports vérifiés.

QUESTS — suivant, non implémenté : suivi en haut à gauche après l’ajout des rubis/saphirs et des blocs nécessaires ; contrat des objectifs côté serveur.

REALTIME — à cadrer avant implémentation : horloge/fuseau système en solo, fuseau serveur en multi, profil géographique approximatif pour les levers et couchers saisonniers. Aucun domicile précis collecté ou publié. Le fuseau ne détermine pas à lui seul une latitude ; définir le choix ou profil de secours solaire en solo, changements d’heure et migration du temps des sauvegardes.

RECIPES-035 — collections Minecraft : intégration des 67 familles documentées, 2 042 recettes et 126 advancements. Connaissances conservées, noms FR/EN et notifications de collections ; fiches d’obtention et musée visuel exclus de ce ticket. Livré en beta.035 : 28 tests serveur, parcours client natif et deux exports vérifiés.

HUD-034 — notifications et hotbar : fil de premières découvertes, options natives, barres de collections et suivi des advancements. Retrait des boutons Factions/History du menu pause et hotbar personnelle agrandie. Livré en beta.034 : build, 22 tests serveur, parcours client natif et deux MRpacks vérifiés. Quêtes, bounties et panneaux exclus de cette livraison.

UI-033 / DEV-033 — beta.033 : menus directs et Discovery, flamme du gâteau corrigée et module de test sur monde plat. Le profil rapide conserve la fiche d’habitant et les systèmes réels ; le pack normal garde sa génération et sa cinématique.

FAM-CORE-01 à FAM-CATALOG-06 — beta.032 : les 88 œufs de la refonte v2 sont implémentés, avec catalogue chiffré, budgets partagés persistants, zones coopératives, outils et stocks réels. Build, 85 tests serveur, parcours client natif et export local vérifiés. Essais d’équilibre solo/2–4 joueurs, acquisition FAM-ACQUIRE-07, rangs et Anomaly restent à poursuivre.

LIGHT-01 — beta.030 ajoute l’éclairage porté, les cosmétiques lumineux et les objets jetés regroupés par cellules. Build, 21 tests serveur, parcours client natif et MRpack local vérifiés. Les limites du rendu figurent dans le ticket.

beta.029 ajoute le cri et le recul natifs aux coups sur les familiers. Build, 38 tests serveur et MRpack local vérifiés ; écoute et essai visuel à confirmer.

beta.028 maintient le plongeon jusqu’à collision, avec une seule impulsion et la chute native. Build, 32 tests serveur et MRpack local vérifiés ; essai visuel à confirmer.

beta.027 autorise les piles de joueurs, avec ralentissement progressif selon le nombre total de passagers au-dessus. Build, 27 tests serveur et MRpack local vérifiés ; essai visuel à confirmer.

beta.026 corrige le coût du rendu Demeure sur la carte : couche de texture en cache et mises à jour seulement sur changement. Les règles Demeure et les sauvegardes restent identiques. Build, 9 tests serveur et MRpack local vérifiés ; mesure graphique en attente d’une session déverrouillée.

beta.025 remplace les jauges ASCII des compétences par des barres d’XP natives, avec le prix au centre. Le palier d’inventaire supplémentaire reste à discuter ; plafond maintenu à six rangées. 24 tests serveur, parcours graphique et MRpack local vérifiés.

beta.023 finalise les cosmétiques de tête, les infobulles des huit cases d’équipement et la TNT amorcée par un coup. Le grand bouton est retiré : interactions directement sur la case avec l’objet au curseur. Le correctif de chargement beta.022 est intégré et revérifié. Pack local et parcours serveur/client validés.

beta.024 intègre JEI depuis les sources 26.2 : catalogue à 4 niveaux, recettes des advancements et collections du bois/de l’alchimie. La fabrication manuelle reste libre et la vue opérateur est explicite. Transfert sur six rangées, prestige, mort et redémarrage vérifiés. Les futures collections de recettes spéciales restent à définir.

beta.020 ajoute le portage, les bébés familiers, la taille propre à l’œuf, le nom persistant, les infobulles cryptiques et leur aptitude de lecture. Le réglage d’aide rejoint Habitant. Le plongeon, la perception à travers les parois, les téléportations et le freinage de chute sont vérifiés. Export local et parcours serveur/client validés. Suite : équilibrage des pouvoirs en partie réelle, puis rangs et œufs Anomaly, toujours séparés de la taille visuelle.

beta.019 implémente les 88 passifs et actifs, le lien, les recharges, le rendu corrigé et les locomotions de familiers. Le fondu de proximité s’applique aux volants. Export local et contrôles serveur/client validés. Suite dédiée : essais d’équilibrage par espèce, puis cadrage des rangs I–III et des œufs Anomaly ; acquisition en survie à concevoir.

beta.018 ajoute les cases familier/cape/tête, les nouvelles icônes et le familier mobile que l’on peut caresser. Les pouvoirs de compagnons sont désormais implémentés dans beta.019. S’allonger devient gratuit ; seul Se reposer reste achetable pour ce geste, avec un rendu de sommeil distinct. L’acquisition des œufs en survie et le visuel définitif de Cape Zéro restent à définir. Ce lot ajoute aussi le transfert continu par Maj + clic gauche maintenus et la commutation de rangée par Tab / Maj + Tab pendant le jeu, sans ouvrir l’inventaire. Minage et construction fixent aussi leur groupe pendant le maintien, avec regard libre et orientation initiale des poses conservée. Export local beta.018 vérifié, 67 tests serveur et parcours client natif réussis.

beta.017 ajoute Nage, S’allonger et Se reposer et retire le livre de recettes natif. Prix des rangs et sons d'XP des Premiers pas inclus ; tests serveur/client et export local validés. JEI suit séparément.

beta.016 ajoute les récompenses uniques des cinq gestes du tutoriel natif ; 57 tests serveur, client natif et export local vérifiés.

beta.015 remplace les six icônes de progression et prépare les mêmes PNG dans les sources du resource pack Sanctuary.

La carte immersive est implémentée dans beta.007, puis Minage et le vein mining dans beta.008 (contrat et vérifications). Construction et le vein building suivent dans beta.009 (contrat et vérifications). Les prochains tickets détaillés poursuivent avec la validation complète de la progression après Inventaire beta.010. Le New Game+ exige les six compétences au maximum ; toutes les aptitudes ne sont pas requises. Les aptitudes acquises sont conservées.

Ordre	Ticket préparé	Résultat attendu
Cadrage réalisé	CYCLE-01	Contrat beta.011, conservation et charges
1, réalisé	MAP-03	Carte immersive beta.007
2, réalisé	PROG-02A	Minage et vein mining beta.008, aperçu et rangs
3, réalisé	PROG-02B	Construction et vein building beta.009, surfaces et consommation réelle
4, réalisé	PROG-02C	Inventaire beta.010, jusqu’à six rangées, objets conservés
5, réalisé en beta.011	PROG-03	Six compétences complètes, parcours d'XP et condition de fin vérifiée
6, réalisé en beta.011	FACTION-01	Factions persistantes et capacités liées au prestige
7, réalisé en beta.011	NGP-01	Recommencement complet, aptitudes conservées et effets de faction

Les branches prévues, critères d'acceptation, dépendances et questions restantes sont dans le cahier des prochains tickets. Claims et protections suivent leur propre contrat après ce jalon ; la grille et Demeure ne réservent pas encore de terrain. Ce découpage est préparé localement et complète les priorités historiques ci-dessous.

Le correctif beta.012 traite l'alignement des coffres, les transferts de toutes les rangées, la rotation des barres et le remboursement opérateur des compétences. Les claims restent un ticket suivant.

beta.013 met chaque compétence sur une ligne, abaisse le dernier achat à 48 niveaux et explique dans Factions le chemin six compétences → New Game+ → charge de fondation. Le même retour d'essai ajoute le prestige romain sur la fiche, le grisage complet des cases de récupération, la carte sans effacement cyclique et les indicateurs natifs de joueurs superposés à l’XP, puis la molette selon la zone survolée.

beta.014 ajoute l'aptitude Rangement : clic molette configurable, stockage et hotbar triés séparément selon la case visée, avec conservation au New Game+ et autorité du serveur sur tous les objets. Le même ticket corrige la hotbar : le cadre se déplace, les objets restent dans leurs cases visibles. Il ajoute le préfixe de faction aux noms et à la fiche Habitant, et retire le rappel du New Game+ des descriptions individuelles d’aptitudes.

Le lot beta.011 relie les six compétences, le New Game+, le journal des charges et les factions. Les montants initiaux et la matrice de conservation y sont définis. Les claims restent le ticket suivant.

Cap bêta — 12 septembre 2026

Le créateur considère le worldgen terminé sur l’alpha.30.7. Les tickets alpha ci-dessous conservent leurs observations et leurs limites historiques ; cette décision n’ajoute aucune preuve de test. Priorité suivante : une passe courte sur les expansions, puis la progression en jeu.

BETA-01 — Adopter beta.xxx

Branche : codex/versioning-beta.

Résultat : partir de beta.001, conserver un compteur commun au mod et au pack et utiliser la version exacte pour les futurs tags. Contrôler le format et l’alignement des métadonnées à la construction. Préserver le code de jeu et l’historique des versions alpha. Voir la convention pour le périmètre et les vérifications de cette préparation locale.

EXP-01 — Les quatre anciennes expéditions — beta.001

Branche : codex/ancient-expeditions-beta001, avec la préparation BETA-01.

Résultat implémenté, export local d’essai : quatre régions de 512 blocs déjà ouvertes dans les nouveaux mondes : nord glacial/Peaks, est tropical/Volcan, sud aride/Canyon, ouest humide/Océan. Rapprocher leur placement sur les axes cardinaux, conserver l’île initiale et les bateaux, puis vérifier la génération native et le rechargement. Les noms évoquent Noor, Makena, Kai et Efe, Ari. Le contrat bêta décrit la création atomique, l’isolation des anciennes sauvegardes et les essais. Contrôles purs et 3 GameTests ciblés réussis, puis 3/3 au rechargement sur Moyen/graine 0. MRpack Sanctuary-beta.001.mrpack vérifié ; le créateur confirme ensuite en jeu que les îles se génèrent correctement. Le rapprochement conserve les emprises de chaque île, avec les distances et les limites mesurées dans le contrat. Le contrat d’expansion reste la référence pour les demandes ultérieures et les contrôles de chunks existants.

EXP-02 — Boréal, corail et temples — beta.002

Branche : codex/expedition-biomes-temples-beta002.

Résultat implémenté après essai de beta.001 : nord boréal enrichi de glace, océan chaud avec corail à l’ouest, pyramide dans le canyon et temple dans le volcan tropical. Quatre îles de 512 blocs, sites variables selon la graine, structures natives complètes. Les nouveaux mondes prennent une révision séparée ; les sauvegardes beta.001 restent intactes. Voir le contrat et les résultats. Tests ciblés 4/4 sur les graines 0 et 42, reprise 4/4 sur 0 ; temples, coffres, pièges et corail vivant vérifiés. MRpack beta.002 construit et vérifié, disponible localement pour le nouvel essai ; pas de publication ou déploiement.

PROG-01 — HELLO_WORLD, Blocodex et premier achat — livré localement en beta.003

Branche : codex/progression-beta003.

Premier lot implémenté et testé : création avant apparition, couleurs stables, Blocodex commun, 3/3/3, achats conservés après mort et aptitude Noms avec configuration serveur. S'asseoir est disponible dès le début. Compétences à gauche, aptitudes défilantes à droite ; boutons natifs de couleur avec glyphes SGA teintés. Tests de progression serveur 4/4 et parcours client natif réussis, export MRpack vérifié. La suite générale reste à 37/39 à cause des deux assertions worldgen historiques, détaillées dans les notes. Voir le cahier, le contrat de données et les résultats de livraison.

L'audit Modrinth du 12 septembre ne trouve aucun fichier Fabric déclaré pour 26.3-pre-2 pour JEI, Xaero's Minimap ou Xaero's World Map. Le socle natif peut avancer indépendamment de ces intégrations. L'overlay de vie et les entrées de mobs du catalogue restent à développer. L'export beta.003 est local ; aucune publication ni synchronisation d'installation personnelle effectuée.

UI-01 — Cadre Blocodex, icônes et sprint — livré localement en beta.004

Branche : codex/blocodex-layout-beta004.

Titre et onglets Discovery, Progression, Story, Inhabitant en haut, bouton Done / Terminé en bas, corps adapté au GUI et textes défilants. Les six compétences portent les icônes 9×9 fournies par le créateur. Le sprint exige plus de trois icônes de nourriture, avec contrôle client et serveur. Profils beta.003 conservés, sans changement de génération ou de sauvegarde. Contrôles purs, serveur ciblé 5/5, parcours client natif dans huit configurations GUI et export MRpack vérifié. Voir le ticket et ses limites et Sanctuary-beta.004.mrpack.

UI-02 — Blocodex joueur/opérateur et accès vanilla — conception validée

Retour du créateur après beta.004 : retirer S'asseoir des aptitudes et du passeport, masquer les inconnus aux joueurs, permettre leur inspection aux opérateurs, réunir Statistiques et Advancements dans la navigation. La note de conception propose quatre rubriques, les contrôles de permissions et les lots suivants (vitrine, favoris, carte, plans). Le créateur valide la maquette, la vue opérateur explicite, les découvertes filtrées et la vitrine de l'habitant ; il confirme 24 heures réelles entre changements de favori. La référence est conservée dans les archives pour le site. Le retrait de S’asseoir et l’entrée carte sont inclus dans MAP-01. Le filtrage du catalogue, les accès vanilla et la vitrine restent à livrer ; coefficients d’affinité et portée des bonus de production restent ouverts.

PROG-02A — Minage et vein mining — beta.008

Branche : codex/progression-vein-mining.

Sept rangs achetables ; vitesse de 100 à 200 %, sélection par faces de 4 à 256 blocs après le premier achat. Aperçu, taille au choix, commandes natives configurables et destruction par le serveur. Achats, mort et reprise conservent la progression. Le contrat beta.008 précise les paliers d'essai, la migration et les vérifications. Construction suit en beta.009.

MAP-03 — Carte immersive — beta.007

Branche : codex/atlas-immersive.

Carte jusqu'aux bords de l'écran, centre clair, abords sombres et transparence de l'inconnu et du vide. Commandes et coordonnées superposées, priorité des boutons et navigation dans les marges. Données et génération conservées. Résultat, captures et validation : carte immersive beta.007.

MAP-02 / DEM-01 — Brouillard et empreintes — beta.006 — livrée localement

Branche : codex/demeure-fog-beta006.

Périmètre choisi : grille de chunks et empreintes Demeure, sans réservation ni protection. Corriger les glissements répétés, conserver l’exploration, porter les premiers gestes confirmés et consulter l’influence depuis l’Atlas. 8/8 tests serveur et parcours client natif réussis ; MRpack vérifié. Contrat, migration et vérifications : Demeure beta.006.

MAP-01 — Carte native beta.005 — livrée localement

Branche codex/native-map-beta005. Le créateur choisit une carte native vue du dessus inspirée des usages de Xaero. L’exploration commence avant le déblocage de l’aptitude Grande carte. Voir le contrat beta.005. Ordre de cette livraison : carte native → Demeure → factions/claims → New Game Plus et prestiges. Le cadrage du 13 septembre intercale désormais la fin des six compétences avant le New Game+. Le relevé Xaero et les pistes libres restent des références ; aucun mod cartographique communautaire ajouté au pack. Carte de surface, aptitude, relevés persistants, inspection opérateur et noms de couleurs livrés : tests serveur 7/7, parcours client et MRpack vérifiés. Mini-carte, marqueurs et partage restent séparés ; CONNECT-01 poursuit ensuite les systèmes sociaux.

ARCHIVE-01 — Références réutilisables pour le site — conservées localement

Branche codex/web-archive-xaero-roadmap. Maquette Blocodex exportée en HTML autonome sans dépendance réseau, source conservée ; ZIP léger et collection de 782 fichiers avec fonds alpha jusqu'à 30.7, trois atlas originaux, documents et aperçus bêta. Catalogue relatif et empreintes SHA-256 pour l'ingestion future. Copie, manifestes atlas, CRC ZIP et membres vérifiés. Voir les archives. Aucun déploiement du site, aucune sauvegarde de jeu modifiée et aucune nouvelle version binaire.

PROG-02 — Minage, Construction et Inventaire — découpé pour la prochaine séance

Les six compétences ont leur place dans le panneau depuis beta.003. Le report initial des mécaniques devient trois tickets : PROG-02A pour le vein mining, PROG-02B pour le vein building, puis PROG-02C pour l'inventaire. Leurs résultats, références 26.2, contrôles serveur et contrats de sauvegarde sont détaillés dans les prochains tickets. PROG-03 vérifiera ensuite le parcours complet ; NGP-01 exige les six compétences au maximum et s'articule avec FACTION-01 via CYCLE-01.

Historique alpha

Premier jalon : un monde Sanctuary jouable

État au 8 septembre 2026 : BOOT-01 et WG-01 sont réalisés dans le premier commit. Le prototype WG-02 et l'initialisation du spawn WG-03 sont implémentés et passent les tests serveur décrits dans Validation. Les essais visuels, multijoueurs et de redémarrage indiqués dans ce document restent à faire avant de clôturer tous leurs critères. WG-04 à WG-07 restent ouverts, avec les incréments de l’île initiale décrits ci-dessous. WG-08 est validé ; WG-09 est livré en alpha.8, avec mesures moteur et mise à jour Prism vérifiées. WG-10 est livré en alpha.9, avec mesures moteur et synchronisation Prism vérifiées. WG-11 est livré en alpha.10 : tailles 5/20/100 validées sur la graine 0, release publiée et même instance Prism synchronisée. WG-12 est livré en alpha.11 : Petit/Grand, génération accélérée et même instance Prism synchronisée deux fois ; voir Distribution.

Résultat visé : un client et un serveur Fabric compatibles peuvent ouvrir un monde Sanctuary, plusieurs joueurs y arrivent sur une même île sûre et les chunks extérieurs restent vides. La génération est reproductible et ses limites sont documentées.

BOOT-01 — Initialiser le dépôt et la construction Fabric

But : disposer d'une base clonable et vérifiable pour travailler par tickets.

Critères d'acceptation :

• Les versions réellement utilisées de Minecraft, Java, Fabric Loader, Fabric API et de l'outillage sont fixées et documentées.
• La cible souhaitée 26.3 est distinguée de la version exécutée si sa disponibilité oblige à utiliser une version de développement ou à différer la migration.
• Une commande reproductible construit le mod ; le README explique le lancement et les prérequis.
• Les métadonnées identifient Sanctuary sans annoncer les fonctionnalités de la vision comme déjà présentes.
• Le dépôt contient les consignes de contribution et des modèles de tickets ; les binaires, caches et sauvegardes de jeu ne sont pas suivis par accident.

WG-01 — Auditer le générateur Sanctuary 26.2

But : identifier précisément le code et les ressources utiles avant de les adapter.

Critères d'acceptation :

• Les fichiers, commits ou références historiques consultés sont cités dans une note d'audit.
• La note explique l'algorithme de l'île, le vide, le point d'apparition, les dépendances et les paramètres structurants.
• Les éléments réutilisables, les défauts connus et les changements d'API de la cible sont séparés.
• La réutilisation de ressources est accompagnée de leur origine et de leur licence connue ; les inconnues sont explicitement notées.
• L'audit n'installe ni ne déploie l'ancienne version et ne modifie pas ses sauvegardes.

WG-02 — Enregistrer un monde Sanctuary avec île principale et vide

Dépendances : BOOT-01, WG-01.

But : créer le premier terrain identifiable comme Sanctuary.

Critères d'acceptation :

• Une procédure documentée permet de créer un monde utilisant le générateur Sanctuary sur la version testée.
• Une île principale est générée au point de départ prévu ; ses coordonnées, son altitude et ses dimensions sont explicites.
• Au-delà de son emprise, les chunks de contrôle sont vides, sans fondation ni terrain vanilla inattendu.
• Une même seed et une même configuration donnent les mêmes blocs aux positions de contrôle.
• Les jointures entre chunks voisins ne créent pas de fissures ou de parois artificielles dues à une discontinuité du calcul.
• Un monde Minecraft ordinaire reste créable sans sélectionner Sanctuary.

WG-03 — Assurer une arrivée commune et un redémarrage sûr

Dépendance : WG-02.

But : éviter qu'un nouveau joueur apparaisse dans le vide et vérifier le comportement multijoueur.

Critères d'acceptation :

• Le spawn du monde se situe sur une surface stable de l'île, avec l'espace nécessaire au joueur.
• Deux nouveaux joueurs arrivent dans la zone de départ commune, sans traverser le sol ni apparaître hors de l'île.
• Le comportement après une mort sans lit est vérifié ; l'ajout ultérieur des Backrooms n'est pas requis pour ce ticket.
• Après sauvegarde et redémarrage, le générateur, la seed et le spawn sont conservés.
• Un scénario manuel reproductible couvre le client et le serveur dédié, avec la version et la seed utilisées.

Deuxième jalon : des continents d'essai reproductibles

Ce jalon fournit un outil de développement du terrain. L'interface d'expansion et son coût collectif viendront dans des tickets distincts, lorsque la génération sera satisfaisante.

WG-04 — Décrire et placer un continent d'essai

Dépendance : WG-03.

But : pouvoir générer une terre suspendue à une direction, une distance et une taille explicites.

Critères d'acceptation :

• Un schéma décrit au minimum l'identifiant, le centre ou la direction et la distance, les dimensions, l'altitude et la seed du continent.
• Le premier champ de recherche utilise huit directions climatiques : nord froid, sud chaud, ouest sec, est humide ; les diagonales combinent ces tendances. Chaque candidat expose sa signature et sa distribution de température/humidité.
• La sélection climatique ne force ni la forme du terrain ni des quotas de ressources. Un relevé après génération identifie les stocks réellement produits, son emprise, sa version et son niveau de complétude. Voir le contrat.
• Une configuration ou commande de développement documentée crée un continent reproductible.
• Les paramètres invalides et les chevauchements interdits sont rejetés avec un message compréhensible.
• Des limites de taille et de coût de génération sont définies à partir d'une mesure réelle.
• Le continent et ses paramètres restent identiques après rechargement du monde.

WG-05 — Ouvrir une expansion sans écraser l'existant

Dépendance : WG-04.

But : garantir que l'évolution du monde préserve les constructions et l'exploration.

Critères d'acceptation :

• La politique envers les chunks déjà générés est décidée et documentée avant l'implémentation : refus, réservation préalable ou mécanisme explicite de modification.
• Une nouvelle expansion ne remplace aucun bloc joueur silencieusement.
• Répéter la même demande ne crée pas de duplicata et ne décale pas les continents existants.
• L'état des expansions survit à un redémarrage et contient une version de format permettant de prévoir les migrations.
• Une interruption entre réservation et génération est simulée ; la reprise ou le refus reste cohérent et expliqué.

WG-06 — Ajouter reliefs, perforations et eaux retenues

Dépendance : WG-04 ; combiner avec WG-05 avant l'usage sur une sauvegarde jouée.

But : donner aux continents une géographie reconnaissable au-delà d'une simple masse de pierre.

Critères d'acceptation :

• Un jeu de seeds de référence montre des reliefs, montagnes, ravins et perforations traversantes.
• Des bassins accueillent lacs ou océans, et un premier type de rivière flottante est démontré.
• Pour l'île initiale tempérée et légèrement humide : privilégier petits étangs, lacs de surface, rivière et berges propices à la canne à sucre, avec quelques plages plus sèches. Pas de grands bassins souterrains remplis d'eau.
• Les étangs et les lacs retiennent leur eau après les mises à jour de blocs. Des sources rocheuses déclarées peuvent former des cascades jusqu’au vide ; leurs écoulements restent attribuables à ces sources, sans inondation globale.
• Les profils du dessous et les bords du continent sont inspectés visuellement depuis les airs.
• La génération est mesurée sur une emprise et une machine indiquées ; les valeurs observées sont consignées, sans annoncer un objectif de performance non mesuré.

Incrément île initiale — alpha.4 : première hydrologie de surface retenue, conservée pour les sauvegardes de cette version.

Incrément île initiale — alpha.5 : plages plus larges, dépôts de trois à cinq couches sur support naturel, excavation limitée, rives variées et sources rocheuses pouvant former des cascades jusque dans le vide. Le contrat et l’isolation des anciennes générations sont décrits dans Génération. Ce travail prépare les eaux des continents sans clore WG-06 : océans, grandes rivières et ouverture des continents restent à développer.

Incrément île initiale — alpha.6 : retrait des courts ruisseaux, conservation des bassins, présence de roche élargie et sources de paroi dans les strates inférieures. Les écoulements sont contrôlés dans le moteur et les anciennes générations sont préservées.

Suite suivie dans WG-09 — grande rivière facultative : chercher un long parcours qui épouse l’île, avec source, chute et bassin, rives de sable, gravier et argile. Le démontrer sur la vraie densité Minecraft puis après décoration et ticks de fluide, avec une graine et des coordonnées reproductibles. Les essais du prototype alpha.6 n’ont fourni aucun parcours retenu sur les graines de référence ; ce prototype n’est pas distribué. Ne pas imposer de rivière si le relief ne s’y prête pas.

WG-07 — Introduire un premier biome distinct et une structure

Dépendance : WG-06.

But : valider les points d'extension avant d'ajouter un grand catalogue de contenus.

Critères d'acceptation :

• Le ticket choisit un premier biome, par exemple le Black Desert, avec des règles de surface et d'ambiance explicites.
• Une petite structure de référence se place sur un terrain compatible, sans flotter accidentellement ni détruire une construction existante.
• Le lien entre biome, végétation, ressources et règles de placement est documenté.
• La reprise du catalogue TerraMix natif d'Another World 26.2 est évaluée séparément ; « plus de cent biomes » reste une ambition tant que son adaptation n'est pas vérifiée.
• Les limites des futures zones Lost Cities et des structures uniques sont identifiées sans imposer leur livraison dans ce ticket.

Incrément île initiale — alpha.5 : cinq variantes tempérées à dominante forestière, dont Dappled Forest vanilla 26.3, et petits filons de sept minerais à des altitudes adaptées. Leurs stocks sont observés après génération. Cela ne clôture pas WG-07 : aucune structure de référence ni reprise du catalogue TerraMix n’est encore fournie. La survie initiale doit permettre de produire et progresser au-delà du bois et de la pierre ; l’accès à toute la progression Minecraft n’est pas encore garanti pour chaque seed.

Ticket palette — alpha.6 : réserver les biomes très contrastés de la 26.3, dont Dappled Forest, aux futurs continents. L’île combine prairies fleuries, bosquets et zones rocheuses, avec des teintes cohérentes et une végétation effective sur les corniches inférieures. Cela ne livre pas encore les continents.

WG-08 — Forêts de survie et minerais visibles — alpha.7

Branche : codex/woodland-canopy.

But : conserver les formes rocheuses appréciées en alpha.6 tout en donnant à l’île de vraies forêts de surface et des ressources de départ repérables.

Critères d’acceptation :

• Chênes majoritaires parmi les arbres de surface observés, bouleaux secondaires, avec des arbres au cœur de l’île et des clairières fleuries.
• Chênes noirs réels et champignons sur des corniches intérieures naturelles ; jungle/bambou et matières de soufre rares et localisés.
• Un éventuel arbre remarquable, choisi parmi les essences rares, sans ajout de terrain ni obligation de fournir chaque essence par graine.
• Affleurements de pierre, andésite, diorite et granite ; sable et gravier associés aux eaux, avec des couches soutenues.
• Charbon, fer et cuivre visibles au contact de l’air sur la roche, avec des petits filons sans quota corrigé après génération.
• Démonstration dans le moteur, maintien des eaux après 1 800 ticks et conservation des anciennes générations. Publication packwiz et mise à jour de l’instance Prism existante en conservant ses données personnelles.

Vérification alpha.7 : les trois graines de référence passent les tests du moteur, dont les forêts, les minerais exposés et les eaux après 1 800 ticks. Les observations et leurs limites sont consignées dans Validation.

WG-09 — Failles, rivière et profondeurs — alpha.8

Branche : codex/rifts-rivers-and-depths.

But : ouvrir l’intérieur de l’île, enrichir sa géologie et ses ressources de survie, tout en conservant les forêts de surface appréciées en alpha.7.

Critères d’acceptation :

• Une à trois traces de failles courbes, de longueur nominale 84 à 160 blocs et de largeur variable, retirent uniquement de la matière du relief initial. Leur intersection réelle avec la roche est montrée sur les graines testées.
• Les forêts de chênes et de bouleaux restent présentes en surface. Des gros champignons, des petits champignons dispersés et des tapis de mousse, podzol et mycélium occupent les corniches compatibles de l’intérieur humide.
• Les matières changent avec la profondeur, avec des nappes de tuf, cobblestone, pierre moussue et boue compactée, puis ardoise des abîmes, roche noire et basalte. Des poches de soufre réellement accessibles sont observées sur le terrain.
• Charbon, fer et cuivre exposés sont plus faciles à repérer dans les relevés. L’émeraude est ajoutée ; or, diamant, redstone et lapis sont cherchés aux altitudes présentes. Aucun stock fixé n’est réinjecté après comptage.
• Des bassins plus grands sont retenus. Une rivière facultative est démontrée par un chemin d’eau continu d’au moins 140 blocs, reliant deux bassins au même niveau avec source rocheuse et cascade entrante. Le tracé est arrondi à l’échelle de 16 à 32 blocs, avec largeur de lit variable d’environ 5 à 7 blocs. L’incision du lit reste bornée à 16 blocs ; les berges de rivière s’étagent progressivement avec au plus 12 blocs retirés, contre 2 pour les autres rives. Le fond et les dépôts reposent sur le terrain existant.
• La poche de lave couverte est recherchée en priorité sur une corniche basse entre Y=64 et Y=160 ; la recherche plus haute n’intervient que si aucun emplacement profond compatible n’est trouvé.
• Une à deux sources profondes de lave sont recherchées lorsque le site est compatible ; leurs coulées viennent des ticks vanilla. Les supports, les eaux voisines et la végétation sont contrôlés après simulation réelle.
• La nouvelle clé sanctuary:sanctuary_rift n’active ces traitements que pour les nouveaux mondes. Les données et comportements historiques restent séparés.
• Les graines 0, 42 et 8675309 disposent de mesures moteur explicites, avec fluides actifs pendant 1 800 ticks. Une absence de rivière ou de source est rapportée honnêtement ; un bassin isolé ne valide pas une rivière.
• Après validation : build et pack vérifiés, publication immuable, deux synchronisations du canal packwiz et conservation de la même instance Prism, de ses sauvegardes et de ses réglages.

Vérification moteur alpha.8 — 9 septembre 2026 : les trois graines de référence passent les contrôles finaux, dont les deux bassins terminaux, les champignons connectés et 1 800 ticks de fluides. Les stocks et leurs périmètres sont consignés dans Validation. Le build complet est réussi. L’alpha.8 est publiée sur le canal stable et la même instance Prism est synchronisée deux fois, avec sauvegardes et réglages conservés. Le ticket est livré ; l’appréciation visuelle et l’équilibrage en partie restent à éprouver. Ce ticket local n’est pas une issue distante publiée.

WG-10 — Cavités luxuriantes et terrasses d’eau — alpha.9

Branche : codex/lush-caverns-and-water-terraces.

But : rendre les cavités sous Sanctuary plus vivantes et lumineuses, diversifier leurs ressources et créer des eaux plus volumineuses, sans remplacer les forêts et la rivière de surface appréciées en alpha.8.

Critères d’acceptation :

• Des cavités luxuriantes portent une végétation réellement lumineuse et enracinée dans les surfaces et plafonds existants. Les observations doivent distinguer un biome déclaré, ses blocs décoratifs et leur lumière réelle.
• Des secteurs à spéléothèmes et des géodes d’améthyste sont recherchés dans la roche compatible ; leurs supports, leurs volumes et leur accessibilité sont contrôlés dans les vrais chunks, sans géodes suspendues dans le vide.
• Le soufre occupe moins de roche qu’en alpha.8, sur un périmètre de comparaison explicite. Les geysers éventuels utilisent le soufre actif et les conditions exactes de Minecraft 26.3-pre-2 ; leur fonctionnement doit être démontré, sans confondre un bloc jaune avec un geyser actif.
• Les forêts, la rivière et les bassins de surface restent présents lorsque le relief le permet. Les lacs plus profonds et volumineux sont mesurés en blocs d’eau réels, avec fond et parois retenus après simulation.
• Des groupes facultatifs de deux bassins naturels en terrasses peuvent relier plusieurs niveaux par des cascades déclarées. Chaque palier doit avoir ses supports et son propre volume retenu ; une cascade isolée ou des plans d’eau sans liaison ne valident pas un groupe de terrasses. Le second bassin peut avoir une sortie terminale vers les roches ou le vide, sans créer un troisième palier.
• Ces cascades offrent un passage vertical selon les règles de nage de Minecraft. « Rizières » désigne seulement leur disposition paysagère : aucune culture de riz ni téléportation n’entre dans ce ticket.
• Les sorties d’eau sont contrôlées après décoration et après 1 800 ticks, y compris aux frontières de chunks. Leur finition initiale doit préserver les aménagements du joueur aux rechargements suivants.
• Le nouveau réglage sanctuary:sanctuary_cavern s’applique aux nouveaux mondes. Les identifiants et traitements alpha.1 à alpha.8 restent séparés ; aucune sauvegarde personnelle n’est modifiée par les essais.
• Les graines 0, 42 et 8675309 disposent de mesures identifiées par version. Les sites absents sont signalés ; aucun quota de ressources ni bassin de secours ne remplit un relief incompatible.
• Après validation : check build assemblePack, artefacts immuables vérifiés, deux synchronisations isolées puis deux dans la même instance Prism, sauvegardes et réglages conservés.

Validation moteur au 9 septembre 2026 : les trois graines de référence passent les contrôles finaux. Les preuves cumulées démontrent un groupe de deux paliers reliés, un geyser actif et les décors souterrains demandés ; les absences locales et périmètres de mesure figurent dans Validation. Le build est réussi ; la release et le canal packwiz sont publiés. Les deux synchronisations isolées puis les deux passages dans la même instance Prism réussissent, avec 260 fichiers personnels et réglages conservés. Ce ticket local n’est pas une issue distante publiée ; l’essai visuel et l’équilibrage restent ouverts.

WG-11 — Tailles d’île selon la capacité — alpha.10 livrée

Branche : codex/player-capacity-presets.

But : choisir une île initiale adaptée à un groupe de 5, 20 ou 100 joueurs, avec 20 joueurs par défaut, tout en conservant l’ambiance et les anciennes parties.

Critères d’acceptation :

• La création d’un nouveau monde propose trois choix identifiables en FR/EN : Sanctuary par défaut pour 20 joueurs et des variantes pour 5 et 100 joueurs. Les presets sanctuary:sanctuary_5, sanctuary:sanctuary et sanctuary:sanctuary_100 sélectionnent respectivement les paramètres sanctuary:population_5, sanctuary:population_20 et sanctuary:population_100, qui doivent persister dans le monde sauvegardé.
• L’aire nominale suit le rapport capacité/5. Les diamètres de référence sont 512, 1 024 et environ 2 290 blocs ; la hauteur reste de 384 blocs. Le contour sculpté dépend de la graine et n’est pas remplacé par un cercle ou un cylindre.
• Le choix dimensionne la génération, sans modifier max-players, imposer un quota de ressources ni redimensionner l’île lorsque des joueurs arrivent.
• Les tailles conservent un extérieur vide, un spawn naturel, les forêts et l’écologie des cavités. Les eaux et les décors doivent être contrôlés dans les vrais chunks de la taille testée, pas seulement extrapolés depuis l’alpha.9.
• Les réglages et identifiants des générations précédentes restent séparés. Une mise à jour du pack n’agrandit pas un ancien monde, ne convertit pas son générateur et ne régénère aucun chunk.
• La validation progresse de 5 à 20 puis 100 joueurs dans des mondes de développement neufs. Chaque résultat précise capacité, graine, emprise réellement inspectée et durée observée. Un petit échantillon ne valide pas l’intégralité d’une grande île.
• Les tests de génération ne sont pas présentés comme des connexions de joueurs simulées ni comme une promesse de performances multijoueurs.
• Après validation : check build assemblePack, artefacts immuables vérifiés, deux synchronisations isolées puis deux dans la même instance Prism, avec sauvegardes et réglages conservés.

État au 9 septembre 2026 : implémentation et validation moteur terminées sur la graine 0 pour les profils 5, 20 et 100. Les onze tests requis passent dans chaque monde, avec les fluides pendant 1 800 ticks et la persistance réelle des réglages sur disque. Le build et les artefacts sont vérifiés ; la release et le canal sont publiés. Deux synchronisations isolées puis deux dans la même instance Prism réussissent, avec 363 fichiers personnels et réglages conservés. Les références figurent dans Distribution. Les anciens mondes restent inchangés. Les observations ne couvrent pas toute l’île de 100 joueurs, et le coût initial d’un plan régional reste notable. Ce ticket local n’est pas une issue distante publiée.

WG-12 — Petit, Grand et génération plus rapide — alpha.11 livrée

Branche : codex/worldgen-performance.

Problème : les grands formats éloignent trop les constructions. Les essais signalent aussi plusieurs minutes de chargement puis des chunks difficiles à utiliser. Le ticket rapproche les deux choix de départ et optimise les calculs, avec des preuves distinctes pour la taille et la vitesse.

Critères d’acceptation :

• Proposer seulement Petit et Grand dans la création, avec Grand par défaut, et libellés FR/EN. Petit garde le diamètre nominal de 512 blocs ; Grand vise environ 724 blocs, soit une aire nominale deux fois supérieure. La hauteur reste de 384 blocs. Les nombres 5/10 ne servent que de repères internes de surface, sans capacité de joueurs garantie.
• Associer Petit à sanctuary:sanctuary_5 / sanctuary:population_5 et Grand à sanctuary:sanctuary / nouveau réglage sanctuary:population_10. Garder les anciens réglages population_20 et population_100 chargeables, tout en cachant leurs formats dans les choix publics de création.
• Ne pas modifier le relief d’une sauvegarde existante, son identifiant ou son format. Les changements du défaut de création ne convertissent pas un monde. Aucune sauvegarde personnelle n’est ouverte pendant les essais.
• Pour l’optimisation, conserver les résultats à paramètres identiques : densités, plans et blocs utiles, ordre déterministe et protections de l’eau, des terrasses et de la lave. Le nouveau relief Grand a une clé distincte ; la réduction de surface ne compte pas comme gain de calcul à géométrie égale.
• Mesurer séparément démarrage initial, planification et génération d’un lot explicite de chunks. Fixer machine, Java, mémoire, graine, paramètres, coordonnées et état des caches pour comparer alpha.10 et alpha.11.
• Viser 120 secondes au plus de démarrage initial pour les choix publics et au moins 30 % de gain sur les phases comparées à géométrie identique. Un temps de planificateur seul ne prouve pas l’entrée dans un monde jouable. Préciser les bornes de chronométrage et ne pas promettre ces seuils pour tout matériel ou pour une charge de cent joueurs.
• Valider Petit et Grand, plus un témoin de compatibilité et de performance sur l’ancien profil 20. Les anciennes mesures 100 restent historiques ; ce format n’est plus un choix public ni le centre du plan de validation. Examiner le premier accès, le cache réutilisé et les chunks d’exploration.
• Conserver les contrôles moteur de fluides et de réentrée sans marqueur, puis exécuter check build assemblePack sur les sources finales. Garder visibles les limites et toute cible de performance non atteinte.
• Après validation seulement : artefacts immuables, canal packwiz stable, deux synchronisations isolées puis deux dans la même instance Prism. Les mondes, réglages et mods personnels, même désactivés, doivent être préservés.

État : livré. Artefacts immuables publiés, canal stable avancé, deux synchronisations isolées et deux dans la même instance Prism, avec 364 fichiers personnels et réglages suivis conservés. Tailles et code validés. check build assemblePack passe, ainsi que douze tests moteur sur Petit et Grand (graine 0, 1 800 ticks), les contrôles de persistance et l’équivalence bit à bit. Le benchmark ancien20 comparable baisse de 84,65 % au départ et de 86,38 % en exploration. Grand atteint 62,67 secondes pour création + 289 chunks FULL. Cette mesure serveur ne valide pas le rendu ni un temps de chargement universel. Voir Validation, résultats et Distribution pour le reçu de publication et de synchronisation. Ce ticket local n’est pas une issue distante publiée.

WG-13 — Laboratoire d’expansion à branches — alpha.12

Branche : codex/expansion-lab.

But : tester en opérateur de nouvelles îles, des climats alternatifs, les reliefs hauts et les structures vanilla avant de développer leur progression.

Critères d’acceptation :

• Nouveau preset laboratoire ; Petit/Grand et anciennes parties conservés.
• Commandes pour préparer, créer, suivre, reprendre et visiter une île ; opérateurs uniquement, raccourcis et retours FR/EN.
• Parent et direction indépendants du climat, avec tailles nominales bornées 64/128/256/512 et reliefs versionnés. Une branche peut changer de climat.
• Application du relief haut aussi à l’île initiale expérimentale ; dessous historique et sources anciennes préservés.
• Structures vanilla sélectionnées par biome avec contrôles d’emprise/support ; preuve moteur d’une structure réellement placée et de son butin natif.
• Journal atomique et repris après interruption, demandes répétées sans doublon, refus des chunks existants y compris vides, conservation d’un bloc témoin.
• Contrat de réservation explicite avant toute activation. Aucun ancien monde converti ; aucune suppression de chunks ni commande de régénération.
• check build assemblePack et tests moteur sur monde jetable, avec limites documentées. Les recherches, prix, boîtes postales et le Void restent planifiés.

État : implémenté et vérifié localement : build/pack, douze tests historiques, expansions et rechargement moteur de graine 42. Release et MRpack publiés, canal packwiz avancé et même instance Prism synchronisée deux fois ; 466 fichiers personnels et réglages suivis conservés. Validation visuelle et multijoueur encore ouverte. Contrat et portée des preuves dans Laboratoire alpha.12. Ce ticket ne clôture pas par avance les océans, toute la palette de structures ou la progression collective prévus par WG-04 à WG-07 et la vision.

WG-14 — Distance et recherche d’un emplacement libre — alpha.12.1

Branche : codex/expansion-free-space.

Problème : les huit premiers emplacements peuvent contenir du vide déjà sauvegardé. L’alpha.12 refuse alors toutes les directions au lieu de chercher plus loin, et ne propose aucun paramètre de distance.

Contrat et résultat attendu :

• Distance minimale facultative en fin de quick, create et preview, en blocs entre les centres du parent et de l’enfant ; 0 ou omission = automatique.
• Rechercher au plus 32 positions sur le même rayon en dépassant les zones occupées ; conserver le budget global de lecture de 30 secondes.
• Seule une occupation certaine autorise un nouvel essai. Une erreur disque, un timeout ou un terrain sans sol ne doivent pas devenir un nouveau tirage.
• Préserver les anciennes commandes, les identifiants, la graine de chaque île, les descripteurs de génération 12 et le journal v1. La correction s’applique aux mondes laboratoire alpha.12 sans conversion. Les régions existantes sont inchangées ; seules de nouvelles réservations peuvent être ajoutées.
• Vérifier les huit premières directions occupées, la création plus loin, la distance demandée depuis une île fille et les chunks sauvegardés après redémarrage. Fournir les retours FR/EN et la distribution packwiz/MRpack.

État : correction implémentée, smokes et scénarios moteur de création/rechargement réussis. check build assemblePack et douze tests historiques réussis. Release, MRpack et canal packwiz publiés ; même instance Prism synchronisée deux fois, avec 466 fichiers personnels et réglages suivis conservés.

WG-15 — Unifier Sanctuary et ses options — alpha.13

Branche : codex/unified-worldgen.

• Un seul type public Sanctuary, bouton Personnaliser avec Petit (512), Moyen (724, défaut), Grand (1 024). Choix enregistré dans le générateur ; Annuler conserve les réglages. Les types vanilla restent disponibles.
• Réunir le relief, les forêts, minerais, rivières, bassins, terrasses et lave de Sanctuary avec les cavités vanilla luxuriantes, à spéléothèmes et soufrées du laboratoire, en protégeant les volumes hydrologiques pendant la décoration.
• Les outils d’expansion alpha.12.1 fonctionnent dans les nouveaux mondes unifiés. Même contrat opérateur, réservation de zones nouvelles et refus du vide exploré.
• Nouveau codec et origine génération 13 ; les anciens codecs et journaux restent chargeables. Aucun monde personnel n’est ouvert ou converti, aucun chunk régénéré.
• Vérifier les trois tailles, cavités réellement décorées et fluides après ticks, persistance/rechargement, UI client, build et distribution dans la même instance.

État : implémenté et vérifié : bouton natif, paramètres sur disque, huit tests moteur par taille sur la graine 42, eau après 1 800 ticks, trois cavités natives, compatibilité historique et rechargement des expansions. Moyen : 63,66 s pour création et 289 chunks FULL dans le protocole serveur de référence. check build assemblePack passe. Release, MRpack et canal packwiz publiés ; même instance Prism synchronisée deux fois, avec 601 fichiers personnels et réglages suivis conservés. Les limites, dont l’absence de preuve de camp dans l’origine unifiée des graines inspectées, sont documentées dans Validation.

WG-16 — Journal d’expansion sous Windows — alpha.13.1

Branche : codex/windows-expansion-journal.

Problème : après le remplacement atomique du journal, l’ouverture de son répertoire par FileChannel échoue sous Windows avec AccessDeniedException. La session arrête alors toute expansion, même si la réservation a déjà été écrite.

• Écarter uniquement la synchronisation de répertoire non prise en charge par le système de fichiers Windows ; conserver force du fichier, remplacement atomique, relecture stricte et arrêt sur les véritables erreurs de stockage.
• Conserver le schéma, les identifiants, la géométrie et les journaux existants. Après mise à jour et rechargement, reprendre les réservations déjà enregistrées avec le mécanisme existant, sans suppression ni reconstruction de l’historique.
• Tester le chemin Windows par injection, une panne après remplacement et la reprise, puis le build et les scénarios moteur dans le développement local.
• Publier le correctif sur le canal stable. La machine Windows signalée n’est pas accessible depuis cet environnement Mac : ne pas prétendre l’avoir testée.

État : correctif et tests vérifiés en alpha.13.1. check build assemblePack passe, ainsi que le smoke du journal et les scénarios de création/rechargement dans deux processus Minecraft distincts. Validation Windows par injection sur macOS ; aucun essai Windows natif. Correctif publié depuis b19e93d, canal stable avancé et deux synchronisations isolées puis deux dans la même instance Prism Mac réussies, avec 713 fichiers personnels et réglages suivis conservés. Preuves dans Validation et Distribution.

WG-17 — Lost City, territoires urbains en ruine — alpha.14

Branche : codex/lost-city-biome.

Contrat : créer un biome Lost City avec quartiers contemporains explorables, rues, ponts, parcs boisés, jardins, aires de jeux, mémoriaux, places, marchés, parkings, excavations, piscines et bâtiments variés : appartements, hôtels, bibliothèques, restaurants/cuisines, casernes et grands halls. Les palettes reposent sur la pierre, la pierre lisse et les briques de pierre avec leurs variantes usées. Les zombies vanilla occupent les lieux par les règles de spawn ; aucun spawner ni nouveau zombie spécial dans cette étape.

• Des quartiers localisés peuvent apparaître sur l’île initiale ; conserver une majorité de terrain naturel et les systèmes hydrologiques/cavités.
• Profil d’expansion lost_city pour tester des territoires urbains plus vastes. Bâtiments, circulations et ponts s’appuient sur le relief, sans remplir le vide.
• Structures natives persistantes, génération déterministe par graine, décoration bornée par chunk, intérieurs accessibles et butin limité.
• Dix-sept types de parcelles aux aménagements distincts. Parkings souterrains, piscines et fouilles conditionnés à une roche continue sur toute l’emprise ; garage en surface ou parc de repli sinon. Parois et marches des piscines, escaliers et barrières des fouilles, ponts sans remplissage du vide.
• Expansions 64/128/256/512/1 024 dans les nouveaux mondes 14 ; quick sans taille tire selon les poids 40/30/18/9/3, avec résultat reproductible par graine et identifiant. Placement proche dans un secteur directionnel, séparation des emprises circulaires écrites et garde aux coins de chunks.
• Nouvelle génération 14, codec sanctuary:island_v14, journal propre data/sanctuary-world-v14/expansions.json de schéma 1. Ce contrat s’applique uniquement aux nouveaux mondes et à leurs expansions autorisées par commande. Les codecs 12/13, leurs journaux et les chunks existants gardent leur génération. Aucun monde personnel n’est ouvert, modifié, converti ou régénéré.
• Contrat particulier de reprise du vide, limité aux mondes 14 : certificat explicite pour des chunks FULL entièrement vides et vierges, lié au jeton immuable de la réservation. Réouverture obligatoire avant préparation et recontrôle de la preuve ; aucune régénération de terrain occupé. L’absence d’une preuve complète, des entités, POI, ticks ou événements bloc empêchent l’admission. Le contrat détaillé fait partie du ticket.
• Vérifier structures et biomes dans le moteur, persistance après redémarrage, fondations, circulation, absence de spawners/villageois, héritage Windows, build et pack. Livrer dans le canal stable et la même instance Prism.

État : terminé et livré en alpha.14. Build et tests moteur réussis, release et canal packwiz publiés, deux synchronisations isolées puis deux dans la même instance Prism Mac réussies, 713 fichiers personnels et réglages suivis conservés. Aucun essai Windows natif effectué. Les résultats sont suivis dans Validation alpha.14. Les alpha.15/.16 poursuivront la validation de génération avant la bêta consacrée aux systèmes et à la progression. Les infectés, spitters, boomers, hunters, chargeurs et autres variantes restent réservés à la bêta.

WG-18 — Lost City, ville compacte et réseaux souterrains — alpha.15

Branche : codex/lost-city-interiors.

Contrat : reprendre les bâtiments avec des pièces aménagées et une circulation lisible, puis rendre les équipements souterrains et franchissements réellement découvrables dans une petite ville dense et reliée.

• Premier chantier : plans intérieurs propres aux appartements, hôtels, bibliothèques, restaurants, casernes et halls ; seuil, portes, vestibule, couloirs, escaliers, sols, plafonds, chambres et détails d'usage.
• Deuxième chantier en parallèle : égouts procéduraux, pool rooms et garages reliés par des passages, avec accès depuis la surface. Les portions exposées au vide exigent des chaînes ou des pylônes ancrés dans la roche, de longueur bornée. Préserver les eaux naturelles et contenir les bassins construits.
• Troisième chantier : une grille urbaine compacte, avec lots, rues et carrefours jointifs. Les lots sans accès au réseau sont refusés ; les terrasses et dégagements restent dans l’emprise urbaine certifiée. Les ponts et viaducs prolongent ce réseau. Aucun équipement ne doit flotter sans appui.
• Retour de l’essai anticipé : corriger les charnières, les dossiers des sièges et les lanternes ; contrôler les directions après rotation et leur appui sur des blocs complets. Une grande salle sèche accessible dans les tunnels prépare la future machine d’expansion, sans l’activer dans cet incrément.
• Le biome sanctuary:lost_city est conservé : il est effectivement utilisé pour les parcelles urbaines, la décoration et les apparitions naturelles.
• Nouvelle génération 15, codec sanctuary:island_v15, journal propre data/sanctuary-world-v15/expansions.json. Les mondes 12/13/14 conservent leurs codecs, plans et rendus historiques, y compris les chunks encore non générés. Les nouvelles pièces ont un identifiant et des paramètres persistants propres. Aucun monde personnel n'est ouvert, converti ou régénéré pour cette livraison.
• La reprise certifiée du vide conserve le contrat WG-17 dans le journal15, avec une identité de génération stricte ; aucun certificat14 n'autorise15.
• Vérifier parcours, portes et lits, géométrie/supports, eau après ticks, témoins natifs des équipements, biomes et persistance après réouverture. Exécuter check build assemblePack, publier un artefact immuable, avancer packwiz et synchroniser deux fois la même instance Prism avec conservation des réglages.

État : livré et vérifié. Les tests détaillés et les scénarios natifs de création/réouverture passent, avec 76 pièces conservées. check build assemblePack final passe. Release, canal packwiz et même instance Prism à jour ; deux synchronisations réussies et 767 fichiers personnels/réglages suivis conservés. Voir les preuves et le reçu.

WG-19 — Sanctuary habitée avant nous — alpha.16

Branche : codex/sanctuary-ruins-alpha16.

Contrat : conserver l’alpha.15 publiée et corriger les ruines pour que Sanctuary Island possède un quartier identifiable et des infrastructures profondes qui donnent l’impression d’une occupation antérieure.

• Une zone de ville est obligatoire sur la nouvelle île initiale ; les continents restent soumis à leur profil et au terrain. Garder une ville compacte, ses rues continues et la salle souterraine existante.
• Remplacer les minuscules bassins des pool rooms par de grandes piscines souterraines, avec volumes lisibles, allées et accès découvrables.
• Prolonger des égouts jusqu’à de vraies ouvertures extérieures, avec sources et écoulements natifs contrôlés ; les fuites vers le vide sont souhaitées.
• Ajouter sous la ville des plateformes de parking profondes, des ouvertures et des circulations en descente. Les volumes, supports et coûts de génération restent bornés ; ne pas fabriquer une masse cylindrique sous l’île.
• Varier les plans et usages entre étages ; sanitaires clos et raccordés aux cloisons, lits adossés à un mur, orientations et passages cohérents.
• Nouvelle génération16, codecs et pièces propres : les mondes publiés jusqu’à15 gardent leurs plans, rendus, journaux et chunks futurs. Aucun monde personnel n’est converti ou régénéré. Tests dans de nouveaux mondes de développement.
• Le réacteur, les nouvelles familles de donjons, les reliques et leurs règles de butin restent à concevoir par questions à partir de la vision. Ne pas implémenter le réacteur ni activer la progression dans cet incrément.
• Valider la présence et l’accès des piscines, les exutoires après ticks réels, les parcours, la variation des étages, la persistance et la compatibilité15. Exécuter check build assemblePack, publier l’alpha.16 et synchroniser la même instance Prism selon le canal packwiz et ses sauvegardes ciblées.

État : livré et vérifié. Création et réouverture natives réussies, 71 pièces conservées, piscine de 50 × 25 et parking à huit niveaux démontrés. Les six reliefs contrôlés ont une ville ; les équipements restent conditionnels. check build assemblePack passe et la compatibilité15 conserve les empreintes publiées. Voir les preuves. Release et canal packwiz publiés ; même instance Prism synchronisée deux fois, avec les 767 fichiers personnels et réglages suivis conservés. Voir le reçu. Les choix des futurs réseaux et donjons sont consignés dans la vision.

WG-20 — Réseaux oubliés, prototype réversible — alpha.17

Branche : codex/structures-experiment-alpha17.

Contrat : rendre explorables les trois familles validées : mines et ateliers, lieux étranges physiques dans l’île, infrastructures abandonnées. Les traces privilégient des installations utilisables et des chantiers interrompus.

• Nouveau générateur 17 et option « Structures expérimentales » dans le bouton natif Personnaliser. La taille et l’option sont enregistrées avec le nouveau monde ; aucune activation rétroactive ou suppression de structures existantes.
• Conserver les codecs, pièces, plans et futurs chunks des générations publiées, dont 16. La ville 16 reste le socle de 17 ; les nouveaux réseaux disposent de leurs pièces natives, emprises protégées et calculs bornés propres.
• Trois petits réseaux recherchés sur l’île initiale, avec accès de surface, salles, galeries et mobilier. Les continents ne reçoivent pas ce prototype. Les connexions entre réseaux seront évaluées après les premières implantations.
• Ne pas implémenter de réacteur, progression, reliques ou règles de récompenses personnelles. Les coffres éventuels utilisent des tables vanilla différées.
• Tester terrain/supports, connexions internes, accès, réglage sauvegardé, placement natif et réouverture. Livrer le pack et synchroniser l’instance existante selon le protocole packwiz. Donner graines et coordonnées d’essai.

État : livré en alpha.17. Création/réouverture, option désactivée, compatibilité 16 et check build assemblePack passent. Release et canal packwiz publiés, même instance Prism synchronisée deux fois ; les 767 fichiers personnels et réglages suivis sont conservés. Voir le reçu et les coordonnées d’essai. Retour arrière par branche/artefact et option désactivée pour un autre nouveau monde. Aucun retour binaire vers 16 dans une sauvegarde 17 n’est déclaré compatible ; les mondes d’essai restent séparés.

WG-21 — Audit des structures et des anciennes circulations

Branche : codex/structures-audit.

Demande : avant de poursuivre l’implémentation, proposer des structures contemporaines, des axes abandonnés à l’échelle de l’île et leurs liens possibles avec l’expansion, la mailbox et les objets utiles cachés dans des lieux secrets.

État : audit documenté, propositions à discuter. Le catalogue et schéma de relations distinguent les trois petits ensembles actuels des futurs tracés entre destinations, proposent des voies de fret dégradées et des usages pour les bâtiments. Les outils vanilla servent d’idées de butin ; la caméra et les systèmes restent pour la bêta. Aucune structure, règle de butin, version binaire ou instance Prism modifiée. La sélection des lieux et la réalisation des axes feront l’objet du chantier suivant ; ce catalogue n’est pas une liste d’ajouts tous validés.

WG-22 — Anciennes infrastructures et liaisons — alpha.19

Branche : codex/heritage-worldgen-alpha19.

Demande validée : première passe de toutes les nouvelles structures du catalogue WG-21 et de leurs liaisons avant la bêta, en conservant la possibilité de revenir à une génération sans ce chantier.

• Ajouter les quatorze lieux avec architectures, entrées, pièces, mobilier et petits butins vanilla associés à leur usage. Présence selon le terrain ; relever les lieux réellement générés et donner les coordonnées des témoins.
• Planifier des voies de fret et chemins entre destinations réelles, avec sections abandonnées lisibles, appuis et passages vérifiés. Rechercher les raccords aux anciennes installations dans un budget borné.
• Garder une majorité naturelle à l’île ; conserver le terrain, l’hydrologie, la ville et les réseaux existants comme base. Première île uniquement.
• Nouveau codec 19, option expérimentale sauvegardée à la création du monde. Option désactivée : socle urbain seul. Les mondes 17 et antérieurs gardent leur génération, leurs pièces et leurs futurs chunks. Aucune conversion, suppression de structures ou rétrogradation d’une sauvegarde 19.
• Les bâtiments préparent les futurs services ; mailbox, deposit boxes, caméra, réacteur, progression et récompenses personnelles restent pour la bêta. Les coffres de cette passe sont partagés et utilisent du butin vanilla.
• Vérifier créations/réouvertures, option désactivée, anciens mondes, supports, circulations et vrais placements. check build assemblePack, artefacts, publication packwiz et mise à jour de la même instance Prism.

État : livré en alpha.19 ; code, artefacts et synchronisation Prism vérifiés. Voir les essais natifs et la carte des lieux. Version 19 demandée explicitement ; aucune version 18 publiée dans ce dépôt à l’ouverture du chantier. Le catalogue est maintenant accepté pour une première passe, sans imposer sa présence exhaustive sur chaque graine.

WG-23 — Identité architecturale et blocs détaillés — alpha.20

Branche : codex/architecture-alpha20.

Demande : donner aux bâtiments une identité contemporaine lisible selon leur fonction, corriger les vitres isolées et détailler formes, façades et circulations. Employer du tuf, ses briques et variantes ciselées, du chêne, du bouleau, du granit, de la diorite et de l’andésite ; conserver les fondations en briques de pierre. Ajouter des blocs sculptés et du relief architectural.

• Reprendre les quatorze lieux expérimentaux, les bâtiments de Lost City, leurs espaces extérieurs et leurs sous-sols ; palettes par usage, volumes en retrait, biseaux, baies, corniches, liserés et mobilier adapté.
• Résoudre les connexions des vitres, grilles, clôtures et murs ainsi que les angles d’escaliers depuis la géométrie complète, avant le découpage par chunk.
• Dessiner les bordures de routes avec les briques de tuf et le tuf ciselé, en conservant la circulation et les tracés sauvegardés.
• Garder les plans de placement et les emprises certifiées ; génération 20 et types de pièces distincts. Les mondes 19 et antérieurs gardent leurs rendus, y compris dans les futurs chunks. Aucune rénovation rétroactive.
• Garder le bouton natif Personnaliser, les trois tailles et l’option des structures expérimentales pour les nouveaux mondes.
• Vérifier les états réels des blocs, les accès, les supports, les coffres, la création/réouverture et la compatibilité avec la version 19 publiée. Livrer le pack 20 par le canal stable et synchroniser la même instance Prism.

État : livré en alpha.20 ; code, artefacts et même instance Prism vérifiés. Voir le contrat et les essais alpha.20.

WG-24 — Palettes sobres, toits portés et galeries — alpha.21

Branche : codex/palettes-reseaux-alpha21.

Reprendre les extérieurs sans changer les plans intérieurs approuvés : smooth stone, stone brick, stone, andésite et chêne dominants en ville ; un bois cohérent par bâtiment unique et tuf surtout au sol et sous terre. Corriger les toits suspendus et les anciens plafonds superposés, avec appuis vérifiables.

Étendre la ville par au plus deux petits quartiers séparés de terrain naturel, reliés par des chemins praticables ; rapprocher les destinations patrimoniales par un graphe de chemins. Ajouter des galeries industrielles abandonnées : chaussée de cinq blocs, deux trottoirs, quelques grandes salles et deux accès par escaliers depuis la surface, en respectant les eaux et structures existantes.

Ajouter des fronts rocheux et de petits filons intacts dans les galeries et leurs salles de maintenance : ressources vanilla réellement minables, sans régénération de butin ni remplacement des blocs déjà extraits. Fournir un MRpack pour l’essai séparé demandé.

Assouplir les refus de placement : admettre les pentes, des volumes partiellement enfouis et des appuis adaptés ; rechercher des détours et prioriser les lieux isolés pour les chemins. Garder une ville fragmentée sans socle géant.

Nouvelle génération21 réservée aux nouveaux mondes ; tous les codecs et rendus 20 et antérieurs restent disponibles. Tailles512/724/1024, Moyen par défaut ; option expérimentale enregistrée. Aucun monde personnel modifié. Vérifier les pièces natives, accès, connexions, supports, création/réouverture, ancien monde20, puis livrer le pack stable21 et synchroniser la même instance Prism.

État : livré en alpha.21 ; MRpack, release et canal packwiz publiés, même instance Prism synchronisée deux fois. Tests, sauvegardes et limites documentés dans docs/testing-alpha21.md.

WG-25 — Placement sélectif et archéologie — alpha.22

Branche : codex/placement-selectif-alpha22.

Annule pour les nouveaux mondes l’assouplissement de WG-24. Chercher un terrain vraiment adapté et accepter l’absence d’une structure plutôt que de forcer son implantation. La ville ne reçoit plus de réservation artificielle de secours. Bâtiments et chemins limitent terrassement et remblai. Exception explicite : la grande traversée et la salle d’expansion sont des éléments de base, à placer en priorité indépendamment de la ville ; les égouts peuvent être ailleurs. Les galeries gardent leur génie civil et la salle reçoit un accès autonome. Les recherches restent bornées.

Conserver les palettes, les intérieurs, les filons et le rendu21. Nouveau codec22 pour les nouveaux mondes, sans migration ni retouche des mondes précédents. Vérifier l’admission sur les bons terrains, les refus sur les mauvais, la création native, la réouverture et la compatibilité21. Livrer le MRpack et mettre à jour le canal et la même instance Prism en conservant les données personnelles.

Inscrire dans la vision « Minecraft comme archéologie d’un autre Minecraft » : chaque ruine garde la trace d’une solution ancienne. Les neuf personnages sont ceux nommés dans la vision ; la découverte et les rôles restent à définir. Ce cadre narratif ne constitue pas une nouvelle mécanique implémentée.

État : livré en alpha.22 ; MRpack, release et canal packwiz publiés, même instance Prism synchronisée deux fois. Voir les essais22.

WG-26 — Définir les lieux et leurs usages avant de reprendre le code

Branche : codex/conception-territoire.

Construire ensemble le cahier de conception de la prochaine organisation de Sanctuary Island. La direction retenue est un départ naturel, quelques lieux isolés et mystérieux, des fonctions reproductibles par les joueurs et un donjon majeur nécessaire à la progression. Villes, regroupements et autres structures restent en réserve. L’installation d’expansion peut être reconstruite ailleurs que dans la salle historique.

Le résultat attendu est une sélection précise, les règles d’implantation et de découverte, des fiches de lieux avec utilité et architecture, le rôle du boss et de son objet de quête, puis les besoins des machines qui déterminent la salle. Distinguer décisions retenues, propositions et questions ouvertes. La sélection actuelle et les principes sont consignés ; plans, nombres, distances, rencontres et règles de progression restent à définir.

État : conception en discussion ; aucun code, nouveau binaire ou déploiement. Ce ticket documentaire n’incrémente pas les versions et ne clôture pas les décisions encore ouvertes. Les critères de la prochaine implémentation seront établis à partir du cahier validé.

META-01 — Blocodex natif et socle commun de données — alpha.23

Branche : codex/blocodex-natif.

Demande : intégrer à Sanctuary une connaissance des blocs inconnus, vus, minés, possédés, jetés et posés, puis la distribution du terrain et des stocks accessibles. Les palettes, expansions et shop futurs doivent consulter un socle commun, avec des périodes d’activité utilisables pour l’histoire du serveur.

• Mémoire personnelle par UUID et sauvegarde, commune aux dimensions ; états indépendants et stock porté distinct de la possession historique.
• Minage et jet issus des statistiques vanilla ; suivi serveur des observations et poses réellement réussies. Pas d’inférence des poses depuis used.
• Catalogue natif accessible sans item ni droit opérateur, recherche, filtres, pagination, aide FR/EN et touche configurable.
• Service de lecture et notifications pour les futurs consommateurs ; aucune récompense ni restriction de recette ajoutée par ce ticket.
• Sélection de palettes pour les futures structures : critères de connaissance combinables et familles de matériaux définies par tags, dont une base naturelle.
• Terrain chargé par dimension et chunk : comptage progressif de 16 sections non vides par tick, couverture et actualité explicites, sans charger ni régénérer de chunk absent.
• Stocks courants séparés entre joueurs connectés, conteneurs blocs, conteneurs entités et objets au sol. Tables de butin laissées intactes ; stocks hors couverture et contenus imbriqués explicitement exclus.
• API commune WorldCensusService et diagnostics opérateur /sanctuary census. Le shop et les règles de consommation ou d’expansion ne sont pas activés.
• Collecte datée : unités minées, posées, ramassées, jetées et fabriquées par jour UTC, avec persistance séparée et sauvegarde tous les 600 ticks. Ni reconstruction rétroactive ni journal transactionnel de ballast.
• Contrat additif de persistance v1 documenté dans Blocodex, conservation des identifiants et refus d’écraser une mémoire invalide.
• Vérification des actions natives, de l’isolement des joueurs, de la persistance, du rendu et des messages réseau ; contrôle des catégories de stocks, des tables de butin et de la couverture du terrain ; check build assemblePack.

État : Blocodex, recensements et relevés datés implémentés et vérifiés localement. Publication demandée, préparation des artefacts en cours. check build assemblePack, les 24 GameTests natifs et le client graphique avec connexion réelle passent. Voir les preuves alpha.23.

Réserve de thèmes futurs

Ces thèmes servent à retrouver la vision, pas à demander leur implémentation immédiate. On en extrait un ticket seulement lorsqu'il devient utile au prochain incrément jouable.

Thème	Contenus à découper plus tard
Distribution et apparence	packwiz, mods communautaires, resource packs, shaders, icône, chargement, crédits et attributions
Expansion collective	deposit boxes, objectifs de production, ordinateur d'expansion, ouvertures persistantes
Progression	capacités, XP, inventaire, prestiges débloquant des slots de factions, recettes et advancements, capes et familiers
Économie	gemmes, mailbox, shop, offres horaires, bourse du navet (achat à la loterie du dimanche, revente au shop pendant la semaine), black market, catalogue, coffre-fort et drill
Groupes et métiers	couleurs, équipes temporaires, factions et slots liés aux prestiges, cloches et bannières, villageois et copper golems
Production et construction	convoyeurs, stockage, terminaux, ordinateur 8 bits, vein mining/building, plans et prefabs
Dimensions et espaces	cavernes, Alpha ; Indoors artificiels intentionnels et référencés ; Backrooms orphelines liées à l’histoire économique, avec hébergement technique et récupération des objets perdus à articuler selon la cosmologie
Faune et combats	zombies, fantômes, baleine, creepers, poules rares, Mooblooms, noms, armes et explosifs
Mobilité	waystones, téléporteurs, ziplines, grappin, aéronefs, Magic Carpet et interactions physiques
Temps et histoire	temps réel, calendrier, événements, loterie, étoiles, constellations, cube et sept boules
Objets et surprises	caméra, œil d'araignée révélant les niveaux de lumière, disque blanc, chunky, particuleur, lucky blocks et lootboxes
It's Alive !	agriculture localisée, ustensiles, recettes, fermentation, affinage et pages secrètes
Only Fun	interactions potaches, chanvre, anniversaires et intégration aux événements
Master Key	permissions communes, configuration, diagnostic et réparation du serveur

Définition pratique d'un ticket terminé

Un ticket contient un résultat observable, un périmètre limité et des critères d'acceptation vérifiables. Sa conclusion indique le comportement livré, la version testée, les vérifications réellement exécutées et les limitations qui subsistent. Les nouveaux besoins découverts deviennent de nouveaux tickets plutôt que des ajouts implicites à tous les systèmes.

WG-27 — Île naturelle, sanctuaire minéral et structures natives — alpha.23.1

Implémenté et vérifié localement. Branche codex/natural-secrets-alpha23, depuis le Blocodex alpha.23. MRpack alpha.23.1 produit ; publication et synchronisation Prism en attente de l’accès Git.

Le contrat conserve les secrets, le hall et les voies, retire les bâtiments Sanctuary ordinaires de l’île initiale, introduit le sanctuaire minéral et les océans d’expansion. Le catalogue vanilla est conservé et étendu, avec registre persistant et priorités figées. Chaque expansion doit prévoir au moins une structure adaptée avant réservation, sans placement forcé. Deep Dark et cités anciennes attendent les Cavernes.

Les preuves de validation séparent intentions, tests exécutés et état de la distribution. Aucun boss, portail actif ou raid livré ici.

WG-28 — Les lieux suspendus de Sanctuary — alpha.24

Branche codex/aerial-sanctuary-alpha24. Contrat : une montgolfière, deux navires avec villageois vanilla, deux îlots riches avec coffres enterrés et exactement une cascade. Sites planifiés avant expansion, réservations locales, vrais départs de structures dans le vide et scopes opérateur distincts. Les îlots ont une surface végétalisée, avec petits arbres, herbes et fleurs. Validation réussie sur Mac : 14 scénarios, écoulement et admission réels, 24 GameTests généraux, build et MRpack vérifiés. Release alpha.24 publiée ; canal packwiz et instance Prism existante synchronisés deux fois. Les 925 fichiers personnels et réglages suivis sont conservés. Aucun essai Windows natif revendiqué.

WG-29 — Reprendre la génération par petits incréments — alpha.27

Branche codex/reprise-sanctuary-alpha27, directement depuis e7d1f29 (alpha.24). La 25 est rejetée pour son rendu artificiel : les validations fonctionnelles ne validaient pas l’expérience visuelle attendue. Alpha.26 sautée.

Première passe : retrouver le terrain 24, enlever la montgolfière, proposer des marais volumétriques dans les cavités existantes et affiner les coques. Voir le contrat. Les étagements, l’érosion, les nouvelles grottes et les petites sorties d’eau seront traités un à un, avec retour en jeu entre les changements ; ils ne sont pas déclarés implémentés dans cette passe.

WG-30 — Spéléologie, reliefs et satellites proches — alpha.28

Branche codex/caves-relief-alpha28, depuis la 27 validée visuellement par le créateur. Ajouter les bruits de grottes vanilla dans les masses rocheuses, limiter et incliner les failles, développer des hauteurs avec ridge/erosion, rapprocher les bateaux des vraies berges et placer les îlots au-dessus du terrain. Moins de marais ; mines, huttes et donjons vanilla adaptés aux cavités réelles. Les filons natifs doivent aussi alimenter les continents ouverts ensuite. Aucun retour des salles ellipsoïdales ni des cônes de l’alpha.25. Résultats et limites : génération, essais.

WG-31 — Corniches fines et traversées présentes — alpha.29

Branche codex/terraces-transit-alpha29, depuis l’alpha.28 validée en jeu sur Windows par le créateur. Reproduire la traversée manquante sur Grand, graine -7228211907433324401, corriger l’admission et la pose des modules. Ajouter un léger terracement variable au relief3D, préserver les profondeurs, et vérifier les véritables mines vanilla sur la graine signalée. Voir génération et vérifications.

WG-32 — Dernière passe de terrain alpha — alpha.30

Branche codex/terrain-finale-alpha30, depuis le point de reprise local alpha.29 8c90c61. Concentrer la déformation signée dans trois zones, retrouver les plateaux naturels entre elles et des rivières longues à niveaux locaux. Ouvrir des brèches de berge courtes pour laisser l’eau couler librement. Assurer une recherche mieux répartie des traversées, notamment en Grand ; chercher aussi le sanctuaire minéral sur les flancs en cas de refus intérieur. Conserver les bateaux proches, les cavités et les générateurs vanilla de la 28/29. Voir le périmètre et les preuves.

WG-33 — Rivières courbes et relief global — alpha.30.1

Branche codex/curved-rivers-alpha30-1. Retirer la rivière angulaire de la 30, retrouver la déformation globale de la 28 avec une zone restreinte de plateau, et ouvrir les berges des anciens cours d’eau vers les espaces vides proches. Conserver les recherches de traversées et de sanctuaire améliorées en 30. Voir le correctif et les essais.

WG-34 — Corniches irrégulières et fragments — alpha.30.2

Branche codex/irregular-relief-alpha30-2. Conserver les grandes masses et arches, casser la régularité des pentes par des corniches localisées, et retirer les petits fragments détachés issus du champ de terrain retouché. Comparer les mêmes volumes natifs avant/après ; contrôler les raccords aux frontières de chunks. Voir la génération et les essais.

WG-35 — Plateaux naturels et grandes montagnes — alpha.30.3

Branche codex/balanced-relief-alpha30-3. Le rendu de la 30.2 est rejeté en jeu : les métriques locales de marches ne constituaient pas une validation esthétique. Retirer ce microrelief, retrouver des plateaux issus de la 24 et réserver une part importante aux grandes déformations 3D, vers Y360. Équilibrer les trois tailles par une distribution à l’échelle de l’île. Préserver les profondeurs, les cours d’eau et les infrastructures ; limiter les petits fragments flottants. Voir le changement et les preuves.

WG-36 — Massifs raccordés et ciel Y640 — alpha.30.4

Branche codex/high-plateaus-alpha30-4. Conserver les plateaux bas, retirer les raccords trop brusques au pied des montagnes, conserver les falaises sans petites marches répétitives ajoutées, accueillir des rivières courbes sur les replats supérieurs et libérer de l’espace constructible jusqu’à Y639. Stabiliser un seul relief avant d’ajouter des personnalisations. L’arène du destin reste une idée, sans structure ajoutée. Voir la génération et les essais.

WG-37 — Plateaux, relief 3D modéré et atlas — alpha.30.5

Branche codex/plateau-atlas-alpha30-5. Retirer l’étirement des coques de la 30.4 ; repartir des plateaux avec une déformation du bruit natif, sans pousser les sommets vers Y360. Conserver les grottes, rivières courbes, sorties d’eau, secrets et traversées. Comparer les champs natifs 27, 30.1, 30.4 et 30.5 par coupes et cartes scientifiques, archivées avec leurs sources et leurs graines. Les expéditions anciennes et les îles supérieures ciblées restent à définir. Voir la génération et l’atlas.

ARENA-01 — beta.073 — duels publics et arènes

Livré et vérifié : trois modes de combat, inscriptions sans plafond pour les arènes, paris en objets, annonces et liste publique. Joueurs avec morts réelles. Contrat et essais.