sanctuary-beta/docs/backlog.md

# Backlog Sanctuary

## STAT-01 — Atelier d’argile et modèles 3D — beta.106

Branche `codex/statuary-import-beta106`. [Contrat et validation](statuary-beta106.md).
Dossier commun, GLB au Métabli pour les statues en blocs, atelier d’argile
pour les miniatures 16³ avec consommation native, teinte et identité du modèle.
Cycle natif de fabrication/pose/récupération/rechargement vérifié, y compris
sans fichier source. Build complet et archives normale/Test vérifiés localement.

## BUILD-104 — Contraste des argiles

Branche `codex/clay-contrast-beta104`. [Ticket](clay-contrast-beta104.md).
Gris et noir plus distincts ; blocs et items accordés. Aperçu, contraste,
transparence, build complet et archives normal/Test vérifiés.

## BUILD-103 — Rangement créatif par séries

Branche `codex/colored-bricks-order-beta103`. [Ticket](colored-bricks-order-beta103.md).
Groupes de seize par type et ordre de couleurs natif. Build complet et
archives normal/Test vérifiés ; ressources beta.102 inchangées.

## BUILD-102 — Briques et argile de couleur

Branche `codex/colored-bricks-beta102`. [Ticket](colored-bricks-beta102.md).
Seize familles natives et textures recolorées à partir des originaux vanilla.
Parcours natif, recettes, butin, modèles, sauvegarde/réouverture, build complet
et archives normal/Test vérifiés.

## SKY-077 — tourbillon au-dessus du vide

Branche `codex/cloud-vortex-beta077`. [Ticket](cloud-vortex-beta077.md).
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](menu-navigation-beta076.md).
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](plans-library-beta075.md).
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](familiar-autonomy-beta074.md).
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](statues-plans-beta072.md). 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.

## BUILD-02 — Métabli et menu de construction

**Premier lot implémenté en beta.096**, branche `codex/metabli-beta096`.
[Contrat et vérifications](metabli-beta096.md) ·
[Conception et extension future du catalogue](metabli-construction.md).
Neuf établis à plat ouvrent le catalogue ; choix d’un projet à l’atelier,
placement et orientation avec K. Statues, quatre machines existantes, abri,
passerelle et imports ; construction manuelle guidée, sans bouton pause ajouté.
Changer/importer/abandonner exige le Métabli. Projet local à la session actuelle,
exportable ; chantiers partagés persistants, catalogue serveur en datapack et
fonctions commerciales restent à réaliser.

## 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](multiblocs-conception.md) ·
[Ticket de cadrage et lots d'implémentation proposés](multiblocs-ticket.md).
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](multiblocs-beta084.md) 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é](multiblocs-itsalive-contrat.md).
Aucun nouveau multibloc ni binaire livré ici.
Les huit candidats de la [recherche complémentaire](multiblocs-recherche.md)
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](familiar-personality-beta071.md). 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](resourcepack-beta070.md). 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](familiar-orders-beta069.md). 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](loading-animation-beta068.md) : 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](familiar-controls-beta067.md) : 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](head-render-beta066.md). 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](boat-collisions-beta065.md) : 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](loading-cache-beta064.md). 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](resourcepack-hud-base.md) : 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](capes-gameplay.md).
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](steve-anomalies.md).
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](backrooms-implementation.md).
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](familiar-combat-design.md)
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](progressive-fog-beta053.md). 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](starter-name-beta052.md). 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](head-dispenser-beta051.md).
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](head-blocks-beta050.md). 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](boats-head-beta049.md). 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](poultry-aeronautics-beta048.md).
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](spyglass-stars-beta047.md). 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](sky-flight-zoom-beta046.md) · [Factions](faction-two-slots-beta046.md).
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](title-menu-beta045.md).
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](spawn-eggs-audit-beta044.md).
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](functional-head-blocks-beta043.md). 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](lan-carry-beta042.md).
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](carry-babies-beta041.md) :
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](operator-inhabitant-stars-beta040.md) :
Allow Commands comme autorité, aperçu du familier et cadrage du personnage,
ciel persistant alimenté par les événements serveur, [Vanilla Light](shaders-beta040.md),
[correctif du Hello World multijoueur](multiplayer-hello-beta040.md) et
[reprise des grands catalogues](recipe-storage-beta040.md). 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](hello-starter-beta039.md),
[savoir alimentaire et panoramas](food-panorama-beta039.md),
[inventaire de mort à gauche, inventaire actuel normal à droite](grave-inventory-beta039.md).
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](introduction-beta031.md).


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](vision.md) 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](graves-food-beta038.md) :**
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](realtime-beta037.md) :**
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](corrections-beta036.md) :**
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](collections-beta035.md) :** 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](notifications-beta034.md) :** 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](menus-discovery-beta033.md),
flamme du gâteau corrigée et [module de test sur monde plat](test-rapide-beta033.md).
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](spawn-eggs-v2-beta032.md) :**
les 88 œufs de la [refonte v2](spawn-eggs-refonte-v2.md) sont implémentés, avec
[catalogue chiffré](spawn-eggs-v2-catalogue-beta032.md), 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](dynamic-lights-beta030.md)** 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](familiar-hit-feedback-beta029.md) 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](dive-until-collision-beta028.md) 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](player-stacks-beta027.md) 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](demeure-map-performance-beta026.md) 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](skill-xp-bars-beta025.md) 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](head-cosmetics-beta021.md) 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](recipes-jei-beta024.md) 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](familiar-interactions-beta020.md) 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](companion-powers-beta019.md) 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](companions-cosmetics-beta018.md) 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](swimming-recipebook-beta017.md) 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](tutorial-xp-beta016.md) ajoute les récompenses uniques des cinq gestes
du tutoriel natif ; 57 tests serveur, client natif et export local vérifiés.

[beta.015](progression-textures-beta015.md) 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](mining-beta008.md)).
Construction et le vein building suivent dans **beta.009**
([contrat et vérifications](building-beta009.md)).
Les [prochains tickets détaillés](prochains-tickets.md) poursuivent avec
la validation complète de la progression après [Inventaire beta.010](inventory-beta010.md).
**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](cycle-factions-beta011.md), conservation et charges |
| 1, réalisé | MAP-03 | [Carte immersive beta.007](atlas-immersive-beta007.md) |
| 2, réalisé | PROG-02A | [Minage et vein mining beta.008](mining-beta008.md), aperçu et rangs |
| 3, réalisé | PROG-02B | [Construction et vein building beta.009](building-beta009.md), surfaces et consommation réelle |
| 4, réalisé | PROG-02C | [Inventaire beta.010](inventory-beta010.md), 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](prochains-tickets.md). 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](inventory-flow-beta012.md) 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](progression-inline-beta013.md) 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](inventory-sorting-beta014.md) 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](cycle-factions-beta011.md) 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](versioning.md)
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](expeditions-beta001.md)
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](expansion.md) 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](expeditions-beta002.md).
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](progression-beta003.md), le [contrat de données](progression-beta003-contract.md)
et les [résultats de livraison](progression-beta003-release.md).

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](blocodex-beta004.md) et
[Sanctuary-beta.004.mrpack](../build/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](blocodex-navigation.md) 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](../archives/web/README.md).
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](mining-beta008.md) 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](atlas-immersive-beta007.md).

### 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](demeure-beta006.md).

### 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](atlas-beta005.md).
Ordre de cette livraison : carte native → Demeure → factions/claims → New Game Plus
et prestiges. Le [cadrage du 13 septembre](prochains-tickets.md) intercale désormais
la fin des six compétences avant le New Game+.
[Le relevé Xaero](xaero-experimental.md) et [les pistes libres](cartographie-open-source.md)
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](../archives/web/README.md). 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](prochains-tickets.md).
**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](testing.md). 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](packwiz.md).

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](expansion.md).
- 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](worldgen.md). 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](testing.md).

### 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](testing.md). 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](testing.md).
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](packwiz.md).
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](testing.md), [résultats](benchmarks/alpha11-generation.json) et
[Distribution](packwiz.md) 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](alpha12-laboratory.md).
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](testing.md).

### 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](testing.md) et [Distribution](packwiz.md).

### 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é](testing-alpha14.md) 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](testing-alpha14.md). 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](testing-alpha15.md) et [le reçu](packwiz.md).

### 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](testing-alpha16.md).
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](packwiz.md).
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](packwiz.md) et
[les coordonnées d’essai](testing-alpha17.md).
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](structures-audit.md) 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](testing-alpha19.md). 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](testing-alpha20.md).

### 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](testing-alpha22.md).

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

**Branche :** `codex/conception-territoire`.

Construire ensemble le [cahier de conception](structures-conception.md) 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](blocodex.md),
  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](testing-alpha23.md).

## 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](cosmologie.md) |
| 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](generation-alpha23.1.md) 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](testing-alpha23.1.md) 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](generation-alpha24.md) :
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](testing-alpha24.md) 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](generation-alpha27.md). 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](generation-alpha28.md), [essais](testing-alpha28.md).


### 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](generation-alpha29.md) et [vérifications](testing-alpha29.md).


### 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](generation-alpha30.md) et [les preuves](testing-alpha30.md).


### 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](generation-alpha30.1.md) et [les essais](testing-alpha30.1.md).

### 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](generation-alpha30.2.md) et [les essais](testing-alpha30.2.md).

### 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](generation-alpha30.3.md) et [les preuves](testing-alpha30.3.md).

### 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](generation-alpha30.4.md) et [les essais](testing-alpha30.4.md).

### 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](generation-alpha30.5.md) et [l’atlas](terrain-atlas.md).

## 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](arenas-beta073.md).

## EXP-03 — Crash de recherche de temple

Correctif local beta.097 sur `codex/expedition-temple-crash-beta097`.
[Contrat et vérifications](temple-crash-beta097.md). Graine du rapport
`-4700804240597771092` ; le créateur demande de garantir le temple plutôt que
d’omettre le bâtiment ou de refuser la graine. Les plans de construction gagnent
aussi leur aperçu texturé à sa demande pendant ce correctif.

## CONSTRUCTION-098 — construction directe en créatif

Branche `codex/creative-construction-beta098`.
[Ticket](creative-construction-beta098.md) : bouton K créatif, confirmation et
placement serveur du projet choisi au Métabli ; parcours manuel en survie.
Essai client natif (statue, machine, bâtiment, annulation et contrôles créatif),
build complet et archives normal/Test vérifiés.

## CATALOGUE-099 — Progression et Métabli illustré

Branche `codex/catalogue-progression-beta099`.
[Contrat](catalogue-progression-beta099.md) : arbre des progrès intégré sous
les compétences, catalogue partagé entre catégories avec aperçus et trois
plans personnels terminés, palette étendue, K bref/maintenu et Métabli dans
les nouvelles salles souterraines. Anciennes pièces sauvegardées préservées.

## EXPLORATION-100 — Statues découvertes et promenade

Branche `codex/exploration-familiers-beta100`.
[Contrat](exploration-familiers-beta100.md) : catalogue de statues basé sur les
rencontres et statistiques serveur ; promenade avec pauses selon le tempérament,
sans orbite permanente ni concurrence avec les ordres et le combat.

EXPLORATION-100 vérifié : douze promenades, régression autonomie/ordres, catalogue
serveur, imports `.schem`, réouverture et deuxième monde ; build et archives
normal/Test réussis. Incident Windows non reproduit sans son journal.

## LANDING-101 — Atterrissage des familiers volants

Branche `codex/flying-landing-beta101`.
[Ticket](flying-landing-beta101.md) : supprimer le faux coup de chute des
profils volants, conserver les attaques réelles et les chutes terrestres.

LANDING-101 vérifié : reproduction native avant correctif, douze espèces
volantes, contacts lents/rapides, vraies attaques et chute terrestre ;
build complet et archives normal/Test contrôlés.

## beta.105 — Saisons et chapeaux vivants

Livré localement et vérifié en copie isolée : [contrat et contrôles](living-hats-seasons-beta105.md).

## EGGS-107 — Acquisition des œufs

Branche `codex/eggs-beta107`. [Contrat](spawn-eggs-acquisition-beta107.md) :
naissances en œufs et œuf du générateur sans Toucher de soie.
[Catalogue](spawn-eggs-catalogue-beta107.md) : 88 espèces, 35 voies couvertes,
53 propositions en attente de validation du créateur. Les rangs et Anomaly
restent hors de ce ticket. Les sources sont intégrées en préservant le chantier
Statuaire ; la validation binaire est isolée sur la dernière base livrée beta.105.

## SNOW-108 — Neige en volume

Branche `codex/snow-accumulation-beta108`.
[Contrat](snow-accumulation-beta108.md) : épaississement par précipitations,
blocs pleins à huit couches et accumulation verticale. Limite serveur de deux
blocs par défaut, réglable. Les blocs sont natifs, sans migration de terrain.
Livraison locale vérifiée : essais natifs dans deux mondes neufs, build complet
et archives normal/Test contrôlés ; assemblage isolé sur beta.107.

## SNOW-109 — Fonte saisonnière

Branche `codex/seasonal-snow-melt-beta109`.
[Contrat](seasonal-snow-melt-beta109.md) : fonte progressive par saison,
provenance des dépôts persistante par chunk, constructions préservées.
Livraison locale vérifiée sur beta.108 : essais natifs, rechargement de
chunk, build complet et archives normal/Test contrôlés.

## INTEGRATE-110 — Atelier d’argile dans le pack complet

Branche `codex/clay-workshop-integration-beta110`.
[Ticket](clay-workshop-integration-beta110.md) : assemblage commun de
beta.106 et beta.109, avec tous les systèmes intermédiaires. Essais natifs de
l’atelier, des œufs et de la neige, build et archives réussis. Publication
et synchronisation de l’instance demandées ensuite, en cours.