Record successful beta.181 full validation

AGENTS.md

@@ -2,9 +2,6 @@
 
 Ce dépôt contient le pack Sanctuary et ses mods. Lire `README.md`, puis le ticket concerné.
 La vision est dans `docs/vision.md` ; elle décrit aussi des fonctionnalités futures.
-Pour développer/livrer le site, packwiz, la Beta dédiée et Prism local, lire
-`docs/updates.md`. La compétence personnelle `sanctuary-updates` mémorise les
-chemins et accès propres au poste ; ne pas déduire une publication d'un simple push.
 
 - Avant une modification, lire l'état Git et préserver les changements existants.
 - Un ticket correspond à un résultat jouable ou vérifiable et à une branche `codex/<sujet>`.

CHANGELOG.md

@@ -1,116 +1,3 @@
-# beta.293 — Happy Creepers, logo packwiz et mods facultatifs
-
-- Intégration de la branche `codex/happy-creepers` avec les baleines beta.290.
-- Logo Sanctuary pendant packwiz et outils prêts dans le ZIP Prism.
-- Simple Voice Chat, Bobby facultatif, Lithium et Entity Culling épinglés pour 26.3.
-- Même canal et même instance Prism, profils client/serveur et sauvegardes conservés.
-- [Contrat et reçu de livraison](docs/release-beta293.md).
-
-# beta.290 — Baleine fantôme volante
-
-- Import de l’IA, du modèle animé, de la texture et des effets de la baleine Sanctuary 26.2.
-- Deux baleines chargées pour le serveur entier, toutes dimensions et sources d’apparition comprises.
-- Œuf créatif personnalisé depuis la texture native `egg.png` de Minecraft 26.3, silhouette et ombres conservées.
-- Refus d’un troisième œuf avant consommation, libellés FR/EN et calendrier propre à chaque serveur.
-- [Contrat et vérifications](docs/flying-whale-beta290.md).
-
-# beta.278 — Duel Battle pour un claim consenti
-
-- Proposition depuis le clic droit d’un claim déjà revendiqué ; propriétaire et challenger valident le même enjeu.
-- Challenger ayant habité le chunk, propriétaire connecté, Carte active et disponibilité Battle contrôlés côté serveur.
-- Battle privé à deux joueurs : consentement sur le claim, puis confirmations Prêt natives ; aucun tiers admis.
-- Transfert du seul claim au vainqueur, avec l’échéance de protection conservée et actualisation de la carte/minage.
-- Refus, annulation avant lancement, égalité et interruption sans résultat durable ne transfèrent rien.
-- Journal additif de consentement/résultat, application atomique et reprise idempotente ; anciens formats conservés.
-- Interface de lecture et acceptation FR/EN, enjeu explicite dans Battle, navigation corrigée entre propositions.
-- [Contrat et vérifications](docs/claim-battle-beta278.md).
-
-# beta.277 — Claims liés à Demeure
-
-- Habitation Demeure obligatoire avant de revendiquer un chunk libre ; simple traversée insuffisante.
-- Priorité à l’habitant le plus influent, avec départage par l’ordre des premières traces en cas d’égalité.
-- Un habitant plus influent peut prendre le spot tant qu’il n’a pas été revendiqué ; aucun transfert automatique après acquisition.
-- Vérification serveur avant réservation ou débit, et sauvegarde des traces avant achat.
-- Carte : condition expliquée, nom/couleur du joueur prioritaire, action bloquée quand nécessaire et actualisation du terrain libre.
-- Claims antérieurs, protections, tarifs et formats de sauvegarde conservés ; aucun délai supplémentaire ni duel ajouté.
-- [Règles et vérifications](docs/claim-demeure-beta277.md).
-
-# beta.276 — Contours CTM et nouvelle protection des claims
-
-- Propriétés sans protection visibles par leur contour, aux couleurs de leur propriétaire.
-- Contours raccordés sur les côtés et angles, sans frontières entre chunks d’un même joueur.
-- Fond coloré sur les chunks protégés ; contour conservé après expiration.
-- Actualisation des contours voisins après un achat, dans l’Atlas et l’aperçu de Pause ; masquage conservé.
-- Protection : 8 saphirs par chunk pour trois jours de serveur en marche ; renouvellements ajoutés au temps restant.
-- Durées déjà achetées et reçus de sept jours en attente conservés, sans changement de schéma.
-- Libellés FR/EN et légende incluant aussi les propriétés sans protection.
-- [Contrat et vérifications](docs/claim-contours-beta276.md).
-
-# beta.275 — Habitant et menu Pause centrés sur l’Atlas
-
-- Retrait du conseil d’arrivée « première propriété gratuite » et du bouton Propriété d’Habitant.
-- Propriétés verrouillées côté serveur et client avant l’aptitude Carte achetée et active ; ancien accès carte locale bloqué.
-- Habitant : statistiques sans fond à gauche, personnage centré, biographie à droite ; navigation Factions / Familier.
-- Activité et Historique retirés de cette fiche ; données conservées.
-- Durée de jeu en jours, heures, minutes et secondes entières, sans minutes décimales.
-- Pause sans Carte conservée ; avec Carte, Gazette et Tableau dans leurs colonnes latérales, carte au centre.
-- Aventure à gauche et Communauté à droite au-dessus de la carte, y compris en grande vue ; Partie et ses actions natives dessous.
-- Mise à jour automatique de Pause lors du déblocage ou de la désactivation de Carte ; droits et protections acquis conservés.
-- [Contrat et vérifications](docs/menu-atlas-beta275.md).
-
-# beta.274 — Calques de territoire continus
-
-- Fiche Habitant conservée et claims actuels accessibles, selon la clarification du créateur.
-- Refonte des règles de propriété, habitation préalable, départage par Battle et nouveau tarif consignés pour la reprise.
-- Demeure sans cadres de chunks ; intensité liée à la part relative d’influence et actualisée quand celle-ci change.
-- Protections actives rendues en couleur unie dans la même texture de pixels que Demeure, sans bouclier ni pointillés.
-- Zones protégées adjacentes d’un propriétaire raccordées ; légende compacte couleur / personnage, avec masquage conservé.
-- Aperçu de Pause teinté directement dans ses pixels, avec brouillard et vide conservés.
-- Infobulle Demeure « Présence et influence d’habitation » en FR/EN ; retrait de « aucun claim ni protection ».
-- Aucun changement des données, droits, prix ou durées ; aucune attribution depuis Demeure ni aucun transfert par duel automatique.
-- [Contrat et vérifications](docs/demeure-overlay-beta274.md).
-
-# beta.273 — Claims aux couleurs de leurs propriétaires
-
-- Teinte et bordure utilisent la couleur persistante Hello World du propriétaire, y compris déconnecté.
-- Protection active : bordure pleine et bouclier ; sans protection : bordure en pointillés.
-- Bouton Propriétés : oui/non, partagé avec l’aperçu de Pause ; clic droit conservé quand les claims sont masqués.
-- Apparition automatique avec les tuiles de la carte proche, de l’Atlas et de l’aperçu de Pause.
-- Achats actualisant le claim visible ; expiration modifiant le style sans retirer la propriété.
-- Légende et survol FR/EN avec nom et durée restante ; terrain inconnu non révélé.
-- Aucun changement du registre, des prix, de la durée ou des droits.
-- [Contrat et vérifications](docs/claim-map-beta273.md).
-
-# beta.272 — Claims et protection sur la carte
-
-- Clic droit sur un chunk : panneau de revendication ou de protection sur la carte, sans grille ni changement de page.
-- Propriété ouvre directement la carte ; terrain proche visible dès Hello World, Atlas complet conservant ses prérequis.
-- Cinq chunks gratuits par joueur, puis 100 points d’XP supplémentaires à chaque nouveau claim.
-- 64 saphirs par chunk ajoutent sept jours de serveur en marche ; aucun temps décompté pendant l’arrêt.
-- Minage ×2 pour le propriétaire et ×0,5 pour les autres pendant la couverture ; pose et interactions ordinaires.
-- Nouveau registre séparé, achats avec reçu natif et migration volontaire des anciens volumes remboursant leurs extensions.
-- Stabilisation de la sauvegarde des statistiques à la fermeture face au nettoyage de déconnexion.
-- [Contrat, migration et vérifications](docs/chunk-claims-beta272.md).
-
-# beta.271 — fiche Habitant, statistiques et activité
-
-- Combats rétabli dans Communauté sous Habitant ; Story retiré de Pause.
-- Navigation Propriété, Factions et Familier en haut ; personnage aéré à gauche et biographie à droite.
-- Six compteurs personnels sous la biographie, lus dans Minecraft et le Blocodex.
-- Activité sous le personnage jusqu’en bas, avec défilement et bouton Historique dans son pied de panneau.
-- Publications personnelles, progrès et progression réunis sans nouveau format de sauvegarde.
-- Aperçu du familier retiré d'Habitant ; réglages et consentement regroupés dans sa page dédiée.
-- [Contrat, sources et vérifications](docs/inhabitant-menu-beta271.md).
-
-# beta.270 — première propriété d’habitant
-
-- Faction et Battle déplacés de Pause vers la fiche Habitant, avec un accès Propriété.
-- Une réservation gratuite après Hello World, dans un volume fini indépendant des chunks.
-- Quatre extensions de 100 à 400 points d’XP, sauvegardées avec un reçu natif.
-- Contrôles serveur du minage, de la pose et des interactions des autres joueurs ; terrains libres jouables.
-- Menu natif FR/EN, commandes `/sanctuary property`, `propriete` et `propriété`, aperçu sans écriture de terrain.
-- [Contrat, sauvegarde additive et limites de protection](docs/property-beta270.md).
-
 # beta.172 — cartes de horde utilisables en jeu
 
 - Suppression de la restriction au cercle laboratoire : une carte peut ouvrir

THIRD_PARTY_NOTICES.md

@@ -1,62 +1,5 @@
 # Provenance et crédits
 
-## Mods facultatifs beta.292
-
-Les binaires officiels de [Simple Voice Chat 2.6.24+26.3](https://modrinth.com/plugin/simple-voice-chat/version/OLnMVWXy)
-(Max Henkel, All Rights Reserved), [Bobby 5.2.16+mc26.3](https://modrinth.com/mod/bobby/version/J7YnfCss)
-(johni0702, LGPL-3.0-or-later), [Lithium 0.26.2+mc26.3](https://modrinth.com/mod/lithium/version/xS0Q8LSi)
-(CaffeineMC et contributeurs, LGPL-3.0-only) et
-[Entity Culling 1.11.3 pour 26.3](https://modrinth.com/mod/entityculling/version/X1g3VhTx)
-(tr7zw et contributeurs, tr7zw Protective License) sont téléchargés séparément
-par packwiz, sans modification ni imbrication dans Sanctuary. Leurs notices,
-licences et bibliothèques imbriquées restent attachées aux JAR originaux.
-Leurs métadonnées et SHA-512 sont dans `packwiz/mods/` ;
-[choix de versions et vérifications](docs/optional-mods-beta292.md).
-
-## Installateur packwiz Sanctuary beta.291
-
-Le bandeau `launcher/packwiz/sanctuary.png` est le fichier `minecraft.png`
-fourni par le créateur le 26 octobre 2026, conservé sans modification.
-`InstallWindow.java` adapte la fenêtre de packwiz-installer v0.5.14 de
-comp500, sous MIT ; licence et source sont joints au JAR généré. Toutes les
-autres classes et les notices des dépendances de l'installateur officiel
-restent identiques. Sources, hashes et périmètre dans
-[le contrat du logo packwiz](docs/packwiz-logo-beta291.md).
-
-## Tenues des zombies beta.287
-
-Les neuf PNG `zombie.png`, `zombie2.png` à `zombie9.png` sont fournis par le
-créateur le 26 octobre 2026. Ils sont copiés sans modification sous
-`assets/sanctuary/textures/entity/zombies/zombie1.png` à `zombie9.png`.
-Le [reçu des sources et dérivés](docs/zombie-skins-beta287.json) conserve
-leurs SHA-256. `scripts/prepare_zombie_skins.py` produit aussi neuf adaptations
-UV pour le modèle bébé natif de Minecraft 26.3 par rééchantillonnage déterministe
-des faces ; aucun générateur d’image n’intervient. La géométrie et les couches
-d’armure restent issues de Minecraft. Les notices historiques des anciennes
-recolorations ci-dessous décrivent les livraisons précédentes.
-
-Depuis beta.256, le pack client inclut [Sodium 0.9.2+mc26.3](https://modrinth.com/mod/sodium/version/bAZQdGpg),
-de JellySquid et des contributeurs CaffeineMC, sous Polyform-Shield-1.0.0.
-Le JAR officiel est une dépendance séparée téléchargée par packwiz ; il n’est
-pas intégré au code ni au JAR Sanctuary. La version et son SHA-512 sont fixés
-dans `packwiz/mods/sodium.pw.toml`. Les [sources de Sodium](https://github.com/CaffeineMC/sodium)
-et la licence de sa distribution conservent leurs auteurs et notices.
-
-La musique du menu beta.253 provient du fichier `sanctuary-menu.m4a` fourni par
-le créateur le 8 octobre 2026 pour son intégration dans Sanctuary. Le fichier
-original reste intact ; sa piste audio complète est convertie en OGG Vorbis
-stéréo à 48 kHz, qualité 6 avec libvorbis 1.3.7. Les empreintes du fichier fourni
-et de l'OGG sont dans
-`mods/sanctuary/src/main/resources/licenses/Menu-Music-ASSET.json`, également
-embarqué dans le JAR sous `licenses/Menu-Music-ASSET.json`.
-
-Depuis beta.257, Sound Physics Remastered **1.5.1+26.3**, GPL-3.0-only,
-est un JAR client séparé et facultatif (imbriqué entre beta.252 et beta.256). Sonic Ether, vlad2305m, Max Henkel et
-Saint conservent leurs crédits. Le binaire officiel et son SHA-512 sont figés ;
-voir `mods/sound-physics-remastered/PROVENANCE.md` pour les sources, la bibliothèque
-ConfigBuilder incorporée et l'adaptation des options. Le JAR Sanctuary contient
-la licence et cette provenance dans `licenses/sound-physics-remastered/`.
-
 Le code Sanctuary est distribué sous GPL-3.0-or-later, comme la version 26.2 dont
 la génération est reprise. Voir `LICENSE` et `docs/migration-26.2.md` pour la
 provenance détaillée et le périmètre du portage.
@@ -109,11 +52,11 @@ Les resource packs, shaders et mods communautaires envisagés dans la vision
 ne sont pas inclus automatiquement. Chaque ajout aura une version, une source,
 un hash et les crédits de sa distribution.
 
-Demeure est intégré au code de Sanctuary depuis beta.204, sous GPL-3.0-or-later. Son modèle
+Demeure est embarqué comme mod autonome, sous GPL-3.0-or-later. Son modèle
 provient des sources de KOKA99CAB dans `Structures/demeure`, référencées par
 l’inventaire 26.2, et a été adapté à Minecraft 26.3-pre-2. Voir
 `mods/demeure/PROVENANCE.md` pour les empreintes et les différences du port.
-Le JAR Sanctuary conserve sa licence GPL et `licenses/Demeure-PROVENANCE.md`.
+Le JAR Demeure contient sa licence et ce document de provenance.
 
 ## Inventaire beta.010
 
@@ -141,52 +84,14 @@ L’icône d’objet correspondante provient de `../26.2/sanctuary`
 restent la propriété de leurs auteurs et ne sont pas placées sous la licence
 du code Sanctuary. Il ne s’agit pas d’une cape officielle accordée au compte.
 
-Les familiers vanilla utilisent les modèles et textures résolus par Minecraft
-installé. L'exception du premier infecté est décrite ci-dessous.
-
-## Infecté beta.280
-
-Le modèle, les animations, l'armure et les sons sont ceux du zombie installé
-avec Minecraft 26.3. Aucun modèle ou son de Left 4 Dead n'est inclus ; cette
-série reprend seulement l'idée de rôles différents pour des zombies.
-
-La texture `assets/sanctuary/textures/entity/infected.png` est une recoloration
-déterministe du zombie **Minecraft 26.3**, réalisée par
-`scripts/generate_infected_texture.py` à partir du JAR installé. Seules les
-couleurs du t-shirt et du pantalon changent ; coordonnées UV, peau, visage,
-chaussures et transparence restent identiques. Empreinte SHA-256 du PNG natif :
-`1b88eea9b63889c2c3399773f887af375defc3aad0e7a375adc84249da54cbbd`.
-Aucune texture produite par ImageGen n'est livrée.
-
-L'icône `textures/item/infected_spawn_egg.png` est reprise intacte de Sanctuary
-26.2, commit `26f2c2a0061619df1f146f9081d6740c560a7497`, module `itsalive`.
-Elle provenait d'une recoloration de l'œuf Minecraft par
-`itsalive/tools/generate_infected_textures.sh`. Ces ressources dérivées ne sont
-pas couvertes par la licence GPL du code ; les droits sur les ressources
-Minecraft restent à Mojang/Microsoft.
-
-## Chargeur beta.282
-
-`assets/sanctuary/textures/entity/charger.png` utilise le même PNG natif du
-zombie Minecraft 26.3 et les mêmes masques UV que l'Infecté. La sélection
-`--variant charger` de `scripts/generate_infected_texture.py` produit un
-t-shirt vert et un pantalon anthracite, avec peau, visage, chaussures et alpha
-conservés pixel pour pixel. Aucun dessin génératif ni modèle de Left 4 Dead.
-SHA-256 : `cf2344d870753ed621b9fd7c3fd7dfe0b3dc35294620e798f113b71abd27fbda`.
-
-L'icône `textures/item/charger_spawn_egg.png` est reprise intacte du module
-`itsalive` de Sanctuary 26.2, commit
-`26f2c2a0061619df1f146f9081d6740c560a7497`, générée à partir de l'œuf Minecraft.
-Les droits sur les ressources Minecraft restent à Mojang/Microsoft.
+Les familiers utilisent les modèles et textures résolus par Minecraft installé ;
+aucune copie des textures de mobs ni aucun ancien pouvoir n’est embarqué.
 
 ## JEI beta.024
 
 Just Enough Items, mezz, MIT : fork source de la branche 26.2, commit
 `aae2dfcfb82e6b5bce787ba72bb2eda7339b274f`, adapté à Minecraft 26.3-pre-2.
-Depuis beta.280, le fork Minecraft 26.3 `30.32.0-sanctuary.4` est à nouveau
-embarqué dans le JAR Sanctuary, avec la licence d’origine et
-[la provenance du portage](mods/jei/PROVENANCE.md). Sa distribution séparée
-facultative concernait les beta.257–278.
+Le JAR contient la licence d’origine et [la provenance du portage](mods/jei/PROVENANCE.md).
 Les patches et la reconstruction sont fournis ; les téléchargements restent ignorés.
 Baked Substring Index 0.1.0 (MIT, James Mitchell) et Suffix Tree 1.1.0
 (Apache-2.0, Alessandro Bahgat Shehata) sont inclus avec leurs licences.
@@ -238,143 +143,3 @@ embarqué comme dépendance imbriquée, sans modification, pour le stockage
 communautaire optionnel. Sa licence est fournie dans `licenses/mariadb-connector-j-LGPL-2.1.txt` du JAR Sanctuary.
 Sources correspondantes : https://github.com/mariadb-corporation/mariadb-connector-j/tree/3.5.10
 (distribution Maven Central 3.5.10).
-
-## Tyroliennes et grappin beta.242
-
-Poulies, modèles, recettes, textures provisoires et rendu segmenté des câbles
-repris du module `iliketomoveit` de Sanctuary 26.2 (KOKA99CAB), référence
-`26f2c2a0061619df1f146f9081d6740c560a7497`, sous GPL-3.0-or-later.
-Les sources Beta adaptent les API Minecraft 26.3 et remplacent le balancement
-par une tyrolienne portative temporaire. Le dépôt historique reste inchangé.
-Les trois PNG provisoires sont copiés octet pour octet ; la texture finale
-est réservée au créateur. Le rendu du câble utilise les laisses natives
-Minecraft ; les modèles de poulie référencent les textures natives fer
-et béton noir de Mojang/Microsoft. Aucun JAR 26.2 n’est redistribué.
-
-## Insectes beta.245
-
-Les 47 sprites 16 × 16 d’**Animal Crossing: Wild World** ont été fournis par
-le créateur dans son dossier `insect`, le 8 octobre 2026. Ils sont conservés
-octet pour octet dans `assets/sanctuary/textures/insect/`. **Nintendo** reste
-titulaire des éléments graphiques du jeu ; la licence GPL du code Sanctuary
-ne leur attribue pas une licence libre. Les noms des fichiers fournis et
-leurs SHA-256 sont consignés dans [l’inventaire](docs/insects-assets.json).
-
-Les habitats, mois, horaires et pics suivent la
-[liste Nookipedia Wild World](https://nookipedia.com/wiki/Bug/Wild_World),
-consultée le 8 octobre 2026 (révision 1240938). Les adaptations Minecraft,
-le calendrier numérique et les limites sont décrits dans
-[le ticket INSECT-01](docs/insects-wild-world-beta245.md).
-Le modèle du filet référence les textures natives de Minecraft sans les copier.
-
-## Sons des insectes beta.248
-
-Neuf extraits naturels de Wikimedia Commons et Freesound sont fournis dans
-`assets/sanctuary/sounds/insects/`. Ils conservent leurs licences propres,
-distinctes du code GPL : CC0, CC BY 2.1 Japan, CC BY 3.0, CC BY 4.0 et
-CC BY-SA 3.0. L’adaptation de la cigale du soir
-reste sous CC BY-SA 3.0. Auteurs : ISAKA Yoji (Cory), Σ64,
-あおもりくま (aomorikuma), ClaudeDebussy, YaCoUYaCoU, AmberdeMeillon et IanFSA.
-Découpes, filtrage, réduction de bruit, volume, mono OGG et fondus par Sanctuary.
-Les [crédits et liens de licences](docs/insect-audio-credits.md) et
-[l’inventaire des fichiers](docs/insect-audio-assets.json) sont aussi inclus
-dans le JAR sous `licenses/Insect-Audio-CREDITS.md` et
-`licenses/Insect-Audio-ASSETS.json`. Les trois fichiers Freesound utilisent
-leurs aperçus publics de haute qualité ; la cigale du soir utilise la
-conversion MP3 publique de Commons. Aucun enregistrement d’Animal Crossing
-n’est inclus. L’identification biologique du grillon reste non précisée ;
-la courtilière européenne sert d’analogue sonore.
-
-## Spitter beta.283
-
-`assets/sanctuary/textures/entity/spitter.png` est une recoloration déterministe
-du zombie Minecraft 26.3 via `scripts/generate_infected_texture.py --variant spitter`.
-Seuls le t-shirt orange et le pantalon bleu ardoise changent. Peau, visage,
-chaussures, alpha et UV restent identiques au PNG natif décrit ci-dessus.
-SHA-256 : `92f6a8f7ad09a817fc74bfc2728a5f75d34a838dcc91a2ddee336c31803c0592`.
-Aucun modèle, son ou dessin génératif de Left 4 Dead n'est inclus.
-
-L'icône `textures/item/spitter_spawn_egg.png` est reprise intacte du module
-`itsalive` de Sanctuary 26.2, commit
-`26f2c2a0061619df1f146f9081d6740c560a7497`, dérivée de l'œuf Minecraft.
-Les droits sur les ressources Minecraft restent à Mojang/Microsoft.
-
-## Boomer beta.284
-
-`assets/sanctuary/textures/entity/boomer.png` est une recoloration déterministe
-du zombie Minecraft 26.3 par `scripts/generate_infected_texture.py --variant boomer`.
-T-shirt violet et pantalon sable : 570 pixels de vêtements changent, avec
-visage, peau, chaussures, UV et transparence conservés. SHA-256 :
-`2cbc0a87435c8f12fbbd77bd3d7fc23c9843e9ae22493dbfb6ffe14ea492c230`.
-
-Le même script recolore en violet la silhouette et les ombres de l'icône
-`spitter_spawn_egg.png` historique, décrite ci-dessus, pour produire
-`textures/item/boomer_spawn_egg.png`. SHA-256 :
-`dd11449f7072db2faf753e5d258acfe8e5d2c50116e076d9b799345ed5f62ffa`.
-Les droits sur ces ressources dérivées restent à Mojang/Microsoft. Aucun
-modèle, son ou bitmap de Left 4 Dead, ni texture générative, n'est livré.
-
-## Smoker beta.285
-
-`assets/sanctuary/textures/entity/smoker.png` est une recoloration déterministe
-du zombie Minecraft 26.3 par `scripts/generate_infected_texture.py --variant smoker`.
-T-shirt gris clair et pantalon vert olive : 570 pixels de vêtements modifiés ;
-visage, peau, chaussures, UV et alpha conservés. SHA-256 :
-`80b7b34c915466d2c022f2222bd5bedf5b5b6c39ab447a97dcae7edf66ba4d17`.
-
-Le même script dérive `textures/item/smoker_spawn_egg.png` de la silhouette et
-des ombres de l'icône historique `spitter_spawn_egg.png`, avec la teinte du
-t-shirt. SHA-256 :
-`e73b7d1e08ef0f35bfc7bac3e81795b166b56d9a5267045bcef64ae311c256c6`.
-La tête du lasso utilise l'objet laisse natif et son câble le rendu natif des
-laisses tendues déjà employé par les tyroliennes. Aucun modèle, son ou bitmap
-de Left 4 Dead ni texture générative n'est inclus. Les droits sur les ressources
-Minecraft dérivées restent à Mojang/Microsoft.
-
-## Hunter beta.286
-
-`assets/sanctuary/textures/entity/hunter.png` est une recoloration déterministe
-du zombie Minecraft 26.3 par `scripts/generate_infected_texture.py --variant hunter`.
-T-shirt bleu et pantalon anthracite : 570 pixels de vêtements modifiés ; tête,
-peau, chaussures, UV et alpha conservés. SHA-256 :
-`1057efc7947105684a24fe165e83581b66fccc877687433cc00ed80231c2c970`.
-
-Le même script dérive `textures/item/hunter_spawn_egg.png` de la silhouette et
-des ombres de l'icône historique `spitter_spawn_egg.png`, avec la teinte du
-t-shirt. SHA-256 :
-`294bbd145e09707f2006d51e9190b538b50148c44c13f3ecaf563e316f03384d`.
-Les sons et le modèle sont natifs à Minecraft. Aucun bitmap ou son de Left 4
-Dead ni texture générative n'est inclus. Les droits sur les ressources
-Minecraft dérivées restent à Mojang/Microsoft.
-
-## Baleine fantôme volante beta.290
-
-Le modèle, son animation, le rendu, l’IA et le spawner proviennent du module
-`itsalive` de Sanctuary 26.2, commit
-`94644a28f05b8010f06ec1181fe6c74a50ad80d6`, sous la licence du projet
-GPL-3.0-or-later. Cette source est elle-même le port de la baleine du JAR
-historique Real Ghost ; aucune archive 26.2 n’est redistribuée.
-`textures/entity/flying_whale/flying_whale.png` est repris octet pour octet.
-SHA-256 : `0828ba1b9443f31cdb0ce9c22393a8702a72b9e59c2a0c02f3dd6dedadd33fb8`.
-
-L’icône `textures/item/flying_whale_spawn_egg.png` est une recoloration
-déterministe directe de `assets/minecraft/textures/item/egg.png` de Minecraft
-26.3, produite par `scripts/generate_whale_egg.py` ; silhouette, alpha et
-ombrage natifs conservés. Source SHA-256 :
-`3bfccf5fcfe66933d591e944f6b08456c8083f5c3898b924da52bfebc41e6322`.
-Résultat SHA-256 :
-`d476a3fedba3af3e463d6461b81cf6ca8702fe10ceb3934f426390d59da63f7e`.
-Les sons et particules sont natifs à Minecraft, référencés sans copie ; les
-droits sur les ressources Minecraft dérivées restent à Mojang/Microsoft.
-
-
-## Happy creepers
-
-`assets/sanctuary/textures/entity/creeper/happy.png` est repris sans modification
-du module `itsalive` de Sanctuary 26.2, commit
-`26f2c2a0061619df1f146f9081d6740c560a7497`, chemin
-`itsalive/src/main/resources/assets/itsalive/textures/entity/creeper/happy.png`.
-SHA-256 : `40e22bf0610cfc7ae8ca910b1e6bdce0c759ccbf8714df7566ebe5538cac24f0`.
-Il s'agit du visage souriant historique sur le modèle natif du creeper. Les
-droits sur les ressources Minecraft dérivées restent à Mojang/Microsoft.
-Aucune autre variante de texture ni ressource Mobopia n'est importée.

build.gradle

@@ -3,48 +3,8 @@ plugins {
     id 'net.fabricmc.fabric-loom' version "${loom_version}" apply false
 }
 
-allprojects {
-    repositories {
-        exclusiveContent {
-            forRepository { maven { url = 'https://api.modrinth.com/maven' } }
-            filter { includeGroup 'maven.modrinth' }
-        }
-    }
-}
-
-tasks.named('build') { dependsOn(':sanctuary:build', ':jei:build', ':sanctuary-test:build') }
-tasks.named('check') { dependsOn(':sanctuary:check', ':jei:check', ':sanctuary-test:check', 'verifyPack') }
-
-tasks.register('verifyServerUpdater', Exec) {
-    group = 'verification'
-    commandLine('python3', 'scripts/test_server_runtime.py')
-}
-tasks.named('check') { dependsOn('verifyServerUpdater') }
-
-tasks.register('verifyWebDistribution', Exec) {
-    group = 'verification'
-    commandLine('python3', 'scripts/test_publish_web_pack.py')
-}
-tasks.named('check') { dependsOn('verifyWebDistribution') }
-
-tasks.register('verifyOptionalMods', Exec) {
-    group = 'verification'
-    commandLine('python3', 'scripts/verify_optional_mods.py')
-}
-tasks.named('check') { dependsOn('verifyOptionalMods') }
-
-tasks.register('assemblePackwizInstaller', Exec) {
-    group = 'distribution'
-    description = 'Build and verify the Sanctuary-branded packwiz window.'
-    commandLine('python3', 'scripts/packwiz_installer.py')
-}
-
-tasks.register('verifyPackwizInstaller', Exec) {
-    group = 'verification'
-    dependsOn('assemblePackwizInstaller')
-    commandLine('python3', 'scripts/test_packwiz_installer.py')
-}
-tasks.named('check') { dependsOn('verifyPackwizInstaller') }
+tasks.named('build') { dependsOn(':sanctuary:build', ':demeure:build', ':jei:build', ':sanctuary-test:build') }
+tasks.named('check') { dependsOn(':sanctuary:check', ':demeure:check', ':jei:check', ':sanctuary-test:check', 'verifyPack') }
 
 tasks.register('verifyPack', Exec) {
     group = 'verification'
@@ -55,17 +15,10 @@ tasks.register('verifyPack', Exec) {
 tasks.register('assemblePack', Exec) {
     group = 'distribution'
     description = 'Assemble a local packwiz pack including the built Sanctuary mod.'
-    dependsOn(':sanctuary:build', ':jei:build', 'verifyPack', 'verifyOptionalMods', 'assembleResourcePack', 'assembleResourceTemplate', 'assemblePackwizInstaller')
+    dependsOn(':sanctuary:build', 'verifyPack', 'assembleResourcePack', 'assembleResourceTemplate')
     commandLine('python3', 'scripts/pack.py', 'assemble')
 }
 
-tasks.register('assembleServerPack', Exec) {
-    group = 'distribution'
-    description = 'Build the Linux server kit and verify its packwiz profile.'
-    dependsOn('assemblePack')
-    commandLine('python3', 'scripts/server_pack.py')
-}
-
 tasks.register('verifyResourcePack', Exec) {
     group = 'verification'
     description = 'Verify the versioned Sanctuary texture sources and their release hashes.'

docs/ambiance-leaves-menus-beta255.md

@@ -1,180 +0,0 @@
-# SHADER-255 — Feuilles, menus et rayons Ambiance
-
-Socle beta.254 (`1a00a52`), branche `codex/ambiance-leaves-menus-beta255`,
-Minecraft 26.3, Java 25, livraison locale beta.255 vérifiée.
-Demande du 9 octobre 2026 : remplacer le bruit des ombres de feuilles par
-leurs textures, conserver un résultat visible en Moyen et Faible, ranger
-les réglages actuels dans des sous-menus et permettre l'import/export.
-Retour pendant les essais : les sun shafts activés restent trop discrets ;
-leur visibilité en Moyen fait également partie de cette livraison.
-Les meilleurs dégradés du ciel sont réservés à la passe suivante.
-
-## Rendu des feuilles
-
-La passe de profondeur utilise les faces du modèle natif des feuilles,
-leurs UV, rotations et offsets. Elle lit l'alpha de l'atlas de blocs chargé,
-au niveau zéro et au seuil de découpe 0,5 du terrain natif. Les texels
-transparents ne déposent ni profondeur ni marque de feuillage. Un obstacle
-opaque plus loin conserve son ombre. Le motif de bruit est supprimé.
-Les feuilles superposées contribuent selon leurs trous réels, sans objectif
-artificiel de 22 % d'opacité par surface. Plusieurs faces peuvent fermer
-un passage suivant l'angle du soleil ; une canopée serrée ne garantit donc
-pas des trous éclairés dans chaque zone observée.
-
-L'atlas est emprunté au jeu : aucun duplicata de ses textures, lecture GPU
-côté production ou analyse CPU des PNG par image. Les UV sont ajoutés au
-maillage borné des casteurs : 24 octets par sommet contre 16 auparavant,
-toujours sous la limite de 96 Mio du cache. Une ressource/modèle rechargé
-reconstruit ce cache. Un atlas de feuilles animé impose un redessin au tick ;
-les textures statiques conservent la réutilisation de beta.254.
-
-Moyen conserve sa carte maximale 2048², sa grille 16 pixels/bloc et sa portée
-64 blocs. Faible passe de 8 à 16 pixels/bloc et de 1024² à 2048² pour préserver
-les détails ; sa portée reste 32 blocs et ses effets lourds restent coupés.
-Ses deux textures de carte passent de 5 à 20 Mio, hors allocations du reste
-du rendu. Les profils ne sont pas imposés aux réglages Personnalisé existants.
-Patate conserve ses effets lourds désactivés. Le SSR reste inclus en Moyen.
-
-## Menus et profils portables
-
-Options → Shaders ouvre **Ambiance**. Le profil et l'interrupteur restent à
-l'accueil. Les six catégories natives FR/EN sont Performance, Caméra et effets,
-Éclairage, Atmosphère, Matériaux et reflets, Eau. Éclairage contient un
-sous-menu Ombres. Tous les réglages antérieurs restent disponibles ; modifier
-un effet passe en Personnalisé et conserve le budget choisi. Retour/Echap
-reconstruit le parent pour actualiser le profil affiché.
-
-L'accueil propose **Importer un profil** et **Exporter un profil**. Les fichiers
-UTF-8 `.txt` contiennent des lignes `clé=valeur`, un identifiant de format
-Ambiance et les réglages complets, y compris le budget Personnalisé et les
-préférences d'eau pour chaque type de monde. La valeur `default` restaure
-le défaut du type de monde, même si l'installation destinataire a un choix
-explicite différent. Le dossier proposé est
-`config/ambiance-profiles`. Le joueur peut saisir un nom ou un chemin complet,
-ouvrir ce dossier, choisir un fichier existant dans la liste ou glisser un
-fichier extérieur dans l'écran d'import. Un remplacement de fichier existant
-utilise la confirmation native. Les réglages importés sont appliqués immédiatement.
-
-L'import valide toutes les clés, types et plages avant de sauvegarder puis
-remplacer la configuration active. Une erreur laisse les préférences actives
-et persistées intactes. Les fichiers d'un autre shader ne sont pas des profils
-Ambiance ; les clés de Complementary ne commandent pas son moteur Vulkan.
-Aucune dépendance Iris n'est ajoutée.
-
-Organisation inspirée des catégories du
-[fichier officiel Complementary](https://github.com/ComplementaryDevelopment/ComplementaryReimagined/blob/main/shaders/shaders.properties),
-et fichiers texte comme dans le
-[guide Iris](https://github.com/IrisShaders/Iris/blob/26.1/docs/guide.md).
-Le chantier concerne l'organisation des effets existants, conformément à la
-précision du créateur ; il n'ajoute pas les nuages, AA ou fonctions absentes.
-
-## Visibilité du volume solaire
-
-Les captures activées de la première passe confirment le retour du créateur :
-le signal du volume existe mais reste trop faible à l'œil. Le gain de diffusion
-dans l'air clair passe de 0,018 à 0,16 ; Moyen conserve son intensité de 25 %,
-ses huit segments et une seule lecture de profondeur par segment. Aucun
-échantillon, passe, carte ou maillage supplémentaire n'est ajouté. La courbe
-de compression de la lumière et les règles d'occlusion restent actives.
-
-Le contrôle visuel cible désormais le contraste du premier plan au 95e
-percentile avec le vrai budget Moyen, plutôt qu'une simple somme positive
-sur tous les pixels. Les validations salle fermée, feuilles, retour de caméra,
-météo et OFF/zéro passent avec ce gain. Moyen atteint 10 niveaux de luminance
-au 95e percentile du premier plan à 25 %, avec son budget de huit segments
-et une lecture. Le créateur retient la capture avec tous les effets de Moyen.
-[Capture native retenue](../build/leaf255/0002_sanctuary-beta142-shader-shafts255-medium-combined.png).
-
-## Coût mesuré
-
-RX 9070 XT, Ryzen 7 3700X, Vulkan natif, 1920 × 1080, sans VSync ni limite
-FPS. Socle beta.254 exact et candidat beta.255 : même monde plat neuf graine
-122, sol blanc, canopée 41 × 41 de trois couches, même caméra. Deux séries
-avec ordre Faible/Moyen inversé, 60 ticks de stabilisation puis 100 ticks
-mesurés par profil. Mesure finale incluant le volume solaire retenu ; moyenne
-des deux médianes de `renderFrame` :
-
-| Soleil | Profil | beta.254 | beta.255 | Écart |
-| --- | --- | ---: | ---: | ---: |
-| Fixe | Faible | 0,505 ms | 0,540 ms | +7,0 % |
-| Fixe | Moyen | 1,500 ms | 1,536 ms | +2,4 % |
-| Mobile | Faible | 0,502 ms | 0,563 ms | +12,1 % |
-| Mobile | Moyen | 1,509 ms | 1,556 ms | +3,1 % |
-
-Cette passe améliore la fidélité et ne constitue pas un gain de performance.
-Le coût supplémentaire mesuré est de 0,035–0,061 ms en Faible et de
-0,035–0,047 ms en Moyen sur cette scène. La carte plus grande de Faible
-réduit aussi la tolérance angulaire du cache : les redessins au soleil
-mobile passent de 174–180 à 341–357 dans ces séries. Moyen reste à
-347–348 contre 349–351 sur le socle.
-Soleil fixe : aucun redessin pendant les mesures, dans les deux versions.
-
-Ces durées incluent le temps CPU de rendu, soumission et attentes ; elles
-n'isolent pas le GPU et ne se convertissent pas en FPS de jeu. Elles ne
-prédisent pas toutes les forêts, packs de ressources ou distances. La portée,
-la grille et le budget de géométrie continuent de limiter les ombres lointaines.
-[Mesures originales](../build/leaf255/comparison.json).
-
-## Validation
-
-`check build assemblePack` réussi avec `sanctuaryFocusedTests=menus` et
-`sanctuaryAtlasOnly=true`. Compilation des GameTests clients réussie sur Java 25.
-Build final : 137 tâches, 2 min 52 ; quatre GameTests serveur requis et contrôles
-purs réussis. Commande de livraison :
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=menus -PsanctuaryAtlasOnly=true
-```
-
-Validation graphique exclusivement Vulkan, dans
-`%LOCALAPPDATA%\SanctuaryDev\leaf255-*` sur Windows,
-à part de Prism et de ses sauvegardes ; aucun monde existant modifié.
-
-- Oracle de textures contrôlées : 398–400 points conformes sur 400, avec
-  masques complémentaires, en Faible et Moyen. Les trous éclairés et ombres
-  suivent le fichier chargé ; captures des textures natives également réalisées.
-- Rechargement de ressources, cache statique et alpha animé validés
-  (`LEAF255_ACCURACY_PASS`, variation lumineuse animée 70,06).
-- Parcours FR/EN, six catégories et Ombres, retour au parent, réglage clavier,
-  export par bouton, import par liste et glisser-déposer validés. Le budget
-  Personnalisé survit à l'export/import et à la relecture disque ; les choix
-  d'eau explicites et par défaut sont restaurés sur une configuration différente.
-  Fichiers invalides ou étrangers rejetés sans modifier les préférences.
-- Profils beta.254, SSR de Moyen, cache, déplacements, éditions et soleil
-  validés par `SHADER254_PROFILES_PASS`.
-- Suite historique ombres/effets validée : soleil/lune, contours opaques,
-  casteurs hors écran, éditions, stabilité, rechargement, contours, bloom,
-  minerais, lens flare, SSGI rouge/bleu et occlusion, balayage de 12 blocs,
-  gros plans, PBR, redimensionnement et changements de dimension.
-  `PIXEL_SHADOWS122_CLIENT_PASS`, `EMISSIVE131_PASS`, `SSGI133_PASS` et
-  `PBR134_PASS` présents ; exécution réussie en 9 min 50.
-- Volume solaire final : `SUNSHAFT255_VISIBILITY_PASS`, `SUNSHAFT137_PASS`
-  et `SUNSHAFT138_WEATHER_PASS`, exécution réussie en 3 min 43.
-  Les pièces fermées restent protégées et le feuillage atténue les rayons.
-  Énergie normalisée : clair 0,0333, brume 0,1839, pluie 0,0223, orage 0,0100.
-- Restauration complète des profils, choix d'eau explicites et par défaut compris,
-  validée par `SHADER_OPTIONS255_PASS` après le correctif de portabilité.
-- Mesure finale canopée : `LEAF255_PERF_PASS`, `LEAF255_PASS`, build natif
-  réussi en 1 min 41. Toutes les tâches de test temporaires sont supprimées.
-  [Reçu de validation et empreintes](../build/leaf255/validation.json).
-
-Deux corrections de tests : le nouveau parcours clavier utilise les constantes
-natives SDL de 26.3 après un premier essai avec des codes inadaptés, et la
-canopée historique n'impose plus une proportion de trous issue du bruit
-procédural. L'oracle contrôlé ci-dessus vérifie désormais les trous contre la
-texture réellement chargée. Les contrôles isolent les effets pour mesurer
-leur signal ; les captures combinées et le profil Moyen sont aussi vérifiés.
-
-## Artefact local
-
-[Sanctuary-beta.255.mrpack](../build/Sanctuary-beta.255.mrpack), 16 494 496 octets.
-Minecraft 26.3, Fabric Loader 0.19.5, JAR embarqué identique au JAR construit ;
-classes d'import/export, libellés FR/EN et shader utilisant l'alpha vérifiés.
-
-SHA-256 du pack :
-`71484981b3a11373596f1178182b812500a8f63f3180efc8338c8470408bdd2c`.
-SHA-256 du JAR :
-`62a3527ffdf2a5cf07ba2d42aad242e545d3556daecaca3ed31ba96eac49a492`.
-Le canal public et l'installation personnelle ne sont pas mis à jour par cette
-livraison locale. Les dégradés du ciel restent à traiter lors de la passe suivante.

docs/ambiance-volume-performance-beta256.md

@@ -1,203 +0,0 @@
-# SHADER-256 — Volume solaire et chutes de FPS
-
-Socle beta.255 (`2a4dcec`), branche `codex/ambiance-volume-performance-beta256`.
-Livré localement en beta.256, Minecraft 26.3, Java 25, Vulkan exclusivement.
-
-Demande du 9 octobre 2026 : supprimer les copies espacées des casteurs dans
-les sun shafts, conserver des rayons détaillés à 10 % et rendre leur portée
-réglable. Préserver les belles ombres de surface et le SSR de Moyen.
-Diagnostiquer les chutes à 49 FPS en Personnalisé, vue 32 chunks, monde Grand,
-sur Ryzen 7 3700X / RX 9070 XT à 1080p. Les comparaisons utilisent un plafond
-Java de 8 Gio ; ce plafond ne simule pas une machine ayant 8 Gio physiques.
-Le ciel est réservé à une passe ultérieure.
-
-## Contrat de vérification
-
-- Monde neuf Grand, graine 0, génération actuelle inchangée, vues terrain,
-  vide et trajet de caméra reproductible ; aucun monde personnel modifié.
-- Temps entre images, temps CPU de rendu et trace JFR distingués. Ne pas
-  convertir les seuls temps de soumission CPU en FPS.
-- Comparaison sans effets, ombres seules, volume seul, Moyen et Personnalisé.
-- Carte de profondeur réutilisée au soleil lent ; modifications des blocs,
-  déplacements, changements de lumière et textures animées invalident le cache.
-- Contrôles natifs du détail, de la subtilité, de l'occlusion et des contours,
-  plus retour caméra, OFF/zéro, pluie, rechargement et tailles impaires.
-- Sodium : disponibilité exacte 26.3/Fabric et essai natif Vulkan avant toute
-  inclusion dans le pack. Pas de garantie de 144/240 FPS sans mesure réelle.
-
-## Changements
-
-Le volume utilise un pas constant en blocs, un filtrage des comparaisons de
-profondeur et une reconstruction bilatérale. Au bord d’une silhouette trop
-fine pour les pixels réduits, l’intégration reprend la profondeur du pixel
-réel. Il n’y a pas d’historique temporel. L’intensité neuve et les profils
-explicites sont à 10 % ; les valeurs explicites existantes sont conservées.
-
-Portée indépendante de 8, 16, 24, 32, 48 ou 64 blocs et densité de 64, 96,
-128 ou 192 échantillons par 32 blocs dans Atmosphère, FR/EN et import/export.
-Moyen utilise 32 blocs / 96 ; Élevé 48 / 128 ; Ultra 48 / 192. La portée
-effective reste bornée par les ombres. Réduire la portée réduit le nombre
-d’échantillons ; réduire l’intensité seule ne réduit pas ce coût.
-Aucun profil automatique ne sélectionne 256 blocs. Cette valeur reste
-manuelle et porte la mention expérimentale pour les ombres, le PBR, le SSR
-et les contours. Le SSR de Moyen reste activé. Le budget automatique des émetteurs du Custom
-historique est également limité à 128 blocs, au lieu de 256.
-
-Les bornes des casteurs sont alignées sur la cellule de 16 blocs de la carte
-d’ombres : un déplacement à l’intérieur ne reconstruit plus ses bordures.
-Le cache des formes inclut les états ignorés et évite les recherches répétées
-de tags avant un accès déjà mémorisé. Les modèles et l’alpha des vraies
-textures de feuilles restent ceux de beta.255.
-
-Les index des chunks et sections des ombres, du bloom et du PBR utilisent
-des clés entières sans allocation de `Long` à chaque recherche. Les quatre
-constructeurs progressifs (ombres, PBR, émission et volume des lumières)
-disposent chacun d’une tranche CPU de 0,5 ms en Patate/Faible/Moyen, 1 ms en
-Élevé/Ultra/Personnalisé, au lieu de 2–3 ms. Le travail reprend à l’image
-suivante et les meshes existants restent affichés pendant leur remplacement.
-Il s’agit d’un budget souple : une opération individuelle ou un transfert
-GPU ne peut pas être interrompu. La qualité géométrique et les échantillons
-GPU ne changent pas ; une reconstruction initiale peut prendre plus d’images.
-
-La trace JFR de beta.255 indique également un recensement de toutes les
-sections chargées à chaque tick serveur, même sans demande de diagnostic.
-`TerrainCensus` démarre maintenant au premier relevé explicite. Les commandes
-conservent le budget progressif, les instantanés immuables et la lecture sans
-chargement de chunks. Après activation, le recensement continue comme avant ;
-son parcours actif reste une limite à optimiser séparément.
-
-## Sodium et émission
-
-[Sodium 0.9.2+mc26.3](https://modrinth.com/mod/sodium/version/bAZQdGpg) est fixé
-pour Fabric 26.3 dans le pack client, avec le SHA-512 du JAR officiel. Il est
-séparé du JAR Sanctuary et absent du serveur. Un lancement Vulkan seul ne
-suffit pas à établir que tous les effets fonctionnent.
-
-Le test ciblé reproduit l’absence de brillance : zéro pixel émissif, même
-avec les minerais exposés et l’intensité à 100 %. Sodium vide la liste
-vanilla `visibleSections`, utilisée par les émetteurs et les surfaces PBR.
-`SurfaceSections` utilise avec Sodium la disponibilité native des sections,
-la caméra, l’arbre d’occlusion de Sodium (`isBoxVisible`) et les chunks déjà
-chargés dans la portée locale de l’effet. Les sections cachées ne deviennent
-pas des meshes PBR/émissifs simplement parce qu’elles sont dans le frustum.
-L’adaptateur optionnel est compilé contre la version exacte, sans embarquer
-Sodium dans le JAR Sanctuary.
-Le parcours vanilla existant est conservé pour le mod autonome. L’occlusion
-des fragments reste fondée sur la profondeur réelle du terrain.
-
-Un essai natif sans Sodium vérifie aussi les profils et le SSR en Moyen.
-
-Après correction, le contrôle Vulkan avec Sodium compte 14 649 pixels
-émissifs et valide les cœurs indépendants, les halos OFF/zéro, l’intensité,
-le rayon, les minerais couverts, les modifications en direct, le rechargement,
-les torches, glowstone, lampes, lave et soleil. Captures et journaux dans
-`build/volume256/`.
-
-## Mesures sur le monde Grand
-
-Essais Windows sur Ryzen 7 3700X / RX 9070 XT, Vulkan 1.4.315,
-pilote AMD 25.10.30, Java 25.0.1, `-Xmx8G`, 1920 × 1080, VSync désactivée,
-FPS non limités. Monde neuf `sanctuary:island231_large`, graine 0, génération
-231 existante ; distance d’affichage 32 chunks, simulation 5. Plus de 3 000
-chunks chargés avant mesure, puis 400 ticks de préparation. Terrain à
-(-40, 264, 40), vue vide depuis (560, 264, 0), trajet de 240 blocs en
-spectateur, positions espacées de 6 blocs toutes les quatre ticks.
-
-Chaque phase dure environ huit secondes. Les quinze phases sont exécutées
-dans l’ordre sans effets, ombres, rayons, Moyen, Personnalisé, avec les mêmes
-positions et le même soleil immobile. Les FPS ci-dessous sont calculés sur
-les intervalles entre images effectivement rendues ; les durées CPU de
-rendu sont consignées séparément. Le p95 est le temps sous lequel se
-trouvent 95 % des images. Ce ne sont pas des mesures GPU isolées.
-
-| Profil / vue | beta.255 FPS moyens | beta.256 FPS moyens | p95 avant → après |
-| --- | ---: | ---: | ---: |
-| Moyen, terrain immobile | 368,0 | 492,2 | 3,58 → 2,51 ms |
-| Moyen, déplacement | 135,5 | 321,0 | 11,65 → 6,04 ms |
-| Moyen, vide | 1 385,8 | 1 061,4 | 0,82 → 1,17 ms |
-| Personnalisé, terrain immobile | 133,0 | 296,9 | 10,21 → 5,30 ms |
-| Personnalisé, déplacement | 72,3 | 113,0 | 30,22 → 15,27 ms |
-| Personnalisé, vide | 1 317,6 | 1 012,3 | 0,85 → 1,23 ms |
-
-La référence est beta.255 sans Sodium, le candidat beta.256 avec Sodium et
-les effets rétablis. La comparaison mesure l’ensemble de cette livraison,
-y compris le recensement devenu paresseux, pas une optimisation isolée du
-shader ni le seul gain de Sodium. Sur cette scène le déplacement progresse
-de 137 % en Moyen et de 56 % en Personnalisé. La vue vide augmente de
-0,35–0,38 ms au p95 avec le nouvel ensemble, tout en dépassant 1 000 FPS.
-La référence avec Sodium avant correction contient des effets manquants :
-ses FPS ne constituent pas une comparaison à rendu équivalent.
-
-Le Personnalisé de mesure est un cas lourd reproductible : budget Custom,
-ombres à 128 blocs, PBR/SSR à 64, SSGI et rayons à 35 %, portée solaire 32,
-densité 96. Il ne reproduit pas tous les réglages inconnus du Custom du
-créateur. Moyen comprend ombres, SSR, PBR, SSGI, bloom, minerais, lumières
-colorées et rayons à 10 %. Les mêmes catégories d’effets sont activées dans
-la référence, avec leur implémentation beta.255.
-
-Journaux, quinze mesures JSON, captures et JFR :
-`build/volume256/baseline.json`, `candidate-budget.json`,
-`baseline.jfr`, `candidate-budget.jfr` et leurs résumés. Le contrôle du
-nouveau monde confirme qu’une partie normale n’active pas `TerrainCensus`.
-La trace de déplacement ne contient plus ses parcours permanents ; les
-reconstructions des ombres/PBR/lumières et le travail Minecraft demeurent.
-
-## Limites et vérification
-
-Une passe courte sur terrain préchargé n’est pas un minimum garanti en jeu.
-Le p99 du trajet vaut 9,36 ms en Moyen et 21,69 ms en Personnalisé. Deux images
-de Moyen et une du Custom dépassent 50 ms ; maxima de 106 et 95 ms. La trace
-Custom contient une pause G1 de 71,7 ms. La génération en déplacement, les
-entités, d’autres scènes et une distance de simulation supérieure peuvent
-changer le résultat. Le Custom mesuré n’atteint pas 144 FPS moyens et Moyen
-ne tient pas 240 Hz à chaque image. Les chutes à 49 FPS de la session initiale
-ne sont donc pas considérées comme entièrement éliminées.
-
-Le lancement de test force le mode fenêtré, puis redimensionne à 1080p une
-fois le monde chargé. Il évite le crash de lancement signalé ; le plein
-écran exclusif n’est pas validé ni annoncé comme corrigé dans le jeu normal.
-
-`./gradlew check build assemblePack -PsanctuaryFocusedTests=census,menus
--PsanctuaryAtlasOnly=true` réussit, avec six GameTests requis et les contrôles
-purs. Compilation des contrôles client avec Java 25 également réussie.
-
-La suite native complète avec les nouveaux budgets CPU passe : ombres et
-feuilles, temps réel, contours, minerais/bloom, flare, SSGI à sept distances,
-PBR, modifications, rechargement, redimensionnement et aller-retour Nether.
-Le contrôle ciblé des rayons à 1080p valide une hausse lumineuse p95 de 4
-niveaux à 10 %, zéro pixel assombri et une erreur moyenne de 0,012 niveau
-par rapport à la densité doublée. Le SSR natif passe sur eau, verre et
-surfaces opaques, avec mouvement, OFF/zéro, rechargement et resize.
-Menus, import/export, profils et alpha réel des feuilles passent avec Sodium.
-
-Un premier relevé à la frontière de cellule a échoué (57 108 pixels sur
-65 664 dépassaient le seuil). La production inchangée passe ensuite la
-suite complète avec captures avant/après, puis un contrôle ciblé de trois
-passages, dont deux conservent le timing de lecture initial. Le seuil de
-différence n’a pas été relâché. La cause du premier relevé isolé reste
-indéterminée ; les journaux d’échec sont conservés.
-
-L’oracle de rafraîchissement PBR utilisait lui aussi la liste vanilla vide
-avec Sodium. Il invalide maintenant les sections de `SurfaceSections` et
-exige au moins une section, puis une publication effective des remplacements.
-Le contrôle corrigé passe avec sept sections, puis valide les directions
-opposées, les murs, la lumière portée, la stabilité du cache et la grotte
-en mouvement sans points blancs isolés. Les trois angles rasants passent.
-Les profils et le SSR en Moyen repassent aussi sans Sodium sur les sources
-finales. Les 3 983 fichiers de production Sanctuary testés sur Windows
-correspondent par SHA-256 aux sources locales de livraison.
-
-## Artefacts locaux
-
-[Pack beta.256](../build/Sanctuary-beta.256.mrpack), Minecraft 26.3 / Fabric
-0.19.5, Sodium requis côté client uniquement. Le JAR Sanctuary embarqué
-correspond exactement au JAR du build et ne contient aucune classe Sodium.
-Canal public et instance Prism personnelle non mis à jour.
-
-| Artefact | SHA-256 |
-| --- | --- |
-| `sanctuary-beta.256.jar` | `9c4f10f9a764c391fe8fa7679569d13c17e01e8c44eef92d115047544468120d` |
-| `Sanctuary-beta.256.mrpack` | `8c01aef32ce508e67016743a171d13dfa9633cddecd87c7a7424aa30816b585c` |
-
-[Reçu final et mesures](../build/volume256/validation.json), journaux et
-captures dans `build/volume256/`. Dégradés du ciel réservés à la prochaine passe.

docs/aptitudes-beta236.md

@@ -1,140 +0,0 @@
-# APT-236 — aptitudes par thème et activation personnelle
-
-La règle de désactivation décrite ici correspond à la livraison beta.236.
-[Beta.237](aptitudes-beta237.md) la remplace : seuls World Map et Mob Names
-restent désactivables, les autres aptitudes sont acquises définitivement.
-Le chantier Pause beta.235 est intégré dans cette nouvelle livraison.
-
-Branche `codex/progression-aptitudes`, base beta.234 (`f9c2ce8`). Le travail
-parallèle du menu Pause occupe beta.235 ; ce lot réserve beta.236.
-
-## Contrat avant implémentation
-
-Progression regroupe les aptitudes en cinq thèmes : Survie (Swimming, Rest,
-Food Knowledge), Inventaire et fabrication (Inventory Sorting, Catalogue),
-Familiers (Active Bond, Familiar Study), Exploration (World Map, Mob Names,
-Zoom), Arts et métiers (Enchantement, Alchimie). Le minage et la forgerie
-restent hors de ce ticket.
-
-Enchantement et Alchimie coûtent chacun 4 niveaux, comme les aptitudes actuelles.
-L'usage personnel de la table d'enchantement et de l'alambic est verrouillé au
-départ dans les mondes avec progression Sanctuary. Les menus natifs sont
-refusés côté serveur tant que l'aptitude correspondante n'est pas acquise et
-active, y compris via les blocs fonctionnels portés sur la tête. Les enclumes,
-la table de forge, les équipements enchantés et les potions déjà obtenues
-restent inchangés. Les alambics partagés et leur automatisation continuent
-leur fonctionnement autonome : ce lot contrôle l'accès personnel au poste,
-sans attribuer de propriétaire à un bloc ni arrêter une préparation lancée.
-Les personnages existants avec progression Sanctuary doivent aussi acquérir
-ces deux nouvelles aptitudes ; aucune acquisition gratuite n'est ajoutée.
-
-Une aptitude achetée peut être activée ou désactivée sans coût et sans perdre
-son achat. Food Knowledge reste permanent après apprentissage. Les compétences,
-les prix et les découvertes ne changent pas. Les effets de gameplay sont
-contrôlés côté serveur ; les aides d'interface utilisent le choix serveur.
-Active Bond contrôle l'usage des pouvoirs de travail, pas les techniques de
-combat, les pouvoirs passifs ou l'équipement du familier. Une action déjà
-lancée se termine normalement ; les nouvelles activations sont refusées.
-
-## Persistance et compatibilité
-
-L'attachement additif `sanctuary:aptitude_preferences` conserve un entier de
-0 à 2047 : un bit par aptitude désactivée, dans l'ordre immuable names, atlas,
-sorting, swimming, resting, active_bond, familiar_study, catalogue, zoom,
-enchanting, alchemy.
-L'absence de cet attachement équivaut à zéro : toutes les aptitudes acquises
-gardent leur comportement actuel. Il est copié à la mort et conservé au New
-Game+. Deux attachements booléens additifs `sanctuary:enchanting_learned` et
-`sanctuary:alchemy_learned` conservent leurs nouveaux achats ; leur absence
-équivaut à false et ils sont copiés à la mort et conservés au New Game+.
-Aucun schéma ou contenu des achats existants n'est réécrit. Ce contrat
-est limité à cet attachement ; aucun monde personnel n'est ouvert ou modifié.
-
-Une requête transmet la cible, le choix et le masque attendu ; le serveur
-vérifie l'achat, la session, l'état du joueur et le masque courant. Un choix
-inconnu, Food Knowledge, une aptitude non acquise ou une requête périmée est
-refusé sans XP dépensée. Un état distinct est renvoyé avant le snapshot de
-progression. La capacité réseau `aptitude_preferences_v1` exige les versions
-compatibles sur client et serveur sans changer les paquets existants.
-
-Désactiver Swimming interrompt le sprint aquatique ; désactiver Rest arrête
-la récupération. World Map masque son entrée et refuse les nouvelles lectures
-personnelles ; les relevés continuent d'être conservés et l'outil opérateur
-reste disponible. Catalogue masque l'aide personnelle JEI et la consultation
-complète de Discovery, sans toucher aux recettes ni aux découvertes.
-
-Un ancien mod ignore ces trois nouveaux attachements et retrouve son ancien
-accès aux postes. Il peut perdre les attachements inconnus en sauvegardant :
-conserver une sauvegarde avant un retour arrière. Le schéma 9 de progression
-et les preuves des aptitudes antérieures restent identiques.
-
-## Vérifications
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=aptitudes236,progression,movement,sorting,recipes,foodknowledge \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryAptitudes236ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-```
-
-Première passe serveur : `check build assemblePack` réussi en 3 min 13 s,
-**33 GameTests requis réussis**, dont cinq scénarios APT-236. Contrôles purs
-du dépôt réussis. Le banc Atlas existant évite le conflit de génération du
-chemin par défaut déjà documenté en beta.232. Monde de développement neuf.
-Log : `build/aptitudes236-check-build-pack.log`.
-
-- Onze choix indépendants, refus des requêtes inconnues, non acquises,
-  périmées et de Food Knowledge ; conservation exacte de l'XP et des preuves
-  d'achat. Achat à 3 niveaux refusé, à 4 accepté une seule fois.
-- Aller-retour des nouveaux attachements dans le NBT joueur natif, copie à
-  la mort, conservation lors de la remise à zéro des compétences du cycle.
-- Swimming arrête le sprint aquatique et interdit les flags de mouvement
-  directs ; Rest arrête la récupération ; tri falsifié et lectures Atlas
-  personnelles refusés. Réactivation du tri contrôlée avec la même requête.
-  Active Bond refuse une nouvelle activation avant toute planification.
-- Table d'enchantement native refusée avant acquisition, ouverte ensuite ;
-  **une épée diamant est réellement enchantée**. Désactiver ferme le menu,
-  refuse sa réutilisation et son bouton d'enchantement sans dépense d'XP.
-  Alambic natif refusé puis ouvert, fermeture et invalidation à la désactivation,
-  ingrédients partagés conservés et réouverture après réactivation.
-
-Parcours client final réussi en **52 s**, Minecraft 26.3, Vulkan confirmé par
-MoltenVK 1.4.2 / Apple M1. Log : `build/aptitudes236-client-vulkan.log`, marqueur
-`APTITUDES236_PASS` ; douze captures dans `build/aptitudes236-screenshots/`.
-
-- FR/EN, GUI 2/3/4, fenêtre 1280 × 960 : cinq thèmes dans l'ordre, les douze
-  aptitudes présentes, Food Knowledge permanent et sans interrupteur.
-- Achat des deux arts depuis les véritables boutons de Progression : huit
-  niveaux au total. **66 paires désactivation/réactivation** via les widgets
-  et le réseau, état serveur contrôlé, XP et progression finale identiques.
-- Libellés d'état entièrement contenus dans les boutons ; défilement et
-  position conservée au redimensionnement 1344 × 1008 ; Terminé revient à
-  Pause. Une première passe a trouvé le libellé permanent trop large en GUI 4 :
-  retour à la ligne ajouté. Les interrupteurs affichent un état court et
-  expliquent leur action gratuite dans l'infobulle.
-
-Les essais concernent les sauvegardes de développement. Pas de validation
-Windows ou multijoueur distant. L'automatisation des alambics et les pouvoirs
-déjà lancés restent les limites explicites du contrat ; la forgerie attend
-son prochain ticket.
-
-## Livraison locale
-
-Build final `check build assemblePack` réussi en **2 min 24 s**, 136 tâches,
-33/33 GameTests requis et contrôles purs réussis après les derniers réglages
-d’interface. Log : `build/aptitudes236-check-build-pack-final.log`.
-
-Versions du mod, du pack et du manifeste alignées sur **beta.236**.
-[MRpack local](../build/Sanctuary-beta.236.mrpack) vérifié : 12797046 octets,
-intégrité ZIP, Minecraft 26.3 / Fabric Loader 0.19.5, un seul JAR Sanctuary
-identique au build final, sans classe de test ni monde ni module de laboratoire.
-Les deux PNG fournis sont identiques octet pour octet aux originaux dans le JAR.
-Reçu : `build/aptitudes236-artifact.json`.
-
-- SHA-256 JAR : `21a4411ebed223a1d9f9d204dc9d7300af0d5b946416e39bb138f5c575bf5847`.
-- SHA-256 MRpack : `9d3eca559805d451e8c653cca1d59186ae46e3c6964147b9fc072b9da832f921`.
-
-La branche reste indépendante du chantier Pause beta.235 ; leur intégration
-reste à effectuer. Aucune publication distante, mise à jour du canal packwiz
-ou synchronisation d’instance personnelle.

docs/aptitudes-beta237.md

@@ -1,99 +0,0 @@
-# APT-237 — achats permanents et intégration du menu Pause
-
-Branche `codex/progression-aptitudes`. Intégration des commits beta.235
-`a7bdfe6` et `00d175c`, avec les aptitudes beta.236 `1c8e643`.
-
-## Contrat avant implémentation
-
-Seuls World Map et Mob Names disposent d'un interrupteur gratuit après achat.
-Swimming, Rest, Inventory Sorting, Catalogue, Active Bond, Familiar Study,
-Zoom, Enchantement, Alchimie et Food Knowledge restent acquis et utilisables
-sans désactivation. Les prix et les conditions d'achat restent identiques.
-Enchantement et Alchimie exigent toujours leur achat avant l'accès personnel
-au poste natif. Les achats, l'XP et les preuves existantes sont conservés.
-
-Le menu Pause reprend la disposition beta.235 : deux colonnes Aventure et
-Communauté avant World Map, une colonne à gauche avec la carte. Le choix
-personnel de masquer World Map suit aussi cette disposition.
-
-## Contrat de migration des préférences beta.236
-
-L'identifiant `sanctuary:aptitude_preferences`, son codec entier 0–2047 et
-l'ordre historique des onze bits restent stables. Les bits 0 (Mob Names) et
-1 (World Map) restent effectifs. Les bits 2 à 10 deviennent inertes et sont
-retirés de cet attachement lors de sa prochaine synchronisation serveur.
-Ainsi un ancien masque 2047 devient 3 : les deux aides restent masquées et
-les neuf autres aptitudes achetées retrouvent automatiquement leur usage.
-Le chargement accepte encore les anciennes valeurs ; les lectures et effets
-ignorent immédiatement leurs bits désormais inertes. Aucune preuve d'achat,
-aucun format de progression, aucun monde ou terrain n'est réécrit.
-
-Les requêtes de désactivation des aptitudes permanentes sont refusées même
-si elles proviennent d'un ancien client. Les paquets v1 restent inchangés ;
-une capacité additive `sanctuary:aptitude_permanent_v1` impose un client avec
-cette règle côté serveur. Les nouvelles interfaces sont traduites FR/EN.
-Le retour à une ancienne version nécessite comme auparavant une sauvegarde,
-car cette version ne peut restaurer les anciennes désactivations effacées.
-
-## Vérification et livraison
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=aptitudes236,menus,progression,movement,sorting,recipes,foodknowledge \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryAptitudes236ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-```
-
-Les suites APT-236 sont actualisées pour vérifier la nouvelle règle et la
-migration ; leurs noms Gradle restent stables. `check build assemblePack`
-réussi en **2 min 34 s**, **37 GameTests requis réussis**, dont six scénarios
-aptitudes. Contrôles purs du dépôt réussis. Le banc Atlas évite le chemin de
-génération par défaut déjà documenté en beta.232. Log :
-`build/aptitudes237-check-build-pack.log`.
-
-- Les deux choix personnels sont gratuits ; refus des requêtes périmées,
-  inconnues, non acquises et des désactivations d'aptitudes permanentes.
-  Prix des nouveaux achats vérifié à trois/quatre niveaux, achat unique.
-- Ancien masque 2047 rechargé dans le NBT natif, interprété en 3 puis
-  normalisé sans changement d'XP ni de preuve d'achat. Conservation des
-  choix et des achats à la mort et au New Game+.
-- Avec d'anciens bits désactivés : sprint aquatique, Rest et tri restent
-  utilisables ; Active Bond suit son contrôle normal de familier équipé.
-  World Map conserve son contrôle d'accès et sa réactivation gratuite.
-- Enchantement et Alchimie refusés avant achat, puis disponibles lors des
-  visites suivantes. Une épée diamant est réellement enchantée. Une requête
-  de désactivation refusée ne ferme ni n'invalide les menus acquis ; ingrédients
-  partagés de l'alambic conservés. Accès vanilla hors progression conservé.
-
-Parcours client réussi en **32 s**, Minecraft 26.3, Vulkan / MoltenVK 1.4.2
-sur Apple M1. FR/EN, GUI 2/3/4, fenêtre 1280 × 960 : cinq thèmes, douze
-aptitudes, dix achats permanents, **12 paires désactivation/réactivation**
-réelles des deux aides. Deux achats des arts via les boutons natifs de
-Progression, huit niveaux au total. Libellés contenus dans leurs boutons,
-XP et preuves conservées, défilement conservé au redimensionnement et retour
-Terminé vers Pause.
-
-La même suite réutilise les assertions Pause du collègue : disposition,
-ordre clavier, marges, titres et libellés de navigation vérifiés après achat
-de World Map, avec son choix personnel désactivé puis activé. Les deux
-colonnes et la colonne près de la carte sont conservées. Les captures de
-Pause portent sur la disposition ; les relevés et fils commencent à charger.
-Log `build/aptitudes237-client-vulkan.log`, marqueur `APTITUDES237_PASS` ;
-**24 captures** dans `build/aptitudes237-screenshots/`. Inspection des captures
-Arts FR GUI 3, Pause sans carte FR GUI 4 et Pause avec carte EN GUI 3.
-
-Versions alignées sur **beta.237**. [MRpack local](../build/Sanctuary-beta.237.mrpack)
-vérifié : 12797901 octets, intégrité ZIP, Minecraft 26.3 / Fabric Loader 0.19.5,
-un seul JAR Sanctuary identique au build final, sans tests ni monde ni module
-de laboratoire. Les deux icônes fournies restent identiques octet pour octet
-aux originaux. Reçu `build/aptitudes237-artifact.json`.
-
-- SHA-256 JAR : `7ac741c6a15b8ab05a909cf0132c9d605b863723c0742a92d8b60c741fd760a6`.
-- SHA-256 MRpack : `7635e9e7a425cbd7a7f6d020f9bb2bcced8cc1287967093346295e4b4b2250e9`.
-
-Les anciens artefacts beta.236 sont conservés. Tests dans des mondes de
-développement neufs ; Windows et multijoueur distant non testés. Les
-alambics autonomes et pouvoirs déjà lancés gardent le contrat beta.236.
-La forgerie, les enclumes et la table de forge attendent leur prochain ticket.
-Aucune publication, avancée du canal ni synchronisation d'installation personnelle.

docs/backlog.md

@@ -1,201 +1,5 @@
 # Backlog Sanctuary
 
-## HELLO-264 — Menu central et sol commun — livré localement
-
-Sur `codex/hello-world-menu`, socle beta.263. Colonne centrale de 182 pixels,
-choix regroupés par section, noms au-dessus des aperçus et familiers bébé
-miniatures alignés avec les pieds du personnage. Espèce, rareté et description
-au survol ; Retour séparé et Entrer dans Sanctuary dans le pied de page natif.
-Build, 13 GameTests serveur et parcours Vulkan FR/EN GUI 2/3/4 réussis ;
-44 modèles bébé, création, reconnexion et code d'accès vérifiés.
-Pack local beta.264 exporté et contrôlé.
-[Disposition et vérifications](hello-layout-beta264.md).
-
-## HELLO-263 — Aperçus des bébés familiers — livré localement
-
-Sur `codex/hello-world-menu`, socle beta.262. Modèles et textures bébé, échelles
-d'âge natives et cadrage adapté. Les 44 aperçus sont comparés aux proxies
-réels après `Mob.setBaby(true)` ; parcours Vulkan FR/EN GUI 2/3/4 réussi.
-Build, 13 GameTests serveur et pack local vérifiés.
-[Correction et vérifications](hello-baby-familiars-beta263.md).
-
-## HELLO-262 — Personnage, couleurs et familier — livré localement
-
-Branche `codex/hello-world-menu`, socle beta.261. Menu à trois colonnes, blocs
-centraux de même hauteur et colonnes latérales de même largeur. Palette serveur
-paginée par neuf avec la texture native de hotbar et les flèches du pseudo.
-Fond texturé uniforme ; personnage et familier en 3D suivent la souris.
-Biographie et nom au centre. Les règles et sauvegardes serveur sont conservées.
-Build, 13 GameTests serveur et parcours Vulkan FR/EN GUI 2/3/4 réussis ;
-44 modèles de départ, admission, reconnexion et code d’accès vérifiés.
-[Contrat et vérifications](hello-world-menu-beta262.md).
-
-## SHADER-258 — Ombres des falaises et musique différée — livré localement
-
-Branche `codex/zenith-shadows-beta258`, socle beta.257. Comparaison de profondeur
-au vrai centre des texels, correction du cas rasant autour du zénith et ombres
-des surplombs conservées ; budgets de carte inchangés. Musique du menu différée
-de trois secondes après chargement, absente dans Hello World et l’introduction.
-Build, six GameTests serveur et contrôles Windows Vulkan/8 Gio réussis : falaise
-à quinze positions solaires, horloge civile 10 h–14 h et midi solaire ±30 s,
-ancres caméra, feuilles et véritable flux audio. Particules mobiles exclues
-uniquement des captures de mesure ; tolérances d’image conservées.
-Packs normal/Test assemblés et vérifiés ; aucune publication ni mise à jour Prism.
-[Contrat, vérifications et limites](zenith-shadows-beta258.md).
-
-## MODS-257 — Mods client séparés et sun shafts à 20 % — livré localement
-
-Branche `codex/external-mods-beta257`, socle beta.256. JEI Sanctuary et Sound
-Physics sortis du JAR principal, facultatifs avant lancement ; Sodium déjà
-séparé devient également facultatif dans packwiz. Pont JEI, progression serveur
-et fabrication manuelle conservés. Menus et message d’absence FR/EN.
-Profils et valeurs neuves des rayons à 20 %, SSR en Moyen conservé.
-Build, 8 GameTests serveur sans JEI/Sound Physics et quatre combinaisons client
-Vulkan/8 Gio réussis. Transfert réel JEI, options audio et rayons à 20 % vérifiés.
-Packs normal/Test assemblés et contrôlés ; aucune publication ni mise à jour Prism.
-[Contrat et vérifications](external-mods-beta257.md).
-
-## SHADER-256 — Volume solaire, Sodium et déplacement — livré localement
-
-Branche `codex/ambiance-volume-performance-beta256`, socle beta.255.
-Rayons à pas fin, intensité neuve de 10 %, portée indépendante et densité
-dans Atmosphère, FR/EN et import/export. Carte d’ombres réutilisée,
-reconstructions CPU réparties, recensement serveur activé à la demande.
-Sodium 0.9.2+mc26.3 ajouté au pack client ; émissions et PBR corrigés pour
-ses sections visibles. SSR conservé en Moyen et aucun preset à 256 blocs.
-Mesure native Grand/32 chunks/1080p/8 Gio : Moyen 135 → 321 FPS en mouvement,
-Personnalisé lourd 72 → 113, avec des pauses restantes. Build, six GameTests,
-effets et pack vérifiés ; pas de minimum 144/240 FPS annoncé.
-[Contrat, méthode, mesures et limites](ambiance-volume-performance-beta256.md).
-Ciel différé ; lancement de test fenêtré, plein écran exclusif non validé.
-
-## SHADER-255 — Feuilles, menus et rayons Ambiance — livré localement
-
-Branche `codex/ambiance-leaves-menus-beta255`, socle beta.254. Alpha réel des
-feuilles, ombres visibles en Faible/Moyen, sous-menus FR/EN et import/export
-des profils complets, préférences d'eau par défaut comprises. Sun shafts plus
-visibles en Moyen avec le même budget ; rendu retenu par le créateur.
-Build, quatre GameTests serveur, suites natives Vulkan RX 9070 XT et pack
-beta.255 vérifiés. Surcoût mesuré sur canopée dense : Moyen 0,035–0,047 ms,
-Faible 0,035–0,061 ms, hors FPS de jeu.
-[Contrat et validation](ambiance-leaves-menus-beta255.md).
-Dégradés du ciel : passe suivante à la demande du créateur.
-
-## SHADER-254 — Profils et optimisation Vulkan — livré localement
-
-Branche `codex/vulkan-shader-optimization`, base beta.253. Shader **Ambiance**,
-cinq profils FR/EN, SSR inclus dans Moyen, carte d'ombres commune conservée
-entre les mises à jour,
-budgets SSGI/SSR/volume et émission limitée en portée. Choix existants conservés,
-configuration neuve préparée en Moyen avec activation volontaire.
-[Contrat, profils, mesures et limites](shader-vulkan-optimization.md).
-Build, quatre GameTests serveur, suites natives Vulkan Windows RX 9070 XT
-et MRpack beta.254 vérifiés. Moyen avec SSR : 1,56 ms statique, 1,52 ms soleil
-mobile contre 2,19/2,44 ms pour l'ancien ensemble dans le test à 1080p.
-Temps de rendu/soumission, hors comparaison de FPS de jeu. Feuillage
-procédural conservé ; canal public et instance personnelle inchangés.
-
-## WAY-241 — Ascenseurs séparés, recherche et tarif administrable — livré localement
-
-Branche `codex/waystones-menu-beta241`, base beta.240. Colonnes d’ascenseur
-exclues du réseau horizontal, recherche par nom, boutons centrés sans Y,
-distance et prix uniquement au survol, R pour renommer. Commande de tarif
-persistant côté serveur, défaut 1 point / 16 blocs ; FR/EN et jump/sneak.
-[Contrat et essais](waystones-menu-beta241.md). Avec 10 niveaux sur Grand
-graine 0 : 29 trajets de quartier, 10 longs ou 160 déplacements d’étage.
-Build, 9 GameTests ciblés, deux tests Grand, client Vulkan FR/EN GUI 2/3/4
-et MRpack beta.241 vérifiés.
-
-## WAY-240 — Waystones : 1 XP / 16 blocs — livré localement
-
-Branche `codex/waystones-tarif-beta240`. Nouveau tarif horizontal et vertical,
-arrondi au supérieur conservé, rappel FR/EN alimenté par la règle serveur.
-[Comparaison et vérifications](waystones-tarif-beta240.md) sur les mêmes maisons
-du Grand neuf graine 0 : 29 trajets de quartier, 10 longs et 46 mixtes pour
-160 points. Build, 7 GameTests ciblés, deux tests natifs Grand, client Vulkan
-FR/EN GUI 2/3/4 et MRpack beta.240 vérifiés.
-
-## WAY-239 — maisons et étages par Waystones — livré localement
-
-Branche `codex/waystones-beta239`, base consolidée avec Forgerie beta.238 et
-Pause restauré. Texture originale 26.2, nom éditable, XP en points selon la
-distance 3D : 1 / 8 blocs arrondi au supérieur. Découverte horizontale
-personnelle ; Saut / S'accroupir pour les étages inconnus. Carte M et marqueurs
-dans les deux cartes. [Contrat, données et mesures](waystones-beta239.md).
-Grand natif graine 0, huit maisons et deux étages : 15 visites de quartier,
-4 longs trajets, 26 mixtes pour 10 niveaux sans regain d'XP. Tests serveur,
-Vulkan et assemblage réussis, MRpack beta.239 vérifié ; aucune installation
-personnelle.
-
-## PAUSE-236 — Atlas plein écran derrière Pause — essai annulé
-
-Le créateur annule uniquement la carte derrière le menu. Le commit de
-disposition `5ea7950` est inversé ; affichage beta.235 restauré, Story et
-raccourci M (`94fefc0`) conservés. [Historique et annulation](pause-map-layer-beta236.md).
-L'ancien pack local est retiré des artefacts actifs. Cette annulation ne publie
-aucune nouvelle version et ne modifie pas la branche des aptitudes/Forgerie.
-
-## APT-238 — Forgerie — livré localement
-
-Branche `codex/forgerie-beta238`, base beta.237. Aptitude permanente des Arts
-et métiers ; quatre niveaux pour les trois variantes d'enclume et la table
-de forge, y compris les postes portés. [Contrat et persistance](forgerie-beta238.md).
-Réparations, noms, améliorations et ornements gardent leurs règles natives.
-Build, 21 GameTests requis, Vulkan FR/EN GUI 2/3/4 et MRpack vérifiés.
-
-## APT-237 — achats permanents et intégration Pause — livré localement
-
-Branche `codex/progression-aptitudes`, travaux beta.235 et beta.236 réunis.
-Cinq thèmes, douze aptitudes ; seuls World Map et Mob Names ont un interrupteur.
-Enchantement et Alchimie restent à acheter avant l'accès personnel au poste.
-[Contrat et migration](aptitudes-beta237.md) des préférences antérieures,
-avec conservation des achats et de l'XP. Build, 37 GameTests requis,
-Vulkan FR/EN GUI 2/3/4 et MRpack local vérifiés. La forgerie attend ses précisions.
-
-## PAUSE-235 — groupes côte à côte avant Atlas — essai livré localement
-
-Branche `codex/pause-columns-beta235`, base beta.234. Avant Atlas : Aventure à
-gauche, Communauté à droite et Game juste dessous, bloc centré. Avec Atlas :
-une colonne étroite à gauche dans l'ordre Communauté → Aventure → Game,
-carte centrale et fils à droite. [Contrat et vérifications](pause-columns-beta235.md),
-parcours Vulkan Pause et Story FR/EN GUI 2/3/4, build, quatre GameTests ciblés
-et MRpack local vérifiés ; rendu à apprécier.
-Commit de disposition `a7bdfe6` séparé des métadonnées pour permettre son retour.
-
-## STORY-234 — recueil personnel avec recherche — livré localement
-
-Branche `codex/story-beta234`, base beta.233. Story sous Progression dans
-Aventure ; 100 histoires inconnues, barre de recherche et filtre de découverte.
-Cadre commun avec Discovery, état de recherche et défilement conservés au
-redimensionnement, accès avant et après Atlas. [Résultat et vérifications](story-beta234.md) :
-build, quatre GameTests requis et parcours Vulkan FR/EN GUI 2/3/4 réussis.
-[Modèle Markdown](story/TEMPLATE.md) pour les textes de l'auteur.
-Les récits et leurs conditions de découverte restent des tickets suivants ;
-aucun moteur de quête, format persistant ou déploiement ajouté.
-
-## WG-RESTORE-191 — annuler les plateaux et leurs affleurements
-
-La visite beta.190 ne valide pas le relief corrigé. [Retour exact à la base
-beta.188](restore-relief-beta191.md), pour la densité et la géologie naturelle.
-Conserver les aménagements indépendants ; réserver les futures singularités
-de relief à quelques endroits. Nouveau profil `original` ; 134 480 densités
-comparées à l’identique, génération/réouverture et 265 GameTests réussis.
-
-## WG-NATURE-190 — revenir au relief organique
-
-Retour beta.189 : [contrat beta.190](natural-refinement-beta190.md). Relief local
-adouci, sortie d’étang large et proche, coffres de fer enchanté dans les ruines.
-Profil neuf de laboratoire ; génération, réouverture, 265 GameTests et assemblages
-validés. Solo Vulkan ouvert à 32 chunks.
-
-## Réserve d’expansion — grandes surfaces ciselées
-
-Conserver la variante de terrasses beta.189 comme piste pour une autre expansion :
-grands plateaux, falaises étagées, profondeurs et verticalité variables selon
-l’identité de l’île. Ne plus appliquer ces niveaux partout sur Sanctuary Island.
-Aucune expansion activée. Le portail à remplissage avec ressource renouvelable
-reste à concevoir ; les perles d’Ender sont une possibilité, pas une décision.
-
 ## WG-ECO-177 — écologie liée au relief
 
 Branche `codex/relief-ecology-beta177`. Nouveau solo à 32 chunks demandé
@@ -1958,12 +1762,6 @@ et le client graphique avec connexion réelle passent. Voir
 
 ## Réserve de thèmes futurs
 
-Le cadrage du 26 octobre 2026 détaille les
-[tickets d'intégration du pack et des modules personnels](integrations-mods-next.md) :
-Simple Voice Chat, Bobby facultatif, Lithium, Entity Culling, Dozei Stream
-et Only Fun. Les quatre intégrations du pack sont préparées localement dans
-[beta.292](optional-mods-beta292.md) ; les deux modules personnels restent à cadrer.
-
 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 |

docs/base-peaks-beta204.md

@@ -1,103 +0,0 @@
-# UNI-WG-204 — Sanctuary autonome et Nord Peaks
-
-Branche `codex/sanctuary-base-peaks-beta204`, depuis beta.203 (`454d9a5`).
-
-Demande : absorber Demeure dans Sanctuary, rendre le terrain validé du laboratoire
-accessible avec le mod normal seul, puis remplacer la nappe nordique par le
-générateur Peaks existant en conservant taïga géante, glaces et igloos.
-
-## Contrat
-
-- Demeure interne : même chemin `data/demeure/footprints-v1.json`, schéma 1,
-  mêmes règles serveur et attribution. Aucun transfert de données.
-- Nouveau preset public Sanctuary, trois tailles ; types vanilla conservés.
-  Introduction normale conservée ; diagnostics et raccourcis de labo facultatifs.
-- Codecs et ressources historiques `sanctuary:*` et `sanctuary_test:*` conservés.
-  Le transfert de module ne renomme pas ces identifiants.
-- Nouveau profil 204 uniquement pour le Nord Peaks, diamètre 1024. L'île de
-  départ reprend les paramètres 203 ; aucun terrain déjà créé régénéré.
-- Essais sur mondes de développement neufs et copies de développement seulement,
-  graines 0, 42 et 4736390610738281858 ; publication/installation non demandée.
-
-## Réalisation
-
-### Mod normal
-
-Demeure n'est plus un JAR Fabric imbriqué : ses quatre classes, son mixin de
-placement, ses tests et son attribution sont intégrés à Sanctuary. Le service
-s'enregistre une seule fois depuis l'initialisation principale. Un ancien JAR
-Demeure séparé est refusé pour éviter deux installations des mêmes hooks.
-
-Le terrain validé restait dans `sanctuary-test` ; le preset public du mod normal
-ne pointait donc pas vers ce terrain. Le runtime de l'île, ses ressources,
-ses mixins et son écran de taille sont désormais dans Sanctuary : biomes,
-grottes, minerais, bassins, mines, ruines, ancres, rosace, station et expansions.
-Les variantes historiques restent enregistrées pour lire leurs identifiants,
-mais une seule entrée Sanctuary apparaît dans le menu, à côté des types vanilla.
-Small/Medium/Large sélectionnent les nouveaux paramètres `sanctuary:island204_*`.
-
-Le module Test conserve uniquement ses outils : diagnostics, visites guidées de
-développement, monde plat, commandes et raccourcis d'essai. Il ne fournit plus
-de mixin ou de ressource indispensable au monde normal. Le nom du package Java
-`fr.koka.sanctuarytest` et les anciennes clés `sanctuary_test:*` restent inchangés
-dans le runtime déplacé afin de limiter la portée du transfert.
-
-### Nord
-
-Pour les nouveaux profils 204, le Nord 1024 utilise directement la densité Peaks
-du moteur d'expansion, avec son épaisseur et son amplitude verticales normales.
-La coque de plateaux `NorthShape203` n'intervient plus. L'écologie s'appuie sur
-des colonnes mesurées dans cette densité, mises en cache sur une grille de huit
-blocs : vallées, taïga, vieux épicéas, roche, neige, pics et glaciers dépendent
-du relief. Les épicéas géants 203 et les formations de glace vanilla sont repris.
-La glace des cavernes reste conditionnée à une couverture rocheuse suffisante.
-
-Les cinq igloos cherchent des épaules enneigées suffisamment soutenues, sans
-aplatir toute la montagne ; un seul possède le laboratoire de guérison. L'arrivée
-et le relais évitent les bâtiments. Les deux bassins imposés dans les anciens
-profils nordiques ne sont pas transposés : ils reformaient des plateformes dans
-le nouveau relief. Les autres directions et les profils 200–203 ne changent pas.
-
-## Vérifications — 4/5 octobre 2026
-
-- `./gradlew check build assemblePack assembleTestPack
-  -PsanctuaryFocusedTests=base204,demeure,menus,operator,realtime
-  -PsanctuaryAtlasOnly=true` : succès, tests de logique et 13 GameTests natifs
-  ciblés. Ces GameTests vérifient notamment l'absence de Test et de Demeure
-  séparé, les presets publics/historiques, les empreintes Demeure et l'amplitude
-  Peaks réservée au Nord 204. La suite native historique entière n'a pas été rejouée.
-- `:sanctuary:runClientGameTest -PsanctuaryClientTests=true
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryShared196ClientTests=true` :
-  `SHARED196_CLIENT_PASS`, sans Test chargé. FR/EN, tailles, Annuler/Échap,
-  relecture des paramètres sauvegardés et éditeur Plat vanilla vérifiés.
-- Création sur le classpath de production sans Test, heap 2048 Mio : Small
-  graine 42, Medium graine 0 et Large graine 4736390610738281858. Les trois
-  serveurs atteignent l'état prêt et placent le spawn sur l'île. Journaux dans
-  `build/base204-standalone/`. Ce ne sont pas des mesures comparatives de performance.
-- Nord natif Small 42, profil 204 : offrande réelle, rejet des mauvaises offres
-  et doublons, interruption puis reprise du journal, arrivée/relais et cinq
-  igloos dont une cave vérifiés. Centre de l'expansion `(-128, -944)` ; arrivée
-  `(-112, 308, -1056)`. L'annonce SGA est émise après préparation.
-- Échantillonnage du Nord : sommets Y=103–455, épaisseur maximale 381 blocs ;
-  prairie, taïga, forêt ancienne, neige, pics, glacier et roche présents.
-  Dans les chunks inspectés autour de `(-256, 283, -848)`, le plus grand tronc
-  mesure 60 blocs. Glace et air vérifiés dans une caverne ; glacier vérifié
-  autour de `(-80, 303, -1120)`. Reçus `build/worldgen-lab/north204-a/small/42/`.
-- MRpack normal `Sanctuary-beta.204.mrpack` exporté et ZIP vérifié : Minecraft
-  26.3, Loader 0.19.5, Fabric API 0.160.5+26.3 ; ni JAR Test ni Demeure séparé.
-  SHA-256 : `8c90090a784bd7c799849e916be2e3e36214a3dbf6ce8b4925d31a9fca8c5086`.
-
-## Limites et livraison
-
-Les essais natifs du nouveau Nord couvrent la graine 42. Son aspect reste à
-évaluer en visite, et la recherche d'un village n'a pas été vérifiée sur toutes
-les graines. Ces résultats macOS/Vulkan ne constituent pas une validation Windows.
-L'hydrologie du Nord reste à reprendre sur son relief Peaks si l'on souhaite
-rétablir de grands lacs. Aucun ancien monde, chunk ou format de sauvegarde n'a
-été migré ; les nouvelles formes nécessitent un nouveau profil 204.
-
-Artefact local dans `build/` et copie dans `~/Downloads/`. Une copie indépendante
-du monde de test est ouverte pour la visite `north204-visit`, en créatif,
-commandes autorisées et vue 32 chunks (`NORTH204_VISIT_OPEN`, Vulkan confirmé).
-Aucun packwiz public, serveur personnel
-ou instance Prism n'a été mis à jour par ce chantier.

docs/beta-download.md

@@ -1,120 +0,0 @@
-# DIST-WEB — téléchargement direct d'une instance Prism prête
-
-Branche `codex/beta-download`, serveur dédié CT 350 sur `gpu`. Cette livraison
-conserve les binaires immuables beta.280 et ne modifie ni monde ni format de
-sauvegarde. L'Alpha reste hors cible.
-
-## Résultat pour le joueur
-
-Le bouton **Télécharger** de [Sanctuary Web](https://sanctuary-minecraft.net)
-donne directement le fichier **Sanctuary-Beta.zip** :
-
-```text
-https://sanctuary-minecraft.net/downloads/sanctuary-prism.zip
-```
-
-Le joueur importe ce ZIP dans Prism (**Ajouter une instance → Importer depuis
-un ZIP**), puis lance **Sanctuary Beta**. Packwiz télécharge le pack complet au
-premier lancement et suit le même canal aux lancements suivants. La commande
-avant lancement et le bootstrap sont déjà inclus ; aucune configuration manuelle
-ou téléchargement séparé d'outil n'est demandé.
-
-Le format ZIP d'instance Prism conserve ces réglages, contrairement à un MRpack
-standard. Le MRpack beta.280 reste accessible par son ancienne adresse pour
-compatibilité des liens, sans devenir un deuxième bouton du site. Le parcours
-manuel de configuration et son lien dans le pied de page sont retirés.
-
-L'archive contient uniquement `instance.cfg`, `mmc-pack.json`, l'icône,
-`minecraft/packwiz-installer-bootstrap.jar` et, à partir de la préparation
-beta.291, `minecraft/packwiz-installer.jar` avec le
-[logo Sanctuary embarqué](packwiz-logo-beta291.md). Elle démarre avec zéro mod
-local. L'installateur est vérifié par SHA-256 et conservé par
-`--bootstrap-no-update` ; la mise à jour automatique des mods reste active.
-L'instance est nommée **Sanctuary Beta**, avec `ManagedPack=false`,
-`OverrideCommands=true`, la sélection automatique de Java et le canal stable :
-
-```text
-https://git.botsu.net/koka/sanctuary-beta/raw/branch/packwiz/pack.toml
-```
-
-Le nom du bouton et le téléchargement direct sont conservés. Le pied de page et
-le survol indiquent la version réellement publiée. Les réponses de téléchargement
-utilisent `Cache-Control: no-store` pour garder la même adresse à chaque livraison.
-
-## Publication demandée via Codex
-
-Aucune tâche périodique ne décide de publier une version. À la demande du créateur :
-
-1. Vérifier et publier les nouveaux binaires immuables, puis le canal packwiz
-   selon [le protocole de distribution](packwiz.md).
-2. Générer l'instance prête avec `python3 scripts/pack.py prism <url-du-canal>`.
-   Joindre `build/Sanctuary-Prism-beta.xxx.zip` à la release, avec le MRpack et
-   le kit serveur. L'export Prism est reproductible et conserve ses commandes.
-3. Mettre à jour la CT dédiée selon [le contrat serveur](server-pack.md), en
-   conservant sauvegardes, réglages et secrets, puis vérifier son redémarrage.
-4. Publier le téléchargement Web après contrôle de cette CT et des deux archives :
-
-```sh
-python3 scripts/publish_web_pack.py \
-  --web-ct 320 --server-ct 350 --version beta.280 \
-  --mrpack-url https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.280/Sanctuary-beta.280.mrpack \
-  --prism-url https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.280/Sanctuary-Prism-beta.280.zip \
-  --pack-url https://git.botsu.net/koka/sanctuary-beta/raw/branch/packwiz/pack.toml
-```
-
-Cette dernière commande s'exécute sur `gpu`, où `pct` est disponible. `--dry-run`
-vérifie sans publier. Le script contrôle les index, les versions, les hashes des
-dépendances et le JAR Sanctuary de la CT, du canal et du MRpack. Il refuse une
-archive Prism sans commande active, visant un autre canal ou une autre plateforme,
-avec un bootstrap non vérifié ou des fichiers étrangers.
-
-Les fichiers Web restent dans
-`/var/www/sanctuary/storage/app/distribution/releases/beta.xxx/prism/`.
-Chaque publication est immuable. Sous verrou, `current` bascule atomiquement après
-écriture complète. Les anciennes versions restent disponibles pour une reprise.
-Le script ne redémarre aucun serveur et ne change pas le canal lui-même.
-
-## Vérifications
-
-Huit tests Python couvrent l'alignement CT/canal/MRpack, le refus d'un serveur
-arrêté ou divergent, le contrat d'import Prism prêt, les fichiers interdits et la
-publication atomique avec conservation de la précédente en cas de conflit.
-Ils font partie de `./gradlew check`.
-
-Les quatre tests de téléchargement et les trois tests des métriques Laravel
-passent, ainsi que Pint : le bouton sert un ZIP anonyme directement, le nom est
-`Sanctuary-Beta.zip`, les publications incomplètes restent indisponibles, et le
-changement de version ne demande pas de reconstruire le cache de configuration.
-Le MRpack reste téléchargeable par son ancien lien.
-
-Les tests natifs utilisent une extraction de l'archive prête dans un chemin
-contenant des espaces, avec les variables de sa propre commande avant lancement.
-Ils exécutent packwiz sans interface ; aucun Minecraft ni monde personnel n'est
-ouvert. Les fichiers témoins de réglages, favoris et sauvegardes sont comparés
-avant et après synchronisation. Les journaux sont conservés sous
-`build/prism-ready-validation*/`, hors de Git.
-
-`./gradlew check build assemblePack -PsanctuaryFocusedTests=recipes,progression
--PsanctuaryAtlasOnly=true` réussit. L'archive prête mesure **92 417 octets**, SHA-256
-`30dd37f3a6e1d79f8b443f6312918258276c85d5b6a5e7fbdc9c3fea7562dbf2`.
-Une première tentative native reçoit des HTTP 502 de Gitea ; une nouvelle
-extraction entièrement vide réussit ensuite ses deux lancements de synchronisation.
-Le reçu est `build/prism-ready-validation-retry/validation.json`.
-
-L'archive est ajoutée à la release beta.280 sans changer son tag ni ses artefacts
-existants. La CT Web publie ensuite le ZIP et le MRpack vérifiés dans la même
-bascule atomique. Le code Web est livré au commit
-`46d784ecbb8ba3d0f20199b85bcf486831ba3750` ; les changements préexistants sont
-conservés et les empreintes des comptes et permissions restent identiques.
-Sauvegarde privée :
-`/root/sanctuary-beta-maintenance/web-prism-ready-20261025-1792943502/`.
-
-Le parcours navigateur **accueil → Télécharger → Sanctuary-Beta.zip reçu** est
-vérifié à 1280 × 900 et 390 × 844 : HTTP 200 direct, pas de changement de page,
-nom et SHA-256 identiques à l'archive testée, aucune erreur d'application ni
-débordement horizontal. Le lien de guide manuel est absent. Le MRpack historique
-répond toujours HTTP 200. Le navigateur utilisé est Playwright, le plugin
-Browser étant absent ; reçu et captures sous `/tmp/sanctuary-prism-ready-*`.
-Reçus opérationnels ignorés : `build/prism-ready-publication.json`,
-`build/prism-ready-web-publication.json`, `build/prism-ready-web-deployment.log`
-et `build/prism-ready-build.log`.

docs/boomer-beta284.md

@@ -1,85 +0,0 @@
-# ZOMBIES-284 — Boomer et bile
-
-Branche `codex/boomer`, sur le socle local beta.283 conservé. État : implémenté et vérifié localement en beta.284.
-
-## Contrat
-
-Quatrième infecté : modèle adulte du zombie vanilla 26.3, t-shirt violet et
-pantalon sable recolorés pixel par pixel, visage/peau/UV/alpha conservés.
-Identifiants `sanctuary:boomer` et `sanctuary:boomer_spawn_egg`.
-Aucun bébé, y compris via œuf ou chargement ; pas de conversion en noyé.
-
-- Sauvage : 10 PV, vitesse 0,20, mêlée 2, poursuite 32 blocs. À courte distance,
-  prépare une gerbe pendant 20 ticks, puis vomit dans un cône de 5 blocs,
-  orienté au début de la préparation. Recharge de 120 ticks. La bile révèle
-  pendant 6 secondes et affaiblit pendant 3 secondes ; elle ne crée pas d'acide.
-- Une cible enduite attire jusqu'à six zombies déjà présents à 12 blocs, avec
-  ligne de vue et chunks chargés, pendant six secondes au maximum. Pas de
-  nouvelles créatures, de chargement distant ou d'horde générée. La diversion
-  expire proprement et conserve la cible précédente si elle est encore valide.
-  Retirer la révélation arrête aussi la diversion ; maximum 64 zombies détournés
-  simultanément par serveur. Les projections touchent au plus 12 victimes.
-- À sa mort, éclaboussure unique de 3 blocs, 2 dégâts et bile, sans destruction
-  de blocs ni feu. Une suppression administrative n'active pas l'éclaboussure.
-  Les infectés de la famille et les joueurs créatifs/spectateurs sont protégés.
-  Les murs et la différence de hauteur bloquent les projections.
-- Œuf créatif et apparition rare, poids 4 et groupe d'un dans les habitats
-  de zombies de l'Overworld.
-- Familier rare, adulte miniature à taille variable persistante, 14 PV et
-  vitesse 0,25. Gerbe automatique en cône et G d'éclaboussure à 3 blocs :
-  dégâts, faiblesse et révélation passent par les règles communes des familiers,
-  avec protection du propriétaire/alliés/duels. Le familier reste vivant et
-  ne détourne pas de monstres contre des tiers.
-- Recharge du Boomer conservée au chargement ; préparation interrompue annulée.
-  Les diversions sont transitoires ; aucun format existant ne change.
-
-## Vérification
-
-- Suite serveur ciblée : **68 tests réussis**, dont **14 nouveaux**. Fixtures
-  plates explicites, graine de test `0`, aucun monde personnel ouvert.
-- Couverture Boomer : œuf/profil/spawn, règle adulte, préparation et vraie gerbe,
-  esquive latérale, mur et étage, recharge après interruption et sur le tick
-  exact du tir, sauvegarde/rechargement, mort native unique, suppression sans
-  éclaboussure, famille protégée, six zombies maximum sans nouvelle entité,
-  navigation/attaque native et restauration de la cible précédente après délai,
-  absence de chargement distant, G et cône du familier avec protections communes,
-  recharge partagée et tailles 120/500/1000/1500/3000/6000 conservant l'individu.
-- Parcours client natif **Vulkan / MoltenVK 1.4.2 / Apple M1**, Minecraft 26.3,
-  Java 25, Loader 0.19.5, monde de test neuf de graine `284` : réussi avec arrêt
-  normal du client. Appui réel sur G, dégâts/faiblesse/révélation, recharge et
-  survie du familier ; gerbe sauvage, recrutement d'un zombie existant et
-  éclaboussure après vrai dégât mortel. Trois tailles réelles 500/1000/1500,
-  renderer adulte, œuf, infobulles et écran FR/EN aux échelles GUI 2/3/4 vérifiés.
-- La première vérification générale a rencontré le test préexistant
-  `Companion019GameTests.creatureProfilesActuallyMove` (déplacement aérien).
-  Les contrôles Boomer passaient ; la suite de 68 a ensuite repassé avec ce
-  test inchangé. Journal conservé dans
-  `build/boomer284-check-build-pack-attempt1.log`.
-
-- `./gradlew check build assemblePack` réussi en **2 min 40 s**, avec
-  `-PsanctuaryFocusedTests=boomer284,spitter283,charger282,infected280,familiar260,companions`
-  et `-PsanctuaryAtlasOnly=true`. La suite complète ciblée repasse ses 68 tests.
-- PNG du Boomer comparé en RGBA à la recoloration attendue du zombie natif
-  26.3 épinglé : **331 pixels de t-shirt et 239 de pantalon** modifiés,
-  tête, peau, chaussures, alpha et coordonnées UV conservés. Les textures des
-  trois infectés précédents restent identiques. L'œuf est une recoloration
-  violette de la silhouette et des ombres de l'icône historique, sans changement
-  d'alpha ; aucun outil de génération d'images utilisé.
-- JAR et export MRpack : ZIP intègres, version beta.284 et dépendances
-  Minecraft 26.3 / Loader 0.19.5 contrôlées. Classes, œuf, texture, profil,
-  loot, traductions et tags Boomer présents ; classes de tests exclues.
-  Le JAR exporté est identique au JAR compilé. Pack beta.283 précédent conservé
-  octet pour octet.
-
-[Pack local beta.284](../build/Sanctuary-beta.284.mrpack), **16 650 758 octets**.
-SHA-256 : `4a27ce2b184c8797f0ed7891c6dc62d1db372e2fdabb4fd5de98389df16f25a3`.
-[Reçu et empreintes](../build/boomer284-validation.json).
-
-![Adulte et familier miniature sous Vulkan](../build/boomer284-screenshots/0002_boomer284-miniature-1000.png)
-
-La livraison reste locale : aucun tag/release, canal packwiz, serveur personnel
-ou instance Prism modifié. Les œufs restent créatifs ; leur acquisition en
-survie et les autres infectés demandent leurs propres tickets. Aucune génération
-de terrain ni sauvegarde personnelle modifiée.
-
-

docs/charger-beta282.md

@@ -1,112 +0,0 @@
-# ZOMBIES-282 — Chargeur
-
-Branche `codex/charger`, sur le socle local beta.281 conservé. État : livré et vérifié localement.
-
-## Contrat
-
-- `sanctuary:charger`, œuf `sanctuary:charger_spawn_egg`, noms FR/EN. Modèle
-  zombie adulte uniquement, tenue verte et pantalon anthracite ; texture native
-  26.3 recolorée par script, visage, peau, chaussures et UV conservés.
-- Attributs de base : 10 PV, vitesse 0,27, mêlée 3, poursuite 36 blocs.
-  Charge depuis 4 à 15 blocs avec ligne de vue et sol sous les pieds :
-  préparation visible de 22 ticks, direction figée au départ, course de
-  24 ticks au maximum, choc de 4 dégâts avec recul, récupération de 48 ticks,
-  puis recharge de 100 ticks. Mêlée suspendue pendant ces trois phases.
-- La collision est celle du déplacement réel : pas de frappe à distance ou
-  à travers un mur. Un joueur peut esquiver en sortant de la trajectoire.
-  Obstacles, cible invalide ou bord d'une zone chargée terminent la charge.
-  Aucune destruction de bloc, aucune téléportation ou génération forcée.
-- Spawn peu fréquent dans les habitats de zombies de l'Overworld, poids 4,
-  un seul individu. Soleil, statut mort-vivant et absence de conversion en
-  noyé comme l'Infecté. Les autres variantes restent à réaliser.
-- Familier adulte miniature, taille persistante variable, profil rare dédié :
-  16 PV, vitesse 0,28, mêlée ; technique G de charge droite jusqu'à 8 blocs,
-  préparation 22 ticks, récupération 24 ticks, recharge 12 secondes, dégâts 4.
-  Variante apprise : ruée droite courte de 5 blocs. Droits, alliés, limites de
-  dégâts et de contrôle restent ceux des familiers existants. Une charge
-  déclenchée consomme sa recharge même si elle manque sa cible.
-- Œuf disponible en créatif ; pas de nouvelle acquisition en survie.
-
-## Référence et sauvegardes
-
-Référence en lecture seule : `../26.2/itsalive`, commit
-`26f2c2a0061619df1f146f9081d6740c560a7497`, variante `CHARGER` et
-`tickCharger`. Les phases de l'ancien comportement servent de référence ; le
-contrôle des coups repose ici sur la trajectoire réellement parcourue.
-
-Le nouveau type a sa propre persistance native. Pour la charge, seule la recharge est sauvée ;
-une phase interrompue reprend au repos avec une recharge à la relecture.
-Les identifiants, formats, individus, œufs et textures déjà livrés restent
-stables. Aucun monde personnel ouvert ; aucun chunk ou terrain réécrit.
-
-## Validation
-
-Les essais serveur ciblés ont validé les phases du mob avec déplacement natif,
-le choc et son recul, la récupération sans double mêlée, l'esquive latérale,
-un mur ajouté après le départ, la persistance d'une charge interrompue, le
-profil et l'œuf, les dégâts du familier, sa trajectoire et sa recharge sur
-échec. Deux contrôles couvrent aussi une téléportation interrompant la course
-et les commandes d'une monture pendant la préparation. La sonde du corridor
-complet vérifie les chunks avant toute collision ; elle ne les charge pas.
-La construction finale **`check build assemblePack` passe en 2 min 59 s**,
-avec les **45 cas ciblés**, dont onze nouveaux pour le Chargeur, et les contrôles
-purs du dépôt. Log : `build/charger282-check-build-pack.log`.
-
-Le parcours client **Vulkan / MoltenVK 1.4.2 / Apple M1** passe en **1 min 03 s** :
-vrai appui sur G, déplacement et choc du familier, recharge et récupération,
-phases préparation/course/choc d'un Chargeur sauvage, géométrie adulte,
-tailles 500/1 000/1 500 ‰, rareté, infobulles et menus **FR/EN GUI 2/3/4**.
-Douze captures sont conservées sous `build/charger282-screenshots/` ; vues de
-la miniature ordinaire, de la préparation et du menu FR GUI 2 inspectées.
-Log : `build/charger282-client-vulkan.log`, marqueur `CHARGER282_CLIENT_PASS`.
-
-La comparaison des PNG confirme **570 pixels de vêtements recolorés**, avec
-558 pixels de peau/visage et tous les alpha intacts. La texture de l'Infecté
-rouge conserve exactement son empreinte beta.281. Génération reproductible :
-
-```sh
-python3 scripts/generate_infected_texture.py /chemin/minecraft-26.3-client.jar --variant charger
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=charger282,infected280,familiar260,companions \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryCharger282ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-Un contrôle historique de déplacement du dragon a échoué sur un passage
-intermédiaire, puis passé sans changement sur le suivant ; sa stabilité n'est
-pas démontrée par ce ticket. Un premier parcours client a passé ses étapes
-avant une erreur fastutil dans `ChunkMap` à la fermeture du serveur de test.
-La fixture nettoie désormais ses acteurs et attend leur retrait ; le parcours
-final se termine normalement.
-
-## Essai local
-
-```mcfunction
-/give @s sanctuary:charger_spawn_egg
-/summon sanctuary:charger
-```
-
-L'œuf équipé invoque le familier miniature. G lance la charge ; les ordres et
-la sélection d'aptitudes suivent les contrôles habituels. Pendant une charge
-montée, préparation et récupération comprises, le pilote ne peut pas détourner
-la trajectoire avec les commandes de déplacement. Les autres profils utilisant
-`CHARGE` gardent leur comportement ; seul l'effet de profil `straight` utilise
-ce nouveau contrôleur.
-
-La fréquence des rencontres naturelles en partie longue et le comportement
-sur toutes les formes de relief ne sont pas mesurés. Aucun monde personnel,
-serveur, canal packwiz ou instance Prism modifié.
-
-## Artefacts locaux
-
-- Mod : `mods/sanctuary/build/libs/sanctuary-beta.282.jar`.
-- Pack : `build/Sanctuary-beta.282.mrpack`.
-- Captures : `build/charger282-screenshots/`.
-- Reçu : `build/charger282-validation.json`.
-
-JAR et MRpack vérifiés : version exacte, intégrité ZIP, Minecraft 26.3, Fabric
-Loader 0.19.5, un seul JAR Sanctuary identique au build, profils et contrôleurs
-de charge présents, deux textures identiques aux sources et fixtures exclues.

docs/chunk-claims-beta272.md

@@ -1,101 +0,0 @@
-# CLAIM-03 — Chunks et protection temporaire, beta.272
-
-Branche `codex/inhabitant-property`. Contrat du 24 octobre 2026, avant changement des données.
-
-Un claim est un chunk entier de 16 × 16 blocs du monde principal, sur toute
-sa hauteur. L'admission Hello World donne accès au menu, sans terrain attribué.
-Les cinq premiers chunks sont gratuits ; le sixième coûte 100 points d'XP,
-le septième 200, puis +100 par chunk. Limite technique : 256 chunks par joueur,
-10 000 par monde. Les chunks peuvent être séparés. Aucun abandon ni transfert
-n'est proposé dans ce lot.
-
-Chaque chunk peut recevoir sept jours de protection contre **64 saphirs**.
-Le propriétaire mine alors à ×2 et les autres à ×0,5. Sans protection : ×1.
-L'effet suit le bloc effectivement miné, même dans une sélection groupée.
-La pose, l'utilisation, les explosions, fluides et autres mécanismes gardent
-leurs règles normales. Le claim demeure après expiration. Le renouvellement
-est manuel et ajoute sept jours à la durée restante, sans prélèvement automatique.
-
-Le temps compte en millisecondes monotones de serveur démarré, y compris sans
-propriétaire connecté. Il ne dépend ni du calendrier ni du nombre de ticks.
-L'arrêt normal sauvegarde l'horloge ; la relance reprend sa valeur sans compter
-l'arrêt. Sauvegarde toutes les 60 secondes et à chaque achat : un arrêt brutal
-peut restituer au plus le temps depuis le dernier point de sauvegarde (environ
-60 secondes, ou davantage si la boucle serveur est bloquée).
-
-## Contrat de sauvegarde et migration
-
-Nouveau registre séparé `<monde>/sanctuary/chunk-claims-v1.json`, schéma 1,
-lié à la graine. Il contient l'horloge serveur, une révision, les chunks, les
-transactions en attente et les UUID ayant volontairement quitté l'ancien modèle.
-Écritures atomiques vérifiées ; format invalide conservé et mutations suspendues.
-Un reçu persistant natif joueur `sanctuary:chunk_purchase_receipt_v1` relie le
-débit XP/saphirs ou le remboursement à la validation du registre. Une transaction
-réservée sans reçu sauvegardé est annulée ; un reçu durable la valide une seule fois.
-
-L'ancien `properties-v1.json` reste dans son format exact. Ses volumes et leurs
-droits restent actifs tant que le propriétaire ne confirme pas la migration.
-La migration retire volontairement les droits de son volume et rembourse les
-extensions : 100, 300, 600 ou 1 000 XP selon le palier. Aucun chunk n'est créé
-à partir du volume : le joueur choisit ensuite ses chunks, dont cinq gratuits.
-Les achats anciens en attente sont résolus avant cette migration. Un nouveau
-chunk ne peut recouvrir l'emprise horizontale d'un volume ancien encore actif.
-Aucun bloc, terrain, génération, seed ou sauvegarde personnelle n'est modifié.
-
-Un **clic droit directement sur la carte** ouvre un petit panneau sur le chunk :
-propriétaire, tarif, durée et bouton Revendiquer ou Protéger. Le prix apparaît
-avant l'action ; le clic sur ce bouton réalise l'achat sans quitter la carte.
-Échap ou un clic ailleurs ferme ce panneau. Aucun menu de grille séparé et aucun
-mode à activer pour le clic droit de l'Atlas ordinaire.
-
-Habitant → Propriété et `/sanctuary property` ouvrent cette carte directement.
-Avant l'aptitude Atlas, elle montre uniquement le terrain déjà chargé et envoyé
-au joueur, à huit chunks au plus, sans conserver un historique supplémentaire.
-Les échantillons sont bornés à quatre tuiles par joueur et par tick, dans un
-budget global de 2 ms, sans charger de chunks. L'Atlas complet garde ses
-prérequis ; une fois débloqué, les tuiles découvertes peuvent aussi être choisies.
-Le serveur contrôle la portée, la frontière, la réserve de départ de 32 blocs,
-les fonds et la révision. La migration de l'ancien volume requiert une seconde
-confirmation explicite dans le panneau, avec le remboursement indiqué.
-
-## Validation
-
-Les **58 vérifications indépendantes** du registre passent : cinq claims gratuits,
-prix suivants, conflits, révision périmée, reprise avec ou sans reçu, horloge,
-trente jours d’arrêt simulés, renouvellement, expiration, migration et refus de
-JSON invalide ou d’une graine différente.
-
-Le parcours client **Vulkan**, en **FR/EN GUI 2/3/4**, réussit en **54 s** :
-admission réelle, carte proche avant aptitude Atlas, recentrages rapides,
-clic sur un chunk voisin (9, 8 alors que le joueur est en 8, 8), premier claim,
-débit d’un stack de saphirs, puis clic droit dans l’Atlas ordinaire, panneau
-compact et Échap conservant la carte. Les huit captures finales sont dans
-`build/claims272-screenshots/` ; les formats FR GUI 2/4 et EN GUI 4 ont été
-inspectés. La fermeture ne reproduit plus l’exception de parcours des sessions
-Blocodex : le flush parcourt désormais un instantané stable.
-
-Les tests natifs ciblent les paiements XP et saphirs, les reçus sauvegardés dans
-le joueur, les vrais `getDestroyProgress`, la frontière du chunk, la hauteur,
-les interactions libres, la migration remboursée et les refus terrain inconnu / spawn.
-Le lot couvre aussi les anciens volumes, le minage, les menus et l’overview.
-`check build assemblePack` réussit : **25 tests natifs ciblés**, en 2 min 44 s
-pour la commande complète. Le MRpack beta.272 est exporté et vérifié : ZIP,
-Minecraft 26.3, Loader 0.19.5 et octets des deux JAR locaux identiques aux builds.
-Les archives beta.270 et beta.271 gardent leurs hashes antérieurs.
-La validation finale et le MRpack sont consignés dans
-`build/claims272-validation.json`.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=claims272,property270,mining,overview271,menus \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryClaims272ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-Le multiplicateur s’applique à la progression native ; les blocs instantanés,
-le Créatif et la granularité des ticks conservent leur fonctionnement Minecraft.
-Abandon, transfert, partage de droits et protection contre les mécanismes
-indirects restent hors de ce lot. Aucun serveur ou instance personnelle déployé.

docs/claim-battle-beta278.md

@@ -1,120 +0,0 @@
-# CLAIM-278 — Duel Battle consenti pour une propriété
-
-Branche `codex/claim-battle-duels`, demande du 25 octobre 2026.
-Le créateur confirme que cette étape vise les propriétés déjà revendiquées.
-
-## Contrat du duel
-
-Depuis le clic droit sur un claim, un autre habitant peut proposer de le disputer.
-Le challenger doit avoir atteint le seuil d’habitation Demeure sur ce chunk ;
-la priorité d’influence ne lui est pas nécessaire pour une proposition consentie.
-Le propriétaire garde ses droits acquis, même sans preuve Demeure rétroactive.
-Les deux joueurs doivent avoir Carte active et être disponibles pour Battle.
-
-Le challenger valide une proposition explicite ; le propriétaire accepte ou
-refuse celle-ci. Le chunk, les deux participants, le temps de protection restant
-et les règles sont affichés. Une acceptation ne vaut que pour cette proposition.
-Une modification du claim avant acceptation invalide la proposition.
-
-L’acceptation crée un Battle privé à deux joueurs : joueurs seuls, rayon de
-48 blocs autour du lieu annoncé par le challenger, cinq minutes, nourriture,
-potions et perles autorisées, mise d’entrée nulle. Les deux joueurs doivent
-être dans ce périmètre. Chacun valide ensuite Prêt dans Battle ; le challenger
-lance la préparation native de dix secondes. Aucun troisième participant ne
-peut rejoindre ce duel. Les morts, tombes, abandons et déconnexions pendant
-le combat suivent les règles Battle existantes. Elles sont rappelées avant
-l’accord. Pas de téléportation ni terrain créé automatiquement.
-
-Le vainqueur devient propriétaire du seul chunk annoncé. Le défenseur gagnant
-conserve son claim. L’échéance absolue de protection est conservée : aucun temps
-n’est ajouté, retiré ou remboursé. Couleur, nom et multiplicateurs de minage
-suivent le nouveau propriétaire. Aucun coût XP ou saphir supplémentaire n’est
-prélevé pour transférer un claim déjà acheté.
-
-Refus, annulation avant lancement, expiration d’invitation, égalité ou interruption
-du serveur sans résultat enregistré : aucune mutation de propriété. Un abandon
-ou une déconnexion après lancement vaut défaite selon Battle. Les autres claims
-et les duels ordinaires restent indépendants.
-
-## Contrat de persistance et reprise
-
-Aucune modification des schémas de Demeure, des claims, des mises Arena ou des
-reçus joueurs. Aucun monde personnel, chunk ou génération n’est modifié par les
-essais. Le transfert met à jour uniquement le propriétaire d’un claim existant,
-dans le schéma 1 de `sanctuary/chunk-claims-v1.json`, par écriture atomique.
-
-Nouveau journal indépendant `sanctuary/claim-duels-v1.json`, schéma 1, lié à la
-graine. Il enregistre les deux accords sur le chunk et son état initial avant
-la création du Battle, puis le vainqueur avant toute mutation de propriétaire.
-Le résultat est appliqué par comparaison de l’état attendu, puis clôturé. Une
-reprise après interruption entre l’écriture du résultat et sa clôture applique
-ce transfert une seule fois. Les accords sans résultat durable sont annulés
-au redémarrage ; les mises Battle suivent leur propre journal de remboursement.
-
-Les mutations du claim sont bloquées pendant un accord actif ou un résultat à
-régler. Les limites de propriété sont vérifiées avant accord ; les participants
-inscrits à Battle ne peuvent acheter d’autres claims pendant celui-ci. Les
-fichiers invalides ou modifiés extérieurement sont conservés et les nouveaux
-duels sont refusés. Une erreur avant écriture durable du vainqueur ne transfère
-pas la propriété ; une erreur après cette écriture garde le résultat à reprendre.
-Terminer les duels et solder le journal avant retour à une version antérieure.
-
-## Vérification
-
-`check build assemblePack` réussit en **2 min 55 s**, avec **40 tests serveur
-ciblés**. Les six nouveaux scénarios vérifient l’absence de transfert ou de
-combat sans le deuxième accord, les refus du challenger et des tiers tentant
-d’accepter à la place du propriétaire, le refus du propriétaire, la relecture
-de la proposition la plus récente, les validations Prêt natives, la mort réelle
-résolvant Battle et transférant le chunk exact, la conservation de son échéance,
-l’abandon après lancement, l’annulation avant lancement, l’égalité native au
-délai écoulé et l’invalidation d’un enjeu modifié ou expiré. Une arène publique
-ordinaire accepte toujours un troisième inscrit ; y gagner ne donne aucun claim.
-
-Les **26 vérifications pures** du journal couvrent le consentement durable,
-les identités et chunks réservés, le refus d’un gagnant tiers, le redémarrage
-sans résultat, le résultat enregistré avant transfert, la reprise après mutation
-avant clôture, l’idempotence, la victoire du défenseur, les conflits de propriétaire
-ou de protection, la limite de 256 claims, la graine, les nombres JSON stricts
-et les fichiers corrompus ou modifiés extérieurement. Les **63 contrôles du
-registre de claims**, Demeure et les scénarios historiques ciblés passent aussi.
-
-Le parcours **Vulkan FR/EN GUI 2/3/4** réussit en **53 s**, avec **18 captures**.
-Il ouvre le dossier depuis le clic droit de l’Atlas, lit les conséquences et
-les boutons d’acceptation/refus dans les deux langues aux trois tailles, refuse
-par le vrai paquet client, puis accepte une nouvelle proposition. L’enjeu est
-présent dans Battle avant Prêt. Une victoire native du propriétaire conserve
-son terrain. Après le délai de sortie de combat existant, le client devient
-challenger d’une autre propriété ; son propriétaire accepte indépendamment,
-les deux valident Prêt et le client lance réellement Battle. La mort native du
-défenseur transfère le claim et son échéance exacte. La carte déjà ouverte
-reçoit le nouveau propriétaire/couleur et raccorde le CTM au claim voisin sans
-réouverture. Captures : `build/claims278-screenshots/` ; inspections des écrans
-FR GUI 4 d’accord, FR GUI 2 de Battle et de la carte après transfert.
-
-La réouverture d’un dossier n’est pas limitée par le délai anti-double-action :
-les lectures peuvent changer immédiatement de proposition, tandis que les
-mutations restent temporisées. Le panneau d’accord dispose d’un fond lisible
-et son compteur n’oblige pas à revenir en haut du défilement chaque seconde.
-Les combattants de ce parcours sont à l’air libre dans un monde plat ignoré.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=claims278,claims277,menu275,claims273,claims272,property270,mining,overview271,menus,map,demeure \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryClaims278ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-MRpack beta.278 exporté et vérifié : intégrité ZIP, Minecraft 26.3, Loader 0.19.5,
-versions/libellés, nouveaux contrôleurs présents et deux JAR identiques aux
-builds locaux. Les huit archives beta.270 à beta.277 gardent leurs empreintes.
-Reçu : `build/claims278-validation.json`. Aucun déploiement de serveur, monde
-personnel ou instance Prism, ni publication de canal.
-
-Le lot porte sur un seul chunk déjà revendiqué et un Battle entre joueurs.
-Les familiers/modes mixtes, ensembles de claims, transferts sans combat ou
-attributions de terrains encore libres ne sont pas ajoutés. Les reprises sont
-éprouvées aux étapes du journal, sans simulation d’une panne physique du disque.

docs/claim-contours-beta276.md

@@ -1,80 +0,0 @@
-# CLAIM-276 — Contours CTM et protection à huit saphirs
-
-Branche `codex/inhabitant-property`, demande du 25 octobre 2026.
-
-## Résultat demandé
-
-Toutes les propriétés doivent apparaître sur l’Atlas et son aperçu de Pause.
-Les claims d’un même propriétaire forment un contour continu, sans traits
-internes entre chunks adjacents. Une propriété sans protection garde uniquement
-son contour ; un chunk protégé ajoute un fond à la couleur du propriétaire.
-La protection coûte désormais **8 saphirs par chunk pour trois jours de serveur
-en marche**. Un arrêt du serveur suspend toujours le compteur ; une déconnexion
-ne le suspend pas. Les multiplicateurs de minage ×2 / ×0,5 restent identiques.
-
-## Rendu et accès
-
-- Contour d’un pixel de carte, directement dans les textures de terrain et de
-  calque, avec les mêmes coordonnées et le même échantillonnage que la carte.
-- Raccords par propriétaire sur les quatre côtés et les angles rentrants ;
-  la protection d’un voisin ne crée pas de frontière intérieure de propriété.
-- Fond uniquement sur les chunks encore protégés. À expiration, le contour
-  reste visible et la propriété demeure attribuée.
-- Toute arrivée, suppression ou modification de claim recalcule aussi ses
-  voisins, y compris les diagonales. Les achats actualisent la carte ouverte.
-- Couleur persistante du personnage, même hors ligne ; légende compacte pour
-  tous les propriétaires visibles, survol et masquage conservés.
-- Aucun pixel de brouillard ou de vide n’est coloré. Seules les métadonnées des
-  tuiles effectivement transmises sont acceptées. L’aptitude Carte achetée et
-  active reste obligatoire pour ouvrir et gérer les propriétés.
-- Demeure et la disposition Habitant / Pause de beta.275 sont conservés.
-
-## Contrat de conservation
-
-Le schéma 1 de `sanctuary/chunk-claims-v1.json` et les reçus natifs restent
-identiques. Aucune réécriture automatique d’échéance, conversion de terrain,
-remise à zéro, attribution depuis Demeure ou régénération n’est effectuée.
-Les protections de sept jours déjà payées gardent leur échéance exacte.
-Une transaction de sept jours préparée par beta.272–275 reste récupérable :
-son reçu de paiement natif valide sa durée d’origine ; sans reçu, elle est
-annulée comme avant, sans retirer la couverture antérieure. Le lecteur accepte
-les deux périodes préparées, trois et sept jours ; les nouvelles réservations
-créées par beta.276 utilisent uniquement trois jours. Chaque renouvellement
-ajoute trois jours à l’échéance en cours si elle est encore active, sinon au
-temps serveur courant, contre huit saphirs. Aucun remboursement rétroactif
-n’est appliqué aux achats antérieurs.
-
-## Vérification
-
-`check build assemblePack` réussit en **2 min 38 s**, avec **30 tests serveur
-ciblés** et **63 vérifications du registre**. Les achats natifs refusent sept
-saphirs sans mutation, consomment exactement huit saphirs répartis sur plusieurs
-piles, couvrent un seul chunk pour trois jours et ajoutent exactement trois
-jours lors d’un renouvellement. La reprise avec/sans reçu d’une ancienne période
-de sept jours et le renouvellement de cette couverture après redémarrage sont
-vérifiés. Les protections et multiplicateurs restent applicables sans Carte.
-
-Le parcours **Vulkan FR/EN GUI 2/3/4** réussit en **50 s**, avec **19 captures**.
-Il achète réellement Carte et une protection, contrôle les pixels du contour et
-du fond, le raccord en L et carré, les frontières entre propriétaires, le nom et
-la couleur du propriétaire hors ligne, l’arrivée d’un voisin sans réouverture,
-l’expiration dans le modèle, les paquets périmés et la borne du monde, le
-masquage/réaffichage et les pixels de l’aperçu de Pause. Les libellés montrent
-huit saphirs et trois jours. Captures dans `build/claims276-screenshots/` ;
-inspection des vues carte FR GUI 2, contexte FR GUI 4 / EN GUI 2 et Pause GUI 4.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=menu275,claims273,claims272,property270,mining,overview271,menus,map,demeure \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryClaims276ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-MRpack beta.276 exporté et vérifié : intégrité ZIP, Minecraft 26.3, Loader 0.19.5,
-versions et libellés FR/EN, deux JAR embarqués identiques aux builds locaux.
-Les six archives beta.270 à beta.275 gardent leurs empreintes. Reçu :
-`build/claims276-validation.json`. Aucun déploiement personnel ni publication
-de canal n’est effectué.

docs/claim-demeure-beta277.md

@@ -1,98 +0,0 @@
-# CLAIM-277 — Habitation et influence avant revendication
-
-Branche `codex/claims-demeure`, demande du 25 octobre 2026.
-Le créateur confirme le seuil existant de Demeure et précise qu’un autre joueur
-peut revendiquer le terrain s’il prend plus d’influence avant le premier claim.
-
-## Règles
-
-Une simple visite ne permet plus de revendiquer un chunk. Demeure doit y
-reconnaître un habitant : influence totale d’au moins 0,8, dont au moins 20 %
-pour un joueur, selon les seuils déjà utilisés par sa lecture du territoire.
-Aucun compteur de minutes, nuits ou délai supplémentaire n’est introduit.
-
-Sur un chunk libre, l’habitant avec le plus d’influence effective actuelle peut
-revendiquer. À égalité (tolérance numérique 10⁻⁹ pour les arrondis), l’ordre
-persisté des premières contributions acceptées départage les habitants.
-Ainsi, le premier garde la priorité jusqu’à ce qu’un autre le dépasse. Les
-contributions peuvent précéder l’achat de Carte. Une identité hors ligne peut
-rester prioritaire ; les autres joueurs peuvent la dépasser par leur activité.
-La décroissance native de Demeure continue de s’appliquer aux terrains libres.
-
-Le clic droit sur la carte explique la condition manquante ou nomme l’habitant
-prioritaire ; l’action est désactivée si la condition n’est pas remplie. Le
-panneau d’un terrain libre s’actualise. Commande et paquets d’action vérifient
-la même priorité côté serveur, au moment de l’achat, avant toute réservation
-ou dépense. Aucun duel ou transfert automatique n’est ajouté.
-
-Une fois revendiqué, le claim reste attribué malgré les variations d’influence.
-Tous les claims antérieurs et leurs durées de protection sont conservés, sans
-exiger de preuve rétroactive. Leur protection reste renouvelable même si Demeure
-est indisponible. Cinq claims gratuits puis XP, huit saphirs pour trois jours de
-serveur, contours CTM et accès par Carte achetée et active restent inchangés.
-
-## Contrat de conservation
-
-Aucun nouveau fichier ni changement de schéma. `data/demeure/footprints-v1.json`
-et `sanctuary/chunk-claims-v1.json` restent identiques. L’ordre des premières
-traces est déjà conservé par la liste des influences et son rechargement ; on
-ne prétend pas reconstituer une date de franchissement du seuil absente des
-anciennes données. La requête de priorité est une lecture des empreintes,
-indépendante de leur tri visuel par influence et de l’UUID des joueurs.
-
-Demeure conserve la responsabilité des traces, des budgets, des seuils, de la
-décroissance et de leur persistance. Sanctuary applique ses conditions de
-revendication. Les empreintes sont sauvegardées atomiquement avant de réserver
-ou débiter un nouveau claim. Une lecture ou écriture refusée empêche cet achat
-sans effacer le fichier ; les propriétés déjà acquises restent valables.
-
-Un paquet de lecture `sanctuary:claim_residency_v1` fournit l’état et le nom/couleur
-prioritaire pour le seul chunk sélectionné et accessible. Les anciens codecs
-et identifiants restent inchangés. Aucun état d’habitation n’est transmis pour
-un terrain inaccessible ou avant Carte. Aucun monde personnel ni génération
-n’est modifié par les essais.
-
-## Vérification
-
-`check build assemblePack` réussit en **2 min 52 s**, avec **34 tests serveur
-ciblés**. Les quatre nouveaux tests couvrent les activités natives nécessaires,
-le refus d’un passage ou d’un achat sans habitation, cinq claims gratuits puis
-le coût du sixième, l’égalité et le dépassement avant revendication, l’acquisition
-par le nouvel habitant prioritaire, l’absence de transfert après achat et le
-renouvellement sans domination Demeure. Les propriétés anciennes sans preuve
-rétroactive restent protégées ; le paquet de lecture est testé, ainsi que le
-refus de divulguer les habitants d’un chunk inaccessible ou avant Carte.
-
-Les tests purs Demeure ajoutent **14 scénarios d’habitation, priorité et point
-de sauvegarde**, dont l’ordre conservé après rechargement, indépendamment du tri
-visuel et des UUID, la décroissance, les dimensions et l’intégrité du fichier
-même quand le modèle en mémoire n’a pas changé. Les **63 vérifications du registre
-de claims** et les scénarios historiques ciblés passent aussi. Les montages de
-paiement et de migration préparent leurs traces d’habitation indépendamment des
-tentatives de claim : un clic refusé ne crée aucune influence.
-
-Le parcours **Vulkan FR/EN GUI 2/3/4** final réussit en **51 s**, avec **28 captures**.
-Il passe par Hello World et l’achat de Carte, constate le bouton désactivé avant
-habitation, le refus d’un simple passage, le changement de priorité quand Nora
-prend plus d’influence et son retour au joueur lorsque celui-ci la dépasse.
-Un autre spot libre est réellement revendiqué par Nora après dépassement.
-Le nom/couleur prioritaire et le bouton désactivé sont vérifiés dans les deux
-langues aux trois tailles ; les contextes d’achat et de protection, les contours
-CTM, le masquage et l’aperçu de Pause restent valides. Captures dans
-`build/claims277-screenshots/`, avec inspection des panneaux FR GUI 4 et EN.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=claims277,menu275,claims273,claims272,property270,mining,overview271,menus,map,demeure \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryClaims277ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-MRpack beta.277 exporté et vérifié : ZIP, Minecraft 26.3, Loader 0.19.5,
-versions et libellés FR/EN, octets des deux JAR embarqués identiques aux builds
-locaux. Les archives beta.270 à beta.276 restent identiques. Reçu :
-`build/claims277-validation.json`. Aucune publication de canal ni synchronisation
-d’installation personnelle n’est effectuée.

docs/claim-map-beta273.md

@@ -1,71 +0,0 @@
-# CLAIM-04 — Couleurs et état des claims sur la carte, beta.273
-
-Branche `codex/inhabitant-property`, demande du 24 octobre 2026.
-
-Chaque chunk revendiqué porte la couleur persistante de son propriétaire,
-choisie dans Hello World. Le nom et la couleur restent disponibles hors ligne.
-Un claim protégé a une teinte plus présente, une bordure pleine et un bouclier ;
-un claim sans protection a une teinte légère et une bordure en pointillés.
-Le survol donne le propriétaire, l’état et la durée restante ; une légende
-rappelle les deux styles. Le clic droit continue à ouvrir le panneau existant.
-
-Un bouton **Propriétés : oui/non** masque ou réaffiche la teinte, les bordures,
-les boucliers, la légende et les infobulles de claims. Le choix est partagé
-avec l’aperçu de Pause et conservé tant que le client reste ouvert, y compris
-après fermeture de la carte. Le clic droit et les protections restent actifs ;
-les données continuent de se mettre à jour pour un réaffichage immédiat.
-Ce choix de session n’ajoute aucun fichier ni format de sauvegarde.
-
-Les apparences sont envoyées automatiquement avec les tuiles de la carte,
-pour la vue proche comme pour l’Atlas. Aucun clic préalable n’est nécessaire.
-Seules les tuiles déjà transmises au joueur reçoivent leurs claims ; aucun
-terrain inconnu n’est révélé. Une acquisition ou un renouvellement actualise
-la tuile affichée. L’expiration change le style depuis la durée serveur restante,
-sans retirer la propriété. Les réponses d’une ancienne requête sont ignorées. Les achats diffusent aussi
-une mise à jour ponctuelle des cellules déjà observées, indépendante d’un
-rafraîchissement en cours ; aucune cellule inconnue n’est acceptée côté client.
-
-Ce lot ajoute un paquet de présentation borné. Les identifiants existants,
-registres, reçus, règles, prix, durées et formats de sauvegarde restent identiques
-à beta.272. Aucune migration ni modification de terrain.
-
-## Validation
-
-Le parcours **Vulkan FR/EN, GUI 2/3/4**, passe en **62 s** sur un nouveau monde
-plat de graine 273. Il conserve l’admission et les achats réels de beta.272,
-puis compare quatre chunks contigus appartenant à deux propriétaires : chacun
-a un chunk protégé et un chunk sans protection. L’un des propriétaires n’est pas
-connecté. Les couleurs distinctes, le nom hors ligne, les deux styles, les
-mises à jour après achat, les requêtes rapides, le clic droit, Échap et l’aperçu
-de Pause sont vérifiés. Le masquage, sa conservation après fermeture, le clic
-droit sous masquage et le réaffichage sont contrôlés, avec captures de la carte
-et de l’aperçu de Pause sans propriétés. **19 captures** sont conservées dans
-`build/claims273-screenshots/`, avec inspection FR GUI 2/4, EN GUI 4 et Pause.
-
-Le cache est également vérifié avec une horloge contrôlée : expiration sans
-perte de propriété, réponse périmée ignorée, mise à jour d’achat pendant un
-rafraîchissement, cellule inconnue refusée et remplacement par une tuile vide.
-Le test serveur ajouté couvre le nom et le RGB persistants d’un propriétaire
-hors ligne, la durée et le codec du paquet, avec refus hors des cellules
-transmises et au-delà de 64 cellules. Les registres conservent leurs 58
-vérifications indépendantes de beta.272.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=claims273,claims272,property270,mining,overview271,menus \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryClaims273ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-`check build assemblePack` réussit en **2 min 41 s**, avec **26 tests serveur
-ciblés** et les 58 vérifications indépendantes du registre. Le MRpack beta.273
-est exporté et vérifié : ZIP, Minecraft 26.3, Loader 0.19.5 et octets des deux
-JAR locaux identiques aux builds. Les archives beta.270 à beta.272 restent
-inchangées.
-
-Le reçu final de build et de distribution est dans
-`build/claims273-validation.json`. Aucun serveur, canal packwiz, monde ou
-instance personnelle déployé. Aucun changement du comportement de protection.

docs/default-server-beta295.md

@@ -1,52 +0,0 @@
-# PACK-03 — Serveur Sanctuary préenregistré et icône
-
-Ticket du **26 octobre 2026**, branche `codex/default-server`, version `beta.295`.
-
-Le premier démarrage du client ajoute **Sanctuary Beta**, adresse publique
-`beta.sanctuary-minecraft.net`, dans la liste multijoueur vanilla. Le mécanisme
-est livré dans le JAR : il fonctionne après import du ZIP Prism du site,
-installation MRpack et mise à jour d'une instance packwiz existante.
-
-`servers.dat` reste un fichier personnel, jamais géré par packwiz. L'ajout
-conserve l'ordre, les noms, réglages et champs inconnus des autres favoris.
-Un favori Sanctuary existant est conservé sans doublon, y compris avec le nom
-DNS en majuscules, un point final ou les ports 25565/25567. Une entrée cachée
-issue de connexion directe devient visible sans être renommée. Avant la
-première écriture, une copie exacte est conservée dans
-`servers.dat.before-sanctuary-beta`. Un fichier illisible reste intact.
-
-Le marqueur local `.sanctuary/default-server-beta` indique que l'ajout initial
-est terminé : le joueur peut ensuite renommer, déplacer ou supprimer le favori.
-Il n'est pas recréé à chaque lancement. Aucun téléchargement ni connexion de
-jeu automatique n'est ajouté.
-
-Le logo 160 × 160 du pack est redimensionné en PNG 64 × 64, sans nouvelle
-illustration. Cette même image sert d'icône initiale du favori et de
-`server-icon.png` dans le profil serveur packwiz. Le serveur annonce ainsi
-l'icône aux clients lors du ping de la liste multijoueur. Le profil client ne
-possède jamais `servers.dat` ; le profil serveur possède explicitement cette
-icône. Les mondes et réglages de jeu ne changent pas.
-
-La livraison commune intègre le ticket terminé
-[CLAIM-03](property-command-beta294.md) : seule la commande anglaise
-`/sanctuary property` et ses sous-commandes sont conservées. Les deux fichiers
-de production, les deux fichiers de GameTests et le contrat sont repris
-exactement depuis sa préparation locale beta.294, après ses 18 tests serveur
-réussis, sans modifier son checkout de travail.
-
-## Vérifications
-
-- `defaultServerListSmoke` : 15 contrôles, dont lecture par `ServerData`
-  vanilla, icône 64 × 64, favoris existants, sauvegarde exacte, suppression,
-  absence de doublon et fichier corrompu suivi d'une réparation.
-- Parcours client **Vulkan FR/EN**, GUI 3 en 1280 × 800 : réussi en 38 s,
-  hook réel de démarrage, liste vanilla, nom et icône, ping public 0/20.
-  Deux captures inspectées ; aucun monde ouvert. Journal et captures sous
-  `build/release295/` et `mods/sanctuary/build/run/clientGameTest/screenshots/`.
-- `./gradlew check build assemblePack assembleServerPack` : réussi en
-  **3 min 22 s**, avec les contrôles purs et **18 tests serveur ciblés**
-  `property270,claims272,claims277,claims278`, `sanctuaryAtlasOnly=true`.
-  Les tests vérifient à nouveau la commande unifiée sur la base commune.
-  Journal : `build/release295/check-build.log`.
-- Publication Gitea, canal, CT 350, téléchargement Web et Prism : à consigner
-  après livraison ; cette préparation ne prouve pas leur mise à jour.

docs/demeure-overlay-beta274.md

@@ -1,75 +0,0 @@
-# MAP-CTM — Calque Demeure continu, beta.274
-
-Branche `codex/inhabitant-property`. Demande du 24 octobre 2026, après beta.273.
-La [refonte des propriétés](property-demeure-refonte.md) reste un cadrage en
-attente ; la fiche Habitant est conservée. Le créateur a confirmé que les claims
-actuels doivent rester accessibles.
-
-Le calque Demeure garde sa texture de 1 024 × 1 024 pixels alignée sur celle du
-terrain, mais retire les cadres de chunks. Deux cellules adjacentes ayant la
-même couleur et la même influence se raccordent sans couture interne, y compris
-aux coins. Il ne s’agit pas d’ajouter des textures CTM de blocs dans le monde.
-
-La teinte est uniforme dans chaque cellule connue. Sa présence suit la **part
-relative d’influence** déjà calculée par Demeure, avec un alpha de 16 + 96 × part / 100
-(0 si la part est nulle). Ce pourcentage n’est pas un compteur de jours habités
-ou une preuve d’ancienneté. Le terrain, le brouillard et le vide gardent leurs
-pixels ; seuls les chunks modifiés sont repeints. Un changement de pourcentage
-actualise maintenant la teinte même si la couleur du personnage reste identique.
-
-## Protections, dans le même calque pixel
-
-Une protection active prend une couleur uniforme (alpha 64/255) dans la même
-texture que Demeure : plus de rectangles GUI par chunk, de cadres, de pointillés
-ou de boucliers. Les cellules voisines de même propriétaire se rejoignent sans
-trait intérieur. Un claim sans protection reste déclaré et accessible au clic
-droit, sans aplat de protection. Si les deux affichages sont activés, la couleur
-de protection est prioritaire sur l’influence Demeure.
-
-La légende associe les couleurs aux personnages ayant une protection visible,
-avec trois noms au maximum puis un compteur. Le bouton de masquage reste partagé
-avec Pause. Le calque est invalidé par les achats, les données de Demeure, les
-changements d’affichage et l’expiration ; les cellules expirées sont repeintes
-une fois. L’aperçu de Pause compose la même teinte dans ses propres pixels de
-terrain, en conservant le masque du vide et du brouillard. Aucun dessin de
-bordure ne dépend de l’adjacence : le raccord résulte des pixels uniformes.
-
-L’infobulle du bouton décrit la présence et l’influence d’habitation, sans
-« aucun claim ni protection ». Les règles, scores et formats de Demeure,
-les droits et données de propriété, la génération et les mondes personnels
-ne sont pas modifiés par cette correction d’affichage.
-
-## Vérification
-
-`check build assemblePack` réussit en **2 min 50 s** : **29 tests serveur ciblés**
-(claims, ancien modèle, minage, overview, menus, Atlas et Demeure). Les contrôles
-indépendants du registre restent réussis. Les deux parcours **Vulkan FR/EN,
-GUI 2/3/4** passent : **58 s / 19 captures** pour les propriétés et **29 s /
-8 captures** pour Demeure.
-
-Les tests de pixels vérifient les bords, coins et corps identiques sur des
-cellules adjacentes, la teinte seule des protections actives, les propriétaires
-hors ligne, le changement de pourcentage sans changement de couleur, le vide,
-le brouillard et le retrait d’une empreinte. Le masquage, le réaffichage,
-l’expiration, le clic droit, la composition dans Pause et l’accès Habitant sont
-couverts. Captures dans `build/map274-screenshots/` et
-`build/demeure274-screenshots/` ; inspections FR GUI 4, EN GUI 3, Pause et Habitant.
-
-Le MRpack beta.274 est exporté et vérifié : ZIP, Minecraft 26.3, Loader 0.19.5
-et octets des deux JAR locaux identiques aux builds. Les archives beta.270 à
-beta.273 gardent leur empreinte. Reçu : `build/map274-validation.json`.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=claims273,claims272,property270,mining,overview271,menus,map,demeure \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryMap274ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-# Pour le second parcours, remplacer sanctuaryMap274ClientTests par sanctuaryDemeure274ClientTests.
-```
-
-Export local uniquement. La proposition de claim issue de l’habitation, le
-premier occupant, les duels, l’accord de partage et un tarif moins élevé restent
-à définir dans le cadrage de reprise ; aucun n’est annoncé comme implémenté.

docs/diagonal-caves-beta227.md

@@ -1,114 +0,0 @@
-# Diagonales : transitions, dessous et cavités — beta.227
-
-Retour R045 sur beta.226, 5 octobre 2026. Branche `codex/diagonal-caves-beta227`,
-base `5fb1407`. Anciennes générations conservées ; nouveaux profils 227 uniquement.
-
-- NE jardin pâle/marais : transitions d’étangs sans paliers brutaux, relief 3D
-  plus présent à l’intérieur, fragmentation prononcée du pourtour, petites
-  échappées d’eau admises mais pas de rideau d’eau massif.
-- SO : surface désert/savane appréciée ; retirer de l’épaisseur rocheuse inutile
-  sous le plateau sans refaire sa surface.
-- SE : mangroves et silhouette validées ; ajouter de grandes régions de lush
-  caves et dripstone caves dans les parties inférieures.
-- NO : grandes plaines validées ; commencer le grignotage 3D plus près du centre.
-
-Captures consultées dans le labo 226 : `2026-10-05_21.05.12.png` et
-`2026-10-05_21.07.21.png`. Elles montrent des fonds d’étangs à transitions nettes.
-La profondeur binaire et le masque de protection des bassins dans 226 sont
-remplacés par des transitions continues. La photo seule ne prouve pas un
-problème de frontière de chunk ; les contrôles ci-dessous portent sur les
-transitions du champ et la décoration native.
-
-## Réalisation
-
-Les champs 225/226 restent figés. 227 s’appuie sur le champ 226 pour conserver
-la surface méridionale et la forme des récifs de mangrove. Aucun changement
-de sauvegarde, de génération existante ou de dimension.
-
-NE : retrait du halo binaire autour des lacs ; profondeur interpolée, relief
-intérieur continu avant arrondi en blocs, rugosité 3D atténuée près de l’eau.
-La bordure entière peut être découpée, y compris les anciens abords protégés.
-L’eau n’est placée que sur les fonds encore présents ; pas de remplissage des
-grandes failles ouvertes. De petites échappées restent possibles. Il ne s’agit
-pas d’une simulation d’hydrologie ni d’un réseau de cascades.
-
-SO : amincissement variable, environ 40 à 64 blocs sous le toit avec irrégularité
-3D du dessous. Les 24 blocs supérieurs restent sur le champ accepté. Sur les
-grilles de sondage 0/42, environ 49 à 51 % du volume rocheux échantillonné est
-retiré ; ce n’est pas un recensement exhaustif de toute l’île.
-
-SE : densité et biomes de surface 226 conservés. Sous la surface, de larges
-régions de grottes luxuriantes et à concrétions reçoivent les features natives
-26.3 (mousse, lianes lumineuses, fleurs sporifères, argile, grandes concrétions,
-stalactites/stalagmites). Plages de placement adaptées à Y=40–320. Aucune
-nouvelle lave, forêt d’azalées de surface ou nouvelle distribution de minerais
-ajoutée par ces deux biomes de cavités. Les volumes existants servent de support,
-sans nouvelle excavation de la silhouette validée.
-
-NO : le masque peut maintenant agir jusqu’à 340 blocs de distance interne
-au bord (contre 180), sans modifier le noyau de plaines restant. Le champ
-supplémentaire ne fait que retirer de la matière.
-
-## Vérifications
-
-Six GameTests ciblés réussis : transitions NE et relief intérieur sur quatre
-graines, extension des découpes NO et centre conservé, surface SO intacte et
-volume réduit, champ SE identique et deux vastes biomes souterrains, trois
-presets publics, ordre des features, déterminisme après recompilation et
-anciens profils lisibles.
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
--PsanctuaryFocusedTests=base204,diagonal227 -PsanctuaryAtlasOnly=true` réussit
-en 4 min 2 s (`build/diagonal227-build.log`).
-
-Les premiers essais natifs 0/42 valident le NE, les arbres immergés et les
-décorations des deux types de caves au SE. Ils s’arrêtent sur un contrôle trop
-étroit des arbres de savane : un seul chunk de chaque biome, tous sans arbre
-complet. Lecture des chunks FULL sauvegardés : 11 troncs / 70 feuilles sur 0,
-24 troncs / 214 feuilles sur 42. L’instrumentation élargit désormais la recherche
-à d’autres chunks de savane, sans changer la production. Helper recompilé et
-exporté ; nouveaux essais isolés `diagonal227-final0` et `diagonal227-final42`
-réussis, processus terminés normalement. Les mondes du premier essai restent
-intacts. Le helper final est recompilé puis exécuté dans ces deux essais ;
-aucun changement de production après le build complet.
-
-Les quatre offres réelles, leur coût, le refus d’un double paiement, la reprise
-après interruption et les quatre relais utilisables sont vérifiés sur chaque
-graine. Chaque activation prépare 49 chunks FULL. Les arbres natifs sont
-présents dans les quatre expansions ; 3 et 7 troncs enracinés dans les marais
-peu profonds ont été observés. Les sondages des cavités SE trouvent respectivement
-120/171 blocs de décoration lush et 34/30 de pointed dripstone. Ces comptages
-prouvent la décoration native dans les chunks examinés, pas sa densité globale.
-Les cannes à sucre de l’île principale restent présentes : 42 pieds sur 0,
-94 sur 42. Rapports ignorés sous `build/worldgen-lab/diagonal227-final{0,42}`.
-
-## Distribution et visite
-
-MRpack normal : `build/Sanctuary-beta.227.mrpack`, copie dans Downloads.
-Minecraft 26.3, Fabric Loader 0.19.5. Archive contrôlée, JAR conforme au build,
-trois tailles présentes, aucun module Test ni monde inclus. Les 398 ressources
-historiques de worldgen comparées sont identiques à 226 ; seul l’alias public
-Sanctuary pointe désormais vers les nouveaux profils.
-
-- SHA-256 MRpack : `5ffa88d0a8d30b17276bda0e644e3406dd2a2bdc7727a27e546320a502adf547`.
-- SHA-256 JAR : `e759515e49cd254f41e9ab786478cba02613c560534f77d89b820f69ae384dee`.
-
-Nouvelle visite isolée `diagonal227-final-visit`, monde
-`Sanctuary-Diagonal-227-0` : copie du nouveau monde de vérification arrêté,
-graine 0, île principale Petit, quatre expansions de 1024 prêtes, créatif avec
-commandes, distance 32 chunks et simulation 5. Départ au-dessus du relais NE.
-Ouverture confirmée le 5 octobre à 21:33:59 : `DIAGONAL227_VISIT_OPEN`,
-position `848, 384, -496`, backend Vulkan confirmé dans
-`build/diagonal227-solo.log`. Aucune validation OpenGL.
-
-| Région | Relais X, Y, Z sur la graine 0 |
-| --- | --- |
-| NE jardin pâle/marais | 848, 336, -496 |
-| SE mangroves/cavités | 560, 377, 816 |
-| SO savane/désert | -832, 217, 512 |
-| NO plaines/taïga | -608, 238, -768 |
-
-Le rendu reste à apprécier par le joueur, notamment les berges très découpées
-et l’étendue visible des cavités. Pas de visite complète Moyen/Grand, de mesure
-de fluidité ni d’essai Windows revendiqués. Aucun ancien monde modifié, aucun
-canal packwiz avancé et aucune installation Prism synchronisée.

docs/diagonal-islands-beta225.md

@@ -1,100 +0,0 @@
-# Diagonales climatiques et cannes à sucre — beta.225
-
-## Contrat
-
-Demande du 5 octobre 2026 : cannes à sucre près de l’eau de Sanctuary Island,
-puis quatre expansions diagonales de **1024 blocs** (512 remplacé pendant
-le chantier à la demande du joueur). Nord froid, Sud chaud,
-Est humide, Ouest sec. Branche `codex/diagonal-islands-beta225`, base `1388d8a`.
-
-- Nord-Est : marais frais, jardin pâle, forêt sombre et taïga.
-- Nord-Ouest : meadow, prairies, taïga et bosquets froids.
-- Sud-Est : mangroves, jungle et bambou.
-- Sud-Ouest : désert, savane et prairies sèches.
-
-Première variante : surfaces étendues, collines, dessous flottant irrégulier,
-zones humides fermées dans les dépressions du terrain. Végétation et faune
-des biomes natifs 26.3. Relais de continuation conservé. Les quatre cardinales
-restent en 1024 avec leur génération validée. Pas de nouvelle structure ici.
-
-Nouveaux profils 225 seulement, dans les trois tailles Sanctuary. Les profils
-224 et antérieurs gardent leurs règles et leurs tailles d’expansion. Aucune migration ou régénération de sauvegarde.
-Les essais utilisent uniquement des mondes neufs de développement (42 et 0).
-Le message SGA et l’aide de visite réservée aux opérateurs sont conservés.
-
-## Implémentation
-
-Champ de relief déterministe, collines à grande échelle, bordure irrégulière et
-bruit 3D dans le dessous. Épaisseur variable, de neuf blocs sur les extrémités
-à 68 blocs à l’intérieur. Les dépressions humides ont un niveau commun Y=204,
-un fond protégé et une couronne de terrain ferme ; aucune simulation
-hydrologique supplémentaire. La sélection des biomes est continue dans les
-coordonnées du monde et utilise les végétations natives 26.3.
-
-Les offres des ancres diagonales demandent un diamètre 1024 et conservent
-l’éventail de placement existant. Préparation limitée à 49 chunks autour du
-relais ; le reste se génère à l’exploration. Relais simple de continuation pour
-cette première variante. Les monuments régionaux des cardinales sont conservés.
-
-Les cannes réutilisent le plan des berges de surface, après leur aménagement.
-Groupes de deux ou trois blocs, sur sol accepté par Minecraft et à côté d’une
-eau réellement présente. Écriture limitée au chunk décoré, sans dépendre de
-l’ordre de décoration des chunks voisins. Aucun nouveau bassin créé.
-
-## Vérifications
-
-Six GameTests ciblés (`base204,diagonal225`) réussis : trois tailles publiques
-sans Test, lecture des anciens profils, biomes et étanchéité sur quatre graines,
-reproductibilité aux limites des chunks, éventail directionnel et absence de
-collision, conservation des matériaux du volcan, règles de survie des cannes.
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
--PsanctuaryFocusedTests=base204,diagonal225 -PsanctuaryAtlasOnly=true`
-réussit en 3 min 57 s. Log : `build/diagonal225-build.log`.
-
-L’essai natif 42 passe les quatre offres, le paiement, l’interruption/reprise,
-les relais et la végétation des quatre directions. 94 pieds de canne observés
-sur les berges de l’île principale. Le premier essai 0 a révélé une erreur
-**du contrôle** : son premier échantillon de mangrove était sur la berge sèche,
-ce qui ne prouvait rien sur l’eau de la dépression. Le contrôle cherche désormais
-une colonne réellement immergée et vérifie son fluide natif. Le nouvel essai 0 passe aussi les quatre activations et les contrôles natifs ;
-43 pieds de canne observés. La correction ne touche que l’instrumentation du
-module Test, recompilée et réassemblée ensuite ; le terrain livré est identique.
-
-| Graine | Nord-Est X/Z | Sud-Est X/Z | Sud-Ouest X/Z | Nord-Ouest X/Z | Cannes |
-| --- | --- | --- | --- | --- | --- |
-| 42 | 544 / -816 | 816 / 544 | -816 / 512 | -704 / -736 | 94 |
-| 0 | 848 / -496 | 560 / 816 | -832 / 512 | -608 / -768 | 43 |
-
-Les huit expansions mesurent 1024 blocs et passent chacune par 49 chunks FULL
-préparés. Présence de bois/feuilles natifs dans les quatre directions, mangroves
-et bambou à l’Est, cactus dans le désert à l’Ouest. Ces relevés sont locaux,
-pas un inventaire exhaustif de chaque île. Reçus ignorés :
-`build/worldgen-lab/diagonal225-check42/small/42/{cold,warm}.json` et
-`build/worldgen-lab/diagonal225-wet-check0/small/0/{cold,warm}.json`.
-
-## Distribution et limites
-
-MRpack standard vérifié : archive intègre, JAR exact, dépendances 26.3/Loader
-0.19.5, trois tailles 225 et 382 ressources historiques de génération identiques
-à beta.224 (sauf alias public du preset). Aucun monde ni module Test inclus.
-SHA-256 : `b178c15d8a40a1627134c64b343d13d508f9e7c95f85d43a1a88c8769d8e8c0c`.
-
-Le rendu reste à apprécier en jeu. Pas de campagne graphique ou Windows,
-ni de nouvelle exploration complète Medium/Large. Pas de changement du canal
-packwiz ni de l’installation Prism personnelle. Les mondes de contrôle restent
-dans les dossiers de développement ignorés.
-
-
-## Visite du 5 octobre 2026
-
-À la demande du joueur, nouveau solo `Sanctuary-Diagonal-225-0`, graine 0,
-copie du serveur de contrôle arrêté. Les quatre diagonales sont déjà prêtes ;
-départ au Nord-Est en 848 / 254 / -496. Vulkan, rendu 32 chunks, simulation 5,
-créatif/vol et commandes autorisées. Le client confirme `DIAGONAL225_VISIT_OPEN`.
-
-Ajout du nom Diagonal-225 à la liste du lanceur de visites et à son aide client
-optionnelle, compilée avec `:sanctuary-test:exportDuoLaunch`. L’identité des
-sources du contrôle a été vérifiée avant ce seul changement de lanceur ;
-génération et ressources de production identiques. Les anciens mondes et le
-MRpack beta.225 livré restent inchangés. La visite est une copie neuve isolée.

docs/diagonal-lower-groves-beta230.md

@@ -1,64 +0,0 @@
-# Jardins pâles bas et roche jaune — beta.230
-
-Retour R048 sur beta.229, 5 octobre 2026. Base `55df522`, branche
-`codex/lower-groves-beta230`. Nouveaux profils uniquement, aucune migration
-ou régénération des anciennes cartes.
-
-NE : garder le relief validé et étendre les chênes pâles aux terrasses situées
-sous le niveau du plateau, y compris à ciel ouvert. Dripstone dans les parties
-inférieures ; marais et lucioles restent sur le plateau. Eau toujours
-facultative et conditionnée à une cuvette naturellement fermée.
-
-SO : mêler la roche jaune existante à la pierre normale en masses continues,
-en conservant les minerais natifs et les cavités soufre/dripstone.
-SE mangroves et NO plaines validés par le joueur, champs de relief conservés.
-
-Le seuil inférieur suit le plafond ondulé du terrain savane (Y=230 ± 18),
-avec une bande supérieure de 12 blocs laissée au marais. Il ne suit plus le
-sommet local de chaque colonne : une terrasse basse ouverte est désormais un
-sol de jardin pâle. Même support 2 × 2 et même dégagement pour les arbres.
-Les formations natives de dripstone sont ajoutées au biome pâle inférieur.
-Les buissons à lucioles restent exclusivement au-dessus de ce seuil.
-
-La roche jaune est répartie par un bruit volumique lent, sans changer la
-forme de la savane. La substitution après décoration ne vise que Stone ;
-elle conserve les blocs de minerai, leur voisinage immédiat dans le chunk,
-les autres roches, le soufre et le cinabre. Aucune variante de minerai jaune
-ajoutée et aucun changement des tags minéraux globaux.
-
-Neuf GameTests ciblés réussis : reliefs conservés, séparation des habitats,
-terrasses ouvertes et sols abrités, cuvettes fermées, cavités sèches SO,
-substitution réelle de pierre avec conservation des minerais, presets et
-ordre des features. Les grilles 0/42 trouvent 274/285 sites de chêne pâle,
-dont 216/245 ouverts ; ces chiffres ne sont pas un inventaire de l’île.
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
--PsanctuaryFocusedTests=base204,diagonal230 -PsanctuaryAtlasOnly=true` réussit
-en 2 min 38 s. Contrôles natifs réussis sur 0/42 : quatre activations réelles, paiements et
-refus des doubles offres, interruption/reprise, 49 chunks FULL par expansion,
-relais utilisables. Les nouveaux mondes de contrôle sont arrêtés normalement.
-
-Au NE, dans les chunks sondés : 38/32 blocs de tronc pâle, quatre colonnes
-de racine à ciel ouvert sur chaque graine (un tronc de 2 × 2), 103/76 blocs
-de pointed dripstone et 7/1 buissons à lucioles supérieurs. Au SO : les deux
-roches sont présentes (462/1711 blocs jaunes et 7180/2707 Stone dans les
-échantillons), avec pics de soufre et dripstone. Ces comptes attestent la
-présence, sans mesurer la proportion globale sur chaque île.
-Rendu à apprécier en jeu.
-
-MRpack normal vérifié, copie dans Downloads : Minecraft 26.3 / Fabric Loader
-0.19.5, trois tailles, JAR identique au build, aucun module Test ni monde.
-Les 432 ressources historiques de worldgen comparées à 229 sont identiques.
-SHA-256 pack : `b080b17d7e54427d3a6b89da2b009637e99a648752ba49068a274fa35499f8e4`.
-SHA-256 JAR : `c72cc0afea27e7d71c73d6f4edc4f874bc5fb665288eba243d7faafcba5e3276`.
-Reçu : `build/diagonal230-mrpack-receipt.json`.
-
-Aucune publication de canal ni synchronisation Prism, aucune validation
-Windows ou mesure de fluidité.
-
-
-Nouvelle visite isolée `diagonal230-visit`, monde `Sanctuary-Diagonal-230-0`,
-copiée depuis le contrôle graine 0 arrêté. Île principale Petit et quatre
-expansions 1024 prêtes. Créatif avec commandes, 32 chunks, simulation 5 ;
-départ au relais NE (856, 273, -496). Ouverture Vulkan confirmée à 22:45:00
-le 5 octobre 2026, `DIAGONAL230_VISIT_OPEN` dans `build/diagonal230-solo.log`.
-Le rendu reste à apprécier par le joueur ; anciennes visites conservées.

docs/diagonal-relief-beta226.md

@@ -1,110 +0,0 @@
-# Reliefs distincts des diagonales — beta.226
-
-Retour du 5 octobre 2026 sur beta.225. Biomes appréciés, silhouettes refusées :
-grands plateaux identiques, bords tranchés. Branche `codex/diagonal-relief-beta226`,
-base `e2b9ee7` et conservation des ajustements locaux du lanceur de visite 225.
-
-- Nord-Est : garder les bassins, davantage de hauts reliefs émergés sans excaver
-  leur intérieur ; marais moins profonds, arbres plus fréquents dans l’eau,
-  quelques grands lacs conservés.
-- Nord-Ouest : grandes plaines et végétation validées ; bords rongés fortement
-  en 3D, effet qui diminue en allant vers le centre, centre préservé.
-- Sud-Ouest : remplacer la base par un terrain flottant 3D natif, grandes
-  surfaces de sable et roche, plateaux de savane, léger rehaussement local.
-- Sud-Est : relief très fragmenté, hauts et bas, récifs verticaux, davantage
-  de mangroves ; boue, argile et calcite. Abandon de l’ambiance plate.
-
-Diamètre 1024, Est humide/Ouest sec. Nouveaux profils 226 seulement. Île
-principale, cannes à sucre et quatre cardinales conservées. Pas de migration
-des mondes 225 ou antérieurs ; nouvelles visites isolées pour les essais.
-
-## Réalisation
-
-La révision 225 reste figée. Trois nouveaux profils 226 réutilisent exactement
-la génération de Sanctuary Island ; seules les diagonales passent au nouveau
-champ. Les anciennes ressources et leurs identifiants restent lisibles.
-
-Le Nord-Ouest réemploie les colonnes et matériaux 225 à plus de 180 blocs de
-la bordure. À l’extérieur, deux échelles de bruit volumique découpent le bord
-et le dessous ; un masque continu réduit l’effet en approchant du centre.
-Le Nord-Est conserve les dépressions et leur enveloppe étanche, garde une
-partie des lacs profonds et relève les autres fonds à une ou deux couches
-d’eau. Des reliefs émergés ajoutés en 3D restent à distance des bassins. Les
-chênes de marais natifs reçoivent davantage de tentatives de plantation.
-
-Le Sud-Ouest repart du champ flottant `PopulationIslandDensity`, sans le
-plateau commun 225, avec une limite haute légèrement ondulée pour les savanes.
-Le Sud-Est étire verticalement ce champ, ajoute des fractures et des récifs
-volumiques, et favorise les mangroves natives. Les différentes corniches
-exposées reçoivent du sol, pas seulement le sommet de la colonne ; les veines
-cohérentes de calcite et d’argile traversent la roche. Le sable repose sur une
-base solide. Les biomes de végétation natifs restent ordonnés et compatibles.
-
-Les bassins 225 conservés concernent le Nord-Est. Le Sud-Est abandonne ses
-anciens bassins plats ; ses mangroves poussent sur les corniches de boue.
-
-La préparation d’une expansion reste limitée à 49 chunks autour du relais.
-Pas de passe d’hydrologie ou de simulation supplémentaire, ni de nouvelle
-structure. Relais cherché sur un support réel ; le petit socle 3 × 3 existant est conservé,
-sans grande terrasse artificielle.
-
-## Contrôles
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
--PsanctuaryFocusedTests=base204,diagonal226 -PsanctuaryAtlasOnly=true` réussit
-en 2 min 42 s (`build/diagonal226-build.log`). Six GameTests : trois profils
-publics et historiques, conservation du centre NO, bords rongés, bassins NE
-étanches et moins profonds sur quatre graines (0, 42, 2026, -9137), volumes
-natifs méridionaux, part des mangroves, déterminisme après recompilation,
-relais supportés, ordre des features et routage des cardinales validées.
-
-Sur la grille de contrôle des deux graines 0/42, le NO perd plus de la moitié
-de ses colonnes de bord à leur ancienne hauteur, avec un centre strictement
-conservé. Le NE conserve des lacs profonds et 56 à 84 % de colonnes humides
-peu profondes sur les quatre graines. Les reliefs ajoutés dépassent localement
-85 blocs. Au SE, la mangrove couvre 67 à 73 % des colonnes émergées échantillonnées
-sur les graines de champ 0/42 ; les surfaces vont localement de Y=63 à Y=439.
-Ce sont des sondages de champs, pas des mesures exhaustives des mondes.
-
-Deux mondes natifs neufs, graines **0 et 42**, passent les quatre offres réelles,
-le refus des paiements incorrects et doubles offres, l’interruption après
-réservation, la reprise, les relais utilisables et la décoration native.
-Chaque préparation reste à 49 chunks FULL. Trois troncs natifs enracinés
-sous le niveau de l’eau ont été constatés dans le marais de chaque monde
-(arrêt du contrôle dès trois arbres). Bois et feuilles présents sur les quatre
-îles, mangroves sur les corniches SE. Cannes de l’île principale : 42 pieds
-sur 0, 94 sur 42. Les relevés de plantes portent sur quelques chunks par biome ;
-un échantillon désert sans cactus ne constitue pas un inventaire de l’île.
-
-Reçus ignorés :
-`build/worldgen-lab/diagonal226-check0/small/0/{cold,warm}.json` et
-`build/worldgen-lab/diagonal226-check42/small/42/{cold,warm}.json`.
-
-## Distribution
-
-MRpack standard beta.226 dans `build/` et `~/Downloads/`, contrôlé après
-assemblage : archive intègre, JAR construit exact, Minecraft 26.3 / Loader
-0.19.5, trois nouveaux profils et 388 ressources historiques de génération
-identiques à beta.225 (hors alias public). Aucun monde ou module Test inclus.
-SHA-256 : `c1ce5fc71a3e0417194d591d1ddd04b00dcef46565dfdb34ccd7ee2a01217e02`.
-
-Pas de publication du canal packwiz, de push ou de modification de Prism.
-Les mondes existants restent sur leur révision. Rendu à apprécier par le joueur ;
-pas de campagne de screenshots, de validation Windows ou d’exploration complète
-Medium/Large. Les contrôles des trois tailles vérifient leurs registres et presets.
-
-## Visite
-
-Copie isolée du serveur 0 arrêté dans
-`build/worldgen-lab/diagonal226-visit/small/0/client/saves/Sanctuary-Diagonal-226-0`.
-Créatif, vol et commandes autorisés ; 32 chunks de rendu, simulation 5,
-mémoire 4 Gio. Départ NE à 848 / 270 / -496. Vulkan confirmé ; `DIAGONAL226_VISIT_OPEN` le 5 octobre à 20:32:59.
-Le joueur passe en Spectateur à 20:33:04.
-
-Points d’observation libres, téléportation possible :
-
-- NE : `/tp @s 848 270 -496`
-- SE : `/tp @s 560 425 816`
-- SO : `/tp @s -832 265 512`
-- NO : `/tp @s -608 286 -768`
-

docs/diagonal-shaping-beta228.md

@@ -1,88 +0,0 @@
-# Diagonales : abaisser et ciseler — beta.228
-
-Retour R046 sur beta.227, 5 octobre 2026. Base `70a34df`, branche
-`codex/diagonal-shaping-beta228`. Nouveaux profils uniquement.
-
-Le jardin pâle monte trop haut entre les étangs. Conserver son pourtour 3D,
-abaisser fortement le relief et rendre les lacs lisibles. Les mangroves et
-leurs cavités conviennent, mais leurs volumes demandent des arêtes moins
-rondes. Même finition sur les bordures des plaines NO, plateau général
-conservé. L’épaisseur et la surface désert/savane SO sont validées et figées.
-
-Captures consultées dans le labo 227 : `2026-10-05_21.36.56.png` et
-`2026-10-05_21.40.07.png` ; grandes buttes NE et découpe arrondie NO visibles.
-
-## Réalisation
-
-NE : comprimer les hauteurs émergées, réduire la surélévation et l’annuler sur
-les fonds aquatiques. SE/NO : fractures Voronoi à largeur modulée par du bruit
-3D ; calcul cellulaire mis en cache par colonne. Le noyau de plaines NO et le
-champ SO restent ceux de 227. Réutiliser les deux biomes de cavités 227 au SE.
-
-La partie émergée du NE est comprimée à 55 % de sa hauteur au-dessus de l’eau.
-Les deux surélévations passent de 120 + 100 à 12 + 8 blocs, avec une transition
-continue qui les annule sur les fonds aquatiques. Le masque 3D du bord reste
-celui de 227. L’eau garde son niveau Y=204, sans nouvelle simulation hydrologique.
-
-Le Voronoi SE/NO fournit la distance aux faces des cellules ; deux bruits 3D
-modulent la largeur des fractures à différentes échelles. Le calcul cellulaire
-est réutilisé sur la colonne entière. Au NO, l’action supplémentaire cesse
-à 280 blocs de distance interne au bord : le centre est exactement celui de
-227. Au SE, seules des découpes sont ajoutées ; les cavités existantes ne sont
-pas remplies. Les nouveaux rebords reçoivent les matériaux du terrain 226.
-
-## Vérifications
-
-Sept GameTests ciblés réussis (`build/diagonal228-tests.log`). Sur les grilles
-NE de quatre graines, dont les deux graines d’expansion réellement visitées :
-sommets entre Y=228 et 237, baisse moyenne intérieure de 30 à 39 blocs,
-2,4 à 2,6 fois plus de colonnes en eau qu’en 227. Plus de 95 % des anciens fonds
-aquatiques 225 du centre sont de nouveau en eau. Ce sont des échantillons,
-pas une mesure exhaustive de la superficie des lacs.
-
-Sur 0/42, environ 8–10 % de matière en moins au NO et 22 % au SE dans les
-grilles sondées ; centre NO conservé, deux biomes de caves présents, relais
-sur support, surfaces de mangrove préservées comme habitats. Le champ de
-densité et les matériaux SO sont identiques à 227 sur les échantillons.
-Déterminisme, trois presets publics et anciens identifiants contrôlés.
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
--PsanctuaryFocusedTests=base204,diagonal228 -PsanctuaryAtlasOnly=true` réussit
-en 2 min 43 s (`build/diagonal228-build.log`), avec les sept GameTests.
-
-Contrôles natifs réussis sur deux nouveaux mondes isolés, graines 0/42 :
-`diagonal228-check0` et `diagonal228-check42`. Paiements et refus des doubles
-offres, interruption/reprise, quatre expansions de 1024, 49 chunks FULL par
-activation et relais utilisables vérifiés. Les sondages trouvent des arbres
-dans chaque région, ainsi que des troncs enracinés dans l’eau au NE (3/7).
-Au SE, présence native des décorations lush (389/114 blocs échantillonnés) et
-pointed dripstone (38/76). Ces comptages ne mesurent pas leur abondance globale.
-Les deux processus se terminent normalement. Aucun ancien monde modifié.
-
-## Artefact local
-
-MRpack normal `build/Sanctuary-beta.228.mrpack`, copié dans Downloads.
-Archive et JAR vérifiés, Minecraft 26.3 / Fabric Loader 0.19.5, trois tailles,
-aucun module Test ni sauvegarde dans le pack. Les 415 ressources historiques
-de worldgen comparées à 227 sont identiques ; seul l’alias public est avancé.
-
-- SHA-256 MRpack : `5e808121a2b1e3e358c58a2bb4616592521a4bd54cb18fe25c3ab68b05a4ee9d`.
-- SHA-256 JAR : `4a62259e1d941079de44237ed3a342a5a5e7fbe443fce07826fda76be2dd2a58`.
-
-Nouvelle visite `diagonal228-visit`, monde `Sanctuary-Diagonal-228-0`, copiée
-depuis le nouveau monde de contrôle arrêté. Graine 0, île principale Petit,
-quatre expansions de 1024 prêtes, créatif avec commandes, 32 chunks et simulation
-5. Ouverture Vulkan confirmée le 5 octobre à 21:54:28 dans
-`build/diagonal228-solo.log` : `DIAGONAL228_VISIT_OPEN`, position 848, 267, -496.
-
-| Région | Relais X, Y, Z sur la graine 0 |
-| --- | --- |
-| NE jardin pâle/marais | 848, 219, -496 |
-| SE mangroves/cavités | 560, 377, 816 |
-| SO savane/désert | -832, 217, 512 |
-| NO plaines/taïga | -608, 238, -768 |
-
-Le rendu reste à apprécier par le joueur. Ces essais ne constituent pas une
-mesure de fluidité ni une visite exhaustive des tailles Moyen/Grand. Aucun
-essai Windows, aucune modification d’un ancien monde, aucune publication de
-canal packwiz ou synchronisation Prism dans ce chantier.

docs/diagonal-understory-beta231.md

@@ -1,76 +0,0 @@
-# Sous-bois pâles et visite des neuf îles — beta.231
-
-Retours R049–R050 du 5 octobre 2026. Base `42e42fe`, branche
-`codex/pale-understory-beta231`. Correctif livré ; nouvelle visite ouverte.
-
-Compléter les sols inférieurs du jardin pâle : herbes, fleurs natives
-(eyeblossoms), tapis et mousse suspendue sous les feuillages. Conserver les
-formes, arbres, dripstones, marais supérieurs et géologie de savane validés.
-L’eau reste facultative, seulement dans les cuvettes naturelles existantes.
-Nouvelle révision de génération, sans modifier les anciens profils ou mondes.
-
-Préparer une nouvelle visite isolée sur la graine 0 : Sanctuary Island Grand
-(1024 blocs), huit expansions de 1024, toutes activées. Le joueur a choisi ensuite une ouverture immédiate,
-avec chargement des zones restantes pendant l’exploration. Créatif, commandes, Vulkan, distance 32 chunks. Aucun changement
-à la génération normale du rythme d’ouverture des expansions. Pas de
-publication de canal, ni modification de l’instance Prism personnelle.
-
-Le correctif réutilise exactement le champ de terrain 230 et ses biomes.
-Une décoration supplémentaire parcourt les sols inférieurs réels du NE,
-à ciel ouvert ou abrités : herbe courte/haute, tapis de mousse pâle et fleurs
-fermées natives, avec leur transition jour/nuit. Petits rideaux de mousse
-sous le feuillage pâle. Les regroupements suivent des bruits lents ; aucune
-plante ne remplace eau, roche, tronc, dripstone ou végétation existante.
-
-Cinq GameTests passent, dont support réel des plantes, double hauteur,
-protection des obstacles et conservation du champ accepté sur 0/42.
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
--PsanctuaryFocusedTests=base204,diagonal231 -PsanctuaryAtlasOnly=true` passe
-en 2 min 34 s. MRpack normal vérifié (Minecraft 26.3 / Loader 0.19.5), trois
-tailles, JAR exact, sans Test ni monde ; 439 ressources historiques identiques.
-SHA-256 pack : `3a9763cb81e088a0beeb4e4044dd35586a590c75f6c2f9a035937c8df4dee14c`.
-SHA-256 JAR : `8ba7b19428094e01ac9f3b6b3f8054343bc7a3df60f786260f01b487ee2f675a`.
-Copie `Downloads/Sanctuary-beta.231.mrpack`, reçu
-`build/diagonal231-mrpack-receipt.json`.
-
-La préparation complète est explicite :
-`python3 scripts/worldgen_lab.py verify --run archipelago231-check0 --profile large
---seed 0 --checks diagonal231 --all-islands --memory 2048`.
-Elle utilise les paiements natifs, conserve l’interruption/reprise du premier
-relais, puis charge les neuf emprises avec une limite de quatre chunks en
-cours. Chaque chunk doit atteindre FULL, tickets libérés au fur et à mesure.
-Rapport final et arrêt propre requis avant de copier la nouvelle visite.
-Sur la graine 0 en Grand, les quatre contrôles natifs des diagonales passent :
-NE, dans un chunk inférieur sondé, 75 blocs d’herbe, 24 fleurs, 37 tapis,
-8 mousses suspendues, 44 troncs pâles, 105 dripstones et 5 lucioles supérieures.
-Ces nombres attestent leur présence ; ils ne mesurent pas toute l’île.
-Savane : 7731 blocs jaunes et 101 de pierre dans les échantillons ; cavités
-soufre/dripstone présentes. Mangroves et plaines conservent leurs habitats.
-
-Les huit activations réelles aboutissent, relais présents, journal relu :
-neuf îles de diamètre 1024 en état `ready`, génération 231, graine racine 0.
-La prégénération intégrale visait 41 458 chunks ; le joueur choisit de lancer
-le solo immédiatement. Arrêt demandé à 23:06:09, sauvegarde normale achevée,
-dernier jalon 256/41 458 (en plus des zones d’arrivée et échantillons).
-Ce contrôle interrompu volontairement n’est **pas** une prégénération complète
-réussie ; les zones restantes se chargent pendant l’exploration.
-Reçu : `build/worldgen-lab/archipelago231-check0/large/0/visit-readiness.json`.
-Anciennes visites conservées, aucune validation Windows ou mesure de fluidité.
-
-
-Visite `archipelago231-visit/large/0`, monde `Sanctuary-Diagonal-231-0`,
-créée depuis le serveur arrêté et ouverte à 23:07:33 le 5 octobre 2026.
-Vulkan confirmé, marqueur `DIAGONAL231_VISIT_OPEN`, départ (0, 320, 0),
-créatif/vol/commandes, rendu 32 chunks, simulation 5. Les données du labo
-restent dans `build/` ignoré. Aucun ancien monde modifié.
-
-| Île | Centre X/Z | Commande de visite |
-| --- | --- | --- |
-| Nord | 32 / -1984 | `/sanctuary expansion visit r2yyuk27a85c8p` |
-| Nord-Est | 736 / -960 | `/sanctuary expansion visit r7vapqz7anv7c` |
-| Est | 1776 / -208 | `/sanctuary expansion visit r2zwcc9ktr14ds` |
-| Sud-Est | 960 / 736 | `/sanctuary expansion visit r3bswui5wc00kk` |
-| Sud | 0 / 1536 | `/sanctuary expansion visit r391kr4y3lwlzy` |
-| Sud-Ouest | -960 / 736 | `/sanctuary expansion visit rclt83rncgsv1` |
-| Ouest | -1792 / -192 | `/sanctuary expansion visit r3r7b6q184g2a1` |
-| Nord-Ouest | -736 / -960 | `/sanctuary expansion visit r81ebztggj346` |

docs/diagonal-wetland-beta229.md

@@ -1,97 +0,0 @@
-# Marais étagé et cavités sèches — beta.229
-
-Retour R047 sur beta.228, 5 octobre 2026. Base `b77d71b`, branche
-`codex/wetland-reset-beta229`. Nouveaux profils uniquement ; aucun ancien
-monde, chunk ou identifiant de génération migré.
-
-## Contrat
-
-Refaire entièrement le NE : même géométrie que la savane amincie validée,
-chênes pâles sur les sols abrités sous la roche, marais en haut. Lucioles
-uniquement dans le marais supérieur. Eau facultative, seulement quand le
-relief possède une dépression fermée ; abandon des lacs à niveau constant.
-SO : soufre et dripstone dans les parties inférieures, sans lush caves et
-sans changer la surface. SE mangrove entièrement validé ; NO conservé
-provisoirement malgré les réserves esthétiques, aucune retouche des deux.
-
-## Implémentation
-
-Le NE réutilise le champ de densité SO 228, avec la graine propre à cette
-expansion. Épaisseur variable et plateau restent ceux de ce champ ; seules
-les matières et les habitats changent. Sous les 12 derniers blocs du toit,
-biome jardin pâle ; en haut, biome marais. Plantation native des chênes pâles
-sur des sols naturels de 2 × 2 avec le dégagement nécessaire sous un surplomb.
-Les buissons à lucioles sont posés sur le sol supérieur réel, jamais sur des
-feuilles ni dans le jardin pâle inférieur.
-
-Aucune simulation hydrologique ni construction de cuvette : une recherche
-locale bornée accepte seulement des dépressions d’un bloc de profondeur,
-avec deux blocs de fond solide et des murs naturels continus. Si une paroi
-manque, toute la mise en eau est abandonnée. Ces mares peuvent être rares
-ou absentes suivant la graine. Les biomes NE n’ajoutent aucune source native.
-
-SO : régions de soufre/cinabre ou dripstone sous le plateau, dans les
-cavités du terrain existant. Formations natives de pics de soufre et de
-speleothèmes ; aucun creusement nouveau ni décor lush. Les deux autres
-champs et leurs décorations restent en révision 228.
-
-## Vérifications
-
-Huit GameTests ciblés passent (`build/diagonal229-tests.log`). Sur les graines
-0/42, identité du champ NE avec le SO 228, habitats séparés en hauteur,
-65/46 emplacements de chênes pâles sur les grilles sondées, mares toutes
-bordées de matière naturelle, déterminisme, cavités SO et conservation des
-champs SE/NO contrôlés. Les nombres d’emplacements ne représentent pas un
-inventaire exhaustif des arbres de l’île.
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
--PsanctuaryFocusedTests=base204,diagonal229 -PsanctuaryAtlasOnly=true` réussit
-en 2 min 38 s. Contrôles natifs 0/42 réussis, avec quatre offres réelles,
-refus des doubles offres, consommation correcte, interruption/reprise,
-49 chunks FULL par activation et relais utilisables.
-
-Dans les chunks sondés au NE : 40/44 blocs de tronc pâle et 9/4 buissons à
-lucioles supérieurs ; racines sous des surplombs et aucune luciole basse.
-Au SO : 32/37 pics de soufre et 9/76 pointed dripstone ; aucun décor lush
-trouvé dans les cavités inspectées. Ces chiffres attestent la présence,
-pas l’abondance globale. Les cavités lush/dripstone SE restent présentes.
-
-Lecture des deux sauvegardes arrêtées (`build/diagonal229-water-audit.json`) :
-52/51 chunks NE FULL, 36/12 colonnes de racines pâles, aucune cellule d’eau.
-Les rares mares du plan théorique n’étaient donc pas présentes dans cet
-échantillon natif ; leur fréquence visuelle reste à apprécier ailleurs.
-Aucun ancien monde n’a été modifié.
-
-## Artefact local
-
-MRpack normal `build/Sanctuary-beta.229.mrpack`, copie dans Downloads.
-Archive et JAR construits vérifiés, Minecraft 26.3 / Fabric Loader 0.19.5,
-trois tailles publiques, aucun module Test ni sauvegarde. Les 421 ressources
-historiques de worldgen comparées à 228 sont identiques ; seul l’alias public
-est avancé. Reçu : `build/diagonal229-mrpack-receipt.json`.
-
-- SHA-256 MRpack : `788b3aa5898f12aed4570224beb4dd44505eb9e5cae89cefdef9fe7549c85f8b`.
-- SHA-256 JAR : `50fd7d6c04c9060abf3eca89bbaf936b39c6e9e82051d2d6559f197f425fdda9`.
-
-Aucune validation Windows ni mesure de fluidité. Aucun ancien monde modifié,
-aucune publication du canal packwiz ni synchronisation Prism.
-
-
-## Visite
-
-Nouvelle visite isolée `diagonal229-visit`, monde `Sanctuary-Diagonal-229-0`,
-copiée depuis le nouveau contrôle graine 0 arrêté. Île principale Petit,
-quatre expansions de 1024 prêtes, créatif avec commandes, vue 32 chunks,
-simulation 5. Ouverture Vulkan confirmée à 22:23:49 le 5 octobre 2026 :
-`DIAGONAL229_VISIT_OPEN` dans `build/diagonal229-solo.log`. Rendu à apprécier
-par le joueur.
-
-| Région | Relais X, Y, Z sur la graine 0 |
-| --- | --- |
-| NE marais / jardin pâle inférieur | 856, 225, -496 |
-| SE mangroves / cavités | 560, 377, 816 |
-| SO savane / cavités sèches | -832, 217, 512 |
-| NO plaines / taïga | -608, 238, -768 |
-
-Exemple de pied de chêne pâle observé dans la sauvegarde : 475, 174, -541.
-Le joueur démarre au-dessus du relais NE. Anciennes visites conservées.

docs/dynamic-hand-light-beta288.md

@@ -1,88 +0,0 @@
-# LIGHT-288 — intégrer la correction des lumières portées
-
-Branche `codex/dynamic-light-integration`, socle local beta.287 conservé.
-État : intégré, vérifié et construit en pack local beta.288.
-
-## Résultat demandé
-
-Intégrer au pack courant le correctif du commit
-`6f44214f2725b4ef2d1002606cb83e70885186ec`, branche `codex/dynamic-hand-light`.
-Sa version locale isolée était beta.283 ; la livraison combinée prend beta.288
-et conserve les zombies, leurs neuf tenues partagées, les bras natifs et le
-Hunter accroupi de beta.287.
-
-Une torche ou une lanterne tenue réagissait dans les normales PBR sans éclairer
-le terrain avec Sodium. La collecte des sources était correcte, mais les copies
-`LevelSlice` utilisées par les workers Sodium ne recevaient pas l’instantané.
-
-L’interface `DynamicLightContext` et deux mixins optionnels transmettent
-l’instantané immuable du contexte préparé côté rendu vers la copie du worker.
-Chaque nouveau travail remplace sa capture et `reset` la libère. Les lectures
-directes de lumière de bloc dans Sodium utilisent le même champ radial que
-le chemin natif, sans modifier le canal du ciel.
-
-Les mixins ne sont sélectionnés que côté client avec Sodium présent. La
-version exacte reste `0.9.2+mc26.3`, facultative et active par défaut dans le
-pack ; aucune nouvelle dépendance. Les budgets, réglages et chemins natifs
-existants restent en vigueur. Aucun monde, identifiant, format de sauvegarde
-ou comportement serveur n’est modifié.
-
-## Vérification
-
-Le test existant `HandLight283ClientChecks` est repris sans modification du
-commit source. Monde plat neuf, graine `283`, salle en pierre fermée et zone
-de pixels du sol sans interface ni objet en main visible. Deux parcours
-**Vulkan / MoltenVK 1.4.2, Apple M1** réussis :
-
-| Rendu du pack combiné | Sol sans source | Sol avec torche |
-| --- | ---: | ---: |
-| Sodium `0.9.2+mc26.3` | 11,785 | 85,366 |
-| Natif, Sodium absent | 11,783 | 90,043 |
-
-Ces moyennes de luminance sur 255 sont des mesures de pixels, pas des niveaux
-de lumière du serveur. Les deux mains, l’AO activée/désactivée, shaders/PBR
-coupés, profil Moyen sans/avec PBR, déplacement et torche jetée sont vérifiés.
-Après retrait, le sol retrouve sa luminosité initiale ; le moteur de lumière
-du monde reste à zéro. Avec Sodium, le worker retardé conserve son instantané,
-la réutilisation le remplace, le ciel reste inchangé et `reset` le libère.
-
-Commandes des deux parcours, en sessions distinctes :
-
-```sh
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryHandLightClientTests=true -PsanctuarySodiumClientTests=true \
-  -PsanctuaryQuickTests=true -PsanctuaryClientGraphicsBackend=vulkan \
-  -PsanctuaryClientHeapGb=8 -PsanctuaryClientNoVsync=true
-```
-
-Le second parcours utilise `-PsanctuarySodiumClientTests=false`. Le parcours
-`Zombie287ClientChecks` réussit également avec Sodium activé, Vulkan, graine
-`287` : neuf tenues partagées pour les sept types, bébé classique, bras natifs,
-21 combinaisons de familiers et marche/bond du Hunter. Logs et captures sous
-`build/dynamic288/`.
-
-`./gradlew check build assemblePack -PsanctuaryFocusedTests=lights,hunter286
--PsanctuaryAtlasOnly=true` réussit en **2 min 42 s** : **19 GameTests requis**
-pour les lumières et le Hunter, test d’infrastructure compris, ainsi que tous
-les contrôles purs configurés par `check`.
-
-L’export packwiz est vérifié : intégrité ZIP, version `beta.288`, Minecraft
-`26.3`, Fabric Loader `0.19.5`, un seul JAR Sanctuary identique au binaire
-construit. Par rapport au JAR beta.287, seules **cinq entrées** changent :
-la version Fabric, le plugin de sélection des mixins et les trois nouvelles
-classes du pont Sodium. Toutes les classes et ressources des zombies et
-familiers sont strictement identiques. Les tests et Sodium ne sont pas
-embarqués dans le JAR Sanctuary.
-
-## Livraison locale
-
-- [Pack beta.288](../build/Sanctuary-beta.288.mrpack), 16 715 918 octets.
-  SHA-256 : `51f70f5f00b0ccd293cf9be0dd34cf3e125c493d7929393428623668543c396b`.
-- JAR `mods/sanctuary/build/libs/sanctuary-beta.288.jar`.
-  SHA-256 : `189883fad82476da221552fc56facb585f05f3167d0908a855f510625b932358`.
-- Reçu : `build/dynamic288/validation.json`, comparaison des archives et
-  références des logs. Le MRpack beta.287 reste intact.
-
-Aucune publication, synchronisation Prism ou ouverture de sauvegarde
-personnelle. La décroissance radiale et ses limites d’occultation restent
-celles de l’éclairage dynamique existant.

docs/east-crater-beta224.md

@@ -1,84 +0,0 @@
-# Est — cratère strié et arbres enracinés, beta.224
-
-## Contrat du 5 octobre 2026
-
-Retour après visite beta.223 : relief général, arbres et ravins appréciés.
-Arbres de jungle observés sur d’autres arbres ; cratère jugé trop camouflage.
-Conserver la géométrie et retravailler ses matériaux : lignes concentriques
-du fond vers le sommet, stries verticales/hachures qui s’estompent en hauteur,
-plus d’obsidienne, magma à proximité, transitions légèrement bruitées.
-Captures évoquées sans chemin fourni : aucune capture inspectée.
-Branche `codex/east-crater-beta224`, base `9063e16`.
-
-## Portée
-
-Nouveaux profils 224 uniquement. Le champ de densité, les hauteurs, ravins,
-cavités, lave et emplacements de monuments reprennent exactement 223 pour une
-même graine d’expansion. Habillage minéral de la surface et des sept blocs sous-jacents du
-cratère uniquement, sans nouvelle simulation ni passe de relief.
-Les grandes jungles utilisent les mêmes arbres avec un filtre de sol avant
-plantation, absent du placement custom 223. Tables natives de bambou, pandas
-et autres arbres conservées. Île principale, Nord, Sud et Ouest conservés.
-Anciennes sauvegardes et profils intacts ; essai dans un nouveau laboratoire.
-
-## Vérifications ciblées
-
-Java 25, Minecraft 26.3, Fabric Loader 0.19.5 et API 0.160.5+26.3.
-Sept GameTests réussis (`base204,east223,east224`) :
-
-- Conservation exacte des hauteurs, densités, cavités et volumes de lave entre
-  223 et 224 sur quatre graines d’expansion ; aucun déplacement des monuments.
-- Matériaux hors du traitement du cratère inchangés ; obsidienne plus abondante
-  et magma présent sur la rive découverte, pas seulement sous la lave.
-- Admission du grand arbre refusée sur feuilles, troncs, air et pierre ;
-  admise sur herbe, terre et podzol. Le tag natif `minecraft:dirt` de 26.3
-  ne contient ni herbe ni podzol : le filtre utilise les sols explicites et
-  la règle native de survie du jeune arbre, testés depuis le registre chargé.
-- Profils de création et anciens profils chargés, anciens contrôles Est 223
-  et conservation de l’Ouest validé.
-
-Deux serveurs natifs isolés à 2 Gio passent la demande par ancre, le refus du
-mauvais paiement, l’interruption/reprise et la préparation de 62 chunks.
-Même position et graine d’expansion qu’en 223 ; diamètres 1024 :
-
-| Graine monde | Centre X/Z | Graine expansion | Tronc maximal | Pieds suspendus détectés |
-| --- | --- | --- | --- | --- |
-| 42 | 944 / 144 | 207124680538740498 | 41 blocs | 0 |
-| 0 | 944 / -144 | 118376680751547919 | 44 blocs | 0 |
-
-La recherche de pieds suspendus porte sur 24 chunks par graine (huit par
-ambiance de jungle) : terre située plus de cinq blocs au-dessus du terrain
-avec un tronc dessus. Ce contrôle et le filtre de placement corrigent le cas
-identifié ; ils ne constituent pas une inspection exhaustive de tous les arbres.
-Les mêmes relevés comptent respectivement 840/1 565 bûches, 2 883/4 646 feuilles
-et 2 748/2 094 bambous. Deux coffres à butin et deux distributeurs dans chaque
-temple, relais complet, 919/957 colonnes de lave et 39 464/38 928 contrôles
-de parois sans fuite.
-
-Reçus ignorés : `build/east224-gametest-passed.log` et
-`build/worldgen-lab/east224-checked{42,0}/small/{42,0}/{cold,warm}.json`.
-
-## Livraison
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
--PsanctuaryFocusedTests=base204,east223,east224 -PsanctuaryAtlasOnly=true`
-réussit en 5 min 25 s. Log : `build/east224-build.log`.
-
-MRpack normal vérifié et copié dans `~/Downloads` : archive intègre, JAR exact,
-trois tailles, filtre de plantation et 371 ressources de génération historiques
-strictement identiques à beta.223 (hors alias public du preset). Aucun monde ni
-module de test embarqué. Reçu : `build/east224-mrpack-receipt.json`.
-SHA-256 de `Sanctuary-beta.224.mrpack` :
-
-```text
-01aed4e6a0d9e2965ed8201372eef3aaecab3b0c6dce3fb84586895ed9076885
-```
-
-La visite neuve `Sanctuary-East-224-42` est ouverte le 5 octobre à 17:26:25,
-Vulkan natif, rendu 32 chunks, simulation 5, créatif/vol/commandes. Position
-initiale 547 / 351 / 144, face au volcan. Copie du serveur de contrôle arrêté,
-identité de sources vérifiée ; anciennes visites conservées.
-
-Le rendu des stries reste à apprécier par le joueur. Pas de nouvelle campagne graphique Windows,
-ni d’exploration complète Medium/Large. Aucune modification d’ancien monde,
-publication de canal ou mise à jour Prism.

docs/east-volcano-beta223.md

@@ -1,85 +0,0 @@
-# Est — volcan flottant et jungles, beta.223
-
-## Contrat du 5 octobre 2026
-
-Après la livraison des déclinaisons de roche jaune (beta.222), le joueur valide
-l’Ouest 221 et demande le laboratoire Est. Volcan actif, lave dans le cratère,
-jungle sur les flancs ; la silhouette historique est explicitement rejetée.
-Il faut un vrai cône volcanique flottant, un temple de jungle, du bambou,
-des pandas et des jungles clairsemées ou denses avec de très grands arbres.
-Diamètre de premier essai : 1024 blocs, dans la direction de l’ancre Est.
-Branche `codex/east-volcano-beta223`, base `2d656d9`.
-
-## Portée
-
-Nouveaux profils 223 Small/Medium/Large uniquement ; aucun profil 222 de
-terrain n’existe (222 ajoutait uniquement des blocs). Île principale, Nord,
-Sud et Ouest conservent leurs générateurs validés. Les mondes et journaux
-historiques sont conservés. Nouveau laboratoire et nouvelle activation ;
-aucune expansion ajoutée à une sauvegarde personnelle.
-
-Silhouette conique asymétrique, bouche décentrée et légèrement elliptique,
-ravines ramifiées par bruit cohérent, épaulement ancien et affaissement local
-du bord du cratère. Répartition des jungles par nappes de bruit, sans secteurs
-radiaux répétés. Couronne sommitale irrégulière et cuvette de lave
-fermée, dessous suspendu irrégulier. Roche volcanique au sommet, sol végétal
-sur les flancs. Biomes de jungle et bambou avec végétation native, dont une
-variante de grands arbres. Temple natif avec pièges et coffres, fondations
-locales. Relais sur le flanc extérieur, éloigné du cratère.
-Pas d’éruption animée ni de simulation géologique/hydrologique globale.
-
-## Vérifications
-
-Le 5 octobre 2026, Java 25, Minecraft 26.3 et Fabric Loader 0.19.5 :
-
-- `./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
-  -PsanctuaryFocusedTests=base204,east223,rock222 -PsanctuaryAtlasOnly=true`
-  réussit en 3 min 34 s. Sept GameTests ciblés passent également lors du contrôle
-  préalable : profils historiques et actuels, roche jaune, forme et lave sur
-  quatre graines, direction Est, égalité du relief et des décors Ouest 221/223.
-- Deux serveurs natifs isolés, graines 42 et 0, mémoire 2 Gio : demande par ancre,
-  refus du mauvais paiement, interruption à 0/62 chunks et reprise persistée.
-  Les deux expansions deviennent disponibles avec 62 chunks préparés ; la suite
-  est générée à l’exploration.
-- La cuvette est contrôlée dans les chunks réels : 919/957 colonnes de lave et
-  39 464/38 928 vérifications de parois pour 42/0. Aucun débouché vers le vide
-  détecté dans ces contrôles.
-- Chaque temple contient deux coffres à table de butin et deux distributeurs
-  piégés ; 1 157 blocs de maçonnerie relevés. Le relais possède ses 2 069 blocs
-  attendus et une offre utilisable.
-- Sur 24 chunks par graine, huit de chaque ambiance de jungle : 1 501/1 446
-  bûches, 3 747/4 398 feuilles, 2 689/2 294 bambous ; tronc continu maximal de
-  44 blocs sur les deux graines. Les tables natives du biome bambou comprennent
-  les pandas ; leur nombre réel n’est pas une assertion de cette campagne.
-- MRpack vérifié : ZIP, JAR exact, versions, trois tailles, profils historiques,
-  biomes Est, tables de pandas, grands arbres, temple et déclinaisons de roche
-  jaune ; aucun monde ni module de laboratoire embarqué.
-
-Les logs et reçus ignorés sont `build/east223-build-final.log`,
-`build/east223-natural-gametest.log`, `build/east223-mrpack-receipt.json` et
-`build/worldgen-lab/east223-checked{42,0}/small/{42,0}/{cold,warm}.json`.
-
-| Graine du monde | Centre de l’expansion X/Z | Graine de l’expansion | Temple X/Y/Z |
-| --- | --- | --- | --- |
-| 42 | 944 / 144 | 207124680538740498 | 835 / 271 / 418 |
-| 0 | 944 / -144 | 118376680751547919 | 961 / 300 / 150 |
-
-## Livraison et visite
-
-`Sanctuary-beta.223.mrpack`, copié dans `~/Downloads`, SHA-256 :
-
-```text
-ac31ff8203dca95265c7d0af545bab231697ad295b48eade2ee115090a9597e6
-```
-
-La visite neuve `Sanctuary-East-223-42` est ouverte le 5 octobre à 17:09:45,
-Vulkan natif, rendu 32 chunks, simulation 5, créatif/vol/commandes. Position
-initiale 547 / 351 / 144, face au volcan. Copie du laboratoire arrêté,
-identité de sources vérifiée ; les anciennes visites sont conservées.
-La roche jaune, ses escaliers et dalles de beta.222 sont inclus.
-
-Le rendu naturel reste à apprécier par le joueur : les contrôles numériques
-ne constituent pas une validation esthétique. Essais natifs Small sur deux
-graines ; Medium/Large sont assemblés et leurs profils vérifiés, sans nouvelle
-campagne d’exploration complète. Aucun essai Windows ni simulation d’éruption.
-Pas de publication du canal packwiz ni de mise à jour de l’instance Prism.

docs/eroded-massif-beta192.md

@@ -1,85 +0,0 @@
-# WG-ERODED-192 — couronnes et faces du massif
-
-Branche `codex/eroded-massif-beta192`, Minecraft 26.3, graine de visite 42.
-Profil `eroded`, preset neuf `sanctuary_test:eroded_massif_v1`.
-
-## Retour et résultat attendu
-
-Après la restauration beta.191, les captures du 30 septembre à 22:02–22:05
-montrent des marches de terre et d’herbe sur les sommets arrondis. Le créateur
-souhaite de vrais changements de forme : quelques dessus plus plats sous les
-arbres, des faces plus franches, des creux d’érosion et des pentes conservées.
-Ne pas reproduire les terrasses périodiques 189 ou simplement peindre la roche.
-
-## Variante
-
-Trois couronnes sont choisies dans les points hauts du massif existant. Leur
-altitude dépend du terrain original. Les trois cerisiers réservés occupent ces
-couronnes, avec exclusion des points de plantation encore trop raides. Une coupe légèrement inclinée rabote le
-sommet ; une face plus raide regarde son versant descendant. Les empreintes
-ont des limites adoucies et irrégulières ; les petites entailles entre couronnes
-s’appuient sur la distance aux deux centres de Voronoï les plus proches.
-Les coupes retirent au plus 24 blocs du plafond géométrique local. Une cavité
-préexistante découverte par la coupe peut donner un sol visible plus bas.
-
-C’est une érosion géométrique locale sur le bruit 3D existant, sans simulation
-physique. Pas de grille de niveaux Y, de remplissage des cavités ni de lissage
-global. Aucun changement de densité à Y≤240, dans les îlots aériens ou hors du
-massif central. Les formes originales restent la base sous le plafond sculpté.
-
-La couverture végétale du massif n’est posée que sur les surfaces capables de
-la porter : les fortes pentes gardent la géologie réelle (stone, gisements,
-strates). Le gradient est mesuré sur des colonnes du massif en coordonnées
-monde, traversant les limites des chunks et ignorant les îlots aériens. Les
-hauteurs et pentes sont mises en cache dans un domaine borné. Cette variante
-n’utilise pas le solveur d’hydrologie ; les étangs et déversoirs existants restent
-responsables de l’eau.
-
-Ancres, donjon, gemmes, soufre, ruines à coffres, galerie, rosace et palais sont
-conservés. La règle de roche historique garde son comportement lorsque son
-nouveau champ optionnel `slope` est absent. Les anciens presets gardent leurs
-paramètres ; aucun monde existant n’est modifié ou régénéré.
-
-## Vérifications et limites
-
-Génération native finale et réouverture réussies, graine 42 :
-`build/eroded192e-cold.json` et `build/eroded192e-warm.json`.
-Les hauteurs mesurées sont identiques après rechargement ; les trois troncs
-sont relus dans les chunks sauvegardés.
-
-- 1 008 colonnes modifiées dans le relevé espacé de deux blocs ; 392 échantillons
-  de sommet peu pentus. Trois couronnes et trois cerisiers contrôlés en blocs réels.
-- 39 366 densités profondes et aériennes identiques à la base ; comparaison
-  supplémentaire hors du massif. Aucun niveau Y périodique réintroduit.
-- 1 545 échantillons rocheux contre 8 de terre/herbe parmi les fortes pentes
-  contrôlées. Les plantations trouvent un sol de pente ≤0,75 dans leur chunk.
-- Ancres, 49 cartes/cadres, rosaces, galerie, quatre coffres de ruines, donjon,
-  gemmes, soufre et étangs contrôlés. Cascade large et absence d’arbres dans
-  les colonnes d’eau et de berge contrôlées conservées.
-
-Démarrage final : 12,126 s à froid et 0,613 s à chaud, zéro région d’hydrologie ;
-83,610 s à froid et 18,501 s à chaud avec
-l’ensemble des contrôles et le remplissage de l’atlas. Ces contrôles ne tournent
-pas au lancement du solo. Les mesures intermédiaires pendant la compilation
-concurrente ne servent pas de référence de performance.
-
-`./gradlew check build assemblePack assembleTestPack` réussi en 9 min 9 s,
-265 GameTests réussis. Après ajustement du placement des cerisiers et de son
-contrôle de réouverture, `:sanctuary-test:check :sanctuary-test:build` réussi et
-pack de test réassemblé : 175 classes et 121 ressources vérifiées dans le JAR,
-identique à sa copie distribuée (`build/eroded192-pack-receipt.json`).
-
-La validation technique ne vaut pas validation esthétique du créateur. Cette
-itération vise le massif central de la graine de visite ; elle ne remodèle pas
-les récifs aériens. Pas de publication ni de mise à jour de l’installation Prism.
-
-## Visite
-
-Nouveau solo `Sanctuary-Eroded-Massif-192-Solo`, run `visite192`, profil `eroded`,
-graine 42, vue 32 et simulation 12, spectateur et commandes autorisées.
-Position préparée (94,316,153), face au massif. Les 49 cartes et cadres ainsi
-que les huit ancres éteintes et l’origine sans relais ont été relus dans cette
-copie neuve. Options et shader repris du solo 191, fermé et sauvegardé à 22:14.
-Client Vulkan lancé et entrée dans le monde confirmée à 22:34 ; vue 32,
-simulation 12 et visibilité de l’ascension contrôlées dans
-`build/eroded192-solo.log`.

docs/external-mods-beta257.md

@@ -1,108 +0,0 @@
-# MODS-257 — Mods client séparés et rayons à 20 %
-
-Branche `codex/external-mods-beta257`, base `beta.256`, livraison `beta.257`.
-Minecraft 26.3 finale, Fabric Loader 0.19.5, API 0.160.5+26.3, Java 25.
-
-## Livré localement
-
-JEI et Sound Physics Remastered sortent du JAR Sanctuary ; Sodium était déjà
-séparé depuis beta.256. Ils restent fournis par défaut dans le pack client,
-mais chacun peut être désactivé avant le lancement. Aucun déchargement à chaud.
-Fabric API reste nécessaire au fonctionnement de Sanctuary.
-
-JEI conserve le portage Sanctuary, révision `30.32.0-sanctuary.4` : ce n'est pas
-un remplacement arbitraire par un binaire upstream. Avec lui, le catalogue,
-les recettes apprises, les restrictions, les favoris et le transfert depuis
-l'inventaire étendu gardent leur pont. Sans lui, le bouton du catalogue est
-indisponible avec un texte FR/EN. La découverte, les connaissances et leur achat,
-les notifications, les règles serveur et la fabrication manuelle fonctionnent
-indépendamment. Aucun changement d'identifiant, génération ou format de sauvegarde.
-
-Sound Physics officiel `1.5.1+26.3` est épinglé par version et SHA-512 dans
-`packwiz/mods/sound-physics-remastered.pw.toml`. Son écran Sanctuary n'apparaît
-que si le mod est présent. Le moteur reste désactivé sur une configuration
-neuve ; les réglages existants sont conservés. Le mixin de défaut est facultatif.
-Sodium officiel reste `0.9.2+mc26.3`, SHA-512 fixé, avec le pont de visibilité
-beta.256 pour le bloom et le PBR.
-
-Les bibliothèques Java restent chez leur consommateur : MariaDB Connector/J
-avec Sanctuary, Baked Substring Index et Suffix Tree avec JEI. Ce sont des
-bibliothèques d'exécution, pas des mods de gameplay indépendants à désactiver.
-Aucun autre mod Fabric tiers n'est imbriqué dans Sanctuary.
-
-Les profils et valeurs initiales des sun shafts passent à **20 %**, avec la
-qualité et les portées beta.256. Un réglage personnalisé explicitement enregistré
-reste prioritaire ; sélectionner à nouveau un profil applique 20 %.
-SSR conservé en Moyen ; aucune portée 256 n'est sélectionnée automatiquement.
-
-## Distribution
-
-Le pack local contient Sanctuary et JEI comme deux JAR séparés. JEI peut être
-décoché dans Prism ; le fork local non publié est un fichier override du MRpack.
-Sodium et Sound Physics ont des entrées packwiz facultatives, activées par défaut.
-Le canal publié utilisera aussi une entrée facultative `jei-sanctuary.pw.toml`,
-avec URL immuable et SHA-256 du fork. La publication doit joindre les **deux**
-JAR puis seulement avancer le canal ; `scripts/publish_pack.py` prépare ce contrat.
-
-Une installation pilotée par packwiz doit mémoriser le choix dans les options
-de l'[installateur packwiz](https://packwiz.infra.link/tutorials/installing/packwiz-installer/) pour ne pas retélécharger un mod supprimé à la main. Une
-instance locale importée du MRpack permet de décocher les JAR dans Prism.
-Aucun canal public ni instance personnelle n'est mis à jour par ce ticket.
-
-## Vérifications effectuées
-
-- `./gradlew check build assemblePack assembleTestPack` avec
-  `-PsanctuaryFocusedTests=recipes -PsanctuaryAtlasOnly=true`,
-  `-PsanctuaryJeiRuntime=false -PsanctuarySoundPhysicsRuntime=false` ;
-  compilation des contrôles client séparée. Le harnais serveur historique
-  `unified` sans le fixture plat suppose encore un générateur remplacé dans
-  le socle courant ; ces flags évitent son cast invalide, sans toucher la génération.
-- GameTests de recettes sans JEI ni Sound Physics à l'exécution.
-- Client Windows Vulkan, fenêtre, `-Xmx8G` : trois mods présents, tous absents,
-  JEI seul et Sound Physics seul ; création de mondes de test neufs, recettes,
-  progression, achat, autorisations et menus FR/EN.
-- Catalogue JEI et transfert réel, options Sound Physics et persistance.
-- Rayons à 20 % sur scène native, silhouettes, absence d'assombrissement parasite.
-- Archives locale/Test et préparation de publication hors ligne : versions,
-  dépendances, notices, absence des trois mods dans le JAR Sanctuary.
-
-Build complet et assemblages normal/Test réussis ; **8 GameTests serveur requis**
-passent sans JEI ni Sound Physics. Les contrôles client compilent avec Java 25.
-La suite Windows Vulkan utilise la RX 9070 XT, une fenêtre et `-Xmx8G` :
-
-| JEI | Sound Physics | Sodium | Monde, recettes, achat, permissions et menus |
-| --- | --- | --- | --- |
-| Absent | Absent | Absent | Réussi |
-| Présent | Absent | Absent | Réussi |
-| Absent | Présent | Absent | Réussi |
-| Présent | Présent | Présent | Réussi |
-
-Avec les trois mods, les contrôles ciblés valident les recettes apprises/cachées,
-l'ouverture réelle du catalogue et le paquet de transfert JEI : quatre planches
-consommées dans la sixième ligne, une planche dans chaque case de fabrication.
-Sound Physics valide défaut neuf OFF, préférence existante ON conservée,
-menus FR/EN en GUI 2/4, activation, sauvegarde/relecture et validation numérique.
-
-À 1080p, Moyen à 20 % donne une hausse lumineuse p95 de **7 niveaux**, aucun pixel
-assombri et une erreur moyenne de **0,02574 niveau** par rapport aux 192 segments
-(densité doublée). Erreur p95 globale et aux silhouettes : zéro. La suite valide
-également le toit fermé, les feuilles, le déplacement/retour caméra, la portée,
-OFF/zéro/nuit, rechargement, redimensionnement et transitions météo.
-[Capture native à 20 %](../build/external257/medium20.png).
-
-Les archives MRpack sont contrôlées octet par octet contre les deux JAR construits.
-Le JAR Sanctuary ne conserve que Connector/J comme dépendance imbriquée ; JEI
-conserve ses deux bibliothèques. Métadonnées de publication préparées et vérifiées
-sans envoi réseau ni avancement du canal. **4 161 fichiers** de sources, ressources,
-contrôles et construction correspondent au miroir Windows. La tâche de test
-planifiée a été supprimée après succès.
-
-[Reçu, empreintes et journaux](../build/external257/validation.json).
-Pack normal : `b2ded25cdb17b56b65e6df556ed855571b75671e4dfb02baae48dfe421b76498` (SHA-256).
-Les scripts de préparation/publication sont compilés et le contrat à deux artefacts
-est vérifié hors ligne ; la publication effective reste hors de ce ticket.
-Le fixture serveur historique `unified` reste incompatible avec le socle actuel
-sans les flags de laboratoire indiqués ci-dessus ; il n'a pas été corrigé ici.
-
-Les mesures de FPS beta.256 restent celles de cette livraison à 10 % ; aucune
-nouvelle mesure de gain de performances n'est promise par cette séparation.

docs/familiar-alt-beta261.md

@@ -1,73 +0,0 @@
-# FAM-261 — Attaque et ordres sur Alt
-
-Demande du 12 octobre 2026, branche `codex/familiar-alt-beta261`, Minecraft
-**26.3**, livraison **beta.261**. Le créateur précise que le maintien d’Alt
-doit ouvrir les ordres et que H doit être retiré des commandes du familier.
-
-## Comportement
-
-- **Alt gauche bref** : attaque rapide / suivi, avec le ciblage existant.
-- **Alt gauche maintenu** : ouvre les ordres du familier.
-- **G** : technique, avec son réglage existant.
-
-L’appui bref est envoyé au relâchement. Le maintien ouvre le menu après environ
-0,4 seconde et consomme le geste : aucune attaque rapide n’est envoyée avant
-l’ouverture ou au relâchement. Un geste commencé dans un inventaire, pendant
-la mort ou sans fenêtre active est ignoré jusqu’au relâchement.
-
-Une seule entrée des contrôles réunit attaque et ordres. Elle conserve la clé
-de réglage de l’attaque rapide beta.260, `sanctuary.familiar.quick_key`, avec
-Alt gauche par défaut ; une personnalisation existante de ce réglage s’applique
-aux deux gestes. L’ancien raccourci séparé des ordres n’est plus enregistré :
-son ancienne valeur H dans les options n’active aucune commande du familier.
-L’ancien marqueur F→H n’est plus utilisé. Le titre du menu et les aides ont
-leurs libellés FR/EN.
-
-La correction de réapparition beta.260 est conservée. Ce changement est côté
-client ; règles serveur, œufs, progression et sauvegardes restent identiques.
-Le labo beta.259 reste fermé.
-
-## Vérifications et artefacts
-
-Le parcours natif réussit en **46 secondes**, sur **Vulkan / MoltenVK 1.4.2,
-Apple M1**, avec 8 Gio maximum. Il vérifie l’appui bref, le maintien sans attaque
-rapide avant l’ouverture ou au relâchement, H bref et maintenu inactifs, G
-inchangé, les deux gestes reconfigurés sur K, le blocage d’Alt tenu dans
-l’inventaire puis relâché après fermeture, les infobulles FR/EN et une véritable
-mort/réapparition suivie d’une attaque du loup.
-
-Journal : `build/familiar261-client.log`, marqueur `FAMILIAR261_CLIENT_PASS`.
-Capture du menu après réapparition :
-`mods/sanctuary/build/run/clientGameTest/screenshots/0002_familiar261-orders-after-respawn.png`.
-Le scénario utilise un nouveau monde plat, graine **261**, avec serveur intégré.
-Les essais Windows et multijoueur distant restent ouverts.
-
-```sh
-export JAVA_HOME=$(/usr/libexec/java_home -v 25)
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryQuickTests=true -PsanctuaryFamiliar260ClientTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-`check build assemblePack assembleTestPack` réussit en **2 min 43 s**, avec
-`-PsanctuaryFocusedTests=eggaudit,familiar,familiar260,accessories
--PsanctuaryAtlasOnly=true` : **44 GameTests serveur requis réussis**.
-Journal : `build/familiar261-build.log`.
-
-Les deux MRpacks sont exportés et vérifiés : intégrité ZIP, version beta.261,
-Minecraft 26.3, JAR embarqués identiques aux builds et classes identiques à la
-compilation. Sur les **2 520 classes** du mod normal, seule `FamiliarClient`
-change face à beta.260 ; les **88 classes** du module de labo restent identiques.
-Les aides FR/EN de la carte sont également actualisées pour Alt.
-Reçu et empreintes SHA-256 : `build/familiar261-validation.json`.
-
-[Pack normal beta.261](../build/Sanctuary-beta.261.mrpack) ·
-[Pack Test beta.261](../build/Sanctuary-Test-beta.261.mrpack).
-Livraison locale ; la visite figée beta.259 reste fermée et conserve son binaire.
-
-Le parcours natif de réapparition existant `Familiar260ClientChecks` est actualisé
-pour le raccourci unique : appui bref, maintien sans attaque, H inactif,
-reconfiguration des deux gestes, blocage dans l’inventaire, puis commandes et
-attaque réelle après réapparition. Son sélecteur Gradle conserve son nom
-`sanctuaryFamiliar260ClientTests`.

docs/familiar-lab-beta259.md

@@ -1,167 +0,0 @@
-# FAM-LAB-259 — Arène des familiers
-
-Demande du 12 octobre 2026, branche `codex/familiar-lab-beta259`, Minecraft
-**26.3**, version **beta.259**. Premier incrément : essayer les familiers actuels
-avant leur rework, choix confirmé par le créateur.
-
-Les retours de cette séance sont traités dans [beta.260](familiar-respawn-beta260.md).
-Avec beta.260, l’attaque rapide passe sur Alt ; H maintenu conserve les ordres.
-Depuis [beta.261](familiar-alt-beta261.md), Alt bref et Alt maintenu réunissent
-attaque et ordres ; G garde la technique.
-La visite figée `review-02` garde son ancien binaire beta.259 et ne reçoit pas
-les correctifs.
-
-## Carte de test
-
-Le module facultatif `sanctuary-test` construit une scène neuve de 49 × 41 blocs,
-plancher Y=80, dans `build/familiars-259/<session>/server/familiars-flat-259`.
-Graine **259**, disposition **1**, monde plat de développement. La scène est
-indépendante du générateur Sanctuary ; aucun ancien chunk n'est remplacé.
-Le constructeur exige le dossier dédié, le générateur plat et une option JVM
-explicite. Une préparation incomplète est refusée et conservée.
-
-- **Cinq coffres**, un par rareté : les **88 espèces** du catalogue de familiers,
-  dragon, Wither, Warden et creeper compris. Les œufs natifs sont réapprovisionnés
-  chaque seconde dans leurs emplacements vides. Prendre un œuf puis le placer
-  dans la case **Familier** de l'inventaire. Nom, personnalité, taille, techniques,
-  santé et comportement utilisent les règles actuelles ; pas de normalisation
-  des individus ni de nouvelle forme d'œuf.
-- **À gauche : punching-ball zombie**, sans IA ni déplacement, ancré en
-  `(-12,81,4)`. Il reçoit les dégâts natifs avec armure naturelle, immunité
-  temporaire entre coups et animation de blessure. Sa vie est restaurée à
-  chaque tick, avant la mort si le coup est létal. Le même zombie survit.
-  Le tableau affiche coups acceptés, derniers PV perdus, total et attaquant.
-  Les valeurs sont des dégâts après réduction, pas un DPS ; un coup dépassant
-  la réserve de 1 024 PV ne mesure que les PV effectivement retirés.
-- **À droite : bouton « 1 hostile aléatoire »**. Chaque pression ajoute un
-  adversaire avec IA native et cible le joueur. Deux apparitions consécutives
-  ne sélectionnent pas la même espèce. Il est possible de former un groupe,
-  jusqu'à **128 hostiles actifs**, avec refus si le point d'apparition est occupé.
-  La liste contient 23 types adaptés à une arène terrestre, hors boss et
-  créatures exigeant eau ou structures particulières.
-- **Bouton de nettoyage** : retire les hostiles de l'arène, leurs descendants
-  (petits slimes, vex invoqués) et les projectiles locaux. Le familier et la
-  cible sont conservés. **Bouton de remise à zéro** : efface seulement le compteur.
-
-Les 23 hostiles : zombie, squelette, husk, stray, bogged, parched, araignée,
-araignée venimeuse, creeper, pillager, vindicator, sorcière, poisson d'argent,
-endermite, slime, cube de magma, breeze, blaze, wither squelette, piglin brute,
-zoglin, ravageur et evoker. Les attaques et déplacements restent natifs ;
-les squelettes/pillagers ont leurs armes et les morts-vivants sont protégés
-du soleil. Une couverture et des parois vitrées délimitent le terrain.
-
-La difficulté est **Normale**, le personnage est en **Survie**, avec les blocs de la carte protégés, avec capacités
-de vie, faim et inventaire complètes, accès aux techniques, épée et armure en
-fer, nourriture et étiquettes. Ces facilités concernent seulement le personnage
-du laboratoire. Les coups des hostiles blessent réellement le joueur et le
-familier ; un K.-O. et les délais de récupération restent ceux du jeu actuel.
-Inventaire conservé à la mort, apparitions naturelles désactivées, terrain
-protégé des monstres, midi et ciel clair. Les ennemis de test sont exclus des
-sources de maîtrise des familiers. Les affichages ont leurs libellés FR/EN.
-
-| Action | Commande ou geste |
-| --- | --- |
-| Désigner une cible | H bref en visant l'ennemi |
-| Ordres | H maintenu |
-| Technique | G |
-| Accueil et soins du joueur | `/familiers retour` |
-| Se placer devant le punching-ball | `/familiers cible` |
-| Ajouter un hostile | bouton ou `/familiers hostile` |
-| Nettoyer | bouton ou `/familiers nettoyer` |
-| Remettre le compteur à zéro | bouton ou `/familiers reset` |
-
-`/familiars` est un alias. H/G sont les touches par défaut, configurables.
-Le rappel, le changement d'individu et les délais en combat restent contrôlés
-par le serveur ; attendre la fin du combat pour changer de familier.
-
-## Lancement et reprise
-
-```sh
-export JAVA_HOME=$(/usr/libexec/java_home -v 25)
-./gradlew :sanctuary-test:exportDuoLaunch
-python3 scripts/familiar_lab.py start --run review-03
-```
-
-Le nom doit être neuf. Le client de développement est explicitement **Vulkan**,
-en français, avec 8 Gio de mémoire maximum et shaders Sanctuary désactivés pour
-cette inspection. Le serveur écoute seulement `127.0.0.1`, sur un port libre.
-Le formulaire de personnage de cette visite est rempli automatiquement avec
-une identité de laboratoire. Les fichiers de lancement sont figés pour éviter
-qu'un prochain build ne change une visite en cours.
-
-```sh
-python3 scripts/familiar_lab.py stop --run review-02
-python3 scripts/familiar_lab.py server --run review-02
-python3 scripts/familiar_lab.py client --run review-02
-```
-
-La réouverture conserve la carte et ses coffres ; les ennemis sont retirés et
-la cible/le compteur sont recréés. Chaque session possède ses journaux, PID
-et un manifeste. Aucun monde, JAR ou fichier de session n'est versionné.
-Il n'y a pas de publication de canal ni d'installation dans Prism.
-
-## Suite demandée, non implémentée ici
-
-- Arrivée au stade bébé pour les espèces concernées, croissance puis évolution.
-- Espèces spéciales qui arrivent directement sans stade bébé.
-- Creeper qui court vers l'adversaire et déclenche une petite explosion.
-
-Les critères de croissance, les formes, les seuils, les exceptions et les coûts
-restent à décider après les essais. Le creeper conserve ses techniques actuelles.
-Cette carte ne change aucun format de sauvegarde, aucune identité `sanctuary:*`
-ni aucun comportement de familier du pack normal.
-
-## Vérifications
-
-`check build assemblePack assembleTestPack` réussit en **4 min 11 s**, avec
-`-PsanctuaryFocusedTests=eggaudit -PsanctuaryAtlasOnly=true` : **15 GameTests
-requis réussis**, dont les contrôles des 88 espèces. Aucun test graphique
-OpenGL n'a été lancé. Journal : `build/familiar259-build-delivery.log`.
-
-Le contrôle natif dans `checks-05` réussit : 88 œufs uniques, quatre coups dont
-deux mortels (2 000 PV et `Float.MAX_VALUE`), même cible vivante, retour à son
-ancrage après déplacement forcé, 60 apparitions aléatoires sans doublon
-consécutif, IA et ciblage (y compris les mémoires Brain), boutons via le vrai
-callback d'interaction, nettoyage qui conserve une vache témoin et la cible,
-attaque réelle d'un loup attribuée au familier. Les entités invoquées sont
-exclues de la maîtrise. Journal :
-`build/familiars-259/checks-05/server.log`, marqueur
-`FAMILIARS259_CHECKS_PASS`.
-
-La passe élargie `eggaudit,familiar` donne **32/33 tests réussis**. Le test
-historique `Familiar020GameTests.eggSizeSurvivesStorageAndChangesOfOwner`
-échoue au transfert vers un autre propriétaire : le familier attendu est null.
-Ce scénario et les classes de jeu du pack normal sont inchangés ; l'échec
-n'est ni corrigé ni désactivé dans les sources. Journal :
-`build/familiar259-build-final.log`. La première invocation avec le profil
-de monde par défaut échouait avant les tests sur un cast du générateur ; le
-profil AtlasOnly utilisé par les livraisons récentes permet leur exécution.
-
-Les noms de session invalides et la préparation sur un dossier existant sont
-refusés. Le script Python compile. Les deux MRpacks ont été exportés avec
-packwiz et vérifiés : intégrité ZIP, version, JAR embarqués strictement
-identiques aux builds, 2 520 classes du mod normal et 88 du module Test.
-Toutes les classes du mod normal sont identiques à beta.258 ; seuls les
-libellés de laboratoire et la version changent dans ce JAR.
-Reçu et empreintes : `build/familiar259-validation.json`.
-
-La visite **`review-02`**, fermée à la demande du créateur après les essais,
-a utilisé le même code que la livraison : client
-Vulkan/MoltenVK 1.4.2 sur Apple M1, 8 Gio maximum, connexion de KokaLab et
-arrivée enregistrées côté serveur. Journaux dans
-`build/familiars-259/review-02/`. Ce lancement ne constitue pas une inspection
-visuelle exhaustive des 88 familiers, ni un essai Windows ou multijoueur.
-
-Artefacts locaux : [pack normal](../build/Sanctuary-beta.259.mrpack) et
-[pack Test](../build/Sanctuary-Test-beta.259.mrpack). Aucun tag ni canal public
-n'est avancé ; aucune instance Prism ou sauvegarde personnelle n'est touchée.
-
-Contrôle natif reproductible, dans une autre session neuve :
-
-```sh
-python3 scripts/familiar_lab.py check --run checks-06
-```
-
-Le contrôle exige le marqueur `FAMILIARS259_CHECKS_PASS` et arrête son serveur
-de test après vérification des coffres, coups mortels, ancrage, boutons,
-hostiles variés, nettoyage et attaque native d'un loup familier.

docs/familiar-respawn-beta260.md

@@ -1,107 +0,0 @@
-# FAM-260 — Familiers après réapparition
-
-Retours du 12 octobre 2026 sur l’arène beta.259, branche
-`codex/familiar-respawn-beta260`, Minecraft **26.3**, livraison **beta.260**.
-Le créateur demande de fermer le labo et de corriger les problèmes observés.
-
-La disposition clavier de cette livraison est remplacée par
-[beta.261](familiar-alt-beta261.md) : Alt bref attaque, Alt maintenu ouvre les
-ordres, G garde la technique.
-
-## Résultat attendu et correction
-
-Après la mort, les ordres et l’attaque doivent fonctionner dès que le joueur
-réapparaît, avec son œuf conservé par keep inventory ou récupéré dans sa tombe.
-
-Minecraft remplace l’objet `ServerPlayer`, conserve son ID d’entité et remet
-son compteur de ticks à zéro. L’égalité native des entités utilise cet ID :
-le cache des ordres retrouvait ainsi l’état de l’ancienne vie, dont les
-compteurs anti-spam dépassaient ceux du nouveau joueur. Les demandes restaient
-refusées jusqu’au rattrapage de l’ancien compteur. Une revendication d’individu
-pouvait également rester attachée à l’ancienne vie si aucun tick du joueur mort
-n’avait précédé la réapparition.
-
-Le callback de réapparition annule les anciennes actions, termine l’éventuel
-duel, libère la revendication et retire l’ancien état d’ordres. Le visuel du
-familier est retiré puis recréé pour le nouveau joueur ; le service vérifie
-également l’identité de l’objet propriétaire avant de réutiliser un visuel.
-Les identifiants, composants de l’œuf, registre des individus et formats de
-sauvegarde restent identiques. La vie perdue, le K.-O., le rappel, les recharges
-et le verrou de combat restent conservés ; mourir ne soigne pas le familier.
-
-**Alt gauche** déclenche l’attaque rapide, avec le comportement existant
-attaque/suivi selon la cible visée. **H maintenu** conserve les ordres et
-**G** conserve la technique. Un appui bref sur H ne donne plus l’attaque rapide.
-L’attaque et les ordres disposent de réglages distincts ; les personnalisations
-de la touche des ordres sont conservées. Les libellés et l’aide sont en FR/EN.
-
-Dans l’inventaire, le texte « Familier — placer un œuf d’apparition » est retiré
-de l’infobulle d’un œuf déjà équipé. L’emplacement vide conserve son aide.
-La croissance, les évolutions et le nouveau creeper restent la suite du rework.
-
-## Vérifications
-
-Les quatre nouveaux scénarios serveur utilisent une mort native et les vrais
-callbacks de réapparition, avec le même ID d’entité et un compteur remis à zéro :
-œuf conservé après une longue vie, extraction de l’œuf dans la tombe, libération
-de la revendication sans autoriser deux copies simultanées, conservation du
-K.-O. et du rappel. Avant correction, trois scénarios échouaient ; après
-correction les quatre réussissent, avec le contrôle de démarrage Fabric.
-Journaux : `build/familiar260-reproduction.log` et
-`build/familiar260-regression.log` (**5 tests requis réussis**).
-
-Le test historique de taille/transfert beta.020 donnait au deuxième joueur une
-copie de l’œuf toujours équipé par le premier. Sa préparation effectue maintenant
-un transfert réel : retrait chez le premier, libération puis équipement chez le
-second. Le refus des copies concurrentes est vérifié séparément par le nouveau
-scénario ; aucune protection des individus n’est retirée.
-
-`./gradlew check build assemblePack assembleTestPack
--PsanctuaryFocusedTests=eggaudit,familiar,familiar260,accessories
--PsanctuaryAtlasOnly=true` réussit en **2 min 50 s**, avec **44 GameTests requis
-réussis**, dont le transfert historique corrigé. Journal :
-`build/familiar260-build.log`.
-
-Le parcours client réussit en **41 s** sur **Vulkan / MoltenVK 1.4.2, Apple M1**,
-avec 8 Gio maximum. Il vérifie Alt natif, maintien H, G inchangé, Alt ignoré dans
-l’inventaire, reconfiguration vers K, absence du texte redondant dans les vraies
-infobulles FR/EN, puis mort native et bouton Réapparaître. Le joueur revient
-avec le même ID d’entité, un nouvel objet joueur et le même individu ; les ordres
-fonctionnent et le loup inflige réellement des dégâts au zombie. Journal :
-`build/familiar260-client.log`, marqueur `FAMILIAR260_CLIENT_PASS`.
-
-Reproduction du parcours, dans un nouveau monde plat graine **260** :
-
-```sh
-export JAVA_HOME=$(/usr/libexec/java_home -v 25)
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryQuickTests=true -PsanctuaryFamiliar260ClientTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-Captures de l’inventaire FR/EN et des ordres après réapparition dans
-`mods/sanctuary/build/run/clientGameTest/screenshots/000*_familiar260-*.png`.
-Le contrôle des infobulles utilise leur méthode native avec le slot équipé
-survolé ; les captures d’inventaire n’affichent pas cette infobulle. Cette passe
-couvre macOS Vulkan avec serveur intégré ; Windows et multijoueur distant
-restent à vérifier.
-
-Les MRpacks normal et Test sont exportés et vérifiés : intégrité ZIP, version
-beta.260, Minecraft 26.3, JAR embarqués identiques aux builds, classes embarquées
-identiques aux sorties de compilation. Parmi les **2 520 classes** normales,
-seules les quatre classes du correctif changent face à beta.259 ; les **88
-classes** du module de laboratoire restent identiques. Reçu et SHA-256 :
-`build/familiar260-validation.json`.
-
-[Pack normal beta.260](../build/Sanctuary-beta.260.mrpack) ·
-[Pack Test beta.260](../build/Sanctuary-Test-beta.260.mrpack).
-
-## Séance et distribution
-
-La visite beta.259 `review-02` est fermée, ses fichiers de développement sont
-conservés. Le carnet de séance et les transcriptions sont dans
-`/Users/koka/Documents/sanctuary/retours-sessions/2026-10-12_02-45_familiers-beta259/`.
-Les corrections sont livrées localement ; aucune publication de canal ni
-installation Prism n’est demandée. Les binaires figés de la visite beta.259
-ne sont pas remplacés.

docs/fine-stem-beta185.md

@@ -1,83 +0,0 @@
-# STEM-185 — ligne fine, portail de toiture et vitres reliées
-
-Ticket du 30 septembre 2026, branche `codex/fine-stem-beta185`.
-Le créateur valide la fleur et le palais beta.184, ainsi que la galerie inférieure.
-Il demande de supprimer l'escalier, les paliers et la grosse colonne : une ligne
-d'un bloc doit guider visuellement le bateau-poule vers le palais. Compléments
-pendant la réalisation : incruster le portail horizontal au sommet du dôme,
-libérer l'espace au-dessus de la carte, fermer le jour sous les vitres supérieures.
-
-## Contrat
-
-Nouveau profil de labo `stem`, preset `sanctuary_test:fine_stem_v1`, réglages
-`sanctuary_test:fine_stem_v1_10`, graine de visite **42**, version **beta.185**.
-La dimension 1600, le champ de bruit 640, l'île et les eaux retenues restent
-ceux de beta.184. Aucun changement de format, d'ancien preset ou de sauvegarde.
-La visite beta.184 a été arrêtée proprement à la demande du créateur ; une
-nouvelle sauvegarde est préparée pour la relance.
-
-## Résultat
-
-- Rosace et Bugrock toujours en (0,640,0), palette et huit axes conservés.
-- **Une seule colonne de calcite en (0,Y,0)** au-dessus du dôme inférieur,
-  de Y=652 jusqu'au départ de l'évasement à 1160. Pas de spirale, de marches,
-  de plateforme intermédiaire, de balustrade ou de pont d'escalier.
-- Les huit nervures s'élargissent progressivement près du sommet, en partant
-  du même bloc central. Fleur, balcon et pièce du palais à Y=1278 conservés.
-- Portail horizontal 7×7, ouverture 5×5, **incrusté à Y=1309 dans le dôme**.
-  Son cadre remplace les vitres sommitales et touche la toiture sur tout son
-  pourtour extérieur. Le passage central traverse la voûte ; plus de cadre
-  suspendu au milieu de la salle, au-dessus des 49 cartes au sol.
-- Un soubassement de calcite ferme le bloc d'air sous les panneaux de verre.
-  Les huit passages restent ouverts. Leur dégagement est vérifié avec les
-  collisions natives, pour une coque standard de 1,375 bloc et son pilote.
-- Les moteurs du bateau-poule existant ne comportent pas de plafond fixe à
-  640. Aucun changement de mécanique de vol ni de comportement de familier.
-
-La révélation de la couronne en montant reprend beta.184. La galerie inférieure,
-son portail 5×5, le soufre, les secteurs miniers, les étangs et le donjon restent
-ceux validés. Les portails restent des infrastructures, sans voyage dimensionnel.
-
-## Vérifications et visite
-
-Contrôle natif final `solo185c/stem/42` réussi : **508 tranches d'un seul bloc**,
-16 approches libres (huit par lieu, coque et pilote légèrement au-dessus des
-tapis de mousse), 104 colonnes vitrées appuyées sur calcite, 24 blocs de cadre
-reliés à la toiture. Les 16 868 entrées du plan correspondent aux blocs générés.
-La voûte hors de l'ouverture centrale reste identique à beta.184. Aucune marche
-ni palier dans cette variante. Reçu : `build/stem185-quick-result.json`.
-
-L'île conserve ses 567 échantillons de densité vérifiés, zéro région d'hydrologie,
-les trois cerisiers, cinq spawners, quatre wagonnets à butin, la galerie, le soufre
-et les trois secteurs de gemmes. Le serveur démarre en 5,2 s ; préparation avec
-sondages, atlas et contrôles en 42,3 s. Ce dernier temps inclut les tests.
-
-Lecture NBT du monde arrêté : 49 cartes complètes et figées, cadres horizontaux
-et identifiants uniques. Ancien cadre suspendu en air, nouveau cadre de toiture
-en obsidienne, tige centrale isolée et soubassement du vitrage confirmés.
-Reçus : `build/stem185-saved-atlas.json`, `build/stem185-saved-blocks.json`.
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch`
-réussi en **7 min 3 s**, **265/265 GameTests**. Journal :
-`build/stem185-check-build.log`. Le daemon de compilation a été arrêté pour
-libérer la mémoire avant le client Vulkan.
-
-Solo Vulkan ouvert le 30 septembre à **07:32:51**. Nouveau monde
-`visite185/stem/42`, `Sanctuary-Fine-Stem-185-Solo`, créatif, commandes et vol,
-vue 32 chunks et simulation 12. Départ préparé dans le palais supérieur.
-Entrée confirmée en (6.5,1280,8.5), vue 32 et simulation 12 dans le journal
-`build/stem185-solo.log`. Vérification native du frustum réussie à 07:32:53 :
-couronne cachée depuis le sol, révélée en arrivant à la rosace. Inspection de
-la fenêtre du jeu : carte au sol présente et vitrages reliés au soubassement.
-L'ancienne sauvegarde beta.184 reste conservée. Aucun canal public ou instance
-Prism modifié ; seuls les artefacts locaux et le laboratoire sont livrés.
-Les contrôles de passage ne
-remplacent pas un trajet intégral piloté en bateau-poule.
-
-| Lieu | Téléportation |
-| --- | --- |
-| Rosace du Bugrock | `/tp 0.5 639 5.5 180 -20` |
-| Palais et carte au sol | `/tp 6.5 1280 8.5 140 35` |
-| Portail dans la toiture | `/tp 0.5 1312 0.5 180 75` |
-| Liaison fine, vue extérieure | `/tp 24 920 24 135 -20` |
-| Portail inférieur | `/tp 0.5 177 7.5 180 30` |

docs/flying-whale-beta290.md

@@ -1,105 +0,0 @@
-# WHALE-01 — baleine fantôme volante
-
-Branche `codex/flying-ghost-whale`, préparation locale **beta.290** le
-26 octobre 2026. Demande : import direct de la baleine de Sanctuary 26.2,
-avec son IA et son œuf, deux baleines présentes au maximum sur le serveur.
-
-## Import
-
-Sources historiques : `26.2/itsalive`, commit
-`94644a28f05b8010f06ec1181fe6c74a50ad80d6`. Le modèle, ses animations,
-la texture nuageuse 512 × 256, les particules et les sons Minecraft sont
-repris. Les API Fabric/Minecraft sont adaptées à **Minecraft 26.3**, sans
-nouvelle dépendance. La texture de la baleine est copiée octet pour octet.
-
-- `sanctuary:flying_whale` : baleine géante, paisible, volante, intangible,
-  invulnérable, sans butin. Dimensions historiques 36 × 11, rendu ×2,7.
-- IA conservée : compagnon vivant non spectateur le plus proche à 520 blocs,
-  cibles successives entre 68 et 140 blocs du joueur, altitude libre, virages
-  progressifs, souffle et lente errance sans joueur.
-- Spawner historique : contrôle toutes les 400 ticks, une apparition réussie
-  par tiers de journée (8 000 ticks), dans l’Overworld à 92–138 blocs d’un
-  joueur. Il attend si le chunk candidat n’est pas déjà chargé. Aucun chunk
-  n’est généré ou forcé par le spawner. Le calendrier appartient au serveur
-  courant et repart au démarrage, comme le calendrier historique.
-- Dissipation au plus tard après 14 400 ticks (12 minutes à 20 TPS), possible
-  dès 12 000 ticks après plus de 900 ticks sans joueur proche. Seules les
-  baleines nommées sont sauvegardées, comme en 26.2 ; elles restent soumises
-  à cette durée de vie après chargement.
-
-Le quota historique de deux baleines chargées est partagé entre **toutes les
-dimensions du serveur**, et étendu aux œufs, invocations, distributeurs et
-rechargements. Une troisième entité chargée est retirée. L’utilisation
-manuelle d’un œuf est refusée avant consommation si les deux places sont
-prises, avec un message FR/EN. Retirer une baleine libère immédiatement sa
-place. Les baleines nommées dans des chunks déchargés ne réservent pas de
-place ; elles repassent par le quota au rechargement.
-
-## Œuf Minecraft personnalisé
-
-`sanctuary:flying_whale_spawn_egg` figure dans l’onglet Œufs d’apparition.
-Son icône est dérivée directement de **`assets/minecraft/textures/item/egg.png`
-de Minecraft 26.3**, sans reprendre le dessin historique de l’œuf.
-`scripts/generate_whale_egg.py` recolore les pixels en bleu nuage pâle avec
-huit pixels lavande. Dimensions 16 × 16, les 90 pixels de coquille,
-transparence, contour asymétrique et emplacements des ombres restent natifs.
-Le script refuse une version ou une empreinte source différente et propose
-`--check` pour comparer les pixels livrés sans réécriture.
-
-```sh
-python3.14 scripts/generate_whale_egg.py --check /chemin/minecraft-client.jar
-/give @s sanctuary:flying_whale_spawn_egg
-/summon sanctuary:flying_whale ~ ~10 ~
-```
-
-Libellés de l’entité, de l’œuf et du refus de quota en FR/EN. Aucun familier
-miniature, capture de baleine ou conversion d’ID 26.2 n’est ajouté. Pas de
-changement de générateur, de sauvegarde existante ou de publication distante.
-
-## Vérification
-
-- `./gradlew check build assemblePack
-  -PsanctuaryFocusedTests=whale290,recipes,progression
-  -PsanctuaryAtlasOnly=true` : **réussi en 3 min 34 s**, avec **19 tests
-  serveur requis réussis**, tous les contrôles purs de `check`, le JAR
-  `sanctuary-beta.290.jar` et les profils packwiz client/serveur assemblés.
-  Ce périmètre serveur cible la baleine, les recettes et la progression ;
-  il ne rejoue pas les suites de génération historiques.
-- Archive JAR relue : version beta.290, classes et deux textures présentes,
-  un seul JEI embarqué, aucune classe de test ; même JAR unique dans chacun
-  des deux profils packwiz. Reçu SHA-256 sous `build/whale290/artifacts.json`.
-- Suite native ciblée `:sanctuary:runGameTest
-  -PsanctuaryFocusedTests=whale290 -PsanctuaryAtlasOnly=true` : **7 tests
-  requis réussis**, dont les six scénarios baleine et le contrôle
-  d’infrastructure. Usage réel de l’œuf en survie, non-consommation à quota
-  plein, quota Overworld/Nether, refus de la troisième invocation, libération
-  d’une place, apparition naturelle à rayon/altitude historiques, déplacement
-  natif, dissipation, collision sans modification du terrain et sauvegarde
-  nommée vérifiés. Les tests attendent que les chunks de développement soient
-  effectivement chargés avant de vérifier leur population.
-- Parcours graphique **Vulkan / MoltenVK 1.4.2 / Apple M1**, avec
-  **Sodium 0.9.2+mc26.3**, réussi en **49 s** : deux baleines géantes
-  translucides, nageoires animées, texture historique, véritable déplacement
-  autour du joueur, œuf en main et hotbar, libellés FR/EN. Les captures
-  `0000_whale290-native-egg-and-two-whales.png` et
-  `0001_whale290-ghosts.png` sont inspectées visuellement.
-- `generate_whale_egg.py --check` : pixels livrés identiques au résultat
-  déterministe, 90 pixels opaques et masque alpha strictement natif.
-  PNG de la baleine identique octet pour octet à la référence 26.2 ;
-  JSON des libellés FR/EN et modèles d’objet valides.
-
-Commande du parcours graphique :
-
-```sh
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryWhale290ClientTests=true -PsanctuarySodiumClientTests=true \
-  -PsanctuaryFocusedTests=whale290 -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-Journaux et captures ignorés sous `build/whale290/`. Validation en monde
-plat de développement neuf, graine `290` pour le client ; aucun monde
-personnel ni serveur Beta n’est ouvert ou modifié. Le calendrier complet
-sur une journée réelle et un parcours multijoueur distant ne sont pas
-revendiqués ; les trois fenêtres sont exercées par les tests de calendrier.

docs/forgerie-beta238.md

@@ -1,95 +0,0 @@
-# APT-238 — Forgerie
-
-Branche `codex/forgerie-beta238`, base beta.237 (`5dee981`).
-
-## Contrat avant implémentation
-
-Une aptitude Forgerie est ajoutée dans Arts et métiers de Progression, avec
-l'icône `aptitudes_forgerie.png` fournie. Comme Enchantement et Alchimie,
-elle coûte quatre niveaux, est achetée une seule fois et reste acquise
-sans interrupteur. Elle débloque l'usage personnel de toutes les variantes
-d'enclume et de la table de forge. Avant l'achat, les menus natifs de ces
-postes sont refusés côté serveur, y compris les postes fonctionnels portés
-sur la tête. Les réparations, noms, améliorations et ornements natifs restent
-fonctionnels après achat. Équipements déjà obtenus et recettes conservés.
-
-La meule, les fours et les autres postes restent sous leurs règles actuelles.
-Les deux aides World Map / Mob Names restent les seuls choix désactivables.
-Les interfaces ajoutées sont traduites en français et en anglais.
-
-## Persistance et compatibilité
-
-L'attachement booléen additif `sanctuary:smithing_learned` conserve l'achat.
-Absent : false. Copie à la mort et conservation au New Game+. Aucun schéma,
-aucune preuve ni aucun attachement existant n'est réécrit. Les personnages
-existants avec progression doivent aussi acquérir Forgerie. Les joueurs
-hors progression Sanctuary gardent l'accès vanilla. Aucun monde personnel,
-aucune génération ni aucun terrain n'est modifié.
-
-La capacité `sanctuary:smithing_v1` et l'état `sanctuary:smithing_state_v1`
-transmettent l'achat sans modifier
-les paquets v1 existants. Le serveur exige un client compatible et contrôle
-la session, le joueur, la révision et les niveaux avant l'achat. Un retour
-à une version ancienne peut perdre cet attachement inconnu à la sauvegarde ;
-conserver une sauvegarde avant ce retour.
-
-## Vérifications et livraison
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=forgerie238,aptitudes236,headblocks \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryAptitudes236ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-```
-
-`check build assemblePack` réussi en **2 min 44 s**, **21 GameTests requis**
-réussis : cinq nouveaux scénarios Forgerie, six scénarios d'aptitudes et dix
-scénarios de postes portés. Contrôles purs du dépôt réussis. Le banc Atlas
-évite le chemin de génération par défaut déjà documenté en beta.232.
-Log `build/forgerie238-check-build-pack.log`.
-
-- Achat refusé avec trois niveaux ou une révision périmée ; quatre niveaux
-  dépensés une seule fois. Autres achats et preuves inchangés. Requête de
-  désactivation refusée ; conservation native NBT, à la mort et au New Game+.
-- Trois variantes d'enclume refusées avant achat puis ouvertes après achat.
-  **Réparation et renommage réels d'une épée diamant** sur chacune ; XP et
-  diamant consommés selon le coût natif du menu.
-- Table de forge refusée avant achat puis ouverte : **épée netherite et
-  plastron diamant avec ornement Sentry réellement produits**, entrées
-  consommées une fois, coût d'XP natif conservé et accès aux visites suivantes.
-- Menus construits en dehors de l'ouverture normale : validité et prise de
-  résultat refusées avant acquisition, sans dépense ni perte d'entrées.
-  Joueurs sans progression Sanctuary autorisés comme en vanilla.
-- Enclumes et table de forge sur la tête : contrôle de l'achat du visiteur,
-  indépendamment du porteur. La fixture générale des postes natifs possède
-  explicitement les trois aptitudes des Arts avant de tester leurs menus.
-
-Sources et bytecode du **Minecraft 26.3 local** vérifiés pour les méthodes
-héritées de `ItemCombinerMenu`, l'override de prise d'`AnvilMenu` et les recettes
-natives de forge. Aucun changement de recette ni de dépendance externe.
-
-Parcours graphique en **34 s**, Vulkan / MoltenVK 1.4.2 sur Apple M1,
-FR/EN GUI 2/3/4. La suite d'aptitudes existante contrôle désormais treize
-aptitudes, dont onze achats permanents. Trois Arts achetés depuis les boutons
-natifs : douze niveaux au total, Forgerie synchronisée depuis le serveur et
-présentée comme acquise sans interrupteur. Deux seules aides désactivables,
-XP et progression conservées lors de douze paires de changement, disposition
-Pause intégrée, défilement et retour Terminé conservés. Log
-`build/forgerie238-client-vulkan.log`, marqueur `FORGERIE238_PASS`.
-Vingt-quatre captures dans `build/forgerie238-screenshots/` ; Arts FR GUI 3
-et EN GUI 4 inspectés, texte et icône contenus dans le cadre.
-
-Versions du mod, du pack et du manifeste alignées sur **beta.238**.
-[MRpack local](../build/Sanctuary-beta.238.mrpack) vérifié : 12802487 octets,
-intégrité ZIP, Minecraft 26.3 / Fabric Loader 0.19.5, un seul JAR Sanctuary
-identique au build final, sans classe de test, monde ou module de laboratoire.
-Les trois icônes fournies des Arts sont identiques octet pour octet aux
-originaux dans le JAR. Reçu `build/forgerie238-artifact.json`.
-
-- SHA-256 JAR : `e29ea6f7f56c57290d0307076f641f2e714ec72a80be858a5fd9c5f08e27eb8e`.
-- SHA-256 MRpack : `2fbd605acf555dd8b192c0c0ad7171414a13f5820e5d440ba54debcd4cb897a7`.
-
-Tests dans des mondes de développement neufs. Pas de validation Windows ni
-multijoueur distant. Les sauvegardes et installations personnelles restent
-intactes ; aucune publication ni avancée du canal packwiz.

docs/four-islands-base224.md

@@ -1,53 +0,0 @@
-# Les quatre îles dans Sanctuary normal
-
-## Validation du 5 octobre 2026
-
-Le joueur valide le rendu beta.224 et demande que les quatre îles soient
-disponibles dans Sanctuary de base, sans Sanctuary Test.
-Branche de vérification : `codex/four-islands-base224`, base `4554ea1`.
-
-L’audit confirme que cette intégration est déjà effective dans le mod et le
-MRpack normal beta.224. Aucun transfert supplémentaire de code n’est nécessaire.
-Cette livraison documentaire ne change ni les binaires ni leur version.
-
-| Ancre | Expansion validée | Contenu principal |
-| --- | --- | --- |
-| Nord | Glaciale | Taïgas géantes, glace, améthyste, igloos et manoir |
-| Sud | Aride | Canyons colorés, forêts, sentiers et pyramide piégée |
-| Ouest | Océanique | Océan, monument, épaves et berges en roche jaune |
-| Est | Volcanique | Volcan actif, jungles, bambou et temple de jungle |
-
-Créer un **nouveau monde Sanctuary**, avec le choix Petit/Moyen/Grand.
-Les expansions de 1024 blocs sont débloquées par leurs ancres cardinales
-et leurs demandes de matériaux ; elles ne sont pas toutes prégénérées au départ.
-Les anciens mondes conservent leur génération enregistrée.
-
-## Contrôle de l’intégration
-
-- Le preset public `sanctuary:sanctuary` utilise `island224_medium`. Le sélecteur
-  du mod normal propose également les profils Small et Large de cette génération.
-- `SanctuaryMod` enregistre directement les générateurs, l’adaptateur d’expansion
-  et les interactions des ancres. Aucun de ces chemins ne dépend de l’activation
-  de `QuickTestMod`. Les anciens noms Java et identifiants `sanctuary_test:*`
-  sont conservés pour la compatibilité ; ils ne constituent pas une dépendance
-  au module optionnel.
-- Vérification du MRpack normal : générateurs, structures et biomes des quatre
-  directions présents pour les trois tailles ; un seul JAR Sanctuary, aucune
-  dépendance au module `sanctuary_test`, aucun monde ni JAR Sanctuary Test inclus.
-- La création conserve les types vanilla et une seule entrée publique Sanctuary.
-- Le build complet et les sept GameTests beta.224 ont déjà réussi, dont le
-  chargement des profils sans le module de labo. Ils ne sont pas relancés pour
-  cette modification documentaire. Les essais natifs des différentes îles sont
-  décrits dans leurs tickets ; cet audit ne revendique pas une nouvelle partie
-  complète avec les quatre îles simultanément.
-
-Reçu local : `build/four-islands-base224-receipt.json`.
-Artefact standard : `build/Sanctuary-beta.224.mrpack`, copie identique dans
-`~/Downloads/Sanctuary-beta.224.mrpack`, SHA-256 :
-
-```text
-01aed4e6a0d9e2965ed8201372eef3aaecab3b0c6dce3fb84586895ed9076885
-```
-
-Cette validation ne migre aucun monde et ne modifie pas le canal packwiz ou
-l’installation Prism personnelle.

docs/gallery-generation-beta198.md

@@ -1,101 +0,0 @@
-# WG-GALLERY-198 — création Large interrompue par la galerie centrale
-
-Branche `codex/gallery-generation-beta198`, depuis beta.197. Minecraft 26.3,
-Fabric 0.19.5, Java 25. Retour R013 et journal `message-11.txt` fourni par le
-créateur : arrêt Windows à la création Large, graine `4736390610738281858`.
-
-## Cause et correction
-
-L'exception `No supported central gallery floor` dans `Cavern183.create`
-interrompt la décoration du premier chunk. Le repli beta.197 exige encore de
-la roche exactement en (0,0), sous la surface de cette même colonne. Sur cette
-graine, son sommet n'est qu'à Y=168 et presque toute la colonne traverse du
-vide, alors que les colonnes voisines possèdent des assises. L'erreur a été
-reproduite sur macOS avec la même graine avant modification. Ce journal ne
-montre pas une panne du pilote Vulkan ni un manque de mémoire.
-
-Les nouveaux profils beta.198 conservent d'abord toutes les recherches
-existantes. Un dernier repli ne s'exécute que lorsqu'elles échouent : il compare
-l'assise et la couverture sur l'emprise de la chambre, de Y=32 à Y=276, sans
-condition éliminatoire sur la seule colonne centrale. Au plus 12 250 sondes,
-une seule planification mise en cache par source de biomes. Même un puits
-entièrement vide conserve la salle et sa fondation locale existante, plutôt
-que d'annuler la création du monde. Dans ce cas limite, la chambre peut être
-ouverte sur le vide : ce correctif ne prétend pas créer une cavité fermée dans
-une roche absente.
-
-Le portail reste horizontal en X=0, Z=0. Les dimensions de la chambre,
-maçonnerie et règles du relief, de l’eau, des biomes et des minerais restent
-identiques.
-Aucun calcul régional d'hydrologie ajouté.
-
-## Sauvegardes et distribution
-
-`stable_gallery198` est un paramètre de codec additif, faux par défaut.
-Les trois nouveaux profils `shared_island198_{small,medium,large}` et le preset
-public Sanctuary l'activent. Les profils 196/197 restent présents et gardent
-leur comportement ; leur personnalisation conserve leur révision exacte.
-Les protections de spawn introduites en 197 restent actives en 197 et 198.
-
-Le pack de test est destiné à un **nouveau monde**. Une création interrompue
-beta.197 ne migre pas automatiquement en beta.198 : recréer un nouveau monde
-avec la même graine et la taille souhaitée. Aucun monde personnel modifié,
-aucun chunk régénéré, aucune publication du canal ni installation Prism.
-
-## Vérifications
-
-- Échec beta.197 reproduit dans `build/worldgen-lab/gallery198-baseline/`.
-- Tests synthétiques réussis : puits vide, appuis autour d'un centre vide,
-  fine couche haute, roche pleine, déterminisme et borne de calcul.
-- Matrice native réussie : Small/Medium/Large, graines 0, 17, 42,
-  `4736390610738281858` et `-9223372036854775808`. Plans répétés à l'identique ;
-  toutes les galeries admises par beta.197 conservent exactement leur plan.
-  Le nouveau repli s'active pour la graine du journal, dans les trois tailles.
-- Small, Medium et Large sur la graine fournie : création puis réouverture
-  réussies. Portail en `(0,183,0)`, trois salles accessibles, respectivement
-  1 927, 1 925 et 1 930 cellules accessibles ; géométrie et ornements identiques
-  après reprise. Démarrages serveur à froid : 18,4 / 24,2 / 21,1 secondes ;
-  ces mesures locales ne sont pas un temps de chargement garanti sous Windows.
-- Client intégré **Vulkan**, vue 8 chunks et mémoire Java 2 Gio : Large sur
-  la graine exacte, arrivée réelle en `(-15.5,254,-15.5)`, huit recherches
-  natives de spawn sur l’île. Parcours FR/EN des trois tailles, annulation,
-  aller-retour disque et maintien des révisions historiques 196 et 197.
-  Réussi en 1 min 2 s, trace `build/gallery198-client.log`.
-
-Commande du contrôle ciblé, rejouable dans un nouveau dossier :
-
-```sh
-python3 scripts/worldgen_lab.py verify --profile large \
-  --seed 4736390610738281858 --run galerie-regression-neuve \
-  --checks gallery198 --memory 2048
-```
-
-Les traces finales sont dans `build/worldgen-lab/gallery198-targeted/`.
-Le mode normal `--checks full` conserve toutes ses assertions. Son premier
-passage dans `gallery198-fixed/` a démarré correctement puis s'est arrêté sur
-un **autre contrôle de laboratoire** : le secteur émeraude contient 171 blocs,
-dont 120 exposés, contre le minimum attendu de 200. Ce seuil est uniquement
-vérifié par le banc de test, pas pendant une partie ordinaire. Ni l'assertion
-ni les minerais ne sont modifiés ici. La vérification complète de toutes les
-décorations sur cette graine reste donc ouverte ; seuls les contrôles ciblés
-explicitement indiqués sont déclarés réussis.
-
-Aucun essai effectué directement sous Windows ; le défaut du journal est
-reproduit avec le même générateur natif et la même graine sur cette machine.
-
-`./gradlew check build assemblePack assembleTestPack -PsanctuaryFocusedTests=menus`
-réussi en **4 min 27 s**, 139 tâches : contrôles purs dont le nouveau repli,
-quatre GameTests menus et assemblages. Journal : `build/gallery198-check-build.log`.
-Le parcours client utilise une instance de développement et ne produit pas de
-campagne de captures.
-
-Export local **Sanctuary-Test-beta.198.mrpack**, **12 282 084 octets**.
-SHA-256 : `647498a0da3330ce0483e65fe6510ec8d09b6975365261fe59a57d61f3ef0688`.
-Archive ZIP, versions, dépendances et classes de chaque JAR vérifiées contre
-le build. Toutes les anciennes ressources de données restent identiques à
-beta.197, sauf le preset public qui sélectionne maintenant Medium beta.198.
-Les nouvelles ressources activent explicitement le correctif ; les anciens
-profils ne le font pas. Les tests natifs finaux correspondent à l'empreinte
-finale des sources de génération. Reçu : `build/gallery198-artifact.json`.
-Copie et guide dans `Downloads/`, sans sauvegarde, réglage personnel ni journal
-inclus dans l'archive.

docs/happy-creepers.md

@@ -1,99 +0,0 @@
-# Happy creepers — réintégration
-
-Branche `codex/happy-creepers`, worktree isolé du chantier baleines.
-Version locale préparée : **beta.291**, sur le socle beta.289.
-
-Cette fiche conserve le reçu de la branche dédiée. Son commit `0ffd371a` est
-repris dans la [livraison intégrée beta.293](release-beta293.md), avec les
-baleines, le logo packwiz et les quatre mods facultatifs. Consulter ce reçu
-pour l'état de publication et les vérifications de la combinaison finale.
-
-## Contrat
-
-Le happy creeper est un état du creeper Minecraft existant. **Maj + clic droit
-avec une fleur** équipe son unique emplacement cosmétique de tête ; **Maj +
-clic droit à main vide** rend cette même fleur. Le geste, les contrôles de
-distance/visibilité, la consommation en survie et la conservation des composants
-de l'objet sont ceux du système de chapeaux existant. Un emplacement occupé
-doit être vidé avant d'équiper une autre fleur.
-
-Toute fleur du tag Minecraft `minecraft:flowers` rend le creeper heureux :
-visage souriant historique, fleur exacte visible sur la tête animée, aucun
-ciblage hostile ni explosion. L'équipement annule immédiatement une mèche
-déjà amorcée, y compris au briquet ; retirer la fleur ne reprend pas cette
-ancienne mèche. Tant que la fleur est portée, briquet et boule de feu ne
-l'allument pas et ne sont pas consommés ou usés. Le creeper continue d'utiliser
-ses déplacements natifs et peut toujours subir des dégâts.
-
-Retirer la fleur ou la remplacer par un objet sans rapport rétablit le visage,
-le ciblage et l'explosion ordinaires. Un pot de fleurs, des feuilles ou des
-graines ne déclenchent pas cet état. La charge électrique est indépendante :
-un creeper chargé peut être heureux, et la foudre peut charger un happy
-creeper. Retirer sa fleur conserve sa charge.
-
-## Sauvegarde et périmètre
-
-L'état heureux se déduit uniquement de l'objet dans `sanctuary:mob_head`, dont
-le schéma 1 est réutilisé sans modification. Cette pile est déjà sauvegardée
-et synchronisée par les chapeaux de mobs. Aucun second drapeau, nouvelle
-entité, changement de format, migration de monde ou tirage de variante n'est
-ajouté. Un creeper portant déjà une fleur devient donc heureux avec cette
-version. L'identité, la santé, la charge et les autres données natives restent
-sur le même creeper. Le port d'un chapeau conserve sa protection habituelle
-contre la disparition à distance.
-
-Les nouvelles apparences de creepers restent pour un prochain ticket. Le
-suivi du joueur, les apparitions naturelles de happy creepers et les anciennes
-entités `happy_creeper:*`/`mobopia:*` ne font pas partie de cet incrément.
-Aucune nouvelle interface n'est ajoutée ; les messages d'équipement et de
-retrait FR/EN existants sont réutilisés.
-
-## Vérification
-
-- Serveur `happycreeper,cosmetics,headblocks` : **28 tests requis réussis**,
-  dont sept tests happy creeper et le test d'infrastructure Fabric. Annulation
-  immédiate d'une vraie mèche à vingt ticks, refus répété du ciblage/allumage,
-  représailles, tous les objets du tag fleurs, récupération de la pile nommée,
-  allumage natif sans fleur et rechargement du même creeper chargé vérifiés.
-- Parcours client **Vulkan avec Sodium** : **réussi**. Vrais appuis sur Maj et
-  clics souris pour équiper/récupérer une fleur en survie ; synchronisation de
-  la pile et du visage ; AI active pendant 85 ticks près d'un vrai joueur ;
-  sourire, fleur sur la tête animée et aura électrique native vérifiés.
-  Monde plat de développement neuf, graine `290`, Minecraft 26.3 sur Apple M1.
-  Capture : `build/happy-creepers-screenshots/four-states-vulkan.png` ; de gauche
-  à droite : chargé, chargé heureux, heureux, ordinaire.
-- `check build assemblePack` : **réussi en 3 min 55 s**, contrôles purs et
-  **28 tests serveur** inclus. Export MRpack réussi, versions et dépendances
-  exactes contrôlées ; un seul JAR Sanctuary embarqué, identique au JAR
-  construit ; texture historique identique octet par octet et classes de test
-  absentes. Logs : `build/happy-creepers-final-check-build.log`,
-  `build/happy-creepers-server.log`, `build/happy-creepers-vulkan.log`.
-  Reçu : `build/happy-creepers-validation.json`.
-
-Commandes reproductibles :
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=happycreeper,cosmetics,headblocks \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryHappyCreeperClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuarySodiumClientTests=true \
-  -PsanctuaryClientHeapGb=4 -PsanctuaryClientNoVsync=true
-```
-
-Le premier essai de `check build` associait par erreur le preset unifié et le
-profil rapide ; il a échoué au choix du générateur avant les tests. Le profil
-plat `sanctuaryAtlasOnly=true` évite ce conflit de configuration existant.
-Aucun monde personnel, serveur Beta, canal packwiz ou Prism n'est modifié.
-
-## Artefacts locaux
-
-- [Pack beta.291](../build/Sanctuary-beta.291.mrpack), 16 724 142 octets.
-  SHA-256 : `3c2d630fc85e88b08bac94cc2244e975d3552fcac4d508ad366adea730062468`.
-- JAR : `mods/sanctuary/build/libs/sanctuary-beta.291.jar`.
-  SHA-256 : `e8e315db1e4831400244d17429723099fbfe3a352387d8a9cf0ecb01d8170e9e`.
-
-Cette branche part de beta.289 et ne contient pas le travail parallèle des
-baleines préparé en beta.290. L'intégration des deux branches précède toute
-éventuelle publication commune. Aucun tag ni artefact distant n'est créé.

docs/hello-baby-familiars-beta263.md

@@ -1,59 +0,0 @@
-# HELLO-263 — Bébés familiers dans Hello World
-
-Correction demandée le 16 octobre 2026 sur `codex/hello-world-menu`, après
-beta.262. Minecraft **26.3**, livraison locale **beta.263**.
-
-La disposition est ensuite ajustée dans [HELLO-264](hello-layout-beta264.md) :
-colonne de la largeur de la hotbar et aperçus miniatures sur un sol commun.
-
-Le familier est présenté dans sa forme bébé native, comme le proxy de rendu
-en jeu après `Mob.setBaby(true)`. Le choix concerne le modèle, les textures
-bébé et l'échelle d'âge ; le cadrage tient compte de la taille réduite.
-Les textures du chat et du loup sont explicitement remplacées par celles
-du chaton et du louveteau. Les espèces sans forme bébé native gardent leur
-apparence habituelle de familier miniature.
-Le chaton reprend la variante noire par défaut du proxy natif ; le poisson
-tropical reprend également son motif natif par défaut.
-
-Le rendu reste utilisable avant la liaison des composants d'items et avant
-l'arrivée d'un monde client. Aucun changement des familiers remis, des règles
-serveur ou des sauvegardes. Hotbar de neuf couleurs, fond texturé, skin du
-personnage et suivi de la souris conservés.
-
-## Vérifications
-
-Le parcours Hello World existant est étendu : après le contrôle à froid des
-44 modèles/textures, l'âge, l'échelle d'âge et la texture de chaque aperçu
-sont comparés à un vrai proxy natif créé dans un monde de développement
-neuf, puis passé par `Mob.setBaby(true)`. Ces proxies ne sont jamais ajoutés
-au monde ou simulés. Le personnage, la pagination, les saisies, l'admission,
-la reconnexion et le code d'accès restent couverts par le même parcours.
-
-```sh
-export JAVA_HOME=$(/usr/libexec/java_home -v 25)
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryQuickTests=true -PsanctuaryHello262ClientTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=progression,starter,starter052 -PsanctuaryAtlasOnly=true
-```
-
-Parcours client réussi en **1 min 26 s**, **Vulkan / MoltenVK 1.4.2 sur
-Apple M1**, avec 8 Gio maximum. Journal : `build/hello263-client-vulkan.log`,
-marqueurs `HELLO263_BABIES_PASS`, `HELLO262_MODELS_PASS` et
-`HELLO262_CLIENT_PASS`. Les 44 âges, échelles d'âge et textures correspondent
-aux proxies natifs ; la création, la reconnexion et le code d'accès passent.
-24 captures conservées dans `build/hello263-screenshots/` ; galerie à froid
-et poussin dans le menu inspectés.
-
-`check build assemblePack` réussit en **3 min 4 s**, avec **13 GameTests
-serveur requis réussis**. Journal : `build/hello263-check-build-pack.log`.
-Le [pack local beta.263](../build/Sanctuary-beta.263.mrpack) est exporté et
-vérifié : intégrité ZIP, version, Minecraft 26.3, JAR identique au build et
-classes de test absentes. Face à beta.262, seule la classe de production
-`HelloFamiliarPreview` change. Reçu : `build/hello263-validation.json`.
-
-Aucune publication ou installation personnelle effectuée. Les variantes
-visuelles restent celles par défaut ; Windows et serveur distant restent
-hors des essais.

docs/hello-layout-beta264.md

@@ -1,74 +0,0 @@
-# HELLO-264 — Colonne centrale et sol commun
-
-Demande du 16 octobre 2026 sur `codex/hello-world-menu`, après beta.263.
-Minecraft **26.3**, livraison locale **beta.264**.
-
-Le titre Hello World est retiré de l'affichage. Le menu central reprend les
-**182 pixels de la hotbar native**, avec neuf couleurs par page. La section
-Personnage contient le choix de couleur puis « Écris ta biographie ». Elle est
-suivie du choix parmi les trois œufs et du nom du familier. Les noms sont
-placés au-dessus des aperçus : pseudo coloré à gauche, nom saisi à droite.
-Les flèches restent dans la largeur de la colonne ; leur infobulle indique
-la page courante. Libellés français et anglais.
-
-Les deux aperçus partagent la même hauteur de sol. Le familier garde sa forme
-bébé et une taille miniature ; son échelle ne cherche plus à remplir la zone.
-Le cadrage est limité à l'aperçu. Le personnage compense la rotation verticale
-pour garder ses pieds au sol. Les deux modèles suivent toujours la souris.
-L'espèce, la rareté et la description apparaissent uniquement au survol de
-l'œuf ou de l'aperçu, et ne prennent plus de place dans le formulaire.
-
-Retour est placé en bas du contenu, séparé des sections. « Entrer dans
-Sanctuary » occupe un pied de page natif de 33 pixels, à la position du bouton
-Terminé des statistiques. Les deux boutons ont la largeur de la hotbar.
-Le fond légèrement texturé, les brouillons, la pagination, le verrouillage
-d'identité et le parcours de code d'accès sont conservés.
-
-Les règles serveur, les sauvegardes et les familiers remis restent inchangés.
-Les variantes visuelles sont celles par défaut, comme dans beta.263.
-
-## Vérifications
-
-Le parcours Vulkan vérifie FR/EN en GUI 2/3/4, la largeur et le centrage des
-champs, les boutons sans chevauchement et la place du pied de page natif.
-Il couvre aussi les neuf couleurs par page, la dernière page incomplète,
-les saisies après redimensionnement/refus serveur, l'identité verrouillée et
-le code d'accès. Les aides de saisie FR/EN sont raccourcies pour tenir dans
-la colonne, y compris lorsque les champs sont vides.
-
-Les 44 modèles de départ sont rendus à froid et comparés aux vrais proxies
-natifs après `Mob.setBaby(true)`. Captures spécifiques du bébé zombie,
-du bébé chameau, du survol et des deux directions de souris. Admission avec
-nom, sauvegarde et reconnexion dans un monde de développement neuf, graine
-52 ; code d'accès avec réponse HTTP perdue, nouvel essai et admission unique
-dans un autre monde neuf, graine 166.
-
-Parcours final réussi en **1 min 4 s**, sous **Vulkan / MoltenVK 1.4.2,
-Apple M1**, avec 8 Gio maximum. Les marqueurs `HELLO262_MODELS_PASS`,
-`HELLO263_BABIES_PASS`, `STARTER052_CLIENT_PASS`, `ACCESS166_CLIENT_PASS`
-et `HELLO262_CLIENT_PASS` figurent dans `build/hello264-client-vulkan.log`.
-**43 captures natives** conservées dans `build/hello264-screenshots/` ;
-menus FR/EN, zombie, chameau, suivi de souris, cadrage et infobulle inspectés.
-
-`check build assemblePack` réussit en **3 min 9 s**, avec les **13 GameTests
-serveur requis réussis**. Journal : `build/hello264-check-build-pack.log`.
-Le [pack local beta.264](../build/Sanctuary-beta.264.mrpack) est exporté et
-vérifié : intégrité ZIP, version, Minecraft 26.3, JAR identique au build,
-classes de production identiques aux sorties compilées, traductions FR/EN
-identiques aux sources et classes de test absentes. Par rapport à beta.263,
-les seules classes de production modifiées sont `HelloWorldScreen` et ses
-classes internes, ainsi que `HelloFamiliarPreview`.
-Reçu : `build/hello264-validation.json`.
-
-Aucune publication ou installation personnelle effectuée. Essais graphiques
-sur Apple M1 uniquement ; Windows et serveur distant hors des essais.
-
-```sh
-export JAVA_HOME=$(/usr/libexec/java_home -v 25)
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryQuickTests=true -PsanctuaryHello262ClientTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=progression,starter,starter052 -PsanctuaryAtlasOnly=true
-```

docs/hello-world-menu-beta262.md

@@ -1,96 +0,0 @@
-# HELLO-262 — Menu de création du personnage et du familier
-
-Demande du 16 octobre 2026, branche `codex/hello-world-menu`, socle beta.261,
-Minecraft **26.3**, livraison locale **beta.262**.
-
-Les aperçus adultes de cette première version sont remplacés par les
-[formes bébé en beta.263](hello-baby-familiars-beta263.md).
-
-## Menu
-
-Trois colonnes centrées : personnage à gauche, formulaire au centre, familier
-à droite. Les colonnes latérales ont la même largeur ; le centre est partagé
-en deux blocs de même hauteur, personnage en haut et familier en bas.
-Aucun aplat de panneau : fond gris sombre légèrement texturé sur toute la page,
-avec la texture native de pierre teintée, proche du précédent `#171717`.
-
-Le pseudo affiche la couleur choisie. Les flèches autour de lui parcourent
-**neuf couleurs serveur par page**. La barre reprend directement les sprites
-`minecraft:hud/hotbar` et `minecraft:hud/hotbar_selection`, sans texture dérivée.
-Aux petites tailles, elle se réduit proportionnellement tout en conservant ses
-neuf cases. La dernière page garde les emplacements vides inactifs. Noms des
-couleurs au survol et dans la narration ; libellés FR/EN.
-
-Le personnage et le familier ont des **aperçus 3D qui suivent la souris**,
-sans devoir cliquer ou glisser. Le skin utilise le widget natif ; le familier
-utilise ses modèles et textures natifs. Les trois œufs restent les boutons de
-choix à droite. Le survol change l'aperçu ; sinon, le familier choisi est
-montré, ou le premier avant la sélection explicite.
-
-Ces aperçus ne créent aucun `ItemStack`, entité ou monde de substitution.
-Les états graphiques sont construits directement avant l'admission. Les vaches,
-poules et cochons utilisent explicitement leurs variantes tempérées 26.3,
-sans lier ou remplacer les registres dynamiques du serveur.
-
-La biographie et le nom du familier restent au centre. Le code d'accès apparaît
-lorsque le serveur l'exige. Pagination, redimensionnement et refus serveur
-conservent les saisies et le familier proposé ; une couleur devenue indisponible
-est retirée de la sélection. Une identité enregistrée reste verrouillée.
-Règles serveur, tirage, protocole et formats de sauvegarde inchangés.
-
-## Vérifications
-
-Parcours client **Vulkan / MoltenVK 1.4.2, Apple M1**, 8 Gio maximum : FR/EN,
-fenêtre 1280 × 960, GUI 2/3/4, soit 640 × 480, 427 × 320 et 320 × 240.
-Toutes les couleurs sont accessibles sans doublon, dernière page comprise.
-Contrôles sans chevauchement, boutons Annuler/Entrer lisibles sans défilement,
-focus des flèches conservé, brouillons et sélection conservés au redimensionnement.
-Offres sans familier, palette vide et identité verrouillée couvertes.
-
-Les **44 modèles de départ** communs/peu communs sont soumis au rendu natif
-et leurs textures vérifiées sur un client à froid, **avant la liaison des
-composants d'items**. La galerie est rendue en Vulkan. Les déplacements du
-curseur vérifient les deux axes du familier et du personnage ; captures
-comparées pour contrôler le sens de rotation.
-
-Admission avec nom et reconnexion dans un monde plat neuf, graine **52**.
-Admission par code dans un autre monde plat neuf, graine **166**, avec une API
-HTTP locale contrôlée : réponse perdue, nouvel essai et admission unique.
-Configuration temporaire restaurée. Les parcours Starter052 et Access166 sont
-réutilisés ; les assertions historiques de disposition de Starter052 et
-Progression003 sont adaptées.
-
-```sh
-export JAVA_HOME=$(/usr/libexec/java_home -v 25)
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryQuickTests=true -PsanctuaryHello262ClientTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=progression,starter,starter052 -PsanctuaryAtlasOnly=true
-```
-
-Parcours client final réussi en **1 min 35 s**. Journal :
-`build/hello262-3d-client-vulkan-final.log`, marqueurs `HELLO262_MODELS_PASS`
-et `HELLO262_CLIENT_PASS`. **24 captures finales** conservées dans
-`build/hello262-final-screenshots/` ; vues FR/2, FR/4 avec accès, EN/4,
-galerie des 44 modèles et deux positions du curseur inspectées.
-
-`check build assemblePack` réussit en **3 min 32 s**, avec **13 GameTests
-serveur requis réussis** et les contrôles purs du dépôt. Journal :
-`build/hello262-check-build-pack-final.log`. Mod et pack alignés sur beta.262.
-
-[Pack local beta.262](../build/Sanctuary-beta.262.mrpack).
-Reçu et empreintes : `build/hello262-validation.json`.
-Le MRpack est vérifié après export : intégrité ZIP, Minecraft 26.3, version
-beta.262 et JAR Sanctuary identique au build ; classes de test absentes du mod.
-
-## Limites
-
-Aperçus avec les variantes visuelles par défaut, sans choix de variante.
-Aux petites tailles, la description latérale est abrégée par la place disponible ;
-l'infobulle garde le texte complet. La biographie conserve sa limite de
-256 caractères et son champ natif à défilement horizontal.
-Essais sur serveurs intégrés de développement ; Windows et serveur distant
-non testés. Aucune publication, modification du canal packwiz ou synchronisation
-d'une installation personnelle effectuée.

docs/hidden-anchors-beta186.md

@@ -1,125 +0,0 @@
-# ANCHORS-186 — rosaces ornementées et huit refuges
-
-Ticket du 30 septembre 2026, branche `codex/hidden-anchors-beta186`.
-Retour sur beta.185 : retirer les barrières supérieures, conserver la silhouette,
-ajouter de fins liserés au verre et intégrer huit ancres dans le terrain de leur
-secteur de couleur, en surface, en grotte et sur les récifs.
-
-## Contrat
-
-Nouveau laboratoire `anchors`, preset `sanctuary_test:hidden_anchors_v1`,
-graine de visite 42, beta.186. Génération déterministe, recherche bornée dans
-le champ de densité existant et écritures limitées au chunk en décoration.
-Aucune régénération des visites précédentes ni modification des anciens presets.
-Les huit couleurs reprennent la palette du Bugrock, dans le même ordre
-que les rosaces. Les ancres conservent le bloc et ses propriétés existantes.
-
-Les dépôts distincts restent locaux à ce prototype : ils allument l'ancre et
-sa gemme sur le Bugrock ; ils ne génèrent pas encore d'expansion. Les coûts
-sont des matériaux accessibles sur l'île, sans or ni redstone.
-
-## Réalisation
-
-Le balcon supérieur perd ses murets. Deux liserés alternent calcite et cuivre
-patiné sur chaque dôme, en remplaçant une mince bande de verre. Huit petits
-losanges ponctuent les grandes verrières. Le volume, les couleurs dominantes,
-la tige d'un bloc, le Bugrock à Y=640, le portail de toiture et l'atlas restent
-ceux de beta.185. Les passages sur les huit axes restent dégagés.
-
-La recherche échantillonne une grille finie et les grands récifs existants.
-Elle exige une base rocheuse et un débouché naturel praticable. Deux secteurs
-aériens sont retenus lorsqu'ils disposent de récifs compatibles ; les autres
-privilégient alternativement une grotte ou la surface, avec repli sur un autre
-emplacement naturel admissible du même secteur. Le choix varie avec la graine.
-Le manque de site sûr fait échouer ce laboratoire explicitement plutôt que de
-fabriquer une ancre au-dessus du vide. Seule la graine de visite est certifiée.
-
-Les refuges sont de petites poches irrégulières : sol légèrement ondulé,
-reliefs dans la roche présente, accès court décalé, crêtes érodées, mousse,
-azalées et verre de couleur au piédestal. Certains reliefs cachent une source
-de lumière, d'autres restent sombres. Les réservations évitent la galerie,
-le donjon, le soufre et les bassins connus. Elles empêchent aussi la décoration
-d'un chunk voisin de reboucher les volumes, sans bloquer les actions des joueurs.
-Aucun calcul d'hydrologie régionale ni recherche par tick n'est ajouté.
-
-| Secteur | Couleur | Dépôt en main |
-| --- | --- | --- |
-| Nord | Bleu clair | 32 pierres |
-| Nord-est | Vert clair | 16 bûches de chêne |
-| Est | Vert | 16 blés |
-| Sud-est | Orange | 16 lingots de cuivre |
-| Sud | Rouge | 16 charbons |
-| Sud-ouest | Magenta | 8 éclats d'améthyste |
-| Ouest | Jaune | 8 lingots de fer |
-| Nord-ouest | Cyan | 16 verres |
-
-Clic droit sur l'ancre : le serveur valide le site, le matériau et la quantité.
-Un dépôt exact allume l'ancre et le bit de couleur associé au Bugrock. Les
-états restent dans les propriétés natives des blocs ; aucune nouvelle base de
-progression ou migration. Les textes FR/EN existants sont réutilisés. Le
-profil 173 et ses anciens coûts ne sont pas modifiés.
-
-## Vérification
-
-Premier contrôle natif réussi sur `solo186b/anchors/42` : huit ancres, deux
-récifs aériens, deux grottes et quatre surfaces/flancs. Plan déterministe de
-8 650 entrées dans 26 chunks, calculé en 2,3 s. Huit dépôts vérifiés dans un
-ordre non séquentiel ; tous les bits sont indépendants, les mauvais dépôts et
-les répétitions conservent les objets. Les états initiaux sont restaurés après
-ce test, avant la sauvegarde de visite.
-
-Palais : 144 murets retirés, 384 blocs de liserés/losanges incrustés,
-4 944 blocs de verre conservés, seize approches libres. Le volume et le cadre
-du portail restent inchangés. Les huit teintes existent dans les deux rosaces.
-
-La première réouverture a révélé un ancien contrôle de cerisiers basé sur un
-compteur de génération en mémoire. Le contrôle lit désormais les troncs déjà
-sauvegardés lorsqu'il n'y a pas de compteur ; aucun arbre n'est régénéré.
-Validation finale sur `solo186c/anchors/42` réussie à froid puis après
-réouverture : 567 échantillons de densité conservés et zéro région d'hydrologie.
-Démarrage serveur 6,9 s à froid / 0,66 s à chaud ; prêt avec l'ensemble des
-sondages et contrôles en 44,7 s / 6,4 s. Le plan des huit refuges prend 2,28 s
-à froid. Ces mesures incluent du travail de vérification et ne constituent pas
-une promesse de temps de chargement du client.
-
-Lecture de la sauvegarde arrêtée : huit ancres de secteurs 0 à 7, éteintes,
-Bugrock allumé avec masque de relais nul ; 49 cartes sauvegardées, complètes,
-figées, et cadres horizontaux uniques. Aucun dépôt de contrôle ne reste activé
-sur le monde proposé au créateur.
-
-Reçus ignorés : `build/anchors186-quick-result.json`,
-`build/anchors186-warm-result.json`, `build/anchors186-saved-blocks.json`,
-`build/anchors186-saved-atlas.json`.
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch`
-réussi en **6 min 49 s**, **265/265 GameTests**. Journal
-`build/anchors186-check-build.log`. Le daemon de compilation a été arrêté avant
-le client pour libérer la mémoire. Solo Vulkan ouvert le 30 septembre à **08:08:19**, vue 32 et simulation 12
-confirmées dans `build/anchors186-solo.log`. Contrôle de visibilité de la couronne
-réussi à 08:08:20. La fenêtre du jeu confirme le balcon sans murets et les
-vitrages reliés au soubassement. La visite est laissée au créateur sans téléportations d’inspection supplémentaires. L'aspect des huit
-refuges reste à apprécier ensemble en jeu. Aucun canal public ni instance
-Prism n'a été modifié.
-
-## Visite — graine 42
-
-Solo neuf `visite186/anchors/42`, `Sanctuary-Hidden-Anchors-186-Solo`,
-vue 32 chunks, simulation 12, créatif, vol et commandes ; départ dans le
-palais supérieur. Sauvegarde beta.185 conservée. Les emplacements suivants
-sont des raccourcis de test, pas des marqueurs visibles dans le jeu.
-
-| Secteur | Milieu | Lumière du refuge | Accès de visite |
-| --- | --- | --- | --- |
-
-
-
-| Nord | Surface / flanc | Lumineux | `/tp -71.5 243 -226.5 0 0` |
-| Nord-est | Surface / flanc | Sombre | `/tp 96.5 186 -82.5 0 0` |
-| Est | Récif aérien | Lumineux | `/tp 213.5 444 21.5 180 0` |
-| Sud-est | Surface / flanc | Sombre | `/tp 156.5 161 193.5 0 0` |
-| Sud | Grotte | Lumineux | `/tp -83.5 115 215.5 180 0` |
-| Sud-ouest | Surface / flanc | Sombre | `/tp -107.5 252 181.5 0 0` |
-| Ouest | Grotte | Lumineux | `/tp -96.5 223 24.5 90 0` |
-| Nord-ouest | Récif aérien | Sombre | `/tp -102.5 404 -171.5 90 0` |
-
-Palais : `/tp 6.5 1280 8.5 140 -15` ; Bugrock : `/tp 0.5 639 5.5 180 -20`.

docs/hunter-beta286.md

@@ -1,87 +0,0 @@
-# ZOMBIES-286 — Hunter et bond offensif
-
-Branche `codex/hunter`, sur le socle local beta.285 conservé. État : implémenté,
-vérifié côté serveur et sous Vulkan ; pack local beta.286 construit et vérifié.
-
-## Contrat demandé
-
-Sixième infecté : un Hunter qui prépare son bond, saute réellement vers sa
-cible et la blesse seulement si son corps la touche. Le bond peut rater : sa
-direction reste fixée après le départ et les blocs utilisent leurs collisions
-natives. Aucun plaquage ni dégât répété automatique n'est ajouté.
-
-- Zombie adulte vanilla 26.3, t-shirt bleu soutenu et pantalon anthracite
-  recolorés par script ; tête, peau, chaussures, UV et alpha conservés.
-  Identifiants `sanctuary:hunter` et `sanctuary:hunter_spawn_egg`.
-  Aucun bébé, y compris via œuf, chargement ou familier ; pas de noyé.
-- Sauvage : 10 PV, vitesse 0,30, mêlée 3, poursuite 36 blocs. Préparation
-  de 16 ticks au sol, bond à 3–10 blocs avec ligne de vue, impulsion verticale
-  0,62 et vitesse horizontale adaptée à la distance, plafonnée à 1,25.
-  Une seule frappe de 4 dégâts au contact, récupération de 24 ticks,
-  recharge de 120 ticks engagée au décollage, même si le bond rate.
-- Gravité, trajectoire et collisions natives ; corridor complet chargé et
-  bordure vérifiés. Mur, plafond, atterrissage ou durée bornée terminent le bond.
-  Une téléportation n'est pas interprétée comme un balayage d'attaque. Aucun
-  bloc détruit, chunk généré ou monde existant réécrit.
-- Familier rare : adulte miniature à taille variable persistante, 12 PV,
-  vitesse 0,30. Attaque de contact automatique et G de bond offensif à 8 blocs,
-  avec trajectoire physique et récupération. Les protections communes des
-  familiers gardent autorité sur les dégâts, destinataires, claims et duels.
-  Le familier ne bondit pas lorsqu'il est monté ou transporté.
-- Œuf créatif, spawn rare dans les habitats de zombies de l'Overworld : poids 4,
-  un individu. Recharge conservée au chargement ; préparation et saut interrompus
-  ne reprennent pas après rechargement. Aucun identifiant ou format existant changé.
-
-## Vérification
-
-- `:sanctuary:runGameTest -PsanctuaryFocusedTests=hunter286
-  -PsanctuaryAtlasOnly=true` : **16 tests requis réussis**, dont le test
-  d’infrastructure. Préparation accroupie, vraie élévation, contact unique,
-  esquive, murs, plafond, atterrissage, recharge, sauvegarde interrompue,
-  téléportation, corridor déchargé, G physique, protections communes et six
-  tailles persistantes.
-- Régressions séparées : **77 tests** avec
-  `ziplines242,boomer284,spitter283,charger282,infected280,familiar260,companions`,
-  puis **19 tests** avec `smoker285`. Les joueurs simulés du Smoker imposent
-  une session indépendante des tests d’IA asynchrones. Chaque total comprend
-  son test d’infrastructure.
-- Deux arènes historiques corrigées sans changement de comportement : sol
-  du Charger élargi pour garder l’esquive de quatre blocs sur la plateforme ;
-  arènes du Smoker replacées dans les chunks suivis par GameTest pour que les
-  recherches natives de projectiles voient immédiatement les joueurs.
-- `:sanctuary:runClientGameTest -PsanctuaryClientTests=true
-  -PsanctuaryHunter286ClientTests=true -PsanctuaryQuickTests=true
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8
-  -PsanctuaryClientNoVsync=true` : **réussi**, Vulkan / MoltenVK 1.4.2 /
-  Apple M1. Monde de développement plat temporaire, graine `286` : appui G
-  réel, familier en vol, contact et recharge ; bond sauvage sur le vrai joueur,
-  dégâts, récupération et gravité ; esquive au clavier sans dégâts ; rendu
-  adulte aux tailles 500/1000/1500 ; interface et infobulle FR/EN, GUI 2/3/4.
-  Captures : `build/hunter286-screenshots/`.
-- `./gradlew check build assemblePack -PsanctuaryFocusedTests=hunter286
-  -PsanctuaryAtlasOnly=true` : **réussi en 2 min 46 s**, y compris les 16
-  tests Hunter rejoués et tous les contrôles purs configurés par `check`.
-- Export `packwiz modrinth export` et intégrité ZIP vérifiés : un seul JAR
-  Sanctuary, identique au JAR construit ; version `beta.286`, Minecraft `26.3`,
-  Fabric Loader `0.19.5`. Classes de test exclues ; classes Hunter, œuf,
-  profil, butin, tags et traductions FR/EN présents. Pixels du PNG conformes
-  au script, cinq textures antérieures et MRpack beta.285 inchangés.
-
-## Artefacts locaux
-
-- [Pack beta.286](../build/Sanctuary-beta.286.mrpack), 16 682 455 octets.
-  SHA-256 : `9363b9067bc9974cd5f850b671e0d97c1f0876eda6885a51e2acf32d6d3b1103`.
-- JAR `mods/sanctuary/build/libs/sanctuary-beta.286.jar`.
-  SHA-256 : `02a62837d2385ec61cf76c915c2eb0e0cc5b339d5bd3ceab64a2f1086bc94abf`.
-- Reçu détaillé : `build/hunter286-validation.json`. Logs et captures ignorés
-  sous `build/hunter286-*`. Les premiers essais échoués des arènes historiques
-  sont conservés à côté des résultats finaux ; les réparations ci-dessus ne
-  changent aucun comportement du Charger ou du Smoker.
-
-## Limites
-
-Le Hunter saute puis retombe : aucun plaquage ou maintien du joueur. La vitesse
-de lancement adapte la portée au sol ; un dénivelé, un obstacle ou le déplacement
-de la cible peut faire rater le contact. Seuls les chunks déjà chargés sont
-utilisés. Aucune validation graphique OpenGL, publication, synchronisation
-Prism, installation personnelle ou modification de sauvegarde existante.

docs/infected-adults-beta281.md

@@ -1,76 +0,0 @@
-# ZOMBIES-281 — Infectés adultes et familiers miniatures
-
-Branche `codex/special-zombies`, suite au retour sur beta.280. État : livré et
-vérifié localement.
-
-## Contrat
-
-Les infectés n'ont **aucune forme bébé**. Leur modèle et leur texture sont
-toujours ceux de l'adulte. Cette règle appartient à `AbstractInfectedEntity`,
-le socle commun des variantes : les futurs Hunter, Charger, Spitter et Boomer
-devront aussi en hériter. Ces variantes restent à implémenter.
-
-L'Infecté actuel refuse le flag bébé des groupes naturels, des appels natifs,
-des œufs et du chargement des données d'entité. Il ne reçoit pas le bonus de
-vitesse bébé. Les bébés zombies Minecraft gardent leurs règles habituelles.
-
-En familier, l'adulte est réduit avec le système `FamiliarSize` existant.
-Son trait de taille enregistré dans l'œuf reste identique : petites, ordinaires,
-grandes et colossales restent possibles. Le rendu en jeu, les aperçus des menus,
-les dimensions de monture et les sons utilisent tous la même forme adulte.
-La taille ne dépend donc plus d'un âge bébé.
-
-Les identifiants, la texture vanilla recolorée, les règles de combat et les
-formats restent ceux de beta.280. Une ancienne donnée d'Infecté portant
-`IsBaby=true` est interprétée comme adulte à la lecture, sans changement de
-son UUID ou de sa santé. Aucun monde personnel n'est ouvert ou réécrit.
-
-## Vérifications
-
-- Refus du bébé et de son bonus de vitesse, avec bébé zombie vanilla conservé.
-- Lecture d'un ancien flag bébé sans perdre l'identité ni la santé.
-- Familier adulte à six tailles, de 120 à 6 000 ‰, sans changer le trait ni
-  l'identité ; cohérence entre hauteur visible et hauteur de monture.
-- Parcours Vulkan sur un monde plat neuf, graine `281` : trois tailles réelles
-  de familier, inspection de la géométrie adulte et menus FR/EN GUI 2/3/4.
-- `./gradlew check build assemblePack` et vérification du MRpack beta.281.
-
-La suite de régression conserve son entrée `infected280` et son option client
-`sanctuaryInfected280ClientTests`, actualisées selon ce nouveau contrat.
-
-Les **34 GameTests serveur** ciblés passent, dont neuf pour l'Infecté. Les
-contrôles de réapparition et des 88 familiers vanilla passent aussi. Le parcours
-client **Vulkan / MoltenVK 1.4.2 / Apple M1** passe en **54 secondes**.
-Il vérifie le vrai rendu du familier, sa géométrie adulte et sa hauteur pour
-500, 1 000 et 1 500 ‰, ainsi que les noms, infobulles et menus FR/EN aux échelles
-2, 3 et 4. Dix captures sont conservées sous `build/infected281-screenshots/` ;
-les petites et grandes miniatures et le menu FR GUI 2 ont été inspectés.
-
-Logs : `build/infected281-native.log`, `build/infected281-client-vulkan.log`
-(marqueur `INFECTED281_CLIENT_PASS`). La construction complète finale
-**`check build assemblePack` passe en 3 min 09 s**, avec les 34 tests serveur.
-Log : `build/infected281-check-build-pack.log`.
-
-Le JAR et le MRpack beta.281 sont vérifiés : version exacte, intégrité ZIP,
-un seul JAR Sanctuary identique au build, socle adulte commun présent,
-texture corrigée conservée octet pour octet et fixtures de test exclues.
-Reçu : `build/infected281-validation.json`.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=infected280,familiar260,companions \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryInfected280ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-## Livraison locale
-
-- `mods/sanctuary/build/libs/sanctuary-beta.281.jar`
-- `build/Sanctuary-beta.281.mrpack`
-- `build/infected281-screenshots/0002_infected281-miniature-1000.png`
-
-Aucun déploiement dans Prism ou un serveur personnel. Les artefacts beta.280
-sont conservés ; cette livraison utilise le numéro suivant.

docs/infected-beta280.md

@@ -1,135 +0,0 @@
-# ZOMBIES-280 — Premier infecté
-
-Le contrat bébé de cette livraison est remplacé par
-[beta.281 : adultes en miniature et taille variable](infected-adults-beta281.md).
-
-Branche `codex/special-zombies`. Premier incrément demandé : l'Infecté simple,
-avant les Hunter, Charger, Spitter et Boomer. État : livré localement et vérifié.
-
-## Contrat
-
-- `sanctuary:infected` est un zombie vert au modèle vanilla, t-shirt rouge et
-  pantalon brun sombre. Adulte et bébé utilisent les formes natives.
-- Attributs de base : 10 PV, vitesse 0,25 contre 0,23 pour le zombie ; mêlée
-  native, dégâts de base 3, portée de poursuite 36 blocs. Il brûle au soleil
-  et ne se transforme pas en noyé. Aucun pouvoir spécial dans ce premier lot.
-- Apparition au sol dans l'obscurité, selon les règles des monstres, uniquement
-  dans les biomes de l'Overworld qui proposent déjà le zombie : poids 15,
-  groupes de 1 à 3. Aucun spawner ni remplacement des zombies existants.
-- `sanctuary:infected_spawn_egg` apparaît dans l'onglet des œufs créatifs et
-  invoque uniquement l'Infecté. Il peut être équipé comme familier bébé avec
-  identité, suivi, ordres, santé et combat persistants du système existant.
-- Le familier a 10 PV, vitesse 0,30, morsure de mêlée et assaut court. Son
-  profil FR/EN est distinct du zombie. Aucune nouvelle aptitude de travail.
-- Les autres infectés et le zombie des glaces restent à réaliser. Aucune
-  nouvelle voie d'acquisition des œufs en survie n'est ajoutée dans ce lot.
-
-## Référence et compatibilité
-
-Référence en lecture seule : `../26.2/itsalive`, commit
-`26f2c2a0061619df1f146f9081d6740c560a7497`, `InfectedVariant.INFECTED` et
-`InfectedEntity`. Le nouveau type est indépendant des cinq variantes sous
-`itsalive:infected` de l'ancien mod ; aucune importation de leur sauvegarde.
-Les identifiants, profils et données des familiers existants sont conservés.
-L'ajout de tables de spawn affecte les apparitions futures, sans changer le
-terrain, les graines, les chunks ou un format de sauvegarde.
-
-La texture est une recoloration déterministe du zombie natif **26.3**, par
-masques UV et sélection des seuls pixels cyan du t-shirt et violets du pantalon.
-Le visage, la peau verte, les chaussures et l'alpha sont conservés pixel pour
-pixel. L'œuf reprend l'icône rouge historique. La première texture générée par
-ImageGen décalait l'atlas ; elle a été écartée après le retour du créateur.
-
-## Vérifications
-
-Les **33 GameTests serveur** ciblés passent, dont huit nouveaux : attributs,
-mêlée réelle et bébé ; utilisation de l'œuf en survie et consommation ;
-sauvegarde/relecture native avec UUID, âge et santé ; tables de spawn ;
-immersion sans conversion en noyé ; équipement et rééquipement du familier ;
-morsure réelle du familier ; changement d'œuf pendant un objectif en cours.
-Les suites de pouvoirs existants et de réapparition
-beta.260 passent avec le nouvel œuf installé.
-Log final : `build/infected280-check-build-pack.log`.
-Le serveur plat natif 26.3 utilise le désert ; le contrôle positif des tables
-porte sur cet habitat réellement générable, avec exclusions Champignons,
-Nether et End. Il ne mesure pas la fréquence des rencontres en partie longue.
-
-Le parcours client final **Vulkan / MoltenVK 1.4.2 / Apple M1** passe en 54 s :
-apparences adulte et bébé face au zombie classique, familier réellement équipé,
-renderer partagé avec les proxies, texture embarquée, rareté et infobulle
-native, noms et menus **FR/EN GUI 2/3/4**. Sept captures sont conservées dans
-`build/infected280-screenshots/`. Les vues comparatives, FR GUI 4 et EN GUI 2
-ont été inspectées après correction de la texture. La vue comparative finale
-confirme le visage et les bras vanilla, le t-shirt rouge et le pantalon brun
-sans décalage. Log : `build/infected280-client-vulkan.log`, marqueur
-`INFECTED280_CLIENT_PASS`. Aucun essai OpenGL.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=infected280,familiar260,companions \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryInfected280ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-Le mode plat explicite évite la fixture historique de génération, sans modifier
-le générateur de production. Tous les mondes utilisés sont jetables et ignorés.
-La construction complète finale **`check build assemblePack` passe en 2 min 59 s**,
-avec la texture corrigée et les 33 tests serveur. Les contrôles purs du dépôt
-passent également. Le MRpack est exporté et vérifié : intégrité ZIP,
-Minecraft 26.3, Fabric Loader 0.19.5, un seul JAR Sanctuary beta.280 identique
-au build et texture corrigée présente octet pour octet. Les fixtures de test
-sont exclues du JAR. Reçu : `build/infected280-validation.json`.
-
-Le second parcours a également reproduit un plantage lors du remplacement
-d'un œuf : l'ancien objectif d'IA pouvait continuer un tick avant la création
-du nouvel individu. Le cerveau vérifie désormais que le familier est actif
-et que son œuf correspond encore à celui équipé avant d'agir. Un huitième
-GameTest couvre cet intervalle ; le parcours client final inclut le correctif.
-
-## Essai local
-
-Dans un monde de développement avec commandes autorisées :
-
-```mcfunction
-/give @s sanctuary:infected_spawn_egg
-/summon sanctuary:infected
-```
-
-L'œuf placé dans l'emplacement Familier invoque sa forme bébé. Les commandes
-Alt bref / Alt maintenu et la technique G restent celles des autres familiers.
-L'œuf est fourni en créatif ; aucune nouvelle acquisition en survie n'est
-annoncée. Aucun canal packwiz, serveur personnel ou instance Prism modifié.
-
-## Ressources graphiques
-
-- Texture livrée : `mods/sanctuary/src/main/resources/assets/sanctuary/textures/entity/infected.png`.
-- Œuf historique : `mods/sanctuary/src/main/resources/assets/sanctuary/textures/item/infected_spawn_egg.png`.
-- Outil de texture : `scripts/generate_infected_texture.py`, Python standard et
-  ImageMagick 7 pour lire/écrire le PNG. **Aucun dessin génératif ni changement
-  de géométrie.** 331 pixels de t-shirt et 239 pixels de pantalon recolorés,
-  nuances natives conservées ; visage et transparence vérifiés avant encodage,
-  puis tous les pixels vérifiés après écriture.
-- SHA-256 du PNG source :
-  `1b88eea9b63889c2c3399773f887af375defc3aad0e7a375adc84249da54cbbd`.
-- SHA-256 de la texture livrée :
-  `398898aed83ec22ef525b60da120fc3e0b971b33ad3640c73104b952ad060e29`.
-
-Reproduction sans modifier le JAR source :
-
-```sh
-python3 scripts/generate_infected_texture.py /chemin/vers/minecraft-26.3-client.jar
-```
-
-Voir aussi la provenance dans `THIRD_PARTY_NOTICES.md`.
-
-## Artefacts locaux
-
-- Mod : `mods/sanctuary/build/libs/sanctuary-beta.280.jar`.
-- Pack : `build/Sanctuary-beta.280.mrpack`.
-- Captures corrigées : `build/infected280-screenshots/`.
-
-La livraison est locale. La publication et la mise à jour de l'instance Prism
-restent distinctes de ce travail de développement.

docs/inhabitant-menu-beta271.md

@@ -1,116 +0,0 @@
-# MENU-271 — Habitant en deux colonnes et deux rangées
-
-Demande du 24 octobre 2026, continuation de `codex/inhabitant-property`.
-Version locale `beta.271`, après le premier lot de propriété beta.270.
-
-## Résultat demandé
-
-- Pause retrouve **Combats / Battles** dans **Communauté**, sous Habitant.
-  Story et Factions ne figurent pas dans ce menu.
-- Habitant présente une barre horizontale **Propriété — Factions — Familier**
-  en haut, sur les mêmes boutons natifs que les catégories de Découvertes.
-- Le personnage et son nom occupent la cellule supérieure gauche, avec
-  des marges autour de la silhouette. La biographie est en haut à droite.
-- Sous la biographie, un tableau de bord présente le temps joué, les blocs
-  posés, les blocs cassés, les créatures tuées, les morts et les progrès obtenus.
-  Son bouton Statistiques ouvre la page générale complète existante.
-- Sous le personnage, l’activité occupe tout le panneau inférieur gauche,
-  jusqu’en bas du contenu. La liste affiche les dernières activités disponibles
-  dans son propre défilement, et **Historique reste dans son pied de panneau**.
-  Il ouvre les 24 dernières activités disponibles ; l’ancien journal des cycles
-  et achats reste accessible dans cette page.
-- Aucun aperçu, nom ou réglage du familier ne figure dans Habitant. Son bouton
-  ouvre la page dédiée avec l'aide alliée, le carnet, les choix en attente et
-  les contrôles opérateur admissibles, en plus des commandes déjà présentes.
-- Propriété, Factions, Familier, Statistiques et Historique reviennent à
-  Habitant ; Combats revient à Pause. Le pied de page natif est conservé.
-
-Les textes FR/EN, nombres compacts et infobulles gardent les valeurs et titres
-complets accessibles dans les petits formats. Biographie, statistiques et
-activité défilent indépendamment, et conservent leur position à la mise à jour
-des données. Les hauteurs s’adaptent aux échelles GUI 2, 3 et 4 ; la silhouette
-garde de l’air autour d’elle dans la cellule supérieure gauche.
-
-## Sources et contrat de données
-
-L'aperçu est une **lecture personnelle côté serveur**, via l'acteur authentifié
-du protocole communautaire existant. Aucun UUID du joueur à consulter n'est
-accepté depuis le client. Les opérations de fichier ou JDBC restent dans le
-worker communautaire ; les données Minecraft sont copiées sur le thread serveur.
-
-- Temps, minage, morts et créatures tuées : compteurs Minecraft existants.
-  Le temps est celui des ticks de jeu Minecraft. Le minage suit les règles de
-  comptage vanilla ; les destructions en Créatif ne sont pas inventées.
-- Pose : sommes des poses confirmées du Blocodex, y compris les identifiants
-  sauvegardés d'un mod absent. Les usages d'objets ne sont pas assimilés à des
-  poses. Une source endommagée est signalée indisponible, jamais remise à zéro.
-- Progrès : accomplissements natifs ayant un affichage public ; les recettes
-  et critères incomplets ne sont pas présentés comme des achievements.
-  La date est le moment où toutes les exigences deviennent satisfaites :
-  un critère optionnel obtenu plus tard ne déplace pas cette date.
-- Activité : publications, annonces, réponses et bulletins personnels visibles,
-  progrès achevés et achats/cycles/factions déjà datés dans les sauvegardes.
-  Le contenu intégral des publications et leurs photos ne sont pas transmis.
-  Les publications modérées et les réponses à un parent masqué sont exclues.
-- Tri décroissant par date avec identifiants stables pour les égalités,
-  dédoublonnage et limite de 24. Les anciennes données sont lisibles sans
-  journal supplémentaire. Une panne communautaire conserve l'aperçu natif
-  et signale que les publications manquent temporairement.
-
-Ce panneau n'enregistre pas le texte du chat, des messages privés ou toutes
-les actions du monde. Il réunit les événements déjà persistants et datés ci-dessus.
-Aucun format de sauvegarde, coût, droit, règle de jeu ou monde personnel ne
-change. Aucun familier n'est retiré de l'inventaire ni rappelé en ouvrant Habitant.
-Les artefacts beta.270 déjà exportés sont conservés.
-
-## Vérifications
-
-`check build assemblePack` réussit en **2 min 37 s**, avec **15 GameTests
-serveur ciblés**. Le parcours Vulkan FR/EN aux échelles GUI 2, 3 et 4 réussit
-en **45 s** et utilise un nouveau monde
-plat de graine 271. Il vérifie la barre supérieure, les deux colonnes et deux
-rangées, les marges du personnage, le panneau d’activité jusqu’en bas et son
-bouton Historique, la biographie et les statistiques à droite, les défilements
-et la conservation de leur position après rafraîchissement.
-
-Des compteurs serveur connus (une heure de ticks ajoutée, deux poses et
-25 blocs minés), un progrès natif et une annonce réellement publiée dans le
-monde de développement sont relus par le réseau. Le parcours conserve aussi
-les retours Propriété/Factions/Familier/Historique, la modification du consentement
-à l’aide alliée et l’achat d’une extension de propriété.
-
-Les tests serveur ciblés couvrent les données personnelles, les dates des
-critères OR, les statistiques sans double comptage, les publications masquées,
-les sources persistantes lues sans modification, les pannes communautaires et
-le dédoublonnage. Le test de fichier communautaire couvre l’isolation des auteurs,
-les réponses sous un parent masqué, l’ordre et la limite de 24.
-La requête MariaDB reste paramétrée et bornée ; aucun serveur SQL réel n’a été
-exercé pour cette livraison.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=overview271,property270,progression,menus \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryInhabitant271ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-Une exécution exploratoire de la suite supplémentaire `companions` a échoué
-sur `creatureProfilesActuallyMove` : « Native navigation produces an actual
-airborne displacement ». Les règles de déplacement ne sont pas modifiées ici ;
-ce comportement n’est pas validé ni corrigé par ce lot d’interface. Le contrôle
-Vulkan du bouton Familier et de son consentement est distinct de cet essai.
-Résumé conservé dans `build/inhabitant271-exploratory-navigation.txt`.
-
-Journaux locaux ignorés : `build/inhabitant271-client-vulkan.log` et
-`build/inhabitant271-check-build-pack.log`. Les **32 captures** sont conservées
-dans `build/inhabitant271-screenshots/`. Les fiches Habitant FR/EN, les formats
-GUI 2/4 et la page d’activité ont été inspectés.
-
-Export local vérifié : [Sanctuary-beta.271.mrpack](../build/Sanctuary-beta.271.mrpack),
-16 483 048 octets. Intégrité ZIP, versions Minecraft/Fabric, dépendances et JAR
-Sanctuary/JEI comparés aux builds. Le MRpack beta.270 reste identique par SHA-256.
-Reçu de validation : `build/inhabitant271-validation.json`.
-Aucune publication de canal ni synchronisation d’instance personnelle.

docs/insect-audio-assets.json

@@ -1,278 +0,0 @@
-{
-  "version": "beta.248",
-  "retrieved": "2026-10-08",
-  "encoding": "OGG Vorbis, mono, 32000 Hz, q4",
-  "changes": "Trim, frequency filtering, mild noise reduction, loudness adjustment, 60 ms fades, mono re-encoding",
-  "files": [
-    {
-      "species": "brown_cicada",
-      "file": "cicada_brown.ogg",
-      "title": "Aburazemi 07z7315.ogg",
-      "author": "ISAKA Yoji (Cory)",
-      "source": "https://commons.wikimedia.org/wiki/File:Aburazemi_07z7315.ogg",
-      "download": "https://upload.wikimedia.org/wikipedia/commons/d/d2/Aburazemi_07z7315.ogg",
-      "license": "CC BY 2.1 Japan",
-      "license_url": "https://creativecommons.org/licenses/by/2.1/jp/",
-      "input_sha256": "621f514c83e8096e1ee8f6c40e6a6cdeb4ea8227584e74f34c86724e18596471",
-      "sha256": "083751d055c07086457fe8c0198be90429a0b487b6a0c458f2362a8e5c793e39",
-      "start_seconds": 25,
-      "duration_seconds": 4,
-      "filters": "highpass=f=800,lowpass=f=8500,afftdn=nr=8:nf=-35,loudnorm=I=-24:TP=-9:LRA=5,afade=t=in:st=0:d=0.06,afade=t=out:st=3.94:d=0.06",
-      "format": {
-        "programs": [],
-        "stream_groups": [],
-        "streams": [
-          {
-            "codec_name": "vorbis",
-            "sample_rate": "32000",
-            "channels": 1
-          }
-        ],
-        "format": {
-          "duration": "4.000000"
-        }
-      },
-      "notes": "Graptopsaltria nigrofuscata, field recording"
-    },
-    {
-      "species": "robust_cicada",
-      "file": "cicada_robust.ogg",
-      "title": "Hyalessa maculaticollis v01.ogg",
-      "author": "Σ64",
-      "source": "https://commons.wikimedia.org/wiki/File:Hyalessa_maculaticollis_v01.ogg",
-      "download": "https://upload.wikimedia.org/wikipedia/commons/9/9b/Hyalessa_maculaticollis_v01.ogg",
-      "license": "CC BY 3.0",
-      "license_url": "https://creativecommons.org/licenses/by/3.0/",
-      "input_sha256": "a43db3363bf829af3db9d4fbd576a778e20f47b1a2caf8cff8c7963ee5ea2547",
-      "sha256": "c6117adf6dc03d83e12e66acf20221bead2fda1016cffe49ca78e1d81980cb30",
-      "start_seconds": 12,
-      "duration_seconds": 5.5,
-      "filters": "highpass=f=800,lowpass=f=8500,afftdn=nr=8:nf=-35,loudnorm=I=-24:TP=-9:LRA=5,afade=t=in:st=0:d=0.06,afade=t=out:st=5.44:d=0.06",
-      "format": {
-        "programs": [],
-        "stream_groups": [],
-        "streams": [
-          {
-            "codec_name": "vorbis",
-            "sample_rate": "32000",
-            "channels": 1
-          }
-        ],
-        "format": {
-          "duration": "5.482219"
-        }
-      },
-      "notes": "Hyalessa maculaticollis, field recording"
-    },
-    {
-      "species": "walker_cicada",
-      "file": "cicada_walker.ogg",
-      "title": "Meimuna opalifera v02.ogg",
-      "author": "Σ64",
-      "source": "https://commons.wikimedia.org/wiki/File:Meimuna_opalifera_v02.ogg",
-      "download": "https://upload.wikimedia.org/wikipedia/commons/e/e5/Meimuna_opalifera_v02.ogg",
-      "license": "CC BY 3.0",
-      "license_url": "https://creativecommons.org/licenses/by/3.0/",
-      "input_sha256": "eb7b2383e79da540ad1f0b23d1c707b99adb8bfec258ff9b9d105c084dda3c61",
-      "sha256": "d39420ab4b4ba5ed096cc78947e83b16e9d1897f6900429367f3b58a97826212",
-      "start_seconds": 9,
-      "duration_seconds": 6,
-      "filters": "highpass=f=1200,lowpass=f=8500,afftdn=nr=8:nf=-35,loudnorm=I=-24:TP=-9:LRA=5,afade=t=in:st=0:d=0.06,afade=t=out:st=5.94:d=0.06",
-      "format": {
-        "programs": [],
-        "stream_groups": [],
-        "streams": [
-          {
-            "codec_name": "vorbis",
-            "sample_rate": "32000",
-            "channels": 1
-          }
-        ],
-        "format": {
-          "duration": "6.000000"
-        }
-      },
-      "notes": "Meimuna opalifera, Kawasaki 2011; new recording selected after mechanical noise was reported in the previous source; original 44.1 kHz"
-    },
-    {
-      "species": "evening_cicada",
-      "file": "cicada_evening.ogg",
-      "title": "Higurashi 20180728 1902.ogg",
-      "author": "あおもりくま (aomorikuma)",
-      "source": "https://commons.wikimedia.org/wiki/File:Higurashi_20180728_1902.ogg",
-      "download": "https://upload.wikimedia.org/wikipedia/commons/transcoded/b/bb/Higurashi_20180728_1902.ogg/Higurashi_20180728_1902.ogg.mp3",
-      "license": "CC BY-SA 3.0",
-      "license_url": "https://creativecommons.org/licenses/by-sa/3.0/",
-      "input_sha256": "bc1b0270510393b3ee8831254847279f85e0e2382b4d09e12266b3d216587dc7",
-      "sha256": "3f8f82412c9f6f22f5bce07464be7a4e0c6843d914c4cfa694dfe45fca5b6cdb",
-      "start_seconds": 3.2,
-      "duration_seconds": 6,
-      "filters": "highpass=f=800,lowpass=f=8500,afftdn=nr=8:nf=-35,loudnorm=I=-24:TP=-9:LRA=5,afade=t=in:st=0:d=0.06,afade=t=out:st=5.94:d=0.06",
-      "format": {
-        "programs": [],
-        "stream_groups": [],
-        "streams": [
-          {
-            "codec_name": "vorbis",
-            "sample_rate": "32000",
-            "channels": 1
-          }
-        ],
-        "format": {
-          "duration": "6.000000"
-        }
-      },
-      "notes": "Tanna japonensis, public Commons MP3 transcode"
-    },
-    {
-      "species": "cricket",
-      "file": "cricket.ogg",
-      "title": "Single cricket up close",
-      "author": "ClaudeDebussy",
-      "source": "https://freesound.org/people/ClaudeDebussy/sounds/428679/",
-      "download": "https://cdn.freesound.org/previews/428/428679_5736710-hq.mp3",
-      "license": "CC0 1.0",
-      "license_url": "https://creativecommons.org/publicdomain/zero/1.0/",
-      "input_sha256": "43e0b17687da18dfe99e7e3940bf89f1ffff8b9263a5b9fef3c2f8ff6eaa6618",
-      "sha256": "99c79279fffba00c52918a62468c16a2049d142c8164773a322ebc48ecc22e0c",
-      "start_seconds": 1.4,
-      "duration_seconds": 3,
-      "filters": "highpass=f=1800,lowpass=f=8500,afftdn=nr=8:nf=-35,loudnorm=I=-24:TP=-9:LRA=5,afade=t=in:st=0:d=0.06,afade=t=out:st=2.94:d=0.06",
-      "format": {
-        "programs": [],
-        "stream_groups": [],
-        "streams": [
-          {
-            "codec_name": "vorbis",
-            "sample_rate": "32000",
-            "channels": 1
-          }
-        ],
-        "format": {
-          "duration": "3.000000"
-        }
-      },
-      "notes": "Single cricket up close; biological species unspecified; public HQ preview"
-    },
-    {
-      "species": "bell_cricket",
-      "file": "bell_cricket.ogg",
-      "title": "Suzumushi 06z3310.ogg",
-      "author": "ISAKA Yoji (Cory)",
-      "source": "https://commons.wikimedia.org/wiki/File:Suzumushi_06z3310.ogg",
-      "download": "https://upload.wikimedia.org/wikipedia/commons/b/b0/Suzumushi_06z3310.ogg",
-      "license": "CC BY 2.1 Japan",
-      "license_url": "https://creativecommons.org/licenses/by/2.1/jp/",
-      "input_sha256": "6a3305fef82fc101a21dab2917899fcaa9bfe0bbf03deb826fefa500fc97476a",
-      "sha256": "acb8481493ca69229e15e9332a7b2171c8a35c07d19c11aecc55b85427749b81",
-      "start_seconds": 2,
-      "duration_seconds": 4,
-      "filters": "highpass=f=4300,lowpass=f=6000,afftdn=nr=8:nf=-35,loudnorm=I=-24:TP=-9:LRA=5,afade=t=in:st=0:d=0.06,afade=t=out:st=3.94:d=0.06",
-      "format": {
-        "programs": [],
-        "stream_groups": [],
-        "streams": [
-          {
-            "codec_name": "vorbis",
-            "sample_rate": "32000",
-            "channels": 1
-          }
-        ],
-        "format": {
-          "duration": "4.000000"
-        }
-      },
-      "notes": "Field recording with several insects; band limited bell cricket call, some insect background remains"
-    },
-    {
-      "species": "mole_cricket",
-      "file": "mole_cricket.ogg",
-      "title": "Gryllotalpidae 06-15.ogg",
-      "author": "YaCoUYaCoU",
-      "source": "https://commons.wikimedia.org/wiki/File:Gryllotalpidae_06-15.ogg",
-      "download": "https://upload.wikimedia.org/wikipedia/commons/8/84/Gryllotalpidae_06-15.ogg",
-      "license": "CC BY 4.0",
-      "license_url": "https://creativecommons.org/licenses/by/4.0/",
-      "input_sha256": "2cd180f1e048819211607551ebe48215ff36957dd5d06ece9fb5db699fb65b69",
-      "sha256": "54e5cd5de697f1987d51a51c6985822b6c53be9b31962672898a165b151f190e",
-      "start_seconds": 2,
-      "duration_seconds": 4,
-      "filters": "highpass=f=600,lowpass=f=3500,afftdn=nr=8:nf=-35,loudnorm=I=-24:TP=-9:LRA=5,afade=t=in:st=0:d=0.06,afade=t=out:st=3.94:d=0.06",
-      "format": {
-        "programs": [],
-        "stream_groups": [],
-        "streams": [
-          {
-            "codec_name": "vorbis",
-            "sample_rate": "32000",
-            "channels": 1
-          }
-        ],
-        "format": {
-          "duration": "4.000000"
-        }
-      },
-      "notes": "Gryllotalpa gryllotalpa; family analogue, not an assertion of the Wild World biological species"
-    },
-    {
-      "species": "fly",
-      "file": "fly_flight.ogg",
-      "title": "Fly_Buzzing_Edited.wav",
-      "author": "AmberdeMeillon",
-      "source": "https://freesound.org/people/AmberdeMeillon/sounds/443059/",
-      "download": "https://cdn.freesound.org/previews/443/443059_8282799-hq.mp3",
-      "license": "CC0 1.0",
-      "license_url": "https://creativecommons.org/publicdomain/zero/1.0/",
-      "input_sha256": "3246954a2e9131d8b471af4a383603f2aba81e28d3288a06203bdac97a040da7",
-      "sha256": "ab5cb6240b7b3a369700db052c6c7c0b10df8bbedd8435328fda374f2e6f130e",
-      "start_seconds": 0.25,
-      "duration_seconds": 3.2,
-      "filters": "highpass=f=100,lowpass=f=3000,afftdn=nr=8:nf=-35,loudnorm=I=-24:TP=-9:LRA=5,afade=t=in:st=0:d=0.06,afade=t=out:st=3.14:d=0.06",
-      "format": {
-        "programs": [],
-        "stream_groups": [],
-        "streams": [
-          {
-            "codec_name": "vorbis",
-            "sample_rate": "32000",
-            "channels": 1
-          }
-        ],
-        "format": {
-          "duration": "3.200000"
-        }
-      },
-      "notes": "House fly buzzing against a window; public HQ preview"
-    },
-    {
-      "species": "mosquito",
-      "file": "mosquito_flight.ogg",
-      "title": "Mosquito 1 Edit.wav",
-      "author": "IanFSA",
-      "source": "https://freesound.org/people/IanFSA/sounds/662970/",
-      "download": "https://cdn.freesound.org/previews/662/662970_4287394-hq.mp3",
-      "license": "CC0 1.0",
-      "license_url": "https://creativecommons.org/publicdomain/zero/1.0/",
-      "input_sha256": "b664a9abef3ee7192ba3c0342ebc42ef3fb0fd133a5054a2b689c590fd54d571",
-      "sha256": "090cfa519491b3fcc00f6aafda1af5bc088103d89a47c672150e8b7d5f6f5f87",
-      "start_seconds": 3,
-      "duration_seconds": 4,
-      "filters": "highpass=f=200,lowpass=f=5000,afftdn=nr=8:nf=-35,loudnorm=I=-24:TP=-9:LRA=5,afade=t=in:st=0:d=0.06,afade=t=out:st=3.94:d=0.06",
-      "format": {
-        "programs": [],
-        "stream_groups": [],
-        "streams": [
-          {
-            "codec_name": "vorbis",
-            "sample_rate": "32000",
-            "channels": 1
-          }
-        ],
-        "format": {
-          "duration": "4.000000"
-        }
-      },
-      "notes": "Mosquitos in a bathroom; public HQ preview"
-    }
-  ]
-}

docs/insect-audio-credits.md

@@ -1,23 +0,0 @@
-# Insect audio — Sanctuary beta.248
-
-These nine audio assets retain their individual licenses, separate from the GPL code.
-Adaptation by Sanctuary: excerpt, filtering, noise reduction, gain, mono OGG re-encoding and fades.
-No endorsement by the recording authors is implied.
-The adapted evening cicada recording is distributed under CC BY-SA 3.0.
-
-| Asset | Recording / source | Author | License | Excerpt (seconds) |
-| --- | --- | --- | --- | --- |
-| `cicada_brown.ogg` | [Aburazemi 07z7315.ogg](https://commons.wikimedia.org/wiki/File:Aburazemi_07z7315.ogg) | ISAKA Yoji (Cory) | [CC BY 2.1 Japan](https://creativecommons.org/licenses/by/2.1/jp/) | 25–29 |
-| `cicada_robust.ogg` | [Hyalessa maculaticollis v01.ogg](https://commons.wikimedia.org/wiki/File:Hyalessa_maculaticollis_v01.ogg) | Σ64 | [CC BY 3.0](https://creativecommons.org/licenses/by/3.0/) | 12–17.5 |
-| `cicada_walker.ogg` | [Meimuna opalifera v02.ogg](https://commons.wikimedia.org/wiki/File:Meimuna_opalifera_v02.ogg) | Σ64 | [CC BY 3.0](https://creativecommons.org/licenses/by/3.0/) | 9–15 |
-| `cicada_evening.ogg` | [Higurashi 20180728 1902.ogg](https://commons.wikimedia.org/wiki/File:Higurashi_20180728_1902.ogg) | あおもりくま (aomorikuma) | [CC BY-SA 3.0](https://creativecommons.org/licenses/by-sa/3.0/) | 3.2–9.2 |
-| `cricket.ogg` | [Single cricket up close](https://freesound.org/people/ClaudeDebussy/sounds/428679/) | ClaudeDebussy | [CC0 1.0](https://creativecommons.org/publicdomain/zero/1.0/) | 1.4–4.4 |
-| `bell_cricket.ogg` | [Suzumushi 06z3310.ogg](https://commons.wikimedia.org/wiki/File:Suzumushi_06z3310.ogg) | ISAKA Yoji (Cory) | [CC BY 2.1 Japan](https://creativecommons.org/licenses/by/2.1/jp/) | 2–6 |
-| `mole_cricket.ogg` | [Gryllotalpidae 06-15.ogg](https://commons.wikimedia.org/wiki/File:Gryllotalpidae_06-15.ogg) | YaCoUYaCoU | [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/) | 2–6 |
-| `fly_flight.ogg` | [Fly_Buzzing_Edited.wav](https://freesound.org/people/AmberdeMeillon/sounds/443059/) | AmberdeMeillon | [CC0 1.0](https://creativecommons.org/publicdomain/zero/1.0/) | 0.25–3.45 |
-| `mosquito_flight.ogg` | [Mosquito 1 Edit.wav](https://freesound.org/people/IanFSA/sounds/662970/) | IanFSA | [CC0 1.0](https://creativecommons.org/publicdomain/zero/1.0/) | 3–7 |
-
-Public HQ previews were used for the three Freesound recordings. The evening cicada uses the Commons public MP3 transcode.
-Original quality varies: the mole cricket source is 8 kHz; bell cricket retains some field insect background. The walker cicada source is 44.1 kHz.
-The cricket and European mole cricket are sound design analogues; no precise Wild World biological identification is claimed.
-Exact source URLs, input/output SHA-256 and transformations: `Insect-Audio-ASSETS.json`.

docs/insect-behaviour-beta247.md

@@ -1,112 +0,0 @@
-# INSECT-03 — Retours de la visite, beta.247
-
-Demande du créateur le 8 octobre 2026, après inspection de beta.246.
-Branche `codex/insect-behaviour-beta247`.
-
-## Résultat à vérifier
-
-- Escargot posé sur sa fleur, sans espace visible sous ses pieds.
-- Clic droit au filet : espèce visible la plus proche à trois blocs, sans
-  accroupissement obligatoire ni visée au pixel. Les obstacles et la fuite
-  empêchent toujours la capture ; récompense unique côté serveur.
-- Observation immobile sans fuite. Marche vers l’insecte : alerte à deux
-  blocs ; sprint : cinq blocs ; approche accroupie : 0,65 bloc.
-- Criquets long et migrateur et sauterelle : sauts plus hauts.
-- Grillon, grillon des prés, courtilière et cloporte : sprites au sol,
-  sans sautillement. Fourmi conservée à plat.
-- Libellules : deux ailes synchronisées, rapides, corps central de deux
-  colonnes visible de côté, orientation selon le vol et trajets progressifs
-  entre points. PNG d’origine conservés.
-- Puce liée au villageois, sans fuite même si le joueur s’approche.
-- Bousier accompagné d’une boule de neige qui roule devant lui.
-- Papillons, mouche, moustique et espèces sur troncs conservés.
-
-Sons reportés : préparer uniquement les fichiers à fournir et leurs usages.
-Conserver le filet 16 × 16, les saisons, habitats et captures silencieuses.
-Créer une nouvelle visite de développement ; aucun monde personnel modifié.
-
-## Carte et détails
-
-Nouvelle carte plate de développement `review-04`, graine **246**, disposition
-**v2** : le bousier dispose d’un carré de neige de 3 × 3 blocs, et le support
-de l’escargot utilise la hauteur native de la fleur. Le marqueur `ready-v2`
-refuse les visites v1 ; choisir une session neuve conserve les anciennes
-cartes. La génération Sanctuary et les sauvegardes personnelles ne changent pas.
-
-Le filet conserve une portée de trois blocs depuis le joueur, choisit le plus
-proche dans la moitié avant et vérifie séparément la visibilité de chaque
-candidat. Les joueurs spectateurs, les espèces déjà enfuies et les cibles
-cachées par des blocs restent exclus. La détection de peur mesure les positions
-serveur successives : aucun mouvement horizontal vers l’insecte, aucune alerte.
-Les papillons, la mouche et le moustique gardent leurs modèles et déplacements.
-
-Les trois libellules gardent les colonnes UV 7 et 8 pour le corps, dont deux
-faces verticales de 2 pixels de haut sur 16 de long et une face supérieure.
-Les deux quads d’ailes utilisent les colonnes 0–6 et 9–15, battent ensemble
-et suivent la direction du vol. Le serveur choisit des points dans un rayon
-horizontal de 1,8 bloc autour du support, avec ±0,3 bloc de hauteur, puis
-accélère et ralentit pendant chaque trajet. La géante est la plus rapide.
-Les chemins refusent les obstacles et les chunks non chargés.
-La boule du bousier est une géométrie arrondie texturée avec la neige native,
-sans nouveau bloc ni projectile ; sa rotation suit le déplacement serveur.
-
-La [liste des sons](insect-sounds-plan.md) couvre les 47 parcelles. Neuf sons
-prioritaires, deux facultatifs ; aucune lecture audio ajoutée à cette livraison.
-
-## Vérifications
-
-Les **13 GameTests requis passent** : les huit scénarios précédents, quatre
-scénarios de retours et l’environnement requis. Capture debout et hors axe,
-plus proche au sol, obstacles et fuite, observation immobile, approche accroupie,
-puce attachée, cinq espèces à plat, contact de l’escargot, saut plus haut,
-accélération de la libellule et rotation de neige synchronisée.
-Les étapes manuelles des tests avancent le compteur comme `ServerLevel` avant
-`Entity.tick` ; les premiers essais sans cette avance sont conservés dans
-le journal initial, mais ne représentent pas le déroulement normal du jeu.
-
-```sh
-./gradlew check build assemblePack assembleTestPack \
-  -PsanctuaryFocusedTests=insects245 -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryInsects245ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-```
-
-Contrôle **Vulkan** réussi : cinq chemins de rendu, 47 sprites d’inventaire
-FR/EN, clic droit natif **debout**, une capture et une usure, découvertes
-silencieuses. La scène de contrôle maintient seulement ses spécimens
-transitoires en inspection, car elle présente été et hiver ensemble.
-La présence du bousier et sa rotation synchronisée sont contrôlées au moment
-de l’image ; vision nocturne utilisée pour inspecter les formes.
-Aucune texture d’insecte manquante signalée.
-
-Images : [libellule](../build/insects247/screenshots/0001_insects247-dragonfly.png),
-[bousier et boule](../build/insects247/screenshots/0002_insects247-snowball.png),
-[surfaces et escargot](../build/insects247/screenshots/0000_insects247-day-surfaces.png).
-Les 47 PNG d’origine et le filet 16 × 16 sont inchangés.
-
-La visite **`review-04` est ouverte** en beta.247, Vulkan : 47 espèces
-et supports validés côté serveur ; client connecté, formulaire fermé,
-joueur à la première parcelle (7, 81, 2), 47 sprites et filet 16 × 16 vérifiés.
-Le serveur de la visite précédente a été arrêté après fermeture de son client.
-
-```sh
-./gradlew :sanctuary-test:exportDuoLaunch
-python3 scripts/insect_lab.py start --run review-04
-```
-
-Pour une autre visite, choisir un nom neuf. Les commandes `/insectes 1` à
-`47`, `suivant`, `precedent`, `observer`, `jouer` et `reset` sont conservées.
-**Clic droit debout** à portée suffit ; s’accroupir permet d’approcher davantage.
-Les modèles restent soumis au retour visuel du créateur.
-
-`check build assemblePack assembleTestPack` réussit sur les sources finales,
-avec **13 GameTests requis** ; le contrôle Vulkan final réussit aussi.
-Intégrité ZIP, versions et JAR embarqués des deux MRpack vérifiés.
-219 fichiers déjà modifiés ou ajoutés avant ce ticket restent identiques ;
-15 autres sont prolongés pour ces corrections. Les calendriers, horaires,
-pics, habitats, tailles et identifiants sont comparés à beta.246 et inchangés.
-
-Livraisons locales : [pack normal](../build/Sanctuary-beta.247.mrpack),
-[pack Test](../build/Sanctuary-Test-beta.247.mrpack),
-[reçu et empreintes](../build/insects247/validation.json).
-Aucune publication ni mise à jour Prism.

docs/insect-cross-sounds-beta248.md

@@ -1,115 +0,0 @@
-# INSECT-04 — Libellules en croix, sons et galerie au soleil, beta.248
-
-Demande du créateur le 8 octobre 2026, après validation visuelle de beta.247.
-Branche `codex/dragonfly-cross-beta248`. Recherche d’enregistrements libres
-explicitement autorisée ; conditions de test demandées : jour et ciel dégagé.
-
-## Résultat
-
-Les deux plans verticaux du corps des libellules deviennent un seul plan
-centré en X=0. Il croise le plan supérieur et conserve les colonnes 7 et 8
-du sprite. Le matériau natif `entityCutout`, sans suppression des faces
-arrière, montre ce plan des deux côtés. Les deux ailes et le vol progressif
-entre points restent identiques.
-
-La galerie conserve midi, horloge native 6000 suspendue, pluie et orage à zéro.
-Le module Test désactive l’horloge réelle et la météo dans ce seul serveur
-de développement, puis réapplique ces conditions chaque seconde pour couvrir
-l’ordre des callbacks de démarrage. La vision nocturne artificielle est retirée.
-Seuls les spécimens explicitement marqués pour inspection dans un monde plat
-de développement peuvent ignorer la pluie ; fleur/feuilles, espace libre et
-chunks déjà chargés restent obligatoires. L’escargot naturel exige toujours
-la pluie. Calendrier, habitats ordinaires, monde Sanctuary et sauvegardes
-personnelles ne sont pas modifiés.
-
-## Audio
-
-Neuf sons positionnels mono OGG Vorbis à 32 kHz : quatre cigales, grillon,
-grillon des prés, courtilière, mouche et moustique. Les autres espèces restent
-silencieuses selon le [plan audio](insect-sounds-plan.md). Les chants ont des
-pauses de quelques secondes entre les extraits ; les insectes volants utilisent
-un bourdonnement bouclé avec des fondus courts. Le son suit l’entité visible,
-s’arrête dès sa fuite/capture/disparition, et respecte le réglage Minecraft
-« créatures amicales ». Portée : 12 blocs pour les cigales, 10 pour les
-grillons/courtilière, 6 pour la mouche, 4 pour le moustique. Six voix proches
-au maximum par client ; phases décalées et volume discret. Pas de notification
-ni de son de découverte. Les sous-titres natifs facultatifs sont traduits FR/EN.
-
-[Sources, auteurs, licences et découpes](insect-audio-credits.md) et
-[empreintes des originaux/extraits](insect-audio-assets.json) sont inclus
-également dans le JAR. Les ressources audio gardent leurs licences distinctes
-du code. L’extrait de cigale du soir reste distribué sous CC BY-SA 3.0.
-Les originaux et aperçus téléchargés sont conservés dans le dossier ignoré
-`build/insects248/audio-source`, aucun binaire de dépendance ajouté au dépôt.
-
-Les prises sont naturelles : la courtilière provient
-d’une source 8 kHz ; l’extrait de grillon des prés contient encore un peu de fond
-d’autres insectes malgré le filtrage. Le grillon n’est pas identifié à une
-espèce biologique précise ; la courtilière européenne est un analogue sonore.
-Après le retour d’écoute signalant un bruit de caméra sur la Walker cicada,
-la prise de Koba-chan est remplacée par `Meimuna opalifera v02.ogg` de Σ64,
-enregistrée à Kawasaki en 2011 sous CC BY 3.0. L’original est à 44,1 kHz ;
-la découpe 9–15 s évite le début de la prise et filtre les basses sous 1,2 kHz.
-Le réglage final du timbre et du volume attend le retour d’écoute du créateur.
-Les sons du filet et de capture restent à faire si demandés.
-
-## Vérification
-
-`./gradlew check build assemblePack assembleTestPack` a réussi avec
-`-PsanctuaryFocusedTests=insects245 -PsanctuaryAtlasOnly=true` : les treize
-GameTests requis passent. Le contrôle client `runClientGameTest`, backend
-Vulkan exclusivement, réussit : 47 textures et traductions FR/EN, cinq modèles,
-corps de libellule en croix rendu, capture native debout, usure unique du filet,
-absence de notifications d’insectes, midi et ciel clair sans vision nocturne,
-escargot d’inspection au sec, neuf fichiers décodés par le lecteur OGG natif,
-bourdonnement positionnel du moustique et arrêt après fuite.
-
-Le premier essai a révélé que `SavedData.setDirty()` ne synchronise pas à lui
-seul un changement d’horloge avec un client déjà connecté. Le réglage utilise
-maintenant le setter natif `ServerClockManager.setTotalTicks`, qui diffuse le
-paquet d’horloge. Un second démarrage de la suite s’est bloqué dans les barrières
-du framework Fabric avant les tests ; seul ce client de test a été arrêté.
-L’essai final réussit après correction, sans contourner l’assertion de lumière.
-
-Le contrôle natif des neuf sons précède le changement de prise de la Walker.
-Après remplacement, les neuf OGG passent de nouveau le décodage FFmpeg ;
-le nouvel extrait garde le format mono Vorbis 32 kHz utilisé par le lecteur
-natif. L’écoute du nouveau timbre se fait dans la visite rouverte.
-
-Logs : `build/insects248/check-build-pack-audio-revision.log` et
-`build/insects248/client-vulkan-final.log`. Les cinq captures sont copiées dans
-`build/insects248/screenshots/`. La reconstruction finale intègre le remplacement de la Walker cicada.
-
-La visite `review-05` a été ouverte en beta.248 : serveur
-`127.0.0.1:51651`, seed 246, disposition v2, carte plate dédiée conservée dans
-`build/insects-246/review-05`. Le journal serveur atteste les 47 espèces avec
-`time=6000 rain=0.0 daylight=true` ; le journal client atteste
-`time=6000 weather=clear daylight=pass`, les 47 sprites et le filet 16 × 16.
-Les anciens dossiers de visite sont préservés ; Prism et les mondes personnels
-ne sont pas utilisés. Navigation : `/insectes 15` à `18` pour les cigales,
-`26`, `27`, `29` pour les grillons/courtilière, `45` et `46` pour moustique/mouche.
-
-Le client `review-05` a planté pendant un build car son classpath lisait le
-JAR de sortie Gradle en cours de remplacement (`invalid LOC header`).
-Le lanceur copie désormais les JAR, classes, ressources et configuration
-de lancement du dépôt dans `runtime/<client|server>` propre à la visite.
-Les dépendances Gradle déjà stockées sous leur hash restent partagées.
-Une session réutilise sa copie de lancement ; les builds suivants ne
-remplacent plus les fichiers lus par cette session. Le contrôle de régression
-remplace le fichier source puis vérifie que JAR/configuration copiés et
-arguments de relance gardent leur contenu initial.
-
-La visite `review-06` est rouverte en Vulkan avec la nouvelle prise :
-serveur `127.0.0.1:51826`, client PID 29306, serveur PID 29266. Les deux
-classpath du dépôt sont figés dans son dossier `runtime` ; leurs JAR
-correspondent aux empreintes finales. Les 47 espèces, midi, météo claire
-et sprites 16 × 16 passent dans les journaux de cette nouvelle visite.
-
-Packs locaux : [Sanctuary beta.248](../build/Sanctuary-beta.248.mrpack) et
-[Sanctuary Test beta.248](../build/Sanctuary-Test-beta.248.mrpack).
-Archives ZIP, versions, JAR embarqués, neuf fichiers audio et crédits
-vérifiés ; les 47 PNG originaux et le filet 16 × 16 sont préservés.
-[Reçu final et empreintes](../build/insects248/validation.json).
-218 des 236 fichiers préexistants sont identiques ; les 18 autres sont
-étendus dans le périmètre de ce ticket. Aucun fichier préexistant retiré.
-Aucune publication ni mise à jour du canal packwiz stable.

docs/insect-habitats-beta251.md

@@ -1,77 +0,0 @@
-# INSECT-07 — Habitats naturels et protection des maisons, beta.251
-
-Retour du créateur le 8 octobre 2026 : trop de sauterelles/criquets et
-de libellules apparaissent sur les gisements de pierre de Sanctuary Island.
-Préserver leur présence dans les prairies, sans envahir les maisons.
-Branche `codex/insect-habitats-beta251`, base beta.250.
-
-Contrat de cette passe :
-
-- Les trois espèces sauteuses apparaissent sur une ouverture herbeuse,
-  sans canopée dense : prairies ou clairières, indépendamment du nom du biome.
-  Ni pierre, ni sable, ni sol construit. Mois, horaires et pics conservés.
-- Maximum deux insectes sauteurs, espèces confondues, à 32 blocs du nouveau
-  point ; même plafond pour les libellules. Les poids des trois sauteurs sont
-  divisés par deux sans supprimer une saison ni un pic.
-- Les libellules apparaissent sur l’herbe ouverte ou sur une berge de terre/
-  sable près d’une eau douce ; aucune apparition sur la roche nue.
-- Le cloporte peut apparaître naturellement sur ou près des pierres, avec
-  un plafond de deux à proximité ; frapper un rocher peut toujours le révéler.
-- Toute apparition naturelle est refusée sous un toit solide, même transparent.
-  Les feuilles sont autorisées pour les insectes forestiers ; les trajectoires
-  libres s’arrêtent à la limite d’un toit. Les spécimens du laboratoire
-  gardent leur mode d’inspection explicite.
-
-L’ouverture herbeuse demande un support d’herbe ou de mousse à ciel ouvert,
-avec au moins cinq colonnes herbeuses parmi les neuf échantillonnées dans
-un carré de 5 × 5 blocs, à deux blocs de différence de hauteur au maximum.
-La hauteur du terrain est lue directement : les feuilles comptent comme une
-canopée pour les sauteurs et les libellules, indépendamment du délai de mise
-à jour de l’éclairage. Les berges de libellules cherchent une source d’eau
-douce dans un rayon de six blocs et à trois blocs de hauteur au maximum.
-
-Le contrôle des toits examine les collisions et les fluides dans la colonne
-chargée au-dessus du point réel de l’insecte, y compris pour une puce sur son
-villageois. Il bloque notamment bois, pierre, verre et dalles ; les feuilles
-sont ignorées pour conserver les habitats naturels sous les arbres. Un abri
-construit uniquement en feuilles conserve donc cette exception. Le support
-et la position sont revérifiés tous les 20 ticks : un toit ajouté ensuite,
-ou un villageois qui rentre avec une puce, fait retirer le spécimen naturel.
-
-Le code utilise uniquement les chunks déjà chargés. Aucun bloc, biome,
-générateur ou format de sauvegarde n’est modifié. Pas de déploiement personnel.
-Vérifications réussies le 8 octobre 2026 sur Minecraft 26.3,
-Fabric Loader 0.19.5, Fabric API 0.160.5+26.3 et Java 25 :
-
-- `./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
-  -PsanctuaryFocusedTests=insects245 -PsanctuaryAtlasOnly=true` réussit :
-  21 GameTests requis, compilation et contrôles de ressources passent.
-  Les nouveaux cas vérifient les supports herbe/pierre/sable/sol construit,
-  les berges d’eau douce, les canopées, les toits bois/verre/dalles, le vol
-  devant une entrée sans porte, les plafonds mixtes de population, la place
-  libérée après retrait et le cloporte dans la sélection ambiante. Aucun
-  chargement du chunk témoin éloigné n’est provoqué.
-- La structure de test `sanctuary-gametest:insect_outdoors_251` mesure
-  24 × 12 × 24, avec `skyAccess=true` : les scènes sont réellement dehors,
-  au lieu du plafond invisible en barrières des anciennes structures.
-  Ce fichier NBT est une ressource du mod de tests, sans effet sur la génération.
-- Client natif exclusivement Vulkan : apparition naturelle dans l’herbe,
-  refus d’une nouvelle apparition sous un toit de verre et retrait du
-  spécimen après pose du toit, reçus par les paquets réels. Déplacement et
-  fuite des sauteurs, capture debout silencieuse, 47 sprites FR/EN, neuf sons,
-  midi fixe et ciel dégagé passent également. Marqueur
-  `INSECTS251_CLIENT_PASS` dans `build/insects251/client-vulkan.log` ;
-  captures dans `build/insects251/screenshots/`.
-- Les 47 textures et neuf sons sont identiques à beta.250. Tous les champs
-  du catalogue sont conservés, hormis les trois poids passés de 6 à 3 :
-  mois, heures et pics d’apparition restent inchangés.
-- Exports [Sanctuary beta.251](../build/Sanctuary-beta.251.mrpack) et
-  [Sanctuary Test beta.251](../build/Sanctuary-Test-beta.251.mrpack) vérifiés :
-  intégrité ZIP, version, dépendances exactes et JAR embarqués identiques
-  aux JAR construits. [Reçu local](../build/insects251/validation.json).
-
-La répartition visuelle sur une île complète reste à apprécier en jeu par
-le créateur ; les essais vérifient les règles et les comportements dans
-des scènes natives ciblées. L’ancienne visite beta.250 ne reçoit pas ces
-changements automatiquement. Pas de publication du canal packwiz ni de
-mise à jour de l’instance Prism personnelle.

docs/insect-inspection-beta246.md

@@ -1,157 +0,0 @@
-# INSECT-02 — Carte d’inspection, beta.246
-
-Demande du créateur du 8 octobre 2026 : ouvrir une instance jouable pour
-observer les 47 insectes et faire des retours directs. Branche
-`codex/insect-inspection-beta246`. Suit [INSECT-01](insects-wild-world-beta245.md).
-
-## Carte jouable
-
-Le module facultatif `sanctuary-test` prépare un monde plat neuf, graine 246,
-dans `build/insects-246/<session>/server/insects-flat-246`. Il refuse tout autre
-dossier ou générateur. Une plateforme éclairée en Y=80 comporte 47 parcelles
-sur six colonnes, espacées de 14 blocs. Chaque insecte vivant est accompagné
-de son numéro, son nom FR/EN, son identifiant et son habitat.
-
-Fleurs adaptées, troncs de chêne ou jungle, bassin d’eau douce, neige,
-lumière, nourriture déposée et villageois sont présents. La puce suit son
-villageois dans un petit enclos. La pluie reste active pour l’escargot ;
-l’éclairage est figé à midi avec vision nocturne pour regarder les sprites.
-
-Le joueur entre en Aventure, filet fourni, avec les interactions normales.
-Les saisons et l’expiration ambiante sont suspendues uniquement pour ces
-47 entités transitoires ; supports, déplacements, approche, fuite et filet
-utilisent le code de jeu. Un spécimen capturé ou enfui revient cinq secondes
-après sa disparition. Deux coffres à l’entrée contiennent les 47 items pour
-inspecter leurs icônes. Le laboratoire entretient uniquement ses spécimens,
-sans apparitions aléatoires concurrentes. Les chunks de cette scène restent
-chargés uniquement dans ce monde de développement.
-
-| Action | Commande ou geste |
-| --- | --- |
-| Choisir une espèce | `/insectes 1` à `/insectes 47` |
-| Suivante / précédente | `/insectes suivant` / `/insectes precedent` |
-| Regarder sans effrayer | `/insectes observer` (spectateur) |
-| Revenir au filet et à la fuite | `/insectes jouer` |
-| Revenir à la première parcelle | `/insectes retour` |
-| Réinitialiser les spécimens | `/insectes reset` |
-| Capturer | S’accroupir, viser, clic droit |
-
-`/insects` est un alias. En spectateur le moustique ne choisit pas le joueur
-comme cible d’orbite ; revenir avec `jouer` pour observer son orbite autour
-de soi. Aucun message de capture ou découverte n’est ajouté. Les numéros
-suivent l’ordre du catalogue beta.245.
-
-Le lancement crée un client de développement distinct, en Vulkan et FR,
-et un serveur lié seulement à `127.0.0.1`, sur un port libre. Aucune instance
-Prism, sauvegarde personnelle, canal public ou génération Sanctuary n’est
-modifié. Les dossiers de scène et binaires sont ignorés par Git.
-
-```sh
-./gradlew :sanctuary-test:exportDuoLaunch
-python3 scripts/insect_lab.py start --run review-03
-```
-
-Le nom de session doit être neuf ; `review-03` est la session ouverte pour
-le créateur. Pour une autre carte neuve, utiliser par exemple `review-04`.
-Pour rouvrir `review-03` après arrêt de ses processus :
-
-```sh
-python3 scripts/insect_lab.py server --run review-03
-python3 scripts/insect_lab.py client --run review-03
-```
-
-PID et journaux sont enregistrés dans le dossier de session. Fermer le
-client quitte la visite ; le serveur de développement reste disponible et
-peut être arrêté proprement avec SIGTERM sur son PID.
-
-## Textures capturées et filet
-
-Les sprites sous `textures/insect/` étaient disponibles pour le rendu des
-entités mais absents de l’atlas des modèles d’items. L’atlas Minecraft
-`blocks` inclut désormais ce dossier. Les identifiants des spécimens et les
-47 PNG fournis sont conservés. Le contrôle Vulkan vérifie le sprite du
-modèle assemblé de chaque item, en plus de la présence du fichier PNG.
-
-Le filet utilise une texture 2D **16 × 16**, avec le parent natif
-`minecraft:item/handheld`, comme les outils Minecraft. Source transparente :
-`mods/sanctuary/src/main/resources/assets/sanctuary/textures/item/insect_net.png`.
-Création avec l’outil intégré de la compétence
-[imagegen](/Users/koka/.codex/skills/.system/imagegen/SKILL.md), puis export
-16 × 16 avec `sips`. Aucune texture d’insecte retouchée.
-Prompt exact : [insect-net-beta246-prompt.txt](insect-net-beta246-prompt.txt).
-
-## Vérifications
-
-Le client de contrôle Vulkan réussit : 47 modèles d’items avec leur sprite
-attendu, quatre modes de rendu des entités, capture unique avec usure,
-découvertes silencieuses. Son journal ne contient plus de
-`Missing textures in model sanctuary:item/insect_*`.
-La carte émet `INSECTS246_LAB_POPULATION_PASS unique-species=47` après
-validation des supports et création des spécimens. Le client de visite
-contrôle aussi les 47 sprites d’inventaire et celui du filet, tous 16 × 16,
-avant d’émettre `INSECTS246_CLIENT_OPEN`.
-
-`check build assemblePack assembleTestPack` réussit sur les sources finales,
-avec neuf GameTests requis. Client Vulkan de contrôle réussi et visite
-`review-03` ouverte : connexion du joueur, formulaire fermé, position à la
-première parcelle, 47 sprites d’items et filet 16 × 16 validés. Les 47 PNG
-fournis gardent leurs empreintes ; 216 fichiers modifiés ou ajoutés avant ce
-ticket restent identiques. Intégrité ZIP, versions et JAR embarqués vérifiés.
-
-Livraisons locales : [pack normal](../build/Sanctuary-beta.246.mrpack) et
-[pack Test](../build/Sanctuary-Test-beta.246.mrpack).
-[Reçu et empreintes](../build/insects246/validation.json). Aucune publication
-ni mise à jour Prism. Les comportements et l’équilibrage visuel restent à
-juger avec les retours du créateur sur cette carte.
-
-## Parcelles
-
-| Numéro | Espèce | Identifiant |
-| --- | --- | --- |
-| 01 | Piéride du chou | `common_butterfly` |
-| 02 | Citron | `yellow_butterfly` |
-| 03 | Machaon | `tiger_butterfly` |
-| 04 | Papillon paon | `peacock` |
-| 05 | Monarque | `monarch` |
-| 06 | Morpho bleu | `emperor` |
-| 07 | Agrias | `agrias_butterfly` |
-| 08 | Ornithoptère | `birdwing` |
-| 09 | Papillon de nuit | `moth` |
-| 10 | Grand paon de nuit | `oak_silk_moth` |
-| 11 | Criquet long | `long_locust` |
-| 12 | Criquet migrateur | `migratory_locust` |
-| 13 | Mante religieuse | `mantis` |
-| 14 | Mante orchidée | `orchid_mantis` |
-| 15 | Cigale brune | `brown_cicada` |
-| 16 | Cigale robuste | `robust_cicada` |
-| 17 | Cigale cicadelle | `walker_cicada` |
-| 18 | Cigale du soir | `evening_cicada` |
-| 19 | Fulgore | `lantern_fly` |
-| 20 | Libellule rouge | `red_dragonfly` |
-| 21 | Libellule verte | `darner_dragonfly` |
-| 22 | Libellule géante | `banded_dragonfly` |
-| 23 | Fourmi | `ant` |
-| 24 | Gerris | `pondskater` |
-| 25 | Escargot | `snail` |
-| 26 | Grillon | `cricket` |
-| 27 | Grillon des prés | `bell_cricket` |
-| 28 | Sauterelle | `grasshopper` |
-| 29 | Courtilière | `mole_cricket` |
-| 30 | Phasme | `walkingstick` |
-| 31 | Coccinelle | `ladybug` |
-| 32 | Cétoine | `fruit_beetle` |
-| 33 | Scarabée | `scarab_beetle` |
-| 34 | Bousier | `dung_beetle` |
-| 35 | Scarabée Goliath | `goliath_beetle` |
-| 36 | Capricorne | `longhorn_beetle` |
-| 37 | Lucane scie | `saw_stag_beetle` |
-| 38 | Lucane | `stag_beetle` |
-| 39 | Lucane géant | `giant_beetle` |
-| 40 | Lucane arc-en-ciel | `rainbow_stag` |
-| 41 | Scarabée éléphant | `elephant_beetle` |
-| 42 | Scarabée Hercule | `hercules_beetle` |
-| 43 | Puce | `flea` |
-| 44 | Cloporte | `pill_bug` |
-| 45 | Moustique | `mosquito` |
-| 46 | Mouche | `fly` |
-| 47 | Cafard | `cockroach` |

docs/insect-net-beta246-prompt.txt

@@ -1,5 +0,0 @@
-Outil : image_gen intégré (compétence imagegen), fond transparent.
-Export final : PNG transparent 16 × 16 ; modèle minecraft:item/handheld.
-
-Prompt exact :
-Use case: stylized-concept. Asset type: Minecraft inventory tool sprite, insect-catching net, transparent PNG. Create one flat 2D pixel-art bug net in the visual style and orientation of the vanilla Minecraft iron shovel item texture. A short brown wooden handle runs diagonally from bottom left to upper right; at its upper right end a light gray iron oval hoop and white string mesh, so it is clearly an insect-catching net rather than a shovel. EXACT tiny low resolution aesthetic: draw on a logical 16 by 16 pixel grid, every logical pixel a solid square color, upscale it evenly for the output. No more than 12 flat colors. Entire tool inside frame with one logical pixel margin. Dark brown outlines on handle, dark gray outlines on hoop, off-white sparse crisscross mesh with truly transparent open holes. Real transparent background outside tool and through holes. No backdrop, shadow, text, labels, lighting gradients, perspective, 3D model, anti-aliasing or checkerboard. This is the final game texture, not a mockup. Make the silhouette readable at 16px.

docs/insect-sounds-plan.md

@@ -1,89 +0,0 @@
-# Sons à préparer — Insectes Wild World
-
-Demande du 8 octobre 2026. **Préparation seulement : aucun son ajouté en
-beta.247.** Ces choix visent une ambiance lisible à l’échelle de Sanctuary ;
-« silencieux » signifie sans son individuel dans le jeu, pas une affirmation
-que l’espèce ne produit aucune vibration dans la nature.
-
-Les neuf sons prioritaires sont intégrés en [beta.248](insect-cross-sounds-beta248.md),
-avec [sources et licences](insect-audio-credits.md). Les deux sons facultatifs
-restent à préparer. Le tableau ci-dessous conserve la direction artistique initiale.
-
-## Fichiers utiles
-
-Priorité : quatre chants de cigales, trois chants de grillons/courtilière,
-une mouche en vol et un moustique en vol, soit **neuf sons**. Facultatifs :
-un son de sauterelle et un son partagé par les deux criquets, soit deux autres.
-Les descriptions sont des directions artistiques ; les noms Wild World
-ne suffisent pas à identifier une espèce biologique précise.
-
-Fournir des prises propres, sans musique ni fond de forêt déjà mélangé,
-avec quelques variantes si disponibles. Un fichier mono OGG Vorbis convient
-pour chaque son positionnel ; conserver également l’original d’enregistrement.
-Pour les chants : quelques secondes avec des silences naturels. Pour les
-bourdonnements : un petit segment raccordable sans clic. Le rythme, le volume,
-l’atténuation et la programmation des déclenchements seront réglés après écoute.
-Pas de chant de libellule ni de papillon dans cette première passe.
-
-Références d’écoute : [Sounds of Insects, Smithsonian Folkways](https://folkways.si.edu/sounds-of-insects/album/smithsonian)
-présente des grillons et des insectes en vol, dont moustiques et
-mouches. [AMNH — cigales](https://www.amnh.org/explore/news-blogs/periodical-cicadas-overview)
-décrit leurs chants. Ces références ne sont pas des fichiers livrés au jeu.
-
-## Affectation des 47 espèces
-
-| Parcelle | Espèce | Fichier à fournir | Intention |
-| --- | --- | --- | --- |
-| 01 | Piéride du chou | — | Silencieux |
-| 02 | Citron | — | Silencieux |
-| 03 | Machaon | — | Silencieux |
-| 04 | Papillon paon | — | Silencieux |
-| 05 | Monarque | — | Silencieux |
-| 06 | Morpho bleu | — | Silencieux |
-| 07 | Agrias | — | Silencieux |
-| 08 | Ornithoptère | — | Silencieux |
-| 09 | Papillon de nuit | — | Silencieux |
-| 10 | Grand paon de nuit | — | Silencieux |
-| 11 | Criquet long | locust.ogg (facultatif) | Frottement bref |
-| 12 | Criquet migrateur | locust.ogg (facultatif) | Même famille que le criquet long |
-| 13 | Mante religieuse | — | Silencieux |
-| 14 | Mante orchidée | — | Silencieux |
-| 15 | Cigale brune | cicada_brown.ogg | Crépitement rythmé |
-| 16 | Cigale robuste | cicada_robust.ogg | Chant continu plus intense |
-| 17 | Cigale cicadelle | cicada_walker.ogg | Chant pulsé |
-| 18 | Cigale du soir | cicada_evening.ogg | Chant clair et espacé |
-| 19 | Fulgore | — | Silencieux |
-| 20 | Libellule rouge | — | Silencieux |
-| 21 | Libellule verte | — | Silencieux |
-| 22 | Libellule géante | — | Silencieux |
-| 23 | Fourmi | — | Silencieux |
-| 24 | Gerris | — | Silencieux |
-| 25 | Escargot | — | Silencieux |
-| 26 | Grillon | cricket.ogg | Chirps courts et répétés |
-| 27 | Grillon des prés | bell_cricket.ogg | Trille clair, presque métallique |
-| 28 | Sauterelle | grasshopper.ogg (facultatif) | Stridulation douce et espacée |
-| 29 | Courtilière | mole_cricket.ogg | Trille sourd et continu |
-| 30 | Phasme | — | Silencieux |
-| 31 | Coccinelle | — | Silencieux |
-| 32 | Cétoine | — | Silencieux |
-| 33 | Scarabée | — | Silencieux |
-| 34 | Bousier | — | Silencieux |
-| 35 | Scarabée Goliath | — | Silencieux |
-| 36 | Capricorne | — | Silencieux |
-| 37 | Lucane scie | — | Silencieux |
-| 38 | Lucane | — | Silencieux |
-| 39 | Lucane géant | — | Silencieux |
-| 40 | Lucane arc-en-ciel | — | Silencieux |
-| 41 | Scarabée éléphant | — | Silencieux |
-| 42 | Scarabée Hercule | — | Silencieux |
-| 43 | Puce | — | Silencieux |
-| 44 | Cloporte | — | Silencieux |
-| 45 | Moustique | mosquito_flight.ogg | Bourdonnement aigu très proche |
-| 46 | Mouche | fly_flight.ogg | Bourdonnement bref et irrégulier |
-| 47 | Cafard | — | Silencieux |
-
-Fourmi, escargot, puce et cloporte restent silencieux. Les déplacements des
-scarabées et de la boule de neige pourront recevoir plus tard un frottement
-très discret si leur lecture en jeu le demande. Le filet et la capture sont
-des effets de geste séparés : souffle court du filet et prise douce éventuelle,
-sans notification ni son de découverte. Rien de cela n’est implémenté ici.

docs/insects-assets.json

@@ -1,242 +0,0 @@
-{
-  "source": "Textures fournies par le créateur, Animal Crossing: Wild World / Nintendo, via Nookipedia",
-  "reference": "https://nookipedia.com/wiki/Bug/Wild_World",
-  "retrieved": "2026-10-08",
-  "assets": [
-    {
-      "id": "common_butterfly",
-      "file": "Common_Butterfly_WW_Inv_Icon.png",
-      "sha256": "0d1f1818a514406e38b0613d8d8e7be8272c95cc818cc3cfb0606b6caab75d6f"
-    },
-    {
-      "id": "yellow_butterfly",
-      "file": "Yellow_Butterfly_WW_Inv_Icon.png",
-      "sha256": "2f65e647c0bdfa0c791089a01679d4beff4187210735920cd989d7b00e7b3d49"
-    },
-    {
-      "id": "tiger_butterfly",
-      "file": "Tiger_Butterfly_WW_Inv_Icon.png",
-      "sha256": "3c057b5814ace6d23065b08b29fd4da9b5d7c063e2a666dc199dffa3a71bbcb0"
-    },
-    {
-      "id": "peacock",
-      "file": "Peacock_WW_Inv_Icon.png",
-      "sha256": "4465ac534609d3ccd912bd2a1e1f1fe54a74605d6cf015742ed82ee47bac215d"
-    },
-    {
-      "id": "monarch",
-      "file": "Monarch_WW_Inv_Icon.png",
-      "sha256": "0a6135be3c9fbb77422cd303634d1de6f90b77d4d58b83a41d154e7864efb6a8"
-    },
-    {
-      "id": "emperor",
-      "file": "Emperor_WW_Inv_Icon.png",
-      "sha256": "73c06c6b333a0fac5a4cc4ef2ea974d9ac24d61626c113d7a19cbc692aeccf28"
-    },
-    {
-      "id": "agrias_butterfly",
-      "file": "Agrias_Butterfly_WW_Inv_Icon.png",
-      "sha256": "7265cce5316036d08d3544f85678e426d073ee4e1ce6456509c9bbfd47691762"
-    },
-    {
-      "id": "birdwing",
-      "file": "Birdwing_WW_Inv_Icon.png",
-      "sha256": "341236d944d869c41f58a5229d3af62e22f45383c0e74830687024d250bdd676"
-    },
-    {
-      "id": "moth",
-      "file": "Moth_WW_Inv_Icon.png",
-      "sha256": "0da1cf7bc700b0a140346d88449855ff48868aaeb27b4331298399fafbd6a6b1"
-    },
-    {
-      "id": "oak_silk_moth",
-      "file": "Oak_Silk_Moth_WW_Inv_Icon.png",
-      "sha256": "b7048019ad492468712e73bb793e1fa0bf97da2af4d90ec2dea5214fb8ba9743"
-    },
-    {
-      "id": "long_locust",
-      "file": "Long_Locust_WW_Inv_Icon.png",
-      "sha256": "afa0056c19d5f590efc28f9fc48868996705ab26549659edbbacac2abd7aa485"
-    },
-    {
-      "id": "migratory_locust",
-      "file": "Migratory_Locust_WW_Inv_Icon.png",
-      "sha256": "f57515e1425d97f22ad3530f6fa53c05899461fb4b3f375f36f47b2596634116"
-    },
-    {
-      "id": "mantis",
-      "file": "Mantis_WW_Inv_Icon.png",
-      "sha256": "e1ec3c4543e173756a5ee87bc40d57958ba31a1ff7ade63558fd11fe16bef732"
-    },
-    {
-      "id": "orchid_mantis",
-      "file": "Orchid_Mantis_WW_Inv_Icon.png",
-      "sha256": "353c6d36c5a9757879a8c28f743d12fd16d1f5191ccf88f3580b926da08efccd"
-    },
-    {
-      "id": "brown_cicada",
-      "file": "Brown_Cicada_WW_Inv_Icon.png",
-      "sha256": "ec229a8b26a69a54bd597e8b1fe43855e0199beb4b0b34884e21a8f2b47239a2"
-    },
-    {
-      "id": "robust_cicada",
-      "file": "Robust_Cicada_WW_Inv_Icon.png",
-      "sha256": "7dd177071e5733e7f2ab4ab1004ac1bdd5f95110565cc52b5a53804cdda0a7d0"
-    },
-    {
-      "id": "walker_cicada",
-      "file": "Walker_Cicada_WW_Inv_Icon.png",
-      "sha256": "42f01a56c4d458c59f89daeacba1fd3424e3e84bbd8072bec150b491f236e058"
-    },
-    {
-      "id": "evening_cicada",
-      "file": "Evening_Cicada_WW_Inv_Icon.png",
-      "sha256": "e91c21b27a1188639fcf0427913284470472544f9d36ee8790fc042a281e789b"
-    },
-    {
-      "id": "lantern_fly",
-      "file": "Lantern_Fly_WW_Inv_Icon.png",
-      "sha256": "40c3f67c4b9fa71c278f1e27fc6b5d4d758a3f29162724a3d1ce375008e874ee"
-    },
-    {
-      "id": "red_dragonfly",
-      "file": "Red_Dragonfly_WW_Inv_Icon.png",
-      "sha256": "3e0ddba1988cc630132c4dda037d6377ca059186b1cc03384de19f4ba1783608"
-    },
-    {
-      "id": "darner_dragonfly",
-      "file": "Darner_Dragonfly_WW_Inv_Icon.png",
-      "sha256": "56bd05a9bdc0f292e9facfb837b980bfe8a218847fe339d5c4fc3184512aa01a"
-    },
-    {
-      "id": "banded_dragonfly",
-      "file": "Banded_Dragonfly_WW_Inv_Icon.png",
-      "sha256": "2d8bf8b73085f9af39584be1a28c36c901c14536adf34c1e8a34d86ee6f4bb5f"
-    },
-    {
-      "id": "ant",
-      "file": "Ant_WW_Inv_Icon.png",
-      "sha256": "5c25d6a3c7d7d60d2245ae153db19a79b2f1a566ee5fc3f518a02a5cf20e0403"
-    },
-    {
-      "id": "pondskater",
-      "file": "Pondskater_WW_Inv_Icon.png",
-      "sha256": "9602ce54f7a6a648bb1a4b713af95cd8548ae71c2e33944417e668a6ece388ec"
-    },
-    {
-      "id": "snail",
-      "file": "Snail_WW_Inv_Icon.png",
-      "sha256": "f8938dfd17aff67f1a7efb95c292f14d63eee1dfa6afc348c7351c62cb147e91"
-    },
-    {
-      "id": "cricket",
-      "file": "Cricket_WW_Inv_Icon.png",
-      "sha256": "b1fcd0b109a2a422917e39923e54e1490e7a0058fbf413ac232fc39b5c0536e8"
-    },
-    {
-      "id": "bell_cricket",
-      "file": "Bell_Cricket_WW_Inv_Icon.png",
-      "sha256": "ce92cb6539abc36acdf97312f4fcec53d87ed63abd195a3e7c391e94dd0a0a4f"
-    },
-    {
-      "id": "grasshopper",
-      "file": "Grasshopper_WW_Inv_Icon.png",
-      "sha256": "9328d7346601212faa8e3b763871d3f52db6fe290be2826475b0ed6decd6e0c7"
-    },
-    {
-      "id": "mole_cricket",
-      "file": "Mole_Cricket_WW_Inv_Icon.png",
-      "sha256": "21825104a8192a243b459d3dd1ad13e9a9ebd935e4b1a9dae4b7cdf942c25957"
-    },
-    {
-      "id": "walkingstick",
-      "file": "Walkingstick_WW_Inv_Icon.png",
-      "sha256": "fee425cb73673cd5b430e25e99b1144432b6ee430ab265b842c32bd4bb08c71e"
-    },
-    {
-      "id": "ladybug",
-      "file": "Ladybug_WW_Inv_Icon.png",
-      "sha256": "25a458cdce22389fcb3c1898ec94d940c5d62077d250dc18f2aa455f4852d4b6"
-    },
-    {
-      "id": "fruit_beetle",
-      "file": "Fruit_Beetle_WW_Inv_Icon.png",
-      "sha256": "a4da1eee334c442917ea1b94de6a91500dfbfda3964d17172e04b37f1fee886b"
-    },
-    {
-      "id": "scarab_beetle",
-      "file": "Scarab_Beetle_WW_Inv_Icon.png",
-      "sha256": "f67d7d74672bb76711819668636e9e65c0c8ba578a21a6e99a57e12c8985ba07"
-    },
-    {
-      "id": "dung_beetle",
-      "file": "Dung_Beetle_WW_Inv_Icon.png",
-      "sha256": "6767a7c0df6b8cfd9ae8f0dbc31a6d8401ed878d7f3adf9d2daa50eba381e5f4"
-    },
-    {
-      "id": "goliath_beetle",
-      "file": "Goliath_Beetle_WW_Inv_Icon.png",
-      "sha256": "9776c48cedd7ccb4f124fc8d9a481ff851cf8171889784357051d502021c73a2"
-    },
-    {
-      "id": "longhorn_beetle",
-      "file": "Longhorn_Beetle_WW_Inv_Icon.png",
-      "sha256": "2a14437a6fc00b0c06a612fec8eeae9a2ded853eeecb72f97c248efed62ca51a"
-    },
-    {
-      "id": "saw_stag_beetle",
-      "file": "Saw_Stag_Beetle_WW_Inv_Icon.png",
-      "sha256": "a92dbee2c9659cdc725501068c34fedfbb7fabdb9ff0a5880d62c63905e8db20"
-    },
-    {
-      "id": "stag_beetle",
-      "file": "Stag_Beetle_WW_Inv_Icon.png",
-      "sha256": "7696ac7da4342ec1d720b42ee9fcdbb0f8897ecf5e913c0e2361224c8dd6a02b"
-    },
-    {
-      "id": "giant_beetle",
-      "file": "Giant_Beetle_WW_Inv_Icon.png",
-      "sha256": "6b3148ed720a53038d1ad5054870b57bf79fe63140196f4a8d06caf894179469"
-    },
-    {
-      "id": "rainbow_stag",
-      "file": "Rainbow_Stag_WW_Inv_Icon.png",
-      "sha256": "1cdff97582f9221b97f6bb46dd4804dc61b8787c7e98b422c49895ae7847d4c3"
-    },
-    {
-      "id": "elephant_beetle",
-      "file": "Elephant_Beetle_WW_Inv_Icon.png",
-      "sha256": "67061bb466f0c16ea2596505760775153a11db8b11dc7e2c3424de09b4d2bfe6"
-    },
-    {
-      "id": "hercules_beetle",
-      "file": "Hercules_Beetle_WW_Inv_Icon.png",
-      "sha256": "817612b4722dbda095ee4329e12e8cb94684fcd17b8640db3e7cb0cf43836051"
-    },
-    {
-      "id": "flea",
-      "file": "Flea_WW_Inv_Icon.png",
-      "sha256": "a68dc39161a5c425438ff568f748f03418851728206174376987f471dfd962ba"
-    },
-    {
-      "id": "pill_bug",
-      "file": "Pill_Bug_WW_Inv_Icon.png",
-      "sha256": "0a9b3cf87295dfdd97b568b2522bb7a25a9e03b371d48d7abe14fe02105faa41"
-    },
-    {
-      "id": "mosquito",
-      "file": "Mosquito_WW_Inv_Icon.png",
-      "sha256": "d1ddce1a0db8e60c636be2953e56143b3c7b943df5318440c7c3ed0efa8dacf2"
-    },
-    {
-      "id": "fly",
-      "file": "Fly_WW_Inv_Icon.png",
-      "sha256": "eaf5c25ce867dd6bfc23ea3e46c64473f2aa4e3ba9e25cb2fe35edb96db81c01"
-    },
-    {
-      "id": "cockroach",
-      "file": "Cockroach_WW_Inv_Icon.png",
-      "sha256": "82906ce0072b7c4f8cf7fc1821adf07ad185a46552965425db2f82cf9a5e8426"
-    }
-  ]
-}

docs/insects-wild-world-beta245.md

@@ -1,196 +0,0 @@
-# INSECT-01 — Insectes Wild World et filet, beta.245
-
-Branche : `codex/insects-wild-world-beta245`. Demande du créateur du
-8 octobre 2026 ; périmètre confirmé : **les 47 textures fournies**, parmi
-les 56 espèces de [Wild World](https://nookipedia.com/wiki/Bug/Wild_World).
-Les neuf espèces sans texture ne sont pas enregistrées.
-
-## Résultat implémenté
-
-47 espèces ambiantes, non agressives, avec habitat, mois, heures et pics
-côté serveur. Le calendrier utilise la date civile et le fuseau de
-`RealtimeService`, comme Sanctuary ; hémisphère sud : décalage de six mois.
-Les créneaux sont début inclus et fin exclue, y compris ceux qui traversent
-minuit. Les horaires spécifiques à certains mois restent distincts.
-Les pics multiplient le poids d’apparition par **3**, dans le créneau
-disponible ; ils ne forcent aucune apparition et ne permettent pas
-d’apparition hors saison. Poids de base 6, ou 2 pour les espèces rares
-du catalogue ; équilibrage Sanctuary, sans reprise des prix en clochettes.
-
-Chaque sprite fourni est copié sans retouche. Les papillons, la mouche et le papillon
-de nuit utilisent deux quads articulés au centre et deux moitiés d’UV.
-Les insectes des troncs utilisent un quad vertical fixé à la face de bûche.
-Fourmi, gerris, mantes et coccinelle : quad horizontal. Criquets, grillons,
-escargot et autres petits insectes : billboard vertical ; les billboards
-aériens suivent aussi l’inclinaison de la caméra. Le moustique tourne
-autour du joueur vivant le plus proche sans jamais l’attaquer.
-
-Approche normale : fuite à moins de 3 blocs ; sprint : 5 blocs ;
-accroupi : 0,65 bloc. Le moustique tolère une approche normale jusqu’à
-0,95 bloc, ce qui permet son orbite à 1,8 bloc (sprint : 2,5 blocs).
-Une ligne de vue libre est nécessaire. Une attaque effraie l’insecte.
-La fuite dure 24 ticks puis l’entité disparaît ; elle n’est plus capturable.
-Les insectes ne poussent ni ne blessent et ne produisent aucun butin de mort.
-
-Le filet `sanctuary:insect_net` s’utilise au **clic droit**, avec une visée
-à 3 blocs. Le serveur choisit le premier insecte sur le trajet du geste,
-respecte les obstacles et produit exactement un spécimen. Délai entre
-gestes : 10 ticks ; durabilité : 128, un point par geste en survie.
-Inventaire plein : dépôt protégé aux pieds du joueur. Capture et découverte
-du filet, de sa recette et des 47 spécimens **sans notification**, à la demande
-du créateur ; les compteurs et découvertes restent enregistrés en silence. Les spécimens
-`sanctuary:insect_<espèce>` utilisent les mêmes sprites et ont des noms FR/EN.
-Le filet et les spécimens figurent aussi dans Outils et utilitaires en créatif.
-
-Recette, `S` = fil, `#` = bâton :
-
-```text
- SS
- #S
-#
-```
-
-## Habitats et adaptations explicites
-
-- Papillons près des fleurs ; machaon près des fleurs rouges/roses, paon
-  près des fleurs bleues/violettes/noires. Mante orchidée : fleurs blanches.
-- Mantes, coccinelle et escargot peuvent aussi être sur des feuilles ;
-  l’escargot exige une pluie effective sur son support, sans neige ni toit.
-- Espèces de palmiers sur bûches/bûches de bois de jungle non écorcées.
-  Pas de nouvelle essence d’arbre. Les autres espèces utilisent les bûches.
-- Gerris sur eau douce source avec air au-dessus, à la hauteur native
-  de sa surface ; biomes océaniques exclus.
-- Fourmis près de chair putréfiée déposée ; mouches aussi près d’os ou de
-  pommes de terre empoisonnées déposées. Pas de système de pourrissement.
-- Bousier sur neige, sans création ou poussée de boule de neige.
-- Puce sur un villageois vivant qu’elle suit. Papillon de nuit près
-  d’un bloc lumineux à ciel ouvert.
-- Cloporte : chance de sortie en frappant une roche ; courtilière :
-  chance de sortie après avoir creusé un bloc de terre. Au plus une
-  tentative par joueur toutes les cinq secondes, probabilité de 1/3.
-  Pas de population souterraine invisible ni de chant souterrain.
-
-La colonne des pics Nookipedia de l’escargot contient un second créneau
-`4 AM – 7 PM ()` sans mois. Seul le pic explicite de mai, 16 h–8 h,
-est repris ; aucun mois n’est inventé pour ce fragment incomplet.
-
-## Monde et conservation
-
-Apparitions uniquement dans l’Overworld d’une partie Sanctuary prise en
-charge. Un ancien monde ordinaire n’est pas inscrit par la seule installation
-du mod. Tous les supports et déplacements restent dans des chunks chargés ;
-aucun chunk, bloc ou profil de génération n’est créé ou modifié par ce système.
-Échantillonnage toutes les cinq secondes, 18 tentatives bornées par joueur,
-au plus deux ajouts ; plafond de 32 entités dans un rayon local de 32 blocs
-et espacement d’un bloc entre sites occupés. Durée de vie maximale :
-120 secondes. Saison/horaire et support revérifiés chaque seconde.
-
-Les entités ambiantes sont transitoires et non sauvegardées. Les objets
-capturés suivent la sauvegarde native des items. Aucun format existant,
-identifiant existant, sauvegarde personnelle ou génération n’est migré.
-Les modifications beta.242–244 préexistantes sont conservées.
-
-## Catalogue
-
-Mois numérotés de 1 à 12, référence nord ; horaires de la source.
-Le catalogue runtime est `data/sanctuary/insects/wild_world.json` ;
-la provenance des textures est [inventoriée](insects-assets.json).
-
-| Espèce | Habitat Sanctuary | Mois | Horaires | Pics |
-| --- | --- | --- | --- | --- |
-| Piéride du chou (`common_butterfly`) | FLOWERS | 3,4,5,6,7,8,9 | 4 AM – 7 PM (Mar – Jun) / 8 AM – 5 PM (Jul – Aug) / 8 AM – 4 PM (Sep) | 8 AM – 5 PM (Mar – Jun) |
-| Citron (`yellow_butterfly`) | FLOWERS | 3,4,5,6,7,8,9 | 4 AM – 7 PM (Mar – Jun) / 8 AM – 5 PM (Jul – Aug) / 8 AM – 4 PM (Sep) | 8 AM – 5 PM (Mar – Jun) |
-| Machaon (`tiger_butterfly`) | FLOWERS | 3,4,5,6,7,8,9 | 4 AM – 7 PM (Mar – Jun) / 8 AM – 5 PM (Jul – Aug) / 8 AM – 4 PM (Sep) | 8 AM – 5 PM (Mar – Jun) |
-| Papillon paon (`peacock`) | FLOWERS | 3,4,5,6,7,8,9 | 4 AM – 7 PM (Mar – Jun) / 8 AM – 5 PM (Jul – Aug) / 8 AM – 4 PM (Sep) | 8 AM – 5 PM (May – Jun) |
-| Monarque (`monarch`) | FLOWERS | 9,10,11 | 4 AM – 5 PM (Sep – Oct) / 8 AM – 5 PM (Nov) | 8 AM – 5 PM (Oct – Nov) |
-| Morpho bleu (`emperor`) | FLOWERS | 6,7,8,9 | 8 AM – 5 PM | — |
-| Agrias (`agrias_butterfly`) | FLOWERS | 6,7,8,9 | 8 AM – 5 PM | — |
-| Ornithoptère (`birdwing`) | FLOWERS | 6,7,8,9 | 8 AM – 5 PM | — |
-| Papillon de nuit (`moth`) | LIGHT | 5,6,7,8,9 | 7 PM – 4 AM | 11 PM – 4 AM (Jun – Aug) |
-| Grand paon de nuit (`oak_silk_moth`) | TREE | 6,7,8,9 | 7 PM – 4 AM | — |
-| Criquet long (`long_locust`) | GROUND | 8,9,10,11 | 8 AM – 7 PM | Sep – Nov |
-| Criquet migrateur (`migratory_locust`) | GROUND | 9,10,11 | 8 AM – 7 PM | 8 AM – 4 PM |
-| Mante religieuse (`mantis`) | FLOWER | 8,9,10,11 | 8 AM – 5 PM | 8 AM – 4 PM (Sep – Nov) |
-| Mante orchidée (`orchid_mantis`) | WHITE_FLOWER | 8,9,10,11 | 8 AM – 5 PM | 8 AM – 4 PM (Sep – Nov) |
-| Cigale brune (`brown_cicada`) | TREE | 7,8 | 8 AM – 5 PM | 8 AM – 4 PM |
-| Cigale robuste (`robust_cicada`) | TREE | 7,8 | 8 AM – 5 PM | 8 AM – 4 PM |
-| Cigale cicadelle (`walker_cicada`) | TREE | 7,8,9 | 8 AM – 5 PM | Aug |
-| Cigale du soir (`evening_cicada`) | TREE | 7,8 | 4 AM – 8 AM; 4 PM – 7 PM | — |
-| Fulgore (`lantern_fly`) | TREE | 6,7,8,9 | 4 PM – 7 PM; 11 PM – 8 AM | — |
-| Libellule rouge (`red_dragonfly`) | AIR | 9,10 | 8 AM – 7 PM | 4 PM – 5 PM |
-| Libellule verte (`darner_dragonfly`) | AIR | 6,7,8 | 8 AM – 5 PM | 4 PM – 5 PM |
-| Libellule géante (`banded_dragonfly`) | AIR | 7,8 | 8 AM – 5 PM | — |
-| Fourmi (`ant`) | ROTTEN_FOOD | 1,2,3,4,5,6,7,8,9,10,11,12 | All day | — |
-| Gerris (`pondskater`) | WATER | 6,7,8,9 | 8 AM – 7 PM | — |
-| Escargot (`snail`) | RAIN_FLOWER | 4,5,6,7,8,9 | All day | 4 PM – 8 AM (May) / 4 AM – 7 PM () |
-| Grillon (`cricket`) | GROUND | 9,10,11 | 5 PM – 8 AM | — |
-| Grillon des prés (`bell_cricket`) | GROUND | 9,10 | 5 PM – 8 AM | — |
-| Sauterelle (`grasshopper`) | GROUND | 7,8,9 | 4 PM – 5 PM (Jul) / 8 AM – 5 PM (Aug – Sep) | Sep |
-| Courtilière (`mole_cricket`) | UNDERGROUND | 1,2,3,4,5,11,12 | All day | Dec – Feb |
-| Phasme (`walkingstick`) | TREE | 7,8,9,10,11 | 4 AM – 7 PM | — |
-| Coccinelle (`ladybug`) | FLOWER | 3,4,5,6,10 | 8 AM – 5 PM | Mar – May |
-| Cétoine (`fruit_beetle`) | TREE | 7,8,9 | All day (Jul – Aug) / 7 PM – 8 AM (Sep) | 7 PM – 4 AM (Jul – Aug) |
-| Scarabée (`scarab_beetle`) | TREE | 7,8 | 11 PM – 8 AM | — |
-| Bousier (`dung_beetle`) | SNOW | 1,2,12 | 5 PM – 8 AM | — |
-| Scarabée Goliath (`goliath_beetle`) | PALM_TREE | 6,7,8 | 7 PM – 8 AM | — |
-| Capricorne (`longhorn_beetle`) | TREE | 6,7,8 | 8 AM – 7 PM (Jun) / 8 AM – 5 PM (Jul – Aug) | — |
-| Lucane scie (`saw_stag_beetle`) | TREE | 7,8 | All day | 11 PM – 8 AM |
-| Lucane (`stag_beetle`) | TREE | 6,7,8 | 7 PM – 8 AM | 11 PM – 8 AM (Jul – Aug) |
-| Lucane géant (`giant_beetle`) | TREE | 7,8 | 11 PM – 8 AM | — |
-| Lucane arc-en-ciel (`rainbow_stag`) | TREE | 6,7,8,9 | 7 PM – 8 AM | — |
-| Scarabée éléphant (`elephant_beetle`) | PALM_TREE | 7,8 | 7 PM – 8 AM | — |
-| Scarabée Hercule (`hercules_beetle`) | PALM_TREE | 7,8 | 11 PM – 8 AM | — |
-| Puce (`flea`) | VILLAGER | 3,4,5,6,7,8,9,10,11 | All day | — |
-| Cloporte (`pill_bug`) | ROCK | 1,2,3,4,5,6,7,8,9,10,11,12 | All day | Nov – Mar |
-| Moustique (`mosquito`) | AIR | 6,7,8,9 | 5 PM – 4 AM | 5 PM – 7 PM |
-| Mouche (`fly`) | ROTTEN_FOOD | 1,2,3,4,5,6,7,8,9,10,11,12 | All day | — |
-| Cafard (`cockroach`) | TREE | 1,2,3,4,5,6,7,8,9,10,11,12 | All day | — |
-
-## Vérifications
-
-Le lancement serveur ciblé utilise le profil plat déjà prévu pour les tests
-fonctionnels (`sanctuaryAtlasOnly`), afin d’éviter les prérequis worldgen.
-
-```sh
-./gradlew check build assemblePack -PsanctuaryFocusedTests=insects245 -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryInsects245ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-```
-
-Les neuf GameTests requis sont réussis : calendrier et pics, recette réelle,
-fleurs, pluie, eau, faces de troncs, approche accroupie, fuite, capture unique,
-obstacles, portée, inventaire plein, spectateur et absence de chargement
-forcé. Les 47 PNG 16 × 16 correspondent aux SHA-256 des fichiers fournis ;
-modèles d’items et noms FR/EN présents.
-
-Le parcours client Vulkan réussit sur Apple M1 / MoltenVK 1.4.2 : chargement
-des 47 textures et noms FR/EN, quatre modes de rendu, pluie effective pour
-l’escargot, orbite du moustique et capture native au clic droit accroupi
-avec un point d’usure. Les découvertes sont enregistrées ; ni le filet,
-ni sa recette, ni les spécimens ne déclenchent de notification. Une
-découverte ordinaire reste annoncée. Marqueur du test :
-`INSECTS245_CLIENT_PASS ... silent-discoveries=pass`.
-
-Captures de contrôle :
-[surfaces](../mods/sanctuary/build/run/clientGameTest/screenshots/0000_insects245-day-surfaces.png),
-[filet](../mods/sanctuary/build/run/clientGameTest/screenshots/0001_insects245-net-capture.png),
-[moustique](../mods/sanctuary/build/run/clientGameTest/screenshots/0002_insects245-mosquito-night.png).
-Le monde plat de contrôle reste sombre ; ces captures servent à vérifier
-les formes et interactions, pas à valider l’éclairage d’une île Sanctuary.
-L’équilibrage des fréquences reste à apprécier dans une partie normale.
-
-Les essais restent dans des mondes de développement neufs. Aucune
-publication, instance Prism ou sauvegarde personnelle modifiée.
-
-`check build assemblePack` réussit sur les sources finales ; le pack exporté
-contient le même JAR beta.245, les 47 textures originales, les modèles,
-le catalogue et la recette. Intégrité ZIP et version Minecraft 26.3 /
-Fabric Loader 0.19.5 vérifiées. Les 57 fichiers préexistants hors points
-d’intégration conservent leur empreinte initiale.
-
-Livraison locale : [Sanctuary-beta.245.mrpack](../build/Sanctuary-beta.245.mrpack)
-(12 977 936 octets), SHA-256
-`aa537808cb458813f366ffc9d67dd9a3e1fc60cbd1ce5e8ddc8b1ab40cb0ac46`.
-JAR beta.245 : SHA-256
-`94132d1bd854259110d49d77f58a7bbaeed94f73a50df92460ef46fbf2355444`.
-[Reçu de validation](../build/insects245/validation.json).

docs/integrations-mods-next.md

@@ -1,124 +0,0 @@
-# Prochaine passe — mods du pack et modules personnels
-
-Cadrage du **26 octobre 2026**, à la demande de Koka. Initialement préparés
-pour après beta.291, les quatre tickets d'intégration sont désormais repris
-dans [la préparation locale beta.292](optional-mods-beta292.md), à sa demande.
-Dozei Stream et Only Fun restent des contrats futurs. Chaque implémentation
-prendra sa propre branche `codex/<sujet>` et son prochain compteur libre.
-Les versions du cadrage ci-dessous sont des candidats repérés pour **Minecraft 26.3,
-Fabric 0.19.5 et Java 25**, pas des intégrations validées. Tous les essais
-graphiques cibleront Vulkan, avec Sodium puis sans si le mod le permet.
-
-L'API Modrinth a été interrogée avec les filtres exacts `game_versions=["26.3"]`
-et `loaders=["fabric"]`. Les JAR candidats ont été téléchargés dans le dossier
-ignoré `build/optional-mods291/`, vérifiés contre leur SHA-512 publié et leurs
-`fabric.mod.json` relus. Revalider versions, dépendances, licences et hashes au
-début de chaque ticket ; aucun binaire téléchargé n'entre dans Git.
-
-| Ticket | Branche prévue | Candidat observé | Résultat à obtenir |
-| --- | --- | --- | --- |
-| PACK-VOICE-01 | `codex/simple-voice-chat` | [2.6.26+26.3, Fabric, bêta](https://modrinth.com/plugin/simple-voice-chat/version/cZm965sW) | Conversation de proximité client/serveur, compatible avec l'acoustique Sanctuary |
-| PACK-BOBBY-01 | `codex/bobby-optional` | [5.2.16+mc26.3](https://modrinth.com/mod/bobby/version/J7YnfCss) | Voir les chunks déjà reçus au-delà de la distance envoyée par le serveur, installation facultative |
-| PACK-LITHIUM-01 | `codex/lithium-integration` | [0.26.2+mc26.3, Fabric](https://modrinth.com/mod/lithium/version/xS0Q8LSi) | Réduire le coût de simulation en conservant les règles Sanctuary |
-| PACK-CULL-01 | `codex/entity-culling` | [1.11.3 pour 26.3, Fabric](https://modrinth.com/mod/entityculling/version/X1g3VhTx) | Éviter le rendu des entités et blocs entités masqués, sans disparitions incorrectes |
-| MODULE-DOZEI-01 | `codex/dozei-stream-contract` | Pas encore réalisé, aucun artefact fourni | Définir le premier résultat vérifiable de Dozei Stream |
-| MODULE-ONLYFUN-01 | `codex/only-fun-contract` | Mod personnel futur | Définir une première interaction potache autonome |
-
-## PACK-VOICE-01 — Simple Voice Chat
-
-Le JAR 2.6.26 déclare `minecraft=26.3.x`, Java ≥25, Loader ≥0.19.3 ;
-Fabric API doit être ≥0.160.5+26.3, ce qui correspond au socle actuel.
-**Conflit constaté : il déclare `breaks.sound_physics_remastered=<1.5.2`,
-alors que Sanctuary distribue 1.5.1+26.3.** Le candidat 2.6.25 a le même refus.
-Le JAR [2.6.24+26.3](https://modrinth.com/plugin/simple-voice-chat/version/OLnMVWXy)
-ne déclare pas ce conflit ; cela ne prouve pas sa compatibilité en partie.
-
-Décider et tester soit une mise à jour délibérée de Sound Physics et de son
-adaptateur natif Sanctuary, soit une version vocale antérieure compatible.
-Ne pas contourner les dépendances de Fabric. Conserver un artefact autonome
-provenant de l'auteur et ses conditions de distribution.
-
-Acceptation : connexion de deux clients de développement, voix de proximité,
-muet, push-to-talk, déconnexion/reconnexion, coexistence Sound Physics et
-préférences conservées. Vérifier les profils packwiz client/serveur, le refus
-des versions incompatibles et les interfaces FR/EN ajoutées par Sanctuary.
-L'activation réseau de la Beta sera une étape de livraison distincte : le
-[protocole amont](https://dev.modrepo.de/minecraft/voicechat/wiki/server_setup)
-utilise UDP et un port vocal propre, par défaut 24454. Tester depuis l'extérieur
-avec `/voicechat test`, puis un échange audible ; l'ouverture du port Minecraft
-TCP ne suffit pas. Aucun port ni serveur personnel n'est modifié par ce ticket
-documentaire.
-
-## PACK-BOBBY-01 — cache client facultatif
-
-Le candidat déclare un environnement client, Minecraft `~26.3`, Loader
-≥0.18.4 et refuse Sodium <0.6.0 ; Sodium 0.9.2 du pack satisfait ce seul
-contrat déclaré. Cloth Config et Mod Menu sont suggérés, pas requis dans le
-JAR inspecté. Le [principe amont](https://github.com/Johni0702/bobby) est de
-mettre en cache les chunks envoyés dans `.bobby`, puis d'afficher leur dernière
-copie connue à distance. Ce cache ne simule pas les chunks et ne remplace pas
-leur état serveur actuel.
-
-Acceptation : choix packwiz **facultatif**, installation/désinstallation par
-le sélecteur et préférence conservée au second lancement ; parcours puis
-retour sur un serveur de développement avec distance d'envoi courte ; chunks
-lointains visibles sous Vulkan, actualisation lors de leur réception réelle,
-claims/Atlas et blocs Sanctuary cohérents au retour. Aucun monde personnel
-utilisé comme `bobby-fallback`. Définir une valeur initiale de distance et une
-politique de cache mesurées avant livraison ; pas de génération supplémentaire
-imposée au serveur.
-
-## PACK-LITHIUM-01 — simulation
-
-Le [candidat](https://github.com/CaffeineMC/lithium) peut fonctionner côté client
-et serveur. Ses dépendances déclarées sont Minecraft `~26.3`, Loader ≥0.19.5
-et MixinExtras ≥0.5.5. Vérifier la version réellement fournie par Loader ; ne
-pas ajouter une bibliothèque par supposition. Définir séparément les profils
-serveur et client, sans faire dépendre l'autorité serveur du choix d'un joueur.
-
-Acceptation : démarrage et rechargement d'un monde de test, recettes et
-inventaires, IA des infectés/familiers/baleines, interactions multiblocs et
-budget de ticks comparés avant/après sur le même scénario. Les gains doivent
-être mesurés ; conserver les identifiants, sauvegardes et règles serveur.
-
-## PACK-CULL-01 — masquage visuel
-
-Le [candidat](https://github.com/tr7zw/EntityCulling) cible Minecraft `~26.3`
-et requiert Fabric API ; TRansition et TRender sont déjà imbriqués dans le
-JAR inspecté. Vérifier leurs hooks de rendu sur Vulkan avant toute inclusion,
-ainsi que les conditions de distribution du binaire original.
-
-Acceptation : comparaison activé/désactivé sur une scène de développement,
-avec mur opaque, fenêtres, verre, sortie d'occlusion et changement rapide de
-caméra. Vérifier familiers portés, cosmétiques, baleines translucides, coffres
-et multiblocs ; aucune disparition visible incorrecte. Mesurer le gain et le
-coût CPU. Aucun essai OpenGL ne vaut validation de ce ticket.
-
-## Modules personnels — contrats à écrire
-
-**MODULE-DOZEI-01 :** conserver le nom donné « Dozei Stream » ; son rôle,
-ses sources, sa cible client/serveur, ses dépendances et son premier scénario
-restent à préciser avec le créateur. Ne déduire aucune fonctionnalité du nom.
-Acceptation du cadrage : une action observable et un périmètre testable avant
-de créer un faux artefact ou une entrée packwiz sans téléchargement.
-
-**MODULE-ONLYFUN-01 :** reprendre la [vision Only Fun](vision.md#only-fun--interactions-sociales-et-absurdes),
-avec l'intention confirmée d'ajouter de l'humour « pipi caca ». C'est un mod
-personnel autonome, séparé du socle nécessaire pour jouer à Sanctuary.
-Choisir une première interaction, définir ses entrées, effets, données
-persistantes et branchements facultatifs au calendrier/aux événements.
-Acceptation du cadrage : petit scénario jouable défini, comportement en solo
-et serveur, installation indépendante et libellés FR/EN prévus. Le contenu
-futur de la vision ne devient pas une fonctionnalité livrée par ce document.
-
-## Ordre proposé et fin d'un ticket
-
-Commencer par Bobby facultatif, puis les optimisations mesurées ; traiter la
-voix avec sa décision Sound Physics et son parcours réseau. Les deux modules
-personnels commencent par leur contrat, sans dépendance implicite à ces mods.
-Cet ordre reste une proposition pour la prochaine séance.
-
-Chaque intégration livrée passe `./gradlew check build assemblePack`, les
-essais propres au comportement ajouté, deux synchronisations packwiz isolées,
-la conservation des choix et le contrôle du profil serveur. Décrire les
-résultats réels et les limites restantes avant toute publication demandée.

docs/island-discovery-beta183.md

@@ -1,128 +0,0 @@
-# DISCOVERY-183 — lieux et ressources de Sanctuary Island
-
-Ticket du 30 septembre 2026, branche `codex/island-discovery-beta183`.
-Le créateur a visité le solo beta.182 et valide la palette naturelle, la rosace,
-les étangs et la génération sous l'île. Il demande un portail **horizontal**,
-les secteurs miniers et le soufre manquants, l'ISS séparée et un exemple d'eau
-haute qui suit le dénivelé. Son complément relie les vitres de la rosace aux
-huit couleurs du Bugrock et à une géographie lisible, froide au nord, chaude au sud.
-
-## Contrat
-
-Nouveau preset facultatif `sanctuary_test:discovery_v1`, profil `discovery`.
-Graine de visite : **42**. Anciens presets, sauvegardes et chunks conservés.
-La source de biomes possède une option `discovery` absente/false pour les
-anciens profils : seule la nouvelle génération active la poche de soufre.
-Aucune migration, expansion, activation de portail ou progression ajoutée.
-Minecraft 26.3, blocs de soufre natifs et minerais Sanctuary existants.
-
-## Contenu
-
-- Galerie centrale agrandie, toujours taillée dans la roche, avec ses deux
-  annexes et passages en boucle. Cadre d'obsidienne de **5 × 5**, trou central
-  de **3 × 3**, fond un bloc plus bas, sec. Le gardien viendra ultérieurement.
-- Rosace : positions, nervures, passages et Bugrock à Y=320 conservés.
-  Seules les vitres changent. Ordre du dessin source, depuis le nord :
-  bleu clair, vert clair, vert, orange, rouge, magenta, jaune, cyan.
-  Le petit sommet blanc conserve le rappel du logo central blanc.
-  Cette rose colorée donne une convention géographique ; elle ne transforme
-  pas encore les biomes de l'île en huit régions ni n'allume les relais.
-- Trois secteurs de gemmes : saphir au nord (0,-176), émeraude à l'est
-  (176,0), rubis au sud (0,176), chacun de rayon 64 blocs autour des centres
-  de chunks. Petits amas sur les faces de grotte, entre Y=40 et 287,
-  toujours au moins 13 blocs sous la surface, au plus douze blocs par chunk
-  retenu. Les blocs exposés et stocks sont comptés dans
-  le monde effectivement généré. Diamants, cuivre, charbon, fer et lapis
-  gardent leur distribution précédente ; aucun or ni redstone ajouté.
-- Une caverne de soufre au sud-ouest, altitude choisie dans la roche,
-  soufre/cinabre/calcite, ouverture vers le jour et trois formations de soufre
-  enracinées à la surface pour la repérer. Pas de lave ni de nouveau mob.
-- Un lac supérieur supplémentaire et son bassin aval, reliés par un chenal
-  en marches sur quatre blocs de dénivelé. La partie aval s'ouvre au jour.
-  Les deux systèmes d'étangs beta.180 restent présents. Recherche locale
-  bornée et plan mémorisé ; aucune hydrologie régionale calculée.
-- ISS entre Y=575 et 591 : trois modules métalliques reliés et praticables,
-  quatre ailes solaires, poutre centrale, antenne, porche d'arrivée et
-  observation vitrée vers l'île. Architecture originale, sans schematic
-  externe. La salle nord contient une table de cartes dans des cadres lumineux
-  horizontaux. Le rayon du générateur détermine la mosaïque et la salle :
-  5 × 5 pour le petit format (512), 7 × 7 pour le moyen (724), 9 × 9 pour le
-  grand (1024). Ce profil de terrain reste au format moyen ; les autres
-  dimensions de station sont vérifiées géométriquement, sans ajouter de
-  nouveaux profils de terrain à cette livraison. Aucun familier spécial,
-  quête ou portail vers les hauteurs fonctionnel ajouté.
-
-Toutes les nouvelles écritures appartiennent au chunk en cours de décoration.
-Plans locaux calculés une fois, aucune reconstruction dans une sauvegarde
-ouverte. Les cartes sont des objets Minecraft natifs, persistés avec leurs
-cadres. Une file finie les prépare par tranches de quatre lignes avec un budget
-cible de 3 ms par tick. Projection topographique de la graine au pas de quatre
-blocs, palette réelle pour les chunks déjà chargés, biomes pour les autres :
-c'est une vue d'ensemble du terrain initial, pas une photographie détaillée
-de toutes les constructions. Aucun chargement de chunks éloignés demandé pour
-la carte. Les cartes terminées sont figées comme une trace de l'ancienne
-expédition, et ne sont ni recréées ni regagnées si un joueur retire un cadre.
-Une interruption reprend une carte inachevée avec son identifiant existant.
-
-## Vérifications et visite
-
-Monde neuf final `solo183e/discovery/42`, serveur arrêté et sauvegardé proprement :
-567 échantillons de densité conservés sous Y=216, zéro région d'hydrologie,
-trois cerisiers, les deux bassins antérieurs et les cinq spawners/quatre caches
-conservés. Galerie : 1 939 surfaces reliées sur 1 979 colonnes, cadre 5 × 5 et
-fosse sèche 3 × 3 vérifiés. Rosace : géométrie inchangée, huit couleurs présentes
-et huit approches libres.
-
-Stocks réellement comptés dans les trois districts : 235 saphirs (176 exposés),
-624 émeraudes (441 exposées), 576 rubis (402 exposés). Nouveau système d'eau :
-4 311 blocs d'eau reliés et débouché extérieur vérifié. La ventilation du soufre
-est ouverte jusqu'au terrain local du débouché, plutôt qu'à la hauteur plus
-basse du centre de la poche.
-
-ISS : 4 742 entrées de plan, trois modules reliés, quatre ailes solaires,
-49 cartes distinctes et supportées dans 49 cadres horizontaux. Les géométries
-5 × 5, 7 × 7 et 9 × 9 couvrent les rayons 288, 395 et 544 avec leurs marges de
-terrain. La mosaïque courante couvre 896 × 896 blocs. Calcul de son aperçu :
-2 039 ms au total ; aucun chargement de chunk distant dans ce calcul. Lecture
-NBT après arrêt : 49 cartes pleines et figées, 49 identifiants uniques, tous
-les cadres orientés vers le haut, centres jointifs et aucun marqueur de travail
-inachevé. Assemblage des pixels sauvegardés inspecté visuellement ; il ne s'agit
-pas d'une capture du jeu. Rapport local `build/discovery183-saved-atlas.json`.
-
-Démarrage serveur mesuré à 4,4 s ; préparation avec sondages, génération des
-zones visitées et contrôles terminée à 41,1 s. Ce dernier chiffre inclut les
-tests synchrones, ce n'est pas un temps de démarrage normal du solo.
-Rapport `build/discovery183-quick-result.json`.
-
-`./gradlew check build assemblePack assembleTestPack` réussi en 7 min 20 s,
-**265/265 GameTests** (`build/discovery183-check-build.log`). Après les deux
-retouches finales limitées au laboratoire (ventilation et lecture des couleurs
-réelles de la carte), compilation, contrôles du mod de labo, assemblages et
-export du lanceur ont été refaits ; les checks des trois modules inchangés,
-déjà réussis, n'ont pas été répétés dans cet assemblage final. Journal
-`build/discovery183-final-assembly.log`. Le monde `solo183e` vérifie ce code final.
-
-Solo neuf `visite183/discovery/42`, `Sanctuary-Discovery-183-Solo`, vue 32,
-simulation 12, créatif, vol et commandes. Départ préparé devant la table de
-l'ISS. Entrée en jeu confirmée dans le journal le 30 septembre à 03:11:11 :
-KokaLab en (4.5,580,-12.5), vue 32. Passage en spectateur à 03:11:48.
-Client Vulkan actif.
-Aucune sauvegarde antérieure ni instance Prism modifiée.
-
-| Lieu | Téléportation de visite |
-| --- | --- |
-| Salle des cartes ISS | `/tp 4.5 580 -12.5 140 35` |
-| Porche ISS | `/tp 0.5 577 28.5 180 0` |
-| Rosace | `/tp 0.5 319 5.5 180 0` |
-| Portail inférieur | `/tp 0.5 177 7.5 180 30` |
-| Poche de soufre | `/tp -152 180 152` |
-| Indice de soufre en surface | `/tp -158 281 149` |
-| Bassin supérieur | `/tp -96 254 -192` |
-| Saphirs | `/tp -62 236 -204` |
-| Émeraudes | `/tp 114 172 -30` |
-| Rubis | `/tp -60 192 146` |
-
-Graine 42 testée en génération native ; les autres graines restent à éprouver.
-Palette, volumes, positionnement des cartes et proportions de l'ISS à valider
-en visite. Les cartes sont une vue d'ensemble figée de l'île principale,
-pas encore un atlas vivant des expansions.

docs/jei-server-beta280.md

@@ -1,189 +0,0 @@
-# DIST-280 — JEI embarqué et packwiz serveur
-
-Branche `codex/jei-packwiz-server`, base commit `697e4a2` (beta.278).
-Version réservée `beta.280` : beta.279 appartient au chantier parallèle
-Map Island Zoom, dont les modifications ne sont pas reprises ici.
-
-## Contrat
-
-- Un seul JAR Sanctuary à distribuer, avec le fork JEI exact
-  `30.32.0-sanctuary.4` et ses notices/bibliothèques embarqués. Fabric API reste
-  une dépendance commune ; Sodium et Sound Physics restent facultatifs côté client.
-- Même JAR sur client et serveur. JEI possède une initialisation commune
-  (recettes et transfert), ses écrans restent dans son entrée client.
-- Un manifeste serveur `server/pack.toml` sur le même canal packwiz que le
-  client, avec uniquement Sanctuary et Fabric API. Même version, URL et hash
-  du JAR Sanctuary dans les deux profils. Publication atomique des manifestes
-  après vérification de l'artefact immuable.
-- Un kit serveur local avec mise à jour packwiz sans interface et lancement
-  Fabric. Les mondes, configurations, permissions, listes de joueurs et secrets
-  restent hors de l'index. Une erreur de mise à jour empêche le démarrage.
-- Documenter les paramètres existants de l'API Sanctuary Web et de la MariaDB
-  communautaire, sans inventer d'API ni migrer les données ou configurer un site
-  public implicitement. Les secrets restent dans l'environnement du service.
-
-## Vérifications locales
-
-`./gradlew check build assemblePack assembleServerPack
--PsanctuaryFocusedTests=recipes,progression -PsanctuaryAtlasOnly=true` réussit :
-13 GameTests requis, contrôles purs du dépôt et assemblages. Le fixture ciblé
-évite le harnais worldgen historique `unified`, sans modifier sa génération.
-Les sept tests de l'outil de mise à jour passent séparément, y compris le
-relais du signal d'arrêt et l'attente de Java avant libération du verrou.
-
-Installation réelle avec packwiz, deux synchronisations et six fichiers
-personnels témoins conservés octet par octet. Le JAR de production démarre et
-s'arrête dans un monde plat de développement neuf avec le JEI imbriqué ;
-celui-ci correspond au fork construit. Minecraft normalise lui-même les fichiers
-`server.properties`, `ops.json` et `whitelist.json` au lancement : leurs valeurs
-sont vérifiées après cet arrêt, distinctement de la préservation par packwiz.
-
-La transition du profil client retire réellement le JEI séparé suivi par
-packwiz et conserve les favoris. Les manifestes de publication client/serveur
-référencent le même artefact. Aucun nouveau parcours graphique n'est revendiqué ;
-les contrôles historiques Vulkan de l'interface ne sont pas rejoués ici.
-
-Journaux et reçus ignorés : `build/jei-server-final.log`,
-`build/server280-updater-final.log`, `build/server280-validation-delivery/validation.json`,
-`build/client280-validation/validation.json`.
-
-## Serveur dédié demandé le 25 octobre 2026
-
-Le créateur demande une **nouvelle CT pour 20 joueurs** sur le nœud `gpu`.
-La CT 350 `sanctuary-beta-20` est créée à cette fin : Debian 13 amd64,
-6 vCPU, 8 Gio de RAM, disque 80 Gio, non privilégiée. Le budget Java retenu est
-6 Gio, avec 20 places, portée 6 et simulation 4 ; ce dimensionnement n'est pas
-une mesure de charge avec vingt joueurs connectés.
-
-L'Alpha (CT 300), les CT 330 et 340 et les mondes existants restent hors cible.
-Le nouveau monde utilisera `sanctuary:sanctuary` (réglages initiaux
-`sanctuary:island231_medium`), graine `28020261025`, version beta.280.
-Aucune expansion n'est activée par le déploiement. Le site est dans la CT 320 ;
-son API et son schéma communautaire 3 sont présents.
-
-## Livraison et mise en service
-
-La [release beta.280](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.280)
-est publiée depuis le commit `23b295356b499404e0056affbb5d3b3811c1b01f`.
-Le canal packwiz est avancé au commit `338e8a62387048c7e703ef036fda759ef57b4130`,
-avec les profils client et serveur dans le même commit. Aucun JEI séparé n'est
-joint. Le MRpack contient le seul JAR Sanctuary en override, et trois dépendances
-téléchargées (Fabric API, Sodium et Sound Physics).
-
-| Artefact | SHA-256 |
-| --- | --- |
-| `sanctuary-beta.280.jar` | `489dade38218d34d2a4502fa4ffe71f0bc13035948dc1c52b633b528e9855c7e` |
-| `Sanctuary-Server-beta.280.zip` | `54ed73e75b53305a9f0cc5505f3d64624d23598f906ac69d121030255ced0d5a` |
-| `Sanctuary-beta.280.mrpack` | `b23ba2d9cf72d27da2595e3f4a32a36656f71abf2d2cb4d6cefd7f9d29e4cd01` |
-
-Le kit téléchargé dans la nouvelle CT correspond à cet artefact immuable.
-Java 25, Python 3.13 et le service `sanctuary-beta.service` sont installés ;
-le service est activé au démarrage. Le premier monde Sanctuary a été créé à
-la graine annoncée, avec le générateur 231, taille Medium, en Survie et
-`online-mode=true`. La réponse réseau Minecraft annonce 26.3, protocole 777,
-**20 places**, et le JEI embarqué est chargé côté serveur.
-
-La synchronisation packwiz a été exécutée après arrêt propre du nouveau serveur :
-**61 fichiers de monde, de configuration et de secrets gardent leurs hashes**.
-Le même monde redémarre ensuite. L'outil maintient son verrou jusqu'à la fin
-de la sauvegarde Java, y compris lorsque systemd transmet SIGTERM.
-
-L'API du site accepte l'authentification et refuse un corps de vérification
-vide avec HTTP 422 : aucun code d'habitant n'est consommé. L'accueil serveur
-confirme que les codes sont requis. Un compte MariaDB propre à Beta a été créé,
-restreint à son hôte et aux sept tables nécessaires, avec TLS obligatoire ;
-Connector/J utilise `sslMode=verify-full`. Le schéma existant 3 n'est pas migré.
-La ligne de statistiques du nouveau serveur est alimentée toutes les 30 secondes.
-
-La console du site était non configurée. Seules ses trois variables RCON ont
-été renseignées pour Beta, après sauvegarde privée ; le cache Laravel est
-reconstruit sans redémarrer le site. La commande de lecture `list`, appelée
-par le vrai service PHP, répond « 0 of a max of 20 ». Le port RCON est filtré
-dans la CT Beta : accès du site et de loopback uniquement, refus depuis un autre
-client LAN. Aucune redirection publique RCON n'est créée.
-
-Les secrets restent dans `/etc/sanctuary/beta.env`, le `server.properties`
-privé et l'environnement Web, jamais dans Git ou packwiz. Les unités
-`sanctuary-beta-rcon-firewall.service` et le complément systemd associé
-appartiennent à cette installation, hors de l'index de mods.
-
-Le domaine demandé est `beta.sanctuary-minecraft.net`. Les deux enregistrements
-OVH sont publiés : A pour Beta et SRV `_minecraft._tcp.beta` vers le port 25567,
-TTL 300. Les quatorze enregistrements DNS préexistants sont conservés. Une
-réservation DHCP lie l'adresse de la CT à sa MAC ; elle est activée après test
-de syntaxe et redémarrage de dnsmasq, sans changer ses deux fichiers existants.
-Aucun serveur Minecraft ou proxy existant n'est redémarré par cette opération.
-
-Une redirection UPnP Beta seule a servi d'amorçage. Le 25 octobre, le créateur
-réenregistre la règle Bbox permanente « Sanctuary beta 20 » : **port externe
-25567 → 192.168.1.122:25565**. L'API de la Bbox déclare encore `protocol=all`
-(TCP/UDP) ; l'accès Minecraft TCP est vérifié.
-
-La redirection UPnP appartenant à Beta est ensuite supprimée. Son timer est
-désactivé, le service est arrêté, puis les trois fichiers du maintien sont
-retirés de la configuration active et archivés dans la CT sous
-`/root/sanctuary-beta-maintenance/upnp-retired-20261025-1792900244/`.
-Les sept autres règles NAT permanentes et les quatre autres redirections UPnP
-sont conservées. Le processus Minecraft reste le même : aucun redémarrage ni
-modification d'une sauvegarde n'est nécessaire à ce retrait.
-
-Après suppression du secours, `beta.sanctuary-minecraft.net:25567` répond bien
-Minecraft **26.3**, protocole **777**, **0/20**, avec le MOTD du nouveau Beta.
-Le SRV public permet de saisir seulement `beta.sanctuary-minecraft.net`.
-La vérification utilise le chemin public depuis le LAN (hairpin) ; une validation
-depuis un réseau Internet extérieur reste à effectuer.
-
-Le [MRpack client publié](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.280/Sanctuary-beta.280.mrpack)
-est retéléchargé et vérifié : 16 589 058 octets, hash identique au fichier local,
-ZIP intègre, version beta.280, Minecraft 26.3 et un seul override Sanctuary avec
-JEI intégré.
-
-Aucune charge réelle avec vingt joueurs, nouvelle connexion OAuth Discord ou
-nouvelle qualification graphique n'est revendiquée.
-
-Les sources sont isolées de Map Island Zoom. La prochaine livraison doit
-reprendre ce profil serveur et utiliser un compteur supérieur à beta.280.
-L'instance Prism personnelle n'a pas été synchronisée par cette mise en service.
-
-Preuves locales supplémentaires : `build/server280-publication.log`,
-`build/server280-deployment.log`, `build/server280-gpu-update-validation.log`,
-`build/server280-rcon-setup.log`, `build/server280-dhcp-reservation.log`,
-`build/server280-upnp-retirement.log` et
-les inventaires sous `/root/beta-publication-20261025/` sur PVE. Ces fichiers
-restent hors de Git.
-
-## Raccordement Sanctuary Web corrigé le 25 octobre 2026
-
-Le statut et l'Intendance de [Sanctuary Web](https://sanctuary-minecraft.net)
-lisaient encore l'ancienne base distante par la connexion Laravel `game`, alors
-que Beta écrivait déjà dans la base `sanctuary` de la CT Web 320. La vérification
-initiale des écritures serveur ne couvrait donc pas toutes les lectures du site.
-Hermes confirme l'identité de cette instance Web ; les anciens sites de release
-ne sont pas remis en service.
-
-La connexion `game` utilise maintenant la même base locale que Beta, en gardant
-`COMMUNITY_DB_CONNECTION=game` pour les services et les ressources
-d'administration. Le cache de configuration Laravel est reconstruit. Les sources
-Web déployées, qui contiennent des changements préexistants, restent inchangées.
-La connexion Discord fonctionne selon le créateur et n'est pas modifiée.
-
-La nouvelle communauté ne contient aucune publication : Gazette, Tableau et
-Intendance affichent désormais cet état, sans suppression dans l'ancienne base.
-Les trois comptes, dont deux administrateurs, le groupe d'équipe, ses deux
-adhésions et les vingt-deux permissions sont conservés. Les empreintes des
-identités, des droits administrateurs et des tables d'équipe sont identiques
-avant et après l'opération.
-
-Les services publics et les requêtes d'administration Gazette/Tableau lisent
-zéro publication. La page d'accueil et les deux listes publiques répondent HTTP
-200. Les métriques sont fraîches, le serveur est déclaré en fonctionnement, et
-son temps cumulé continue d'augmenter. Le compteur reste à zéro jour tant que
-Beta n'a pas cumulé vingt-quatre heures ; les anciens décès ne sont plus affichés.
-
-La configuration précédente est sauvegardée dans la CT Web, avec accès root
-seul, sous
-`/root/sanctuary-beta-maintenance/web-game-connection-20261025-1792901058/`.
-Le reçu `build/sanctuary-web-beta-alignment.log` et la capture
-`build/sanctuary-web-beta-after.png` restent hors de Git. Cette correction de
-configuration et de documentation ne change aucun binaire beta.280 ni aucune
-sauvegarde Minecraft.

docs/jumping-insects-beta250.md

@@ -1,60 +0,0 @@
-# INSECT-06 — Sauterelles et criquets en déplacement, beta.250
-
-Retour du créateur le 8 octobre 2026 : les sauterelles sautaient sur place ;
-les bonds doivent les déplacer, y compris durant leur fuite.
-Branche `codex/jumping-insects-beta250`.
-
-Espèces concernées : sauterelle, criquet long et criquet migrateur.
-Le serveur choisit un nouveau point au sol pour chaque bond et déplace
-l’insecte en arc vers ce point. Les bonds ordinaires durent 20 ticks,
-parcourent 0,9 à 1,4 bloc et culminent à 0,65 bloc, avec une pause de 35 à
-65 ticks entre les sauts. Le vagabondage reste à 2,5 blocs du point d’apparition.
-
-La fuite interrompt le bond en cours sans téléporter l’insecte : un arc
-part de sa position courante vers une destination à 1,6 bloc dans la direction
-opposée au joueur. Les bonds durent 8 ticks, s’enchaînent sans pause et
-l’insecte disparaît après les 24 ticks habituels de fuite.
-
-Avant un bond, chaque segment de l’arc doit rester dans des chunks chargés
-et éviter les collisions ; l’arrivée doit avoir un support terrestre valide
-et sec, au même niveau ou à un bloc de différence. Le support est actualisé
-à l’atterrissage. Un obstacle peut faire choisir une autre direction ; aucun
-chunk ni bloc n’est créé par ce déplacement. Les autres espèces conservent
-leurs comportements, captures silencieuses et sons existants.
-
-Vérifications réussies le 8 octobre 2026 :
-
-- `./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
-  -PsanctuaryFocusedTests=insects245 -PsanctuaryAtlasOnly=true` : 16 GameTests
-  requis et les contrôles de compilation/ressources réussis. Les trois espèces
-  parcourent un arc, atterrissent, restent immobiles entre deux bonds et
-  vagabondent sur un support valide. Deux atterrissages de fuite en 16 ticks,
-  interruption en plein saut sans téléportation, murs fermés et refus de
-  l’eau vérifiés dans le moteur réel.
-- Client natif exclusivement Vulkan : déplacement horizontal et vertical
-  reçu par les paquets du serveur, puis fuite déclenchée en plein bond et
-  disparition. Captures silencieuses au filet debout, 47 sprites d’inventaire,
-  traductions FR/EN, neuf fichiers audio décodés, midi et ciel dégagé passent
-  également. Journal `build/insects250/client-vulkan.log`, marqueur
-  `INSECTS250_CLIENT_PASS` ; captures dans `build/insects250/screenshots/`.
-- Exports [Sanctuary beta.250](../build/Sanctuary-beta.250.mrpack) et
-  [Sanctuary Test beta.250](../build/Sanctuary-Test-beta.250.mrpack) : ZIP,
-  version, Minecraft 26.3/Fabric Loader 0.19.5 et JAR embarqués vérifiés.
-
-Le dossier `/Users/koka/Downloads/Sanctuary-textures-beta.249/` reste
-disponible ; les 47 textures et les neuf sons conservent leurs hashes.
-Il n’y a pas de modification du format de sauvegarde ni de la génération.
-Les essais utilisent des mondes de développement jetables ; la publication
-et l’instance Prism personnelle ne sont pas mises à jour.
-
-Pour la visite jouable : `/insectes 11` (criquet long), `/insectes 12`
-(criquet migrateur), `/insectes 28` (sauterelle). `/insectes observer`
-permet de regarder sans effrayer ; `/insectes jouer` remet le filet et
-la réaction à l’approche. L’appréciation de la cadence reste à faire par
-le créateur dans cette visite.
-
-Visite `review-08` ouverte en beta.250 sur un nouveau monde plat graine 246,
-disposition d’inspection version 2, midi fixe et ciel dégagé. Les 47 espèces
-et sprites sont vérifiés à l’ouverture ; le lancement conserve une copie
-du runtime pour rester indépendant d’une reconstruction Gradle ultérieure.
-[Reçu local](../build/insects250/validation.json).

docs/ladybug-textures-beta249.md

@@ -1,74 +0,0 @@
-# INSECT-05 — Coccinelle billboard et textures à remplacer, beta.249
-
-Demande du créateur le 8 octobre 2026, après inspection de beta.248.
-Branche `codex/ladybug-texture-export-beta249`.
-
-La coccinelle utilise le rendu billboard vertical orienté vers la caméra.
-Son habitat sur fleur, son sprite, ses saisons et son comportement demeurent
-identiques. Le point d’appui utilise maintenant le contour natif de la fleur
-ou des feuilles + 0,005 bloc, partagé par le laboratoire. Le rendu compense
-les deux lignes transparentes sous les pattes. Sans ce recalage, le nouveau
-quad vertical flottait au-dessus de la fleur. Le catalogue change uniquement
-`ladybug.shape`, de `FLAT` vers `BILLBOARD`, sans nouveau mode de rendu
-ni changement de sauvegarde.
-
-Un export local rassemble les images statiques du client Minecraft 26.3,
-des mods du pack et du resource pack Sanctuary actif. Il conserve les
-chemins `assets/<namespace>/...`, dimensions et fichiers `.mcmeta` associés.
-Le dossier de travail regroupe les versions visibles dans le jeu ; les
-sources conservent les variantes masquées par un remplacement de resource pack.
-L’inventaire CSV/JSON indique source, chemin, dimensions et empreinte.
-Les fichiers générés, JAR et dépendances ne sont pas ajoutés au dépôt.
-
-Dossier local : `/Users/koka/Downloads/Sanctuary-textures-beta.249/`.
-Le sous-dossier `a-modifier/` est un resource pack Minecraft 26.3 au format
-97.1 prêt à accueillir les dessins. Il contient 4 671 images visibles et
-245 fichiers `.mcmeta` ; `sources/` conserve les 4 810 images sources avant
-remplacements. Dix icônes du client sont aussi copiées séparément.
-Les 47 insectes sont dans `a-modifier/assets/sanctuary/textures/insect/`.
-
-L’index d’assets Minecraft est également lu et ses SHA-1 vérifiés : panorama,
-images Realms et icônes. PNG et métadonnées sont copiés sans retouche ;
-chaque SHA-256 est vérifié avant de rendre le dossier disponible.
-Le dossier existe séparément du dépôt et l’export refuse d’écraser un dossier
-existant. L’archive `Sanctuary-textures-beta.249.zip` est vérifiée.
-Les skins, cartes et textures générées à l’exécution ne sont pas des images
-statiques à exporter. Les anciennes archives non chargées ne sont pas utilisées.
-
-Reproduction depuis le lancement Gradle exporté :
-
-```sh
-python3 scripts/export_textures.py --output /chemin/vers/un/nouveau-dossier
-```
-
-Le script utilise le JAR du client exact, les ressources des mods du classpath
-et le pack Sanctuary actif. L’export de cette livraison utilise
-`build/duo/client.args`, Minecraft 26.3 et Sanctuary beta.249.
-Les notices et provenances connues sont copiées, sans attribuer au créateur
-la propriété des images reçues.
-
-## Vérifications
-
-`./gradlew check build assemblePack assembleTestPack` réussit avec
-`-PsanctuaryFocusedTests=insects245 -PsanctuaryAtlasOnly=true` : 13 GameTests
-requis passent. Le contrôle client Vulkan natif passe après correction
-du point d’appui : coccinelle sur le contour natif de sa fleur, trois angles
-de caméra rendus et examinés, 47 sprites et traductions FR/EN, cinq modes
-de rendu, capture debout silencieuse, midi/ciel clair, neuf sons décodés
-et arrêt du bourdonnement après fuite.
-
-Logs : `build/insects249/check-build-pack-final.log`,
-`build/insects249/client-vulkan-final.log`. Captures finales dans
-`build/insects249/screenshots/`. Le premier rendu révélait la hauteur
-ancienne de 0,9 bloc et est conservé dans `screenshots-before-contact/`.
-La visite beta.248 a gardé ses fichiers figés pendant les builds ;
-la visite `review-07` est ouverte en beta.249, midi et ciel clair,
-47 espèces et sprites vérifiés. `/insectes 31` choisit la coccinelle.
-Son lancement utilise une copie figée des classes et ressources.
-
-Packs locaux : [Sanctuary](../build/Sanctuary-beta.249.mrpack) et
-[Sanctuary Test](../build/Sanctuary-Test-beta.249.mrpack). ZIP, versions et JAR
-embarqués vérifiés. Publication et instance Prism ne sont pas utilisées.
-[Reçu final et empreintes](../build/insects249/validation.json).
-245 des 253 fichiers préexistants sont identiques ; les 8 autres sont
-étendus par ce ticket. Aucun fichier préexistant supprimé.

docs/living-details-beta188.md

@@ -1,78 +0,0 @@
-# DETAILS-188 — fonds d'étangs, soufre vivant et palettes des ancres
-
-Ticket du 30 septembre 2026, branche `codex/living-details-beta188`.
-Le créateur valide l'orientation des ancres et les formes des bassins beta.187.
-Il demande des refuges adaptés au milieu et à la couleur, des fonds sédimentaires
-végétalisés sans arbres dans l'eau, et les pics/geysers du biome de soufre.
-
-Nouveau profil `details`, preset `sanctuary_test:living_details_v1`, graine 42.
-Aucune modification des anciennes sauvegardes ou générations. Même densité,
-mêmes bassins et mêmes emplacements/orientations d'ancres que beta.187.
-Livraison locale de laboratoire ; objectif de visite avant 9 h.
-
-## Réalisation
-
-Géométrie et orientation des refuges conservées. Terre, herbe et terre stérile
-pour la surface ; tuff, deepslate et calcite sous roche ; calcite et diorite
-sur les récifs. Les incrustations reprennent la teinte du secteur. Le verre
-reste au-dessus de l'améthyste, du côté de l'expansion.
-
-Les bassins sont remplis avant les arbres. Leur lit existant reçoit des plages
-cohérentes d'argile, boue, sable et gravier, sans agrandissement ni coque ajoutée.
-Les colonnes de plantation immergées sont réservées pendant la décoration.
-Herbes marines et quelques touffes de kelp occupent les fonds ; les matériaux
-meubles exigent un support rocheux. Contours et niveaux restent ceux de 187.
-
-Le soufre reçoit des stalagmites et stalactites natives, avec des longueurs
-variables, et des sources périodiques : magma, soufre puissant, eau source.
-Les volumes humides réservés, le donjon et les refuges sont évités. Les entités
-de bloc sont explicitement créées et sauvegardées pour activer les minuteries
-natives des geysers. Le contrôle vérifie l'entité et le ticker après réouverture.
-
-Table de butin propre à ce nouveau preset : une ou deux pièces en fer par
-wagonnet, parmi quatre armures, épée, pioche, hache et pelle. Enchantement par
-la fonction native, puissance de table 12 à 20, sans enchantement trésor.
-Les gemmes et les ressources déjà présentes restent dans le butin. Les anciens
-wagonnets et tables ne changent pas. La progression du futur monde minéral
-reste une intention, hors de cette livraison.
-
-## Vérifications
-
-Premier monde : les huit refuges gardent exactement leurs positions et axes.
-Quatre sédiments, 611 colonnes végétalisées et zéro tronc dans les bassins.
-Plan de 496 spires et 39 geysers ; 138 blocs de pic et huit sources contrôlés.
-32 tirages de butin : toujours une ou deux pièces enchantées en fer, les huit
-types d'équipement observés. Génération finale `solo188c/details/42` puis réouverture réussies, avec contrôle
-des entités de geyser et de leurs tickers natifs. Les blocs et entités sont
-relus dans la sauvegarde arrêtée : huit ancres éteintes, Bugrock allumé sans
-relais, 49 cartes complètes et 49 cadres horizontaux. Les quatre wagonnets sauvegardés portent tous la nouvelle table
-`sanctuary_test:chests/mine_cache_188` ; reçu `build/details188-saved-loot.json`.
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch`
-réussi en 7 min 54 s : 265 GameTests réussis. Les contrôles natifs finaux passent
-après la correction des entités de geyser, à froid et après réouverture.
-Le JAR du labo a ensuite été reconstruit et le pack optionnel resynchronisé
-avec `scripts/test_pack.py` : ses 146 classes correspondent aux classes compilées,
-sa table de butin correspond à la source et le JAR distribué est identique.
-Lors des 32 tirages après réouverture, 51 pièces enchantées couvrent les huit
-types d'équipement. Reçu de la suite générale : `build/details188-check-build.log`.
-
-Solo `visite188c/details/42`, monde `Sanctuary-Living-Details-188-Solo`, ouvert
-sous Vulkan : connexion à 09:00:41, vue 32 et simulation 12 confirmées dans le
-journal, puis passage du joueur en spectateur à 09:00:58. L'objectif avant 9 h
-a donc été dépassé. Le contrôle visuel des décors et des éruptions reste à faire
-pendant la visite ; la présence des blocs, entités et tickers est vérifiée.
-
-## Raccourcis de visite
-
-- Bassin ouest : `/tp -104.5 269 119.5 180 35`
-- Soufre et geysers : `/tp -217.5 159 -16.5`
-- Autre source : `/tp -201.5 150 8.5`
-- Wagonnet du donjon : `/tp 45.5 144 60.5`
-- Ancre nord : `/tp 36.5 250 -168.5 180 0`
-- Ancre sud, grotte : `/tp -71.5 176 205.5 0 0`
-- Ancre est, récif : `/tp 214.5 444 16.5 -90 0`
-
-Nouveau solo uniquement, vue 32, simulation 12, créatif avec vol et commandes.
-Aucune publication du canal public ni modification de Prism.
-
-Mesures du labo final : démarrage 12.839 s à froid / 0.912 s après réouverture ; prêt avec tous les contrôles en 71.525 s / 14.114 s. Mesurées pendant la suite générale, hors chargement graphique. Zéro région d’hydrologie. Reçus ignorés `build/details188-final-cold-result.json` et `build/details188-final-warm-result.json`.

docs/main-menu-beta194.md

@@ -1,50 +0,0 @@
-# UI-194 — retirer Amis du menu principal
-
-Branche `codex/main-menu-beta194`, depuis beta.193, Minecraft 26.3.
-
-Le créateur suspend les retouches du terrain et les tests de screenshots,
-puis reprend le cadrage des interfaces. Le retrait d’Amis est la première
-modification demandée, déjà prévue dans [Storyquest](storyquest-beta173.md).
-
-## Résultat
-
-Le menu principal propose Solo, Multijoueur, puis Options et Quitter sur une
-même ligne. Cette dernière suit Multijoueur avec l’espacement natif de 24 unités
-GUI. Le bouton Amis n’est plus créé à la place de Realms ; l’entrée Realms et
-la petite icône sociale restent retirées. Les commandes restantes gardent
-leur ordre clavier et la version Sanctuary reste affichée.
-
-Le parcours de démonstration, dépourvu de Multijoueur, conserve sa disposition
-antérieure. Les autres accès sociaux et paramètres du compte ne sont pas
-modifiés. Aucun nouveau libellé : les commandes natives restent traduites FR/EN,
-les anciennes clés `sanctuary.menu.friends` sont conservées pour compatibilité.
-
-Le menu pause, Habitant, Combat, Factions et Storyquest restent des suites
-à concevoir. Aucune source de génération, donnée de biome ou sauvegarde n’est
-modifiée par ce lot. Aucune nouvelle série de captures n’est lancée.
-
-## Vérifications
-
-Le parcours natif existant `Title045ClientChecks` est actualisé pour vérifier
-l’absence d’Amis et de Realms, la disposition sans ligne vide, l’ordre clavier
-et l’ouverture d’Options en FR/EN aux quatre réglages GUI. Ses captures et son
-ancien parcours vers la liste d’amis sont retirés.
-
-Validation réussie : `./gradlew check build assemblePack assembleTestPack
-:sanctuary:runClientGameTest -PsanctuaryFocusedTests=menus
--PsanctuaryClientTests=true -PsanctuaryTitleClientTests=true
--PsanctuaryClientGraphicsBackend=vulkan`.
-Journal : `build/menu194-check-build.log`. Les contrôles purs et les quatre
-GameTests serveur ciblés passent. Le parcours client Vulkan passe en FR/EN,
-sans capture, avec ordre clavier, absence des boutons retirés et ouverture
-d’Options vérifiés. Dans la fenêtre 854 × 480 du test, les réglages GUI 3 et 4
-sont plafonnés par Minecraft à l’échelle effective 2.
-
-Les packs normal et de test sont assemblés. La comparaison des JAR beta.193 et
-beta.194 confirme que seule `TitleMenuMixin.class` change dans le code livré ;
-les données de génération sont identiques. Le module Demeure embarqué ne change
-que de version dans ses métadonnées. Reçu : `build/menu194-artifact.json`.
-Le labo beta.193 déjà ouvert n’est ni arrêté ni mis à jour par cette livraison.
-
-Livraison locale uniquement ; publication et mise à jour du jeu personnel
-ne sont pas demandées.

docs/map-chunk-sync-beta244.md

@@ -1,109 +0,0 @@
-# MAP-244 — Carte Habitant et chunks reçus
-
-Branche `codex/map-chunk-sync-beta244`, base locale beta.243, Minecraft 26.3.
-Demande du 7 octobre 2026 ; livraison locale beta.244.
-
-## Contrat
-
-La vue Habitant doit relever les chunks effectivement envoyés au joueur par
-Minecraft, à sa distance de vue, et conserver ces découvertes personnelles.
-Le vol créatif ne doit plus laisser de trous à cause d'un relevé tournant dans
-un rayon de 32 blocs. Aucun chargement supplémentaire, partage des relevés,
-changement de génération, format de sauvegarde ou monde personnel.
-Les six coupes d'altitude restent disponibles, avant et après l'achat Atlas.
-La vue Opérateur demeure une inspection distincte.
-
-La carte ouverte et la carte Pause reçoivent les changements du viewport
-avec leur jeton courant ; permissions, dimension et annulation restent
-contrôlées côté serveur. Les noms et positions distantes se renouvellent
-toutes les cinq secondes. La carte reste une projection de dessus des chunks
-reçus, sans calcul de visibilité optique ou d'occlusion.
-
-## Vérification et limites
-
-Le parcours natif Vulkan passe en **1 min 41 s** sur MoltenVK 1.4.2 / Apple M1 :
-déplacement créatif de **320 blocs en 80 ticks**, correspondance entre les
-chunks réellement présents côté client et les six relevés personnels serveur,
-absence de pixels inconnus dans ces chunks, mise à jour de la carte ouverte
-sans nouveau jeton, placement d'un bloc d'or actualisé par delta, paquets
-obsolètes rejetés, Pause FR/EN avec changements du réglage GUI 2/3/4, sauvegarde/relecture
-du schéma existant et révocation d'Atlas. À distance de vue **32**, **3 003
-chunks reçus** sont contrôlés ; il ne s'agit pas d'une prégénération intégrale.
-
-Sur **128 chunks plats**, après échauffement, le calcul des **six couches**
-mesure **0,045 ms en moyenne**, **0,046 ms au 95e percentile**, par chunk.
-Cette mesure porte sur le calcul de couleurs, sans les coûts de sauvegarde,
-réseau ou rendu ; elle ne promet pas le même résultat sur l'île Sanctuary,
-un gain de FPS, ni une capacité multijoueur donnée.
-
-```sh
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryMap244ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=map244,map,waystones239 -PsanctuaryAtlasOnly=true
-cd build/packwiz
-packwiz modrinth export --output ../Sanctuary-beta.244.mrpack
-```
-
-Log client : `build/map244-client-vulkan.log`, marqueur `MAP244_CLIENT_PASS`.
-**`check build assemblePack` passe en 2 min 48 s**, avec les contrôles purs
-du dépôt et **14 GameTests requis** : deux tests MAP-244, deux tests Atlas
-existants, les neuf tests Waystones / positions des joueurs et le framework.
-Les nouveaux tests contrôlent les six relevés complets au-delà de l'ancien
-rayon, avant achat Atlas, leur séparation personnelle, l'absence de réécriture
-sur livraison identique, l'exclusion des spectateurs et l'absence de chargement
-distant. Log : `build/map244-check-build-pack.log`. Une seconde mesure sur
-56 chunks du serveur **plat** donne 0,091 ms en moyenne et 0,120 ms au 95e
-percentile ; elle ne constitue pas un benchmark du terrain Sanctuary.
-
-## Implémentation
-
-Le point d'envoi natif `PlayerChunkSender.sendChunk` relève le chunk FULL
-déjà envoyé au joueur. `dropChunk` retire seulement sa présence dans la vue,
-sans effacer les découvertes. Les chunks reçus avant la création de l'habitant
-restent identifiés pour un relevé ultérieur. Les spectateurs ne découvrent pas
-de terrain ; les cartes des autres habitants ne sont jamais copiées.
-
-Un cache partagé pendant un tick évite de recalculer les six couches lorsque
-plusieurs habitants reçoivent le même chunk. Les constructions visibles
-invalident ce cache et entrent dans une file dédupliquée, prioritaire sur les
-revisites. Ces dernières et les changements de blocs disposent de **16 chunks
-maximum et 2 ms par tick serveur**, avec au plus quatre chunks par habitant ;
-un calcul de chunk commencé ne peut pas être interrompu. L'ordre des habitants
-tourne pour répartir ce budget. Le relevé d'un chunk nouvellement envoyé est
-synchrone avec l'envoi natif et s'ajoute à son coût, hors budget de revisite.
-
-Une requête garde son abonnement jusqu'à la fermeture, un déplacement de
-viewport, un changement de couche ou une perte d'autorisation. Seules les
-tuiles changées sont poussées, avant le fond historique restant à transmettre.
-Un lot personnel est plafonné à **64 chunks** (anciennement 16), soit environ
-17 Kio de couleurs et coordonnées ; Demeure garde son lot apparié. Les paquets
-identiques ne salissent ni la sauvegarde ni la texture Atlas. Les marqueurs
-et positions distantes gardent une cadence de cinq secondes. Une relecture
-complète de secours se fait après une minute, plutôt que toutes les cinq
-secondes ; l'inspection Opérateur conserve sa cadence précédente.
-
-## Limites et distribution
-
-La limite existante de **16 384 chunks par couche et habitant** est conservée :
-une carte pleine ne peut plus ajouter de terrain et signale cet état. Les
-relevés préexistants et leur masque sont conservés ; revisiter un chunk reçu
-complète son relevé sans migration. Aucun terrain déjà visité mais absent des
-anciens relevés n'est reconstitué automatiquement. La fenêtre graphique garde
-ses 64 × 64 chunks, son zoom et ses contrôles ; les relevés au-delà restent
-consultables en déplaçant la carte. Le changement de plafond garde son jeton
-indépendant et les six fichiers existants.
-
-Tests effectués dans des mondes de développement neufs. Aucun monde personnel,
-canal packwiz, instance Prism ou publication distante modifié. Les changements
-préexistants beta.242/243 sont conservés ; 49 fichiers de ces chantiers hors
-fichiers partagés sont vérifiés identiques à l'état de départ.
-
-[MRpack local beta.244](../build/Sanctuary-beta.244.mrpack) vérifié :
-**12 918 991 octets**, ZIP intègre, Minecraft 26.3 / Fabric Loader 0.19.5,
-un seul JAR Sanctuary, identique au build testé. Les deux mixins de suivi et
-les visages beta.243 sont présents ; aucun GameTest ni monde n'est embarqué.
-Mod, pack et manifeste alignés. Reçu : `build/map244-validation.json`.
-
-- SHA-256 JAR : `0ec7866df185601e493d0ee94588c552b906e76b16c061a2b52217a02cfe8b03`.
-- SHA-256 MRpack : `3c224ea6256a574ca200affbcfb40a3b8174cc5f5cc8aac220c96b46fa37e3aa`.

docs/map-islands-zoom-beta279.md

@@ -1,126 +0,0 @@
-# MAP-279 — Carte des îles et grand dézoom
-
-Branche `codex/map-islands-zoom`, base beta.278 ; livraison locale beta.279,
-Minecraft 26.3, demande du 25 octobre 2026.
-
-## Résultat
-
-La limite de zoom liée à une fenêtre de 1 024 blocs disparaît. La molette et
-les boutons permettent de passer du détail des blocs à une vue de plusieurs
-îles, puis à une emprise de 67 108 864 blocs, suffisante pour cadrer le monde.
-Le dézoom reste centré sous le pointeur ; les boutons gardent le centre de la
-vue. Les zones découvertes éloignées sont affichées ensemble ; les zones non
-relevées restent inconnues. Le centre de la carte peut rester fixe pendant que
-le joueur se déplace et reçoit de nouveaux chunks.
-
-Le message « Carte pleine : nouveaux relevés suspendus » provenait du plafond
-de 16 384 chunks par couche et habitant. Il passe à **131 072**, sans éviction
-des découvertes. Une carte ayant atteint l'ancien plafond reprend ses relevés
-lorsque les chunks sont de nouveau reçus ou revisités. Les parcours non
-conservés avant ce correctif ne peuvent pas être reconstitués automatiquement.
-Cette capacité reste bornée ; ce lot ne promet pas une exploration illimitée.
-
-## Rendu et serveur
-
-La texture reste de 1 024 × 1 024 pixels. Seize niveaux de réduction regroupent
-les couleurs par carrés de 2, 4, 8… jusqu'à 65 536 blocs de côté par texel.
-Le niveau demandé dépend de la fenêtre et du zoom ; le serveur ne transmet
-que les tuiles de ce niveau dans le viewport, par lots de 64 maximum.
-Les caches réduits sont calculés à partir des seuls relevés personnels,
-à la demande, et invalidés par les changements de terrain. Les couleurs de
-terrain sont privilégiées sur le vide relevé pour garder les petits îlots.
-Ce choix accentue les très petites zones et n'est pas une mesure de leur aire.
-
-Les six couches d'altitude restent distinctes. Les positions des joueurs et
-les marqueurs utilisent la même emprise étendue. La vue opérateur réduit
-uniquement les chunks déjà chargés, échantillonnés à son budget existant de
-quatre chunks par tick ; elle reste séparée des relevés personnels.
-Les permissions, jetons, dimensions et cadences de requête restent contrôlés.
-L'aperçu Pause conserve son échelle proche et bénéficie de la capacité accrue.
-
-Les contours des propriétés, Demeure et le clic droit sur un chunk restent
-accessibles au niveau détaillé ; la vue d'ensemble indique en FR/EN qu'il faut
-zoomer pour les retrouver. La grille s'efface lorsque ses lignes seraient
-espacées de moins de huit pixels. L'échelle affiche les blocs par pixel au
-lieu d'un multiplicateur arrondi à zéro.
-
-## Persistance et compatibilité
-
-Les fichiers `data/sanctuary-atlas/<UUID>.json` et leurs six couches gardent
-le schéma 2, les mêmes coordonnées, couleurs, propriétaires et graines.
-Les lecteurs historiques de schéma 1 restent identiques. Aucun niveau réduit
-n'est écrit dans les sauvegardes. La limite de taille acceptée passe de 12 à
-64 Mio par fichier pour accueillir le plafond élargi ; les écritures atomiques
-et le refus d'écraser un fichier modifié extérieurement sont conservés.
-Aucun changement de génération, chunk, identifiant ou expansion.
-
-Le protocole `sanctuary:atlas_request` ajoute le niveau de détail : mettre à
-jour client et serveur ensemble. Un retour vers beta.278 exige la copie
-antérieure des relevés dès qu'une couche a dépassé 16 384 chunks : l'ancien
-lecteur refuse un tel fichier. Aucune sauvegarde personnelle ni instance de
-jeu n'est ouverte ou modifiée par ce ticket.
-
-## Vérification
-
-Les contrôles purs couvrent les seize réductions, les coordonnées négatives,
-le bord du monde, la conservation d'un petit îlot, l'invalidation après une
-construction, les zones inconnues, les bornes des requêtes et les marqueurs
-lointains. Le schéma 2 est sauvegardé puis relu avec 17 000 chunks ; le plafond
-courant est aussi atteint sans éviction.
-
-Commandes de validation :
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=map244,map,claims273,claims277,waystones239 \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryMap279ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan \
-  -PsanctuaryClientHeapGb=8 -PsanctuaryClientNoVsync=true
-```
-
-Le parcours graphique utilise un monde plat de développement neuf, graine
-`279`, et cinq relevés de contrôle espacés de 8 192 blocs pour isoler les
-problèmes d'échelle. Il ne constitue pas une visite des cinq continents
-Sanctuary ni un benchmark multijoueur. Les déplacements lointains, envois
-natifs de chunks et changements de blocs utilisent le vrai serveur intégré.
-Le parcours **Vulkan / MoltenVK 1.4.2 / Apple M1** passe en **1 min 07 s**,
-avec **11 captures**. Il vérifie les cinq relevés simultanés, une arrivée réelle
-à 9 008 blocs sans déplacer le centre de la carte ni changer son jeton,
-un bloc d'or natif nouvellement relevé, un dézoom au-delà de 256 blocs par pixel puis au
-niveau maximal, l'emprise du monde sur les deux axes, le retour à la couleur
-exacte du bloc, Pause, FR/EN GUI 2/3/4 et le retrait de l'aptitude Atlas.
-Une tuile chargée pour le seul contrôle opérateur, à 12 000 blocs, apparaît
-dans son aperçu réduit sans entrer dans les relevés personnels, puis disparaît
-quand les commandes sont retirées. Le chargement forcé appartient uniquement
-à la fixture du monde de test ; les requêtes Atlas n'en créent pas.
-
-Les captures de vue d'ensemble FR GUI 4, de retour au détail, d'échelle du
-monde et d'opérateur ont été inspectées. Les cinq petits carrés colorés sont
-des relevés de contrôle, pas des captures du relief des continents.
-Captures : `build/map279-screenshots/` ; log :
-`build/map279-client-vulkan.log`, marqueur `MAP279_CLIENT_PASS`.
-
-La construction complète et les **20 tests serveur ciblés** passent : relevé
-natif au-delà de l'ancien plafond, six couches, absence de découverte chez un
-autre habitant ou un spectateur, droits Atlas, claims, Demeure et Waystones.
-Le log est `build/map279-check-build-pack.log`. Les contrôles purs du dépôt
-passent également. La capacité maximale en multijoueur et le coût de sauvegarde
-d'une couche entièrement remplie ne sont pas mesurés par ce lot.
-
-
-## Artefacts locaux
-
-La dernière passe `check build assemblePack` passe en **3 min 54 s**.
-Le MRpack est exporté et vérifié : intégrité ZIP, Minecraft 26.3, Loader 0.19.5,
-un seul JAR Sanctuary beta.279 identique au build local, nouvelle pyramide
-présente, fixtures de tests absentes et trois libellés FR/EN embarqués. Le JAR
-JEI est également identique au build local ; les trois dépendances distantes
-gardent leurs empreintes. Reçu : `build/map279-validation.json`.
-
-- JAR : `mods/sanctuary/build/libs/sanctuary-beta.279.jar`, 16 239 330 octets.
-- MRpack : `build/Sanctuary-beta.279.mrpack`, 16 593 044 octets.
-- SHA-256 du MRpack : `1ebe43f559cec3727fea17ed8cf5593702109ceb6151f5e45125beda83cda6c8`.
-
-Cette livraison est locale : aucun canal, tag distant, serveur personnel ou
-instance Prism n'est modifié.

docs/map-player-heads-beta243.md

@@ -1,103 +0,0 @@
-# MAP-243 — Visages des joueurs au premier plan
-
-Branche `codex/map-player-heads-beta243`, base locale beta.242,
-Minecraft **26.3**, livraison locale **beta.243**.
-Demande du 7 octobre 2026.
-
-## Contrat
-
-Dans l’Atlas et dans la carte du menu Pause, afficher les joueurs par le
-visage de leur skin, avec sa seconde couche. Dessiner les visages après le
-terrain, les propriétés, la grille, les waystones et les annonces suivies.
-Conserver un repère de direction pour le joueur local et afficher le nom
-au survol. Les autres joueurs de la même dimension sont localisés par le
-serveur, y compris au-delà de la distance de suivi des entités ; cette
-information ne découvre aucun terrain. L’accès reste soumis à l’aptitude Atlas.
-
-Les waystones appartenant à un ascenseur ne figurent plus sur aucune des
-deux cartes. Utiliser l’index serveur complet pour identifier une colonne,
-y compris lorsque les autres étages sont inconnus ou hors de la coupe
-d’altitude. Les téléporteurs isolés découverts restent visibles. Après
-suppression du dernier autre étage, la pierre isolée redevient visible.
-Les voyages, noms, découvertes et sauvegardes restent conservés.
-
-## Positions et rendu
-
-Paquet transitoire `sanctuary:atlas_players_v1` : jeton de carte, UUID, nom,
-positions X/Z précises. Le serveur exige l’accès Atlas, filtre la dimension
-et le viewport de 1024 blocs, exclut les autres spectateurs et plafonne
-chaque réponse à 1024 joueurs. Les positions sont renouvelées avec les
-demandes de carte, toutes les 100 ticks client après la fin du flux de
-terrain, soit environ cinq secondes en fonctionnement normal. Les entités
-déjà suivies et le joueur local utilisent leur position client actuelle.
-Le joueur local est dessiné en dernier entre les visages superposés.
-
-Le rendu utilise le visage natif Minecraft 26.3 (`PlayerFaceExtractor`),
-12 pixels GUI, seconde couche incluse. Le skin provient de l’entité ou du
-`PlayerInfo` reçu du serveur ; le skin natif par défaut sert pendant son
-chargement. Une nouvelle couche GUI place les visages après les autres
-repères. Le nom au survol a priorité ; une annonce couverte par un visage
-ne reçoit pas le clic. La couleur personnelle reste dans le cadre du
-joueur local, avec son repère de direction.
-
-Les données sont propres à l’écran et à son jeton. Un paquet obsolète ou
-reçu sans carte lisible est ignoré ; une perte d’autorisation ou un changement
-de dimension vide les positions. Aucun nouveau fichier de sauvegarde ni
-nouveau libellé fixe n’est ajouté. Les interfaces FR/EN existantes sont
-conservées.
-
-## Vérification
-
-Le parcours client **Vulkan / MoltenVK 1.4.2 / Apple M1** passe en **38 s** :
-FR/EN, échelles GUI 2/3/4, deux cartes, paquets natifs, joueur en ligne sans
-entité côté client, skin de son `PlayerInfo`, UV du visage et de sa seconde
-couche. L’ordre du rendu natif et les captures vérifient le visage au-dessus
-d’une waystone horizontale et d’une annonce placées au même endroit.
-Les jetons obsolètes, la déconnexion et la révocation d’Atlas sont contrôlés.
-Le serveur masque un ascenseur dont seul le rez-de-chaussée est découvert.
-
-```sh
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryMap243ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=waystones239 -PsanctuaryAtlasOnly=true
-```
-
-Log client : `build/map243-client-vulkan.log`, marqueur `MAP243_CLIENT_PASS`.
-Captures inspectées : [Atlas FR GUI 3](../build/map243-screenshots/atlas-fr_fr-3.png),
-[Pause FR GUI 3](../build/map243-screenshots/pause-fr_fr-3.png),
-[Atlas EN GUI 4](../build/map243-screenshots/atlas-en_us-4.png) et
-[Pause EN GUI 4](../build/map243-screenshots/pause-en_us-4.png).
-
-**`check build assemblePack` passe en 2 min 43 s**, avec les contrôles purs
-du dépôt et **dix GameTests requis** : les huit scénarios Waystones, le
-nouveau scénario de positions des joueurs et le test du framework.
-L’index, les découvertes et les noms survivent à leur codec existant ; un
-étage inconnu ou au-dessus de la coupe masque toute la colonne, puis sa
-suppression fait réapparaître le téléporteur isolé. Le scénario des joueurs
-contrôle l’accès, le viewport, les dimensions, les spectateurs, la
-désactivation d’Atlas et le codec réseau. Log :
-`build/map243-check-build-pack.log`.
-
-[MRpack local beta.243](../build/Sanctuary-beta.243.mrpack) vérifié :
-**12 914 930 octets**, ZIP intègre, Minecraft 26.3 / Fabric Loader 0.19.5,
-un seul JAR Sanctuary, identique au build final. Les classes de la couche
-de visages et du nouveau paquet sont présentes ; aucun GameTest ni monde
-n’est embarqué. Mod, pack et manifeste alignés sur beta.243. Les fichiers
-du chantier beta.242 présents avant le ticket sont conservés ; seuls ses
-quatre fichiers partagés (README, versions et configuration de tests)
-reçoivent les ajouts de ce ticket. Reçu : `build/map243-validation.json`.
-
-- SHA-256 JAR : `497ecdba2603863561af11caa4f6be8d23b4bea12de22078d2f815f557fca1b9`.
-- SHA-256 MRpack : `1c1ce34650da5eba60112d3a03e67aa48ef77e1e8867b40122c6ab9c68918308`.
-
-## Limites et distribution
-
-La fixture multijoueur ajoute un joueur serveur simulé dans la liste en
-ligne et son `PlayerInfo` au vrai client ; deux clients distants avec latence
-réelle et un serveur de 1024 joueurs ne sont pas testés. Les joueurs hors
-du viewport ou d’une autre dimension ne figurent pas sur la carte.
-La mise à jour des positions distantes suit la cadence décrite ci-dessus.
-
-Livraison locale ; publication, canal packwiz et instance Prism personnelle
-non modifiés. Génération, chunks et formats existants conservés.

docs/menu-architecture.md

@@ -1,15 +1,5 @@
 # Menus Sanctuary — organisation
 
-Évolution courante du 24 octobre 2026 : [Habitant et Pause beta.275](menu-atlas-beta275.md).
-La fiche ne contient plus que Factions/Familier en navigation, avec statistiques,
-personnage et biographie en trois colonnes. Une fois Carte débloquée, Pause garde
-Aventure à gauche, Communauté à droite et Partie sous la carte centrale ; Gazette
-et Tableau conservent les colonnes latérales. Les descriptions historiques
-ci-dessous et la [première fiche beta.271](inhabitant-menu-beta271.md) restent des références.
-
-Évolution du 24 octobre 2026 : [fiche Habitant et Pause beta.271](inhabitant-menu-beta271.md).
-Le cadrage ci-dessous conserve l’organisation historique de beta.083.
-
 Cadrage du 15 septembre 2026, à partir de beta.077.
 Branche documentaire initiale : `codex/menu-architecture`.
 **Statut : organisation appliquée en [beta.083](menu-organization-beta083.md).

docs/menu-atlas-beta275.md

@@ -1,64 +0,0 @@
-# MENU-275 — Habitant et Pause autour de la carte
-
-Branche `codex/inhabitant-property`, demande du 24 octobre 2026.
-
-- Retirer le conseil d’arrivée sur la première propriété gratuite.
-- Habitant : Factions et Familier en haut, statistiques transparentes à gauche,
-  personnage au centre avec de l’air, biographie à droite. Retirer le panneau
-  d’activité et son bouton Historique de cette fiche ; conserver les données.
-- Temps joué en jours, heures, minutes et secondes entières, à partir des ticks
-  Minecraft. Aucune minute décimale. Retour à la ligne en petit format.
-- Les propriétés exigent l’aptitude Carte achetée et active. Aucun bouton dans
-  Habitant ; accès depuis le clic droit sur l’Atlas ou la commande après déblocage.
-  Le serveur applique cette condition aux commandes, actions et ancien paquet
-  de carte locale. Les données et protections acquises restent conservées.
-- Avant Carte : conserver la disposition actuelle du menu Pause.
-- Après Carte : Gazette à gauche, Tableau à droite ; dans la colonne centrale,
-  Découvertes, Progression, Habitant et Combats au-dessus de la carte, puis Options,
-  Options du monde et Sauvegarder/quitter ou Déconnexion sous la carte.
-  Les rubriques restent visibles : **Aventure** forme toujours la colonne de
-  gauche (Découvertes puis Progression), **Communauté** celle de droite
-  (Habitant puis Combats), même en grande vue. **Partie / Game** reste au-dessus
-  des options. Le rectangle de carte remplit l’espace restant, réduit pour
-  conserver ces titres. Reprendre reste dans le pied natif.
-
-Aucun format de sauvegarde ni génération ne change. Les nouveaux prérequis
-n’attribuent ni ne retirent de propriété. Les protections existantes et leur
-prédiction de minage s’appliquent aussi aux joueurs sans Carte ; seul l’accès
-à leur gestion est verrouillé. La refonte habitation/duels/prix reste en attente.
-
-## Vérification
-
-`check build assemblePack` réussit en **2 min 45 s**, avec **30 tests serveur
-ciblés**. Les prérequis de Carte sont testés avant achat, après achat et après
-désactivation ; refus sans débit, conservation du claim et des protections,
-réactivation et multiplicateurs de minage pour les joueurs sans Carte.
-Le format de durée couvre dix limites de ticks et un compteur long.
-
-Le parcours **Vulkan FR/EN GUI 2/3/4** réussit en **56 s**, avec **18 captures**.
-Il passe par Hello World réel, vérifie l’absence du conseil de propriété,
-la commande bloquée et le paquet de carte locale forgé, puis les trois colonnes
-d’Habitant, les unités de temps, la transparence et l’absence d’activité.
-Factions et Familier reviennent à la fiche. Les vues Pause avant/après Carte,
-les deux colonnes Aventure/Communauté même en grande vue, la rubrique Partie,
-les côtés Gazette/Tableau, la disposition des options, leur retour natif et la
-mise à jour après désactivation de Carte sont contrôlés. Les textes longs
-conservent les défilements et infobulles natifs dans les petits formats.
-
-Captures dans `build/menu275-screenshots/`, avec inspections FR GUI 2/4 de
-Pause, FR GUI 4 d’Habitant. Le MRpack beta.275 est exporté et vérifié : ZIP,
-Minecraft 26.3, Loader 0.19.5 et octets des deux JAR locaux identiques aux builds.
-Les archives beta.270 à beta.274 restent identiques. Reçu :
-`build/menu275-validation.json`.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=menu275,claims273,claims272,property270,mining,overview271,menus,map,demeure \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryMenu275ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-Aucune publication de canal ni synchronisation d’instance personnelle.

docs/menu-music-beta253.md

@@ -1,66 +0,0 @@
-# AUDIO-253 — musique du menu Sanctuary
-
-Branche `codex/title-music-beta253`, à partir de beta.252 ; Minecraft **26.3**,
-livraison **beta.253**. Sound Physics Remastered et les habitats de beta.251
-restent présents.
-
-## Résultat
-
-Le fichier `sanctuary-menu.m4a` fourni le 8 octobre 2026 est converti en
-`assets/sanctuary/sounds/music/menu.ogg` : **Vorbis, stéréo, 48 kHz**, qualité 6
-avec libvorbis 1.3.7. Aucun filtre de volume, fondu, découpage ou rééchantillonnage
-n'est appliqué. Le nombre de trames audio décodées est conservé :
-7 929 792, soit **165,204 secondes** ; le conteneur M4A annonçait
-165,248 secondes. Taille de l'OGG : **2 962 073 octets**.
-
-L'événement `sanctuary:music.menu` lit cette ressource en streaming sur le canal
-**Musique**. Il remplace la musique de menu native et démarre dès le premier
-tick musical au menu titre, après le chargement des ressources. Les curseurs
-Musique et volume principal restent ceux de Minecraft. Le morceau continue
-dans les Options et les autres sous-menus ; revenir au titre ne le redémarre
-pas. Il recommence lorsqu'il se termine.
-
-Le remplacement porte uniquement sur la situation musicale `Musics.MENU`.
-Les écrans ayant leur propre musique et les situations de jeu gardent leur
-choix musical. L'introduction du portail arrête la piste de menu comme elle
-arrêtait auparavant la musique native. Le nom affiché du morceau est
-**Sanctuary — Menu**, avec libellé FR/EN.
-
-Le M4A original sur le Bureau n'est pas modifié ni copié dans le dépôt.
-L'OGG et `licenses/Menu-Music-ASSET.json` sont embarqués dans le mod et son
-template de ressources exportable. Aucun mod supplémentaire n'est requis.
-Génération, sauvegardes et installations personnelles inchangées.
-
-## Vérifications
-
-Vérifications réussies le 8 octobre 2026, Java 25, Fabric Loader 0.19.5 et
-Fabric API 0.160.5+26.3 :
-
-- Conversion et décodage complet avec FFmpeg : Vorbis stéréo 48 kHz,
-  7 929 792 trames avant et après conversion, original M4A inchangé.
-- `./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true
-  -PsanctuaryMenuMusic253ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan`
-  réussit : décodeur Vorbis natif, canal Musique actif, bonne ressource en
-  streaming, démarrage avant le délai natif de cinq secondes, même flux conservé
-  dans les Options et au retour au titre, nom du morceau FR/EN, reprise après
-  rechargement des ressources et après arrêt simulant la fin de la piste,
-  introduction silencieuse vis-à-vis de la musique du menu et choix musical
-  explicite d'un écran conservé. Marqueur `MENU253_CLIENT_PASS`.
-- `./gradlew check build assemblePack assembleTestPack
-  -PsanctuaryFocusedTests=menus -PsanctuaryAtlasOnly=true` réussit : 138 tâches,
-  quatre GameTests serveur requis et contrôles du dépôt. La suite historique
-  complète des GameTests n'est pas revendiquée.
-- JAR, deux MRpacks et template de ressources : intégrité ZIP, versions,
-  dépendances, classes musicales finales, fichier OGG et empreintes vérifiés.
-  Sound Physics Remastered et l'écologie beta.251 restent embarqués.
-
-Reçus et logs ignorés : `build/music253/conversion.json`,
-`build/music253/client-vulkan.log`, `build/music253/check-build-pack.log`,
-`build/music253/validation.json`. Aucun canal public ou jeu personnel modifié.
-
-Artefacts locaux :
-
-- `build/Sanctuary-beta.253.mrpack`, 16 475 098 octets,
-  SHA-256 `31f77959b6fdd5fbbae86c83f31863593f8b0a4caea9ad397c7ab83fad3df2a3`.
-- `build/Sanctuary-Test-beta.253.mrpack`, 16 888 896 octets,
-  SHA-256 `f3d8d2430fbdea261509394e9b0ffc6d1801a6c89b33c2033c4b11c07e66fb52`.

docs/natural-ascent-beta184.md

@@ -1,115 +0,0 @@
-# ASCENT-184 — rosace à 640 et palais des hauteurs
-
-Ticket du 30 septembre 2026, branche `codex/natural-ascent-beta184`.
-Le retour sur beta.183 rejette l'ISS métallique visible depuis le sol et les
-nouveaux bassins supérieurs ovales en marches. La direction retenue est une
-machine naturelle : rosace, longue tige parcourable, couronne de palais comme
-un parapluie, carte au sol et portail horizontal au-dessus. Dernière correction
-explicite du créateur : **la rosace est à Y=640**, pas à 320.
-
-## Contrat de génération
-
-Nouveau profil de laboratoire `ascent`, preset `sanctuary_test:ascent_v1`,
-réglages `sanctuary_test:ascent_v1_10`, graine de visite **42**. Nouvelle dimension
-`sanctuary_test:ascent_1600`, constructible de Y=0 à 1599. Minecraft 26.3 accepte
-ce type de dimension dans la génération native vérifiée. Le bruit du terrain
-reste calculé entre 0 et 639 ; la décoration écrit les structures plus haut
-dans les sections du nouveau monde. Aucun bruit supplémentaire dans le ciel
-vide, aucune hydrologie régionale, aucun changement des sauvegardes précédentes.
-
-Les presets 180–183 restent distincts. Le nouveau profil reprend l'île, ses
-minerais, biomes, cavernes, soufre et donjon, mais ne place ni l'ISS métallique
-ni les bassins `Water183`. Les étangs souterrains beta.180 précédemment validés
-restent présents. Pas d'expansion, migration, nouveau mob ou portail fonctionnel.
-
-## Construction et découverte
-
-- Rosace et Bugrock translatés à **(0,640,0)**, sol à 638. Les huit couleurs et
-  approches de la rosace sont conservées ; la sortie est rejoint l'escalier.
-- Tige de tuf, deepslate, calcite et mousse, nervures enroulées, haltes latérales.
-  Escalier continu avec marches natives, de 638 à 1278 : 1 923 positions de
-  parcours, environ 1,9 km de chemin pour 640 blocs gagnés. Largeur généralement
-  de trois blocs, resserrée aux virages. Le parcours depuis l'île jusqu'à la
-  rosace reste à concevoir ; le test permet le vol et le spectateur.
-- Palais : nervures déployées à partir de 1160, sol à **1278**, voûte à **1310**.
-  Huit pétales vitrés, passages minéraux, cuivre oxydé, balcons. Pas de panneaux
-  solaires ni de modules métalliques. Le Bugrock reste uniquement sur la rosace.
-- Atlas natif au sol, 49 cartes sur ce terrain moyen, dans des cadres horizontaux.
-  Dimensions 5×5, 7×7 et 9×9 pour les rayons déjà pris en charge. Identifiants et
-  marqueurs propres à ce nouvel atlas ; l'atlas 183 reste inchangé.
-- Portail supérieur : cadre horizontal 7×7 d'obsidienne, coins en obsidienne
-  pleureuse, vide central 5×5, à 1287 au-dessus des cartes. Le portail inférieur
-  conserve son cadre 5×5 et son creux 3×3 à Y=175. Ce sont des infrastructures.
-
-À 32 chunks, la caméra native peut garder un plan lointain de 2 048 blocs :
-la hauteur seule ne suffit pas à dissimuler la couronne. Dans cette dimension
-uniquement, le frustum refuse les volumes entièrement au-dessus de 1152 lorsque
-la caméra est sous 560. La couronne devient donc éligible à l'affichage pendant
-l'approche de la rosace ; les règles normales de visibilité restent applicables.
-C'est une révélation côté rendu, pas une génération conditionnelle à un joueur.
-Un contrôle à l'entrée du client teste les deux API natives de frustum, depuis
-le sol et depuis 640. La couronne est aussi au-delà du volume maximal des ombres
-Sanctuary depuis le plateau (distance 256, extrusion solaire comprise). Cela
-ne supprime pas l'éclairage Minecraft inhérent aux blocs placés dans une colonne.
-
-## Eau dans les creux existants
-
-Recherche locale et bornée dans le champ réel de densité. Chaque candidat est
-rempli par parcours des cellules d'air adjacentes sous un niveau horizontal ;
-un chemin sortant du volume de recherche, vers le vide ou une zone réservée
-fait rejeter le candidat. On monte le niveau par essais bornés tant que la roche
-retient l'eau. Aucun mur de retenue, fond d'argile artificiel, marche ou excavation
-n'est dessiné. Seules les cellules encore en air reçoivent de l'eau à la décoration.
-Les cavités existantes, roches saillantes et végétaux conservés dictent le contour.
-
-Première génération native `solo184a`, graine 42 : 45 essais, plan en 852 ms,
-10 402 blocs d'eau dans la grande poche (surface de 1 045 cellules à Y=234),
-739 blocs dans la seconde (290 cellules à Y=242). Aucun débouché latéral/inférieur
-non retenu détecté après la décoration. Ce sont des eaux retenues ; aucune
-simulation de bassin versant ou de rivière à longue distance n'est introduite.
-
-## Vérification et visite
-
-Premier contrôle natif réussi : 567 échantillons profonds identiques, zéro région
-d'hydrologie, trois cerisiers, cinq spawners, quatre caches à butin, galerie,
-soufre et trois secteurs de gemmes présents. Les 56 246 entrées du plan du palais
-correspondent aux blocs générés ; toutes les positions de montée ont un support
-et deux blocs libres. Les 49 cartes sont uniques, remplies, figées et supportées.
-Serveur démarré en 5,3 s ; prêt en 43,6 s avec génération des sondages et contrôles.
-Ce dernier temps inclut les tests et ne mesure pas un démarrage normal du solo.
-
-Validation finale : `./gradlew check build assemblePack assembleTestPack
-:sanctuary-test:exportDuoLaunch` réussi en 6 min 54 s, **265/265 GameTests**.
-Journal `build/ascent184-check-build.log`. Nouveau monde final `solo184b/ascent/42`
-contrôlé et arrêté proprement : serveur en 5,25 s, prêt avec contrôles en 41,63 s ;
-plan d'eau en 806 ms, 10 401 et 739 blocs d'eau retenus sans fuite. Le nombre de blocs d'eau diffère d'une cellule entre les deux essais ;
-les niveaux et surfaces des plans restent identiques.
-Rapport `build/ascent184-quick-result-final.json`.
-
-Lecture NBT du monde arrêté : 49 cartes complètes, figées, identifiants uniques,
-49 cadres orientés vers le haut à Y=1279. Air confirmé aux anciens centres
-(0,320,0) et (0,576,0), bloc originel à (0,640,0), plancher d'atlas en calcite
-et portail supérieur creux. Reçus `build/ascent184-saved-atlas-final.json` et
-`build/ascent184-saved-blocks-final.json`.
-
-Solo neuf `visite184/ascent/42`, `Sanctuary-Ascent-184-Solo`, commandes, créatif,
-vol, vue 32 et simulation 12. Entrée client Vulkan confirmée le 30 septembre,
-contrôle natif du frustum réussi à **03:45:07** : couronne cachée à Y=250,
-rosace visible et couronne révélée à Y=640. Journal `build/ascent184-solo.log`.
-Le profil local KokaLab de ce monde utilise la couleur Ciel et le familier de
-labo par défaut. Le daemon de compilation a été arrêté pour libérer la mémoire.
-Aucune sauvegarde antérieure ni instance Prism modifiée. Les archives locales
-sont assemblées ; aucun canal public n'est avancé.
-
-| Lieu | Téléportation de visite |
-| --- | --- |
-| Rosace et départ de la montée | `/tp 0.5 639 5.5 180 -20` |
-| Palais et carte au sol | `/tp 6.5 1280 8.5 140 35` |
-| Vue extérieure de la couronne | `/tp 45 1295 45 135 10` |
-| Grande cavité en eau | `/tp -144 236 -96` |
-| Seconde cavité en eau | `/tp -16 245 128` |
-| Portail inférieur | `/tp 0.5 177 7.5 180 30` |
-
-Cette première silhouette reste à évaluer en visite, notamment le rythme de
-l'ascension et les proportions du palais. La graine 42 est la référence vérifiée ;
-la disponibilité de grandes cavités sur d'autres graines reste à éprouver.

docs/natural-caves-beta187.md

@@ -1,100 +0,0 @@
-# CAVES-187 — soufre naturel, ancres orientées et bassins visibles
-
-Ticket du 30 septembre 2026, branche `codex/natural-caves-beta187`.
-Retour beta.186 : coque de soufre artificielle, pylônes mal orientés et verre
-latéral, bassins de surface invisibles. Le relief et les trois secteurs de
-gemmes sont appréciés et conservés.
-
-Nouveau profil `natural`, preset `sanctuary_test:natural_caves_v1`, graine 42.
-Les anciens presets et sauvegardes restent inchangés. Le laboratoire ajoute
-un climat de soufre en trois dimensions dans la roche existante, une approche
-en mousse tournée vers le centre pour chaque ancre et des pylônes opposés,
-vers l'expansion, portant le verre au-dessus de l'améthyste. L'eau de surface
-est recherchée dans des dépressions réellement ouvertes au ciel ; toute fuite
-vers le vide fait rejeter le bassin. Aucun calcul régional d'hydrologie.
-
-Le climat de soufre utilise un bruit volumique et respecte la priorité des
-marais humides. La palette forme des dépôts cohérents de soufre, cinabre et
-calcite dans les blocs rocheux existants. Musique et couleurs du biome natif
-26.3 sont conservées. Les carvers, minerais et structures vanilla ne sont pas
-importés : l'île conserve ses cavités et sa distribution de ressources.
-L'ancienne coque et ses cheminées ne sont plus placées dans ce preset.
-
-Les pylônes portent améthyste puis verre, sur la même verticale. Leur porte
-pointe vers la direction exacte du secteur, y compris les diagonales. Le
-chemin en mousse est du côté opposé. La sélection vérifie le support naturel
-de la porte et du chemin ; les huit emplacements changent pour respecter
-cette orientation. La galerie, les rosaces et le palais restent conservés.
-
-L'eau de surface monte dans un creux par parcours prioritaire : chaque voxel
-est échantillonné une fois à la hauteur minimale qui le rend accessible.
-Une fuite, une structure réservée ou la limite de recherche arrête la montée.
-Les surfaces retenues doivent être majoritairement ouvertes au ciel. Aucun
-fond ajouté ni découpage elliptique ; les arbres voisins ne peuvent reboucher
-les cellules d'eau réservées. Les étangs souterrains appréciés sont conservés.
-L'atlas projette aussi les nouvelles eaux et perd le faux repère jaune de la
-cheminée supprimée. Les recherches sont bornées, en génération uniquement.
-
-## Contrôles natifs
-
-Graine 42, `solo187e/natural/42` : génération à froid réussie. Recherche des
-bassins en 2,674 s, contre 21,546 s au premier essai ; mêmes trois positions,
-niveaux et volumes retenus. Démarrage serveur 9,881 s, prêt après l'ensemble
-des contrôles en 50,190 s. Ces durées ne mesurent pas le démarrage graphique.
-Zéro région d'hydrologie et 567 échantillons de densité profonde conservés.
-
-| Bassin | Niveau | Surface totale | Surface sous ciel ouvert | Blocs d'eau |
-| --- | --- | --- | --- | --- |
-| Ouest, près de (-104, 88) | 248 | 1 994 | 1 475 | 11 935 |
-| Nord-est, près de (120, -136) | 244 | 839 | 536 | 2 329 |
-| Sud, près de (8, 136) | 254 | 1 321 | 904 | 9 446 |
-
-Aucune fuite native détectée. Quatre points de visite confirment le biome
-sulfureux, de la roche minéralisée et des cavités déjà présentes dans la densité.
-Les huit refuges passent le contrôle d'orientation et de verre vertical.
-Les dépôts distincts activent les huit gemmes ; les tests restaurent ensuite
-les ancres éteintes et le Bugrock allumé sans relais. Les secteurs de gemmes,
-les cinq spawners et quatre wagonnets à butin restent vérifiés.
-
-Réouverture réussie : démarrage serveur 0,618 s, prêt avec vérifications en
-8,226 s. Les huit ancres sont relues dans la sauvegarde éteintes et le masque
-du Bugrock vaut zéro ; 49 cartes complètes, figées, avec 49 cadres horizontaux
-uniques. Reçus ignorés : `build/natural187-final-cold-result.json`,
-`build/natural187-final-warm-result.json`, `build/natural187-saved-blocks.json`,
-`build/natural187-saved-atlas.json`.
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch`
-réussi en **7 min 10 s**, **265/265 GameTests**. Journal :
-`build/natural187-check-build.log`. Daemon Gradle arrêté avant le client.
-Solo Vulkan rejoint à **08:40:37**, départ (-104,5 ; 269 ; 119,5), vue 32
-et simulation 12 confirmées dans `build/natural187-solo.log`. Contrôle client
-de visibilité verticale réussi à 08:40:39. Le créateur a pris la main et est
-passé en spectateur ; aucune téléportation d'inspection supplémentaire.
-L'appréciation visuelle des nouveaux bassins et du soufre reste celle de
-cette visite ; les mesures ci-dessus sont des vérifications natives.
-Seule la graine de visite est certifiée ; pas de migration des anciennes
-sauvegardes ni de modification du canal public ou de Prism.
-
-
-## Visite — graine 42
-
-Nouveau solo `visite187/natural/42`, `Sanctuary-Natural-Caves-187-Solo`.
-Vue 32, simulation 12, créatif, vol et commandes. Départ au-dessus du bassin
-ouest ; les anciennes visites restent conservées.
-
-| Lieu | Raccourci de visite |
-| --- | --- |
-| Bassin ouest | `/tp -104.5 269 119.5 180 35` |
-| Bassin nord-est | `/tp 120.5 258 -116.5 180 35` |
-| Bassin sud | `/tp 8.5 270 156.5 180 35` |
-| Soufre, cavité haute | `/tp -215.5 219 -35.5` |
-| Soufre, cavité profonde | `/tp -203.5 150 -11.5` |
-| Soufre, cavité nord-ouest | `/tp -191.5 152 -179.5` |
-| Ancre nord, approche intérieure | `/tp 36.5 250 -168.5 180 0` |
-| Ancre nord-est | `/tp 193.5 251 -84.5 -135 0` |
-| Ancre est, récif | `/tp 214.5 444 16.5 -90 0` |
-| Ancre sud-est | `/tp 157.5 226 145.5 -45 0` |
-| Ancre sud, grotte | `/tp -71.5 176 205.5 0 0` |
-| Ancre sud-ouest | `/tp -96.5 252 181.5 45 0` |
-| Ancre ouest | `/tp -96.5 230 0.5 90 0` |
-| Ancre nord-ouest, récif | `/tp -102.5 404 -160.5 135 0` |

docs/natural-refinement-beta190.md

@@ -1,77 +0,0 @@
-# WG-NATURE-190 — relief organique, déversoirs et butin des ruines
-
-Branche `codex/natural-refinement-beta190`, graine de visite **42**, Minecraft 26.3.
-Nouveau profil de laboratoire `refined`, preset `sanctuary_test:natural_refinement_v1`.
-Les sauvegardes précédentes restent des témoins ; aucune régénération ni migration.
-
-## Contrat de cet essai
-
-Après la visite beta.189 : supprimer les terrasses systématiques du relief principal,
-conserver quelques inflexions locales douces, des affleurements suivant la pente et
-sans masque en cases de quatre blocs. Les captures du 30 septembre à 20:44 et 20:45
-montrent le relief principal ; les îlots aériens ne sont pas la cause des paliers.
-Comparer les débouchés voisins des étangs au lieu de retenir le premier rayon ;
-privilégier une sortie courte, large de quatre ou cinq blocs et peu creusée.
-Conserver les cavités, le portail et les ruines appréciés. Remplacer la table de
-craft de chaque ruine par un coffre de matériel en fer enchanté.
-Aucun calcul d’hydrologie régionale ajouté ; travail local borné, décoration existante.
-
-## Réserve de conception, non implémentée
-
-- Expansion à grandes surfaces étagées et falaises ciselées : conserver la variante
-  beta.189 comme référence, avec une profondeur et une verticalité adaptées au thème.
-- Portails horizontaux : remplissage progressif avec une ressource renouvelable.
-  Perles d’Ender, source Endermen ou butin sont des pistes ; ressource, nombre,
-  recette et destination ne sont pas décidés. Aucun mécanisme d’activation ajouté ici.
-
-## Vérifications
-
-Compilation et génération/réouverture natives réussies, graine 42 :
-`build/refined190b-cold.json` et `build/refined190b-warm.json`.
-
-- 704 des 745 sommets échantillonnés gardent exactement la hauteur naturelle
-  antérieure aux terrasses ; 41 épaules retouchées, écart maximum 3 blocs.
-  30 246 densités des profondeurs et des îlots aériens identiques. Les corniches
-  fines sont conservées ; une première interpolation qui pouvait les supprimer
-  a été corrigée avant la visite.
-- Une sortie d’étang de cinq blocs de large, depuis X=150, Y=244, Z=-157 à -153
-  vers X=154–155. Chenal de 4–5 blocs, dont une partie dans l’étang ; huit blocs
-  retirés. Bord de chute irrégulier, 64 blocs préremplis puis écoulement natif.
-  La recherche compare les ouvertures proches, reste bornée à dix blocs et
-  deux cascades, et renonce si aucune bouche assez large ne convient.
-- 1 052 blocs de plage sèche, 434 plantes aquatiques, zéro tronc dans les
-  colonnes contrôlées des plages et étangs. Fonds : 1 337 sable, 249 gravier,
-  2 832 argile. Le choix du chenal ne crée pas de fond ou barrage artificiel.
-- Quatre ruines conservées, coffres en (25,164,-63), (-7,148,-79),
-  (65,164,-79), (57,121,-79). Couvercles dégagés, table de butin conservée
-  après réouverture. Une ou deux pièces en fer par coffre, enchantements
-  de table de niveau 12–20 : armure, épée, pioche, hache ou pelle.
-  32 tirages vérifiés à froid, puis 32 à chaud ; aucune pièce non enchantée.
-- Huit ancres, cartes du palais, gemmes, soufre, donjon et galerie contrôlés.
-  Ni nouvelle dimension ni activation des portails ajoutée.
-
-Démarrage natif : 12,331 s à froid / 0,673 s à chaud ; avec toute la batterie
-et le remplissage intégral des cartes : 81,505 s / 26,656 s. Plans locaux
-berges/déversoirs : 174 / 170 ms. Zéro région d’hydrologie calculée.
-Mesures obtenues pendant la suite de tests générale, sans garantie de durée
-identique sur chaque machine. Le solo ne lance pas ces contrôles lourds.
-
-`./gradlew check build assemblePack assembleTestPack` réussi en **9 min 22 s**,
-avec **265 GameTests réussis**. Après les derniers correctifs validés par le labo
-natif, le JAR optionnel a été réassemblé et le pack de test resynchronisé.
-Ses classes et ressources correspondent aux fichiers compilés, et sa copie
-assemblée est identique : `build/refined190-pack-receipt.json`.
-Aucune publication de canal ni mise à jour Prism. La validation esthétique reste
-celle de la prochaine visite ; les contrôles structurels ne la remplacent pas.
-
-
-## Visite
-
-Solo `Sanctuary-Natural-Refinement-190-Solo`, run `visite190`, profil `refined`,
-graine 42. Copie neuve du monde de diagnostic arrêté, sauvegardes antérieures
-préservées. Spectateur et commandes activés, vue 32, simulation 12, Vulkan.
-Connexion confirmée à **21:01:12**, position (178,260,-146), face à la cascade.
-Les 49 cartes et cadres horizontaux sont présents, complets et verrouillés ;
-les huit ancres et le Bugrock sont revenus à l’état initial après les contrôles.
-`build/refined190-saved-atlas.json`, `build/refined190-saved-blocks.json` et
-`build/refined190-solo.log` conservent ces vérifications.

docs/north-cavities-beta206.md

@@ -1,103 +0,0 @@
-# WG-206 — dessous aminci et cavités froides
-
-Branche `codex/north-cavities-beta206`, depuis beta.205 (`bf5df38`).
-
-## Contrat
-
-Le créateur valide une épaisseur variable sous le paysage du Nord, des cavités
-froides et humides, et des failles ouvertes d’améthyste bordées de calcite et de
-basalte. La surface et les grandes taïgas de beta.205 sont la référence.
-La redistribution diorite / granit / andésite reste une proposition distincte.
-
-Nouveau profil 206 uniquement, expansion Nord de 1024 blocs. Île de départ,
-autres directions et profils historiques conservés. Aucun monde existant
-converti, aucun chunk régénéré. Contrat des essais : nouveaux mondes de
-développement, graines 42 et 0 ; activation et reprise du Nord explicitement
-réservées à ces nouvelles sauvegardes de test. Aucun canal public ni instance
-Prism à modifier.
-
-## Implémentation
-
-- Masque soustractif sous le bruit natif 205 : épaisseur cible continue de
-  40–99 blocs, contrôlée par deux bruits, dessous irrégulier. Les vingt blocs
-  supérieurs du champ natif restent protégés. Le masque ne rajoute aucune
-  montagne ni terrasse ; la roche déjà absente reste absente.
-- Failles sinueuses dans la matière, avec améthyste, calcite et basalte lisse
-  organisés autour du même champ de fissure. Cristaux orientés vers l’air et
-  quelques blocs d’améthyste bourgeonnante.
-- Dépôts de glace compacte et de glace bleue dans les cavités, argile localisée
-  et lichens. Biomes nordiques 206 distincts, sans les placements de champignons
-  ni les géodes fermées des profils précédents ; minerais conservés.
-- Eau peu profonde dans le sol existant des cavités : un bloc de roche ou de
-  glace peut être remplacé par l’eau dans une poche de 6–96 blocs, sans ellipse
-  ni terrasse ajoutée. Contours en bruit mondial, fond et berges contrôlés sur
-  les blocs réels ; tout débouché est refusé. Recherche locale bornée, sans
-  grande hydrologie ni travail périodique en partie.
-
-## Vérifications
-
-- `./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
-  -PsanctuaryFocusedTests=base204,north205,north206 -PsanctuaryAtlasOnly=true` :
-  succès (journal `build/north206-check-build-water.log`). Six GameTests ciblés
-  et contrôles purs passés. La suite native historique complète n’est pas revendiquée.
-- Deux derniers garde-fous locaux des poches d’eau ont ensuite été recompilés :
-  lectures limitées aux chunks voisins et refus d’approfondir une poche déjà
-  remplie. Reconstruction finale avec `:sanctuary:runGameTest build assemblePack
-  assembleTestPack :sanctuary-test:exportDuoLaunch -x :sanctuary:check`, mêmes
-  propriétés de sélection : six tests repassés, succès en 22 s. Les contrôles
-  purs déjà passés n’ont pas été répétés pour ces deux garde-fous ; les essais
-  natifs ci-dessous utilisent ce JAR final.
-- Profils Small, graines **42 et 0**, nouveaux mondes `north206-final` et
-  `north206-final0` : offrande réelle, rejet d’offrande incorrecte et de doublon,
-  interruption à 0/58, reprise des 58 chunks FULL et message SGA vérifiés.
-  Cinq igloos et une cave de guérison complets dans chaque monde.
-- Comparaison au champ 205 de la même graine, sur une grille de relevé :
-
-| Graine | Échantillons de roche 205 → 206 | Épaisseur maximale relevée 205 → 206 | Hauteurs de surface différentes | Plus grand tronc vérifié |
-| --- | --- | --- | --- | --- |
-| 42 | 17 968 → 9 279 (−48,4 %) | 179 → 91 blocs | 0 | 59 blocs |
-| 0 | 17 084 → 8 887 (−48,0 %) | 177 → 90 blocs | 0 | 61 blocs |
-
-- Dans les régions de faille examinées : 384 cristaux sur la graine 42 et 334
-  sur la graine 0 ; respectivement 2 429 et 2 425 blocs d’améthyste avec au moins
-  une face ouverte sur l’air. Calcite et basalte présents. Ce ne sont pas des
-  totaux à l’échelle de l’île.
-- Eau vérifiée dans les blocs réels, avec fond et berges fermés : 11 positions
-  sur la graine 42 et 61 sur la graine 0. Cavités contenant air et glace, glaciers
-  de surface et taïgas géantes contrôlés. Ce contrôle des fondations ne remplace
-  pas un essai prolongé après modification des berges par le joueur.
-- 3 456 cellules de biome stockées comparées au champ mondial par graine :
-  **aucune incohérence** aux jointures examinées. Densité de l’île initiale
-  identique octet par octet à la 205 pour Small, Medium et Large ; classes et
-  ressources historiques 205 conservées.
-
-L’essai préliminaire a révélé un raccordement manquant du décor au générateur
-hôte, corrigé avant ces essais finaux. La première recherche de petits bassins
-strictement préexistants ne produisait pas d’eau vérifiable ; elle a été remplacée
-par les poches peu profondes décrites ci-dessus. Une tentative démarrée avant la
-fin de l’assemblage utilisait encore l’ancien JAR et n’est pas une preuve de la
-version finale.
-
-Les chiffres sont des échantillons, pas un inventaire exhaustif. Les essais
-natifs supplémentaires génèrent plusieurs régions de visite et ne constituent
-pas un benchmark comparatif de vitesse. Aucun essai Windows ni verdict esthétique
-sur l’ensemble du paysage n’est revendiqué.
-
-## Livraison locale
-
-MRpack normal `build/Sanctuary-beta.206.mrpack`, copié dans `~/Downloads/` : ZIP
-intact, JAR identique au build, trois tailles courantes et historiques présentes,
-aucun mod Test ni sauvegarde embarqués. Minecraft 26.3 / Fabric Loader 0.19.5.
-SHA-256 : `a0d2df3d207be0844af6cd4a3a578fd68c860dd0d3a28048f3b58725bb599fc7`.
-Reçu : `build/north206-mrpack-receipt.json`.
-
-Nouveau solo préparé depuis le monde 42 vérifié, dans `north206-visit`, avec
-commandes, vue 32 chunks, simulation 5 et Vulkan. Arrivée près d’une paroi
-d’améthyste ouverte en **(-463.5, 205, -1151.5)**. Autres repères de cette graine :
-petite eau vers **(-311, 187, -732)** ; cavité glacée sous **(-416, 249, -728)** ;
-grandes taïgas vers **(-176, 249, -720)**. Les altitudes de repère des taïgas et de
-la cavité glacée sont celles de la surface, pas des téléportations souterraines.
-Le client confirme le backend Vulkan et `NORTH206_VISIT_OPEN` à l’emplacement
-prévu ; le rendu global reste à apprécier pendant la visite. Aucune publication
-du canal, aucun déploiement Prism ni modification du monde 205.
-

docs/north-ecology-beta202.md

@@ -1,88 +0,0 @@
-# EXP-202 — étagement du Nord et village enneigé
-
-Branche `codex/north-ecology-beta202`, depuis beta.201. Retour R021 et trois
-captures du labo 201 examinées (12:11:22, 12:11:46 et 12:12:57, 4 octobre 2026).
-
-Conserver les volumes, les cavités et les deux bassins 201, appréciés par le
-joueur. Refaire uniquement leur écologie et leurs sols : taïga, vallées ouvertes,
-podzol, épicéas géants natifs, neige progressive avec l'altitude, glaciers sur
-les hauteurs. Fin des aplats indépendants et du camouflage glace/glace bleue.
-Glace de cave limitée aux cavités protégées par une épaisseur de roche dans
-chaque direction ; aucune couche glacée appliquée aux falaises ou au dessous.
-Les cinq igloos doivent trouver une plaine réellement enneigée avant placement.
-Les pics de glace restent vanilla, comme demandé en R020.
-
-Nouveaux profils 202 et journal distinct, diamètre nordique 1024. Aucune migration
-ni régénération d'un monde existant ; 200 et 201 gardent leurs générateurs.
-L'île de départ et les autres directions restent inchangées. Le chantier est
-isolé de la visite 201 encore ouverte. Validation native neuve Small/42, contrôles
-numériques sur 0, 42 et 4736390610738281858 ; pas de campagne de captures.
-
-## Réalisation
-
-Le champ de densité et les deux bassins délèguent exactement à la génération
-201. Seuls les sols, la végétation, la couverture neigeuse et le placement du
-village changent. La limite de neige suit l'altitude, avec un versant nord plus
-froid. Son épaisseur progresse de quelques couches à un bloc après la végétation.
-Les glaciers sont réservés aux hauts versants ; aucune glace bleue ne peint
-la surface. Les vallées restent en herbe, les grands boisements en podzol.
-
-La taïga ordinaire et les épicéas géants réemploient les features 26.3 de taïga
-et `old_growth_spruce_taiga`. Aucun arbre géant custom ajouté. Les pics utilisent
-toujours `minecraft:ice_spike` et `minecraft:ice_patch`, sans remplacement des
-features natives. Les matériaux de cave glacée nécessitent du recouvrement et
-une assise rocheuse autour de la colonne ; les marges et dessous restent rocheux.
-Les cinq igloos cherchent une zone sèche, entièrement enneigée et peu pentue,
-avec classement par dénivelé. Aucun disque blanc ajouté sous le village.
-Caches numériques bornés ; pas de simulation hydrologique supplémentaire.
-
-## Vérifications du 4 octobre 2026
-
-- `north202Smoke` : neuf couples graine/taille (0, 42, 4736390610738281858 ;
-  512/724/1024), égalité des colonnes et densités avec 201, présence de taïga,
-  vallées, neige progressive et glacier minoritaire, protection du dessous.
-  Recherche du village vérifiée aussi sur les graines 1 à 100. Toutes passent.
-- Ressources historiques de génération inchangées, sauf le preset public qui
-  sélectionne désormais 202 et l'ajout du biome 202 au tag des ours polaires.
-  Les trois noise settings de l'île de départ sont identiques aux fichiers 201.
-- Essai natif final : `build/worldgen-lab/north202-native-b`, Small, graine 42,
-  diamètre de l'expansion 1024. Offrande réelle, interruption à 0/58 chunks,
-  reprise, cinq igloos, une cave de guérison, relais de continuation orienté Nord.
-- Échantillon de taïga : 1517 blocs de troncs, 7677 blocs de feuilles,
-  troncs atteignant 27 blocs, 13 empreintes de troncs larges, 3339 blocs de podzol.
-  Pics natifs : 2910 blocs de glace au-dessus du terrain, maximum sondé 43 blocs.
-  Ces nombres décrivent des échantillons, pas toute l'expansion.
-- Village : 333 des 339 colonnes sondées hors maisons portent de la neige.
-  Lac : 8995 blocs de glace et 41795 blocs d'eau, sans fuite dans l'air.
-  Caverne sondée : 49 blocs glacés et 2585 blocs d'air. Bordure sondée sur
-  16 directions : 340 blocs rocheux, aucune glace compacte/bleue.
-
-La validation esthétique reste celle de la visite. Pas de nouvelle campagne de
-captures. Visite native Small/42 uniquement : Windows et Medium/Large natifs
-ne sont pas vérifiés ici. Les sept autres directions restent provisoires.
-
-## Livraison locale
-
-`./gradlew check build assemblePack assembleTestPack
--PsanctuaryFocusedTests=operator,realtime -PsanctuaryAtlasOnly=true` : succès,
-143 tâches, dont 126 exécutées ; sept GameTests ciblés et les smokes du projet.
-La suite native historique complète n'a pas été relancée (limite documentée
-pour beta.200). Logs : `build/north202-check-build.log` et
-`build/north202-native-final.log`.
-
-MRpack : `build/Sanctuary-Test-beta.202.mrpack`, copie identique dans Downloads
-avec `Sanctuary-Test-beta.202-Guide.txt`. ZIP, versions 26.3 / Loader 0.19.5,
-hashes Fabric API, deux JAR et leurs 2258 classes compilées vérifiés.
-Reçu local : `build/north202-artifact.json`.
-
-Taille : 12407853 octets ; SHA-256 :
-`b5ecdfcb2c4b1988f9402653a16c823b50f0661e8b1db0f0e7d6c21e9841f6f8`.
-
-Aucun monde inclus dans le MRpack. Aucun canal public ni instance Prism modifié.
-Visite neuve `Sanctuary-North-202-42`, issue de l'essai natif final, créatif,
-commandes activées, Vulkan, vue 32, simulation 4. Départ en vol près du village.
-Village `(-212,191,-1292)`, taïga géante `(144,215,-976)`, lac `(-247,258,-765)`,
-pics vers `(-208,281,-880)`, relais `(-128,202,-1240)`.
-
-Ouverture confirmée à 12:41:46 par `NORTH202_VISIT_OPEN`, joueur
-`(-160,228,-1247)` ; log `build/north202-visit-client.log`.

docs/north-expansion-beta200.md

@@ -1,120 +0,0 @@
-# EXP-200 — premier Nord glacial
-
-Branche `codex/north-expansion-beta200`, depuis beta.199. Retours R015–R017.
-
-## Résultat visé
-
-Un continent nordique de diamètre nominal 2048 : crêtes, pics, vallées de taïga
-neigeuse, neige poudreuse localisée, cavernes de glace et lacs gelés fermés.
-Chèvres et ours polaires natifs de Minecraft 26.3 (choix confirmé).
-Un village de plusieurs igloos ; un seul contient le laboratoire souterrain
-vanilla avec villageois zombie. Pas d'autre famille de structures dans cette
-première tranche. Le Sud, l'Est, l'Ouest et les diagonales seront travaillés à part.
-
-## Placement et ouverture
-
-L'identité du relais reste celle de son secteur. Recherche proche dans un
-éventail de ±15° devant l'ancre, sans basculer dans une autre direction.
-La première version 200 porte le Nord à 2048 ; les sept autres reliefs gardent
-leur taille/profil provisoire de 199. Le relais de continuation du Nord conserve
-la direction, le climat et la taille du Nord.
-
-Toute l'emprise est vérifiée vierge, réservée durablement et publiée avant les
-travaux. À cette échelle, `ready` signifie accès et relais préparés ; le reste
-est généré nativement pendant l'exploration. L'annonce SGA décrit cette ouverture,
-pas une pré-génération intégrale. Préparation bornée, sans simulation hydrologique
-globale ni réutilisation silencieuse de chunks déjà explorés.
-
-## Contrat des sauvegardes
-
-Nouveaux profils `shared_island200_small/medium/large`, journal distinct
-`sanctuary-lab-expansions200`. Aucun monde existant modifié ou migré ; les profils
-et ressources 196–199 restent inchangés. IDs historiques conservés. Les essais
-activent uniquement des expansions dans des mondes de développement neufs,
-graine 42 puis relevés déterministes sur 0 et 4736390610738281858.
-
-## Vérifications prévues
-
-Direction et diamètre, déterminisme, cavités, confinement des eaux, village
-et laboratoire habitable, vraie activation, sauvegarde et reprise. Compilation,
-`check build` et assemblages. Ne pas confondre vérification technique et validation
-esthétique : le rendu reste une première version à visiter.
-
-## Implantation et contrôles intermédiaires
-
-Le champ nordique compose des crêtes déformées, des sommets secondaires et des
-vallées, puis soustrait des passages et chambres 3D. Cache numérique borné par
-worker ; aucune lecture de chunks voisins pour dessiner le terrain. Six biomes
-nordiques reprennent l'écologie native de 26.3 ; les sources d'eau/lave dispersées
-et salles de monstres vanilla sont retirées de ces seuls profils. Les bassins
-ont un fond rocheux continu et une couverture de glace, sans hydrologie globale.
-
-Village : cinq igloos natifs orientés et ajustés individuellement au sol. Un
-seul laboratoire, avec échelle, coffre vanilla, potion de faiblesse, villageois
-et villageois zombie persistants. Les arbres évitent les maisons et les lacs.
-La faune initiale utilise les attributs du biome à la surface réelle, car la
-sélection vanilla à Y=1600 échantillonnait le vide ; règles de spawn natives
-conservées. Ours polaires également admis sur la glace des lacs.
-
-- `north200Smoke` : 9 couples graine/taille, huit éventails, relief/cavités,
-  bassins analytiquement fermés, journal 2048 et refus de 2048 en génération 199.
-- Essai intermédiaire Small/42, 2 Gio : vraie offrande nord, interruption à
-  0/58 chunks, puis reprise. Village de cinq igloos et un laboratoire contrôlés ;
-  lac avec 3475 blocs de glace et 10525 blocs d'eau, sans voisin d'air sous l'eau ;
-  136 blocs de glace et 1926 blocs d'air dans les colonnes de caverne sondées.
-  Ce sont des sondages locaux, pas les totaux du continent.
-- Le premier passage a révélé un barreau manquant sous la trappe : raccord
-  corrigé et vérifié lors du second passage. Les essais antérieurs restent
-  conservés sous `build/worldgen-lab/north200-native-a` et `north200-native-b`.
-- Les 148 ressources historiques de génération du module Test restent identiques
-  à beta.199 (hors preset public, qui sélectionne maintenant 200).
-
-## Essai final et livraison locale — 4 octobre 2026
-
-Le parcours serveur final `north200-native-final/small/42` répète l'activation
-réelle et l'interruption/reprise sur les sources livrées. Les 58 chunks d'accès
-et de relais passent à FULL ; cinq igloos, un laboratoire, le lac et la cavité
-glacée sont vérifiés. Les entités sauvegardées comprennent six ours polaires,
-trois renards, huit lapins, un villageois et un villageois zombie. Aucune chèvre
-observée dans ce petit échantillon : leurs règles natives sont présentes dans
-les sommets et pentes, sans validation d'une rencontre dans ce parcours.
-
-Le client Vulkan a ouvert une copie de visite neuve, `Sanctuary-North-200-42`,
-avec confirmation `NORTH200_VISIT_OPEN` à `(-200,224,-968)`. Créatif, commandes,
-vue 32 chunks et simulation 4 ; shaders désactivés. Le village se trouve autour
-de `(-200,212,-988)`, la trappe spéciale vers `(-193,210,-961)`, le lac sondé en
-`(-64,187,-1204)` et le relais suivant en `(-176,215,-2121)`.
-
-Archive locale : `build/Sanctuary-Test-beta.200.mrpack`, également copiée dans
-`/Users/koka/Downloads/`, avec `Sanctuary-Test-beta.200-Guide.txt`.
-12 366 771 octets ; SHA-256 :
-`2a29b35613f95540ec9d910e043a1f6f26b2dfe7d6d95c50997ba4bbde203cdc`.
-Intégrité ZIP, version, dépendances Minecraft 26.3 / Fabric Loader 0.19.5,
-empreintes Fabric API, deux JAR identiques au build et 2246 classes compilées
-vérifiés. Les trois tailles sont présentes ; aucune sauvegarde embarquée.
-Reçu : `build/north200-artifact.json`. Aucun canal public ni Prism synchronisé.
-
-La commande complète `check build assemblePack assembleTestPack` a été lancée,
-puis interrompue volontairement pendant
-`retainedHydrologySurvivesNativeDecoration` (ancienne génération 24, préparation
-de 112 chunks FULL). Les captures de threads montrent l'attente de génération ;
-elles ne démontrent pas un interblocage. Cette suite générale n'est pas validée.
-Logs : `build/north200-check-build.log`, `north200-fullcheck-threads*.txt`.
-Les essais serveur nordiques sont distincts de cette suite historique.
-
-Les sept GameTests `operator,realtime` passent avec le fixture plat
-`-PsanctuaryAtlasOnly=true`, indépendamment de l'essai natif nordique.
-Cette sélection ne remplace pas les 265 tests de la suite générale.
-La commande `./gradlew check build assemblePack assembleTestPack
--PsanctuaryFocusedTests=operator,realtime -PsanctuaryAtlasOnly=true` termine avec
-succès : 141 tâches, dont 110 exécutées et 31 à jour. Elle inclut les tests
-numériques, notamment `north200Smoke`. Log complet :
-`build/north200-check-build-focused.log`. Archive revérifiée après l'assemblage
-final, identique aux JAR et classes finaux ; daemon de build arrêté ensuite.
-
-Limites : validation native détaillée sur Small/42, neuf couples graine/taille
-pour les contrôles numériques, pas de lancement Windows ni de visite native
-Medium/Large sur cette version. Les 2048 blocs désignent le diamètre nominal,
-pas une pré-génération intégrale. Le démarrage à 32 chunks a produit des retards
-de ticks avec les contrôles et un autre client simultanés sur le Mac 8 Gio :
-aucune conclusion de fluidité ni correction des saccades n'est revendiquée.

docs/north-fracture-beta203.md

@@ -1,87 +0,0 @@
-# EXP-203 — fractures, lisières et taïga géante
-
-Branche `codex/north-fracture-beta203`, depuis beta.202. Retour R022.
-Le rendu 202 est globalement validé. Passe ciblée demandée : ajouter de fortes
-variations locales de volume et des trous par bruit 3D, retirer la neige ajoutée
-après la végétation, brouiller les limites du podzol, donner aux grands épicéas
-une hauteur pouvant atteindre 64 et varier les matières des sommets glacés.
-Aucun nouveau village : la proposition supplémentaire est retirée par le joueur.
-Les cinq igloos existants restent présents.
-
-Nouveaux profils 203 seulement, Nord 1024. Aucun monde existant régénéré ni
-migré ; profils 200–202 inchangés. Bassins et basses plaines d'accueil protégés
-de la déformation. Pics de glace vanilla conservés. Arbres avec moteur natif,
-configuration propre au biome géant ; aucune modification globale des épicéas.
-Pas de simulation d'érosion ou d'hydrologie supplémentaire, caches bornés.
-
-## Réalisation
-
-Le champ 203 combine des déplacements verticaux locaux (deux échelles de bruit)
-et un bruit volumique négatif de plus grande portée. Les nouvelles poches
-peuvent traverser le toit ou le dessous, contrairement aux caves fermées 202.
-Le bruit est atténué sur les basses plaines, les bords et tout autour des lacs.
-Les seuils de sommet restent lisibles ; le détail 3D module les roches et glaces.
-
-La passe de neige après décoration n'est pas appelée pour 203. Les prairies
-froides gardent leur herbe ; la neige demeure comme matériau de sommet,
-substrat nécessaire aux pics vanilla et matériau des igloos existants.
-Le champ de podzol comporte deux fréquences de détail aux lisières. Le
-`alter_ground` circulaire des nouveaux grands arbres est supprimé.
-
-Les arbres réemploient `giant_trunk_placer` et `mega_pine_foliage_placer` de
-Minecraft 26.3. Configuration locale : hauteur 32 + aléa 0–16 + aléa 0–16,
-soit 32 à 64 blocs, couronne de 18–24 ; mélange de géants et de petits épicéas.
-Les features `ice_spike` / `ice_patch` restent natives et inchangées.
-
-## Contrôles
-
-`north203Smoke` passe sur neuf couples graine/taille (0, 42,
-4736390610738281858 ; Small/Medium/Large). Les déplacements locaux sondés vont
-jusqu'à environ −62 / +56 blocs selon le cas. Ouvertures de surface présentes,
-densité bornée, lacs et leurs coques inchangés, lisières de podzol irrégulières.
-Recherche des cinq igloos vérifiée également sur les graines 1 à 32.
-Les ressources worldgen historiques sont inchangées, hors sélection du nouveau
-preset public et ajout du biome 203 au tag des ours polaires. Les noise settings
-de l'île de départ restent identiques à 202. Aucun test visuel Windows ni
-nouvelle campagne de captures : le rendu est à juger dans le labo.
-
-
-Essai natif final : `build/worldgen-lab/north203-native-b`, Small/graine 42.
-Vraie offrande, interruption à 0/58 chunks, reprise et relais prêts. Cinq igloos
-et un laboratoire conservés. Recherche de cave orientée vers un intérieur
-suffisamment épais, plutôt que le sommet le plus haut désormais fracturé.
-
-Dans les échantillons : 4218 blocs de troncs, 10450 de feuilles, 21 empreintes
-de troncs larges ; tronc le plus haut mesuré 59 blocs (plafond configuré 64).
-Sommet : 309 blocs de glace bleue, 63 de glace ordinaire, 2154 de glace compacte,
-1219 de neige pleine et 1694 de roche. Pics vanilla : maximum sondé 13 blocs
-au-dessus du terrain. Prairie : zéro couche de neige parmi 339 colonnes.
-Lac : 8995 blocs de glace et 41795 d'eau, sans fuite ; caverne sondée : 226 blocs
-glacés et 1878 d'air. Bordure : 339 blocs rocheux, aucune glace compacte/bleue.
-Il s'agit de contrôles locaux, pas d'un comptage de toute l'expansion.
-
-
-## Livraison
-
-`./gradlew check build assemblePack assembleTestPack
--PsanctuaryFocusedTests=operator,realtime -PsanctuaryAtlasOnly=true` : succès,
-144 tâches dont 120 exécutées, sept GameTests ciblés et les smokes du projet.
-La suite native historique complète n'a pas été relancée (limite beta.200).
-Logs : `build/north203-check-build.log` et `build/north203-native-final.log`.
-
-MRpack vérifié : `build/Sanctuary-Test-beta.203.mrpack`, copie identique dans
-Downloads avec le guide. Archives, versions, dépendances, empreintes Fabric API,
-JAR et 2265 classes compilées vérifiés ; reçu `build/north203-artifact.json`.
-
-12433661 octets ; SHA-256 :
-`ba160b4134c0b9dbe402e1834bdbec4f5561bfd6bd9dc147590dd76ee30dbf4f`.
-
-Visite neuve `Sanctuary-North-203-42`, issue de l'essai natif final. Créatif,
-commandes activées, Vulkan, vue 32, simulation 4 ; départ au-dessus de la taïga.
-Village `(-212,191,-1292)`, forêt `(144,215,-976)`, pics `(-208,278,-944)`,
-premier lac `(-247,258,-765)`. Aucun canal public ni instance Prism modifié.
-Pas de sauvegarde embarquée dans le pack ni de revendication sur les saccades.
-Essai natif Small/42 seulement ; Medium/Large sont contrôlés numériquement.
-
-Ouverture confirmée à 13:12:20 par `NORTH203_VISIT_OPEN`, départ
-`(196,292,-931)`, backend Vulkan confirmé dans `build/north203-visit-client.log`.

docs/north-glacier-beta201.md

@@ -1,90 +0,0 @@
-# EXP-201 — Nord compact, glacier et bosquets
-
-Branche `codex/north-glacier-beta201`, depuis beta.200 ; retours joueur R019–R020.
-
-## Résultat demandé
-
-Le diamètre du Nord passe de 2048 à 1024 blocs. Remplacer la nappe blanche perçue
-par un paysage de glace lisible : pics de glace, glacier, deux lacs gelés visibles,
-bosquets localisés et contraste roche/glace/neige. Conserver les cinq igloos et
-le laboratoire avec villageois zombie. Les lacs doivent contenir de l'eau sous
-leur glace ; la végétation doit être réellement générée, pas seulement déclarée.
-Les pics utilisent explicitement `minecraft:ice_spike` et `minecraft:ice_patch`
-de Minecraft 26.3, avec leurs placements natifs. Aucune forme de pic recodée.
-
-Le Nord ne doit pas devenir le catalogue de tous les biomes froids. Son identité
-est le glacier habité ; les grandes forêts boréales, côtes froides et autres
-paysages restent des pistes pour NO/NE. Leur répartition n'est pas décidée ici.
-
-## Contrat de génération
-
-Nouveaux profils 201 et journal `sanctuary-lab-expansions201`, destinés uniquement
-aux nouveaux mondes. Les profils et le champ nordique 200 restent disponibles
-pour les sauvegardes historiques ; aucune conversion des expansions 2048 déjà
-créées, ni régénération de chunks. Île de départ Small/Medium/Large inchangée.
-Placement dans l'éventail existant de ±15°. Préparation bornée de l'arrivée et du
-relais, puis exploration. Les sept autres directions restent provisoires.
-
-## Vérifications attendues
-
-Contrôle de taille et de direction, stabilité de la génération 200, proportions
-et visibilité des surfaces glaciaires, lacs fermés, relief vertical, bosquets et
-village. Vérification native de vrais troncs/feuilles, glace de surface non
-recouverte et pics élevés. Graines numériques 0, 42 et 4736390610738281858 ; visite
-native neuve Small/42. Pas de campagne de screenshots ni d'hydrologie globale.
-
-Les contrôles techniques ne remplacent pas le retour esthétique du joueur.
-
-## Intégration
-
-La 200 posait une couche de neige pendant le traitement du sol, avant les
-features végétales ; les arbres natifs de taïga passent par les saplings
-`spruce_checked` / `pine_checked`, qui exigent un support viable. La 201 laisse
-le sol des bosquets en herbe jusqu'à leur plantation. Les lacs et le glacier ne
-reçoivent plus la feature `freeze_top_layer`, afin que leur glace reste visible.
-Les zones de pics conservent au contraire le bloc de neige requis par la feature
-native `minecraft:spike`. Ses références et sa fréquence restent vanilla.
-
-Le substrat compact associe une crête, des épaules glaciaires, deux champs de
-pics natifs, deux bosquets et deux bassins fermés. Caches numériques bornés ;
-aucune simulation hydrologique globale. Le village est rapproché du premier lac.
-Le relief, les matériaux et le choix de biomes de la 200 gardent leur branche
-de génération historique.
-
-## Résultats — 4 octobre 2026
-
-- `north201Smoke` : neuf couples graine/taille, Nord 1024, relief, parts de glace,
-  bosquets, lacs et champs de pics, confinement des bassins, déterminisme et
-  routage historique 200. `north200Smoke` reste passant. Les 155 ressources
-  historiques worldgen du module Test restent identiques, hors preset public.
-- Serveur neuf Small/42, `build/worldgen-lab/north201-native-a` : vraie offrande,
-  interruption à 0/58 chunks, reprise et accès préparés. Cinq igloos, une cave
-  avec trappe/échelle/coffre/potion ; relais de continuation orienté Nord.
-- Échantillon du bosquet : 395 blocs de troncs et 3294 blocs de feuilles
-  d'épicéa, répartis sur 56 colonnes de troncs (pas un comptage d'arbres entiers).
-  Champ de pics natifs : 1838 blocs de glace compacte au-dessus du terrain,
-  maximum sondé de 11 blocs. Lac : 8995 blocs de couverture gelée et 41795 blocs
-  d'eau ; 7602 surfaces de glace visibles contrôlées, zéro couche de neige dessus.
-  Caverne : 561 blocs de glace et 2585 blocs d'air sondés. Totaux locaux uniquement.
-- `./gradlew check build assemblePack assembleTestPack
-  -PsanctuaryFocusedTests=operator,realtime -PsanctuaryAtlasOnly=true` : succès,
-  sept GameTests ciblés et tous les smokes associés, 142 tâches dont 118 exécutées.
-  La suite native historique complète n'a pas été relancée (limite beta.200).
-  Logs : `build/north201-check-build.log` et `build/north201-native-a.log`.
-
-Livraison locale : `build/Sanctuary-Test-beta.201.mrpack`, copie dans Downloads
-avec le guide. 12 386 623 octets ; SHA-256 :
-`37925f012e4096c253f25e573305237e71114448d866a57f3fbad6e3da6b3d89`.
-ZIP, dépendances 26.3 / Loader 0.19.5, empreintes Fabric API, JAR et 2252 classes
-compilées vérifiés. Les trois tailles sont incluses, aucune sauvegarde embarquée.
-Reçu : `build/north201-artifact.json`. Aucun canal public ni Prism modifié.
-
-Visite préparée : `Sanctuary-North-201-42`, nouveau monde issu de l'essai natif.
-Départ près du lac en `(-142,323,-705)`, créatif, commandes, Vulkan, vue 32 et
-simulation 4. Ouverture confirmée par `NORTH201_VISIT_OPEN` dans
-`build/north201-visit-client.log`. Village `(-128,205,-637)`, lac `(-247,258,-765)`, bosquet
-`(-324,258,-780)`, champ de pics vers `(-273,-1059)`, relais `(-128,202,-1240)`.
-
-Limites : visite native Small/42 seulement, pas d'essai Windows ou Medium/Large
-natif sur cette version. Pas de revendication sur les saccades. Les paysages
-NO/NE ne sont pas implémentés ; les anciens mondes ne changent pas de taille.

docs/north-landscape-beta207.md

@@ -1,129 +0,0 @@
-# WG-207 — neige, couronnes et manoir du Nord
-
-Branche `codex/north-landscape-beta207`, depuis beta.206 (`6f78054`).
-
-## Contrat
-
-Accord du créateur sur les trois suites du retour R004 : taïga partiellement
-enneigée, reliefs Voronoi localisés sur les hauts plateaux et manoir procédural
-inspiré du manoir vanilla. Le bois du manoir doit être de l’épicéa (spruce).
-Conserver le diamètre de 1024 blocs, le dessous aminci et les grandes failles
-d’améthyste validés en visite. Ne pas transformer toute la forêt en neige.
-
-Profil neuf 207 exclusivement. Les profils 206 et antérieurs gardent leur
-génération. Aucun monde existant modifié ni chunk régénéré. Contrat des essais :
-nouveaux mondes de développement, graines 42 et 0, avec activation et reprise
-du Nord pour contrôler la génération et préparer une visite. Aucun déploiement
-Prism, publication du canal ou modification de sauvegarde personnelle.
-
-## Implémentation
-
-- Jusqu’à cinq couronnes sur des épaules hautes et soutenues, avec distances
-  de Voronoi, déformation du contour par bruit et cols entre les sommets.
-  Ajout local de quelques dizaines de blocs, plafond à Y=308 ; aucune terrasse
-  globale. Le champ de densité sous le toit initial reste celui de la 206.
-- Nappes de neige de plusieurs échelles sur la taïga, avec deux variantes de
-  biomes froids et les variantes tempérées conservées. Placement sur le sol
-  réel sous la canopée, remplacement des petites plantes, état enneigé de
-  l’herbe/podzol. Les troncs, l’eau et les plantes non admissibles sont protégés.
-  La passe lit les cellules de biome déjà stockées au lieu de refaire le calcul
-  complet des cavités pour chaque colonne de neige.
-- Assemblage natif des pièces du manoir, avec disposition dépendante de la
-  graine, pièces meublées, coffres et occupants vanilla. Conversion locale des
-  bois principaux en épicéa, panneaux en calcite, soubassements en tuf taillé et
-  tapis froids. Les propriétés des escaliers, dalles et portes sont conservées.
-- Recherche bornée d’un site adapté à l’emprise réelle, hors igloos, arrivée,
-  relais et couronnes ; contrôle des appuis colonne par colonne. Aucun
-  terrassement massif ni fondation sans limite vers le vide. Si une graine ne
-  possède pas de site admissible, le manoir est omis avec un diagnostic plutôt
-  que de faire échouer l’expansion.
-- Approche de trois blocs de large en escaliers de tuf, raccordée au terrain
-  devant l’entrée ; appuis et dégagement contrôlés dans les essais natifs.
-
-## Vérifications de compilation
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
--PsanctuaryFocusedTests=base204,north206,north207 -PsanctuaryAtlasOnly=true` :
-succès, contrôles purs et six GameTests ciblés passés. Journal :
-`build/north207-check-build.log` (5 min 42 s).
-
-Après les dernières corrections locales (accès, portillon en épicéa et lecture
-des biomes pour la neige), reconstruction et six GameTests repassés avec
-`:sanctuary:runGameTest build assemblePack assembleTestPack
-:sanctuary-test:exportDuoLaunch -x :sanctuary:check`, mêmes propriétés de sélection.
-Journal final : `build/north207-final2-build.log`, succès en 55 s. Les contrôles
-purs historiques déjà passés n’ont pas été répétés à cette étape. La suite
-historique complète des GameTests n’est pas revendiquée.
-
-Les tests ciblés vérifient le maintien des anciens presets dans les trois tailles,
-la conservation du dessous 206, l’étendue limitée du nouveau relief et les
-propriétés d’orientation des escaliers/portes après conversion en épicéa.
-Les trois fichiers de densité de l’île initiale sont identiques à ceux de la 206.
-
-## Essais natifs sur le build final
-
-Profils Small, nouveaux mondes `north207-final` (42) et `north207-final0` (0).
-Offrande réelle, refus des offrandes incorrectes et des doublons, interruption
-à 0/58 puis reprise des chunks préparés et annonce SGA : succès. Cinq igloos
-et une cave de guérison complets sur chaque graine.
-
-| Relevé | Graine 42 | Graine 0 |
-| --- | --- | --- |
-| Couronnes / ajout maximal relevé | 5 / 52 blocs | 5 / 45 blocs |
-| Colonnes relevées avec élévation > 2 blocs / autres | 191 / 1 767 | 192 / 1 790 |
-| Échantillons profonds identiques à la 206 | 52 989 | 51 958 |
-| Améthyste / faces ouvertes dans la région inspectée | 7 731 / 1 928 | 12 494 / 3 567 |
-| Sols enneigés dans la zone de taïga enneigée inspectée | 2 225 | 1 514 |
-| Sols dégagés / enneigés dans la taïga tempérée inspectée | 2 209 / 0 | 2 372 / 0 |
-| Pièces natives du manoir | 544 | 547 |
-| Fondation maximale du manoir | 5 blocs | 6 blocs |
-| Coffres conservant une table de butin native | 5 | 5 |
-| Cellules de biome stockées contrôlées / incohérences | 1 944 / 0 | 1 944 / 0 |
-
-Les deux manoirs ont des planchers et escaliers en épicéa, des panneaux en
-calcite et du tuf taillé. Aucun bloc de planches de chêne/chêne noir ni feuille
-d’épicéa envahissante dans les volumes examinés. L’approche possède trois
-marches centrales contrôlées avec support et deux blocs d’air de dégagement.
-Les autres coffres des pièces vanilla peuvent être des rangements sans table
-de butin : ne pas confondre nombre total de coffres et récompenses.
-
-Ces nombres sont des relevés locaux ou sur grille, pas un inventaire de l’île.
-L’essai préliminaire `north207-a` avait déjà passé les contrôles de paysage et
-de manoir ; les deux essais ci-dessus utilisent le JAR final, après optimisation
-de la passe de neige et vérification supplémentaire de l’accès et du butin.
-Les essais finaux tournaient en parallèle : leurs durées ne constituent pas
-une comparaison de performance avec la 206.
-
-## Livraison locale
-
-MRpack normal `build/Sanctuary-beta.207.mrpack`, copié dans `~/Downloads/`.
-ZIP intact, JAR identique au build final, profils courants et historiques des
-trois tailles présents, aucun mod Test ni monde embarqué. Minecraft 26.3,
-Fabric Loader 0.19.5. Reçu : `build/north207-mrpack-receipt.json`.
-
-SHA-256 : `1f6caca543dddea4e961bba6737a9d4a0e2fbb2935fb17a3c2c94d8f1a7a635d`.
-
-Nouvelle visite `north207-visit`, graine 42, copiée depuis le monde vérifié et
-arrêté. Vue 32 chunks, simulation 5, commandes et vol créatif. Position initiale
-préparée : **(49.5, 302, -1285.5)**, face au manoir. Repères de visite :
-
-- Manoir : **(-27, 252, -1244)**.
-- Taïga enneigée : **(-192, 251, -704)**.
-- Taïga dégagée : **(32, 253, -720)**.
-- Sommet ajouté : **(-448, 303, -1008)**.
-
-Les repères indiquent les régions contrôlées ; certains sont au-dessus du sol
-pour la visite en vol. Aucun canal public, serveur personnel ou instance Prism
-modifié. Les mondes précédents sont conservés.
-
-Le client confirme Vulkan / MoltenVK et `NORTH207_VISIT_OPEN` à **(49, 302,
--1286)** le 5 octobre à 02:28. La visite est ouverte ; le rendu reste à juger
-par le créateur, sans prétendre à une inspection graphique exhaustive.
-
-## Limites
-
-Le manoir utilise les pièces et le butin natifs avec une palette propre au Nord.
-Il ne possède pas de nouvelle entrée `/locate` ; son placement appartient au
-générateur local. L’admission peut omettre le manoir sur une graine sans appui
-admissible. Aucun jugement esthétique global, essai Windows ou benchmark
-comparatif n’est déduit des vérifications techniques.

docs/north-noise-beta205.md

@@ -1,77 +0,0 @@
-# WG-205 — Nord en bruit 3D natif
-
-Branche `codex/north-noise-beta205`, depuis beta.204 (`2463db7`).
-
-Retour : montagnes reliées et trop étirées, démarcations de biomes suivant les
-chunks. Retirer la surélévation Peaks et les masses ajoutées au-dessus du bruit
-de base ; habiller ensuite les surfaces réellement générées.
-
-Contrat : nouveau profil 205 uniquement, Nord de 1024 blocs. Taïga géante,
-glaces et cinq igloos conservés. Île de départ et profils 200–204 inchangés.
-Aucune migration, aucun ancien chunk modifié. Essais sur nouveaux mondes de
-développement, graines 42 et 0. Publication et installation Prism non demandées.
-
-## Changements
-
-Le Nord 204 cumulait la déformation verticale Peaks, un agrandissement horizontal
-×2 / vertical √2 et les corps supérieurs de la densité Population. Le profil 205
-utilise le champ natif sans ces déformations : enveloppe de 1024 directement,
-bruit à son échelle d'origine et cavités conservées. Le champ n'est pas rehaussé
-après coup pour former une chaîne de montagnes. Les anciennes classes 204 restent
-inchangées et les autres directions conservent leur relief.
-
-Le champ d'écologie 204 arrondissait X/Z par groupes de huit blocs. La hauteur,
-la pente et les seuils de glace pouvaient alors changer d'un carré au suivant.
-Le nouveau lecteur interpole les hauteurs entre les mesures ; il mesure à nouveau
-une colonne quand un voisin est vide, sans fabriquer un sol par interpolation.
-Les sols sont appliqués sur la vraie hauteur du chunk déjà généré. La ligne de
-froid est ajustée au nouveau relief moins élevé, avec taïga géante, neige, pics
-natifs et cavernes glacées ; les igloos cherchent des épaules soutenues.
-
-## Vérifications — 5 octobre 2026
-
-- Cinq GameTests ciblés passés (`base204,north205`, plus contrôle commun) :
-  presets courants/historiques sans Test, pente continue sur les frontières X/Z
-  négatives et positives, indépendance des workers, absence d'étirement et de
-  surélévation 205, conservation de l'ancien comportement 204 et des autres axes.
-- Small, graine 42, monde neuf `north205-final` : offrande réelle, refus des doublons,
-  interruption/reprise, préparation de 58 chunks, cinq igloos et une cave de
-  guérison vérifiés. Centre `(-128, -944)`, arrivée `(-160, 253, -1024)`.
-- Même graine : échantillons de surface Y=87–251, épaisseur maximale 179 blocs,
-  taïga géante avec un tronc de 59 blocs, cavité avec air et glace, glacier présent.
-  Zéro incohérence entre les 3 456 cellules de biome sauvegardées aux jointures
-  des zones contrôlées et le champ mondial. Reçus dans
-  `build/worldgen-lab/north205-final/small/42/`.
-- Le premier diagnostic de grotte pointait le massif le plus épais, contenant
-  surtout de la roche. Le contrôle cherche maintenant une poche vide sous une
-  couverture suffisante avant de vérifier air et glace dans les chunks réels.
-  Le terrain n'a pas été modifié pour satisfaire ce diagnostic.
-- Small, graine 0, monde neuf `north205-final0` : mêmes contrôles de l'expansion,
-  cinq igloos, cavernes et glaciers passés. Échantillons Y=84–255, tronc maximal
-  61 blocs. Zéro incohérence sur 3 456 cellules de biome supplémentaires. Le
-  contrôle de glacier inclut la glace normale, adaptée à ces altitudes, et
-  exige plus de 50 blocs glacés dans la zone examinée ; il ne suppose plus la
-  présence obligatoire de glace compacte ou bleue. La graine 0 en contient 117.
-- `./gradlew check build assemblePack assembleTestPack
-  -PsanctuaryFocusedTests=base204,north205 -PsanctuaryAtlasOnly=true` : succès,
-  journal `build/north205-check-build.log`. La suite native complète n'est pas
-  revendiquée. Après la dernière correction du diagnostic Test, sa compilation,
-  ses tests et son build ont également passé ; une répétition inutile des tâches
-  du mod principal a été interrompue. Les deux essais natifs finaux utilisent
-  ce diagnostic corrigé. Le JAR du mod normal n'a pas changé après sa validation.
-- MRpack normal exporté et vérifié : contenu ZIP intact, JAR identique au build,
-  preset public 205, profils historiques présents, aucun Test ou monde embarqué.
-  SHA-256 : `63023e8ff355afb94223bd697a71ae1d6ad72c80dca2f5c502664627f3d8d572`.
-
-Les mesures de hauteur sont des échantillons, pas un relevé exhaustif de tous les blocs. La
-continuité numérique et les biomes stockés sont testés ; l'appréciation visuelle
-des transitions reste à confirmer en visite. Aucune validation Windows revendiquée.
-
-## Livraison locale
-
-`build/Sanctuary-beta.205.mrpack`, copié dans `~/Downloads/`. Une copie neuve du
-monde vérifié est ouverte dans `north205-play`, graine 42, en créatif avec
-commandes autorisées, Vulkan, vue 32 chunks et simulation 5. La visite commence
-au-dessus de la taïga en `(-143.5, 331, -677.5)` ; `NORTH205_VISIT_OPEN` et
-le backend Vulkan sont confirmés dans le journal. Aucun monde 204 n'est converti.
-Le canal public et l'instance Prism ne sont pas modifiés.

docs/north-ridges-beta208.md

@@ -1,113 +0,0 @@
-# WG-208 — crêtes et replats glacés du Nord
-
-Branche `codex/north-ridges-beta208`, depuis beta.207 (`bb10c24`).
-
-## Contrat
-
-Dernier affinage demandé avant clôture du Nord : remplacer les couronnes trop
-rondes par des arêtes anguleuses, des sommets pointus et des entailles d'érosion.
-Ajouter quelques replats à différentes altitudes avec des poches de glace.
-Les formations de glace au-dessus restent une piste : privilégier quelques
-aiguilles naturelles localisées, sans ajouter de bâtiment.
-Conserver la taille de 1024 blocs, la taïga partiellement enneigée, le dessous
-aminci, les failles d'améthyste, les igloos et le manoir en épicéa validés.
-
-Profil neuf 208 uniquement. Les générations 207 et antérieures restent
-disponibles et inchangées. Essais autorisés sur de nouveaux mondes de
-développement, graines 42 et 0, avec activation/reprise du Nord. Préparer une
-nouvelle visite solo Vulkan à 32 chunks ; aucune sauvegarde existante modifiée.
-Aucun déploiement Prism ni publication du canal public.
-
-## Réalisation
-
-- Les mêmes cinq sites de relief qu'en 207 reçoivent des faces asymétriques.
-  La distance aux sites Voronoi sépare les massifs ; cinq plans inégaux dessinent
-  leurs arêtes. La pente reste marquée près du sommet au lieu de s'y arrondir.
-  Des entailles par bruit cohérent interrompent localement les flancs. Il ne
-  s'agit pas d'une simulation d'érosion ou d'une hydrologie globale.
-- Jusqu'à deux replats par massif, de rayons 15 et 19 blocs, à des hauteurs
-  différentes. Ils sont admis uniquement au-dessus du toit rocheux existant,
-  avec raccordement progressif sur leur bord. Aucune quantification générale
-  des altitudes ni succession de terrasses sur toute l'île.
-- Petites cuvettes de glace sur glace compacte, encaissées d'un bloc, et
-  aiguilles de glace sur certaines rives. Ces poches sont gelées jusqu'au fond :
-  elles n'ajoutent pas d'écoulements ni de nouvelles cascades.
-- Densité profonde de la 206 conservée ; écologie et neige de la 207 réutilisées,
-  y compris leurs identifiants de biomes. Manoir et igloos adaptés au nouveau
-  champ de relief, avec leurs palettes et contenus conservés. Les anciens
-  générateurs et ressources 207 restent disponibles.
-- Les calculs de sommet sont mémorisés par colonne dans un cache borné par
-  worker. Aucun parcours global supplémentaire à chaque tick.
-
-## Vérification
-
-`./gradlew check build assemblePack assembleTestPack :sanctuary-test:exportDuoLaunch
--PsanctuaryFocusedTests=base204,north207,north208 -PsanctuaryAtlasOnly=true` :
-succès en 4 min 47 s, contrôles purs et sept GameTests ciblés passés.
-Journal : `build/north208-check-build.log`. Les tests vérifient notamment les
-anciens presets des trois tailles, le maintien de la densité profonde, le dénivelé
-près des sommets, les appuis des cuvettes et le déterminisme entre workers.
-La suite historique complète des GameTests n'est pas revendiquée.
-
-Les dernières additions au diagnostic et au lanceur du module Test sont
-recompilées et assemblées séparément, sans répéter les contrôles purs déjà passés :
-`build/north208-lab-final.log`, succès. Les trois fichiers de densité de l'île
-principale sont strictement identiques à la 207.
-
-Le premier essai 42 passe tous les contrôles. Sur la graine 0, un replat
-pouvait remplir un creux trop profond (élévation locale relevée de 94 blocs).
-L'admission exige désormais un toit proche sur toute l'emprise ; une garde
-par colonne empêche de combler les trous profonds. Un test de régression
-reproduit une cavité sous un replat. Reconstruction finale avec `:sanctuary:runGameTest build assemblePack assembleTestPack
-:sanctuary-test:exportDuoLaunch -x :sanctuary:check`, sélection `base204,north208` :
-succès en 1 min 1 s ; six tests ciblés, dont la régression du trou profond,
-passés. Les contrôles purs précédemment passés ne sont pas répétés à cette étape.
-Journal : `build/north208-final-build.log`. Les essais finaux `north208-final` (42) et `north208-final0` (0) passent sur le
-JAR final. Offrandes réelles, refus des doublons, interruption à 0/58, reprise
-jusqu'à 58 chunks FULL et annonce SGA contrôlés. Serveurs arrêtés proprement.
-
-| Relevé | Graine 42 | Graine 0 |
-| --- | --- | --- |
-| Sommets / élévation maximale relevée | 5 / 50 blocs | 5 / 44 blocs |
-| Colonnes relevées élevées / autres | 183 / 1 775 | 197 / 1 785 |
-| Dénivelé moyen à 8 blocs de chaque sommet | 6,6–9,1 blocs | 5,6–6,9 blocs |
-| Replats glacés admis | 6 | 5 |
-| Glace dans les cuvettes inspectées | 1 972 blocs | 2 000 blocs |
-| Glace compacte des formations de rive inspectées | 360 blocs | 236 blocs |
-| Échantillons profonds identiques à la 206 | 52 989 | 51 958 |
-| Améthyste / faces ouvertes inspectées | 7 731 / 1 928 | 12 494 / 3 567 |
-| Cellules de biome vérifiées / incohérences | 1 944 / 0 | 1 944 / 0 |
-
-La neige et les forêts dégagées restent présentes. Cinq igloos et une cave de
-soins par île. Manoirs de 544 et 547 pièces, aux mêmes emplacements qu'en 207,
-avec trois marches d'accès vérifiées et cinq coffres à table de butin native
-chacun. Les comptages sont des relevés locaux ou sur grille, pas un inventaire
-exhaustif. Les essais simultanés ne constituent pas un benchmark comparatif.
-
-## Distribution locale
-
-MRpack normal exporté et contrôlé : archive ZIP intacte, JAR strictement identique
-au build, profils 207 et 208 Small/Medium/Large présents, aucun module Test ni
-monde embarqué. Minecraft 26.3 / Fabric Loader 0.19.5.
-Reçu : `build/north208-mrpack-receipt.json`. Copie dans `~/Downloads/`.
-SHA-256 : `bf1006efca537996fe4e33750ff08cbf821d2735bc03e5ce517da7fd62922845`.
-
-## Limites
-
-La retouche ne résout pas à elle seule le temps de chargement signalé. Aucun
-benchmark comparatif, jugement esthétique global ni essai Windows n'est déduit
-des vérifications. La clôture visuelle du Nord revient à la visite du créateur.
-
-
-## Visite solo
-
-Nouveau monde `Sanctuary-North-208-42` dans
-`build/worldgen-lab/north208-final-visit/small/42/client/saves/`, copié depuis
-l'essai final arrêté. Vue 32 chunks, simulation 5, créatif en vol et commandes.
-Position initiale : **(-389.5, 325, -1060.5)**, face au sommet **(-448, 301, -1008)**.
-Replat voisin : **(-457, 278, -1034)** ; second niveau : **(-406, 262, -986)**.
-Manoir conservé : **(-27, 252, -1244)**. Anciennes visites préservées.
-
-Le client confirme Vulkan / MoltenVK et `NORTH208_VISIT_OPEN` le 5 octobre
-à 03:23:59, en **(-390, 325, -1061)**. Visite ouverte ; aucune inspection graphique
-exhaustive ni validation esthétique du créateur n'est déduite de ce lancement.

docs/notes-beta289.md

@@ -1,21 +0,0 @@
-# Sanctuary beta.289
-
-Six nouveaux infectés rejoignent Sanctuary : Infecté, Charger, Spitter, Boomer,
-Smoker et Hunter, chacun avec son œuf et son comportement. Le Spitter laisse
-une flaque d’acide ; le Smoker doit toucher avec son lasso avant de tirer sa
-cible ; le Hunter prépare un bond qui peut être esquivé.
-
-Neuf tenues aléatoires sont partagées avec le zombie classique. Les bras restent
-en avant, avec le Hunter accroupi au sol. Les infectés restent sans variante
-bébé ; leurs familiers reprennent le modèle adulte en miniature, à taille
-variable, avec leurs pouvoirs.
-
-Les objets lumineux tenus en main éclairent de nouveau le terrain avec Sodium,
-y compris sans PBR. JEI est intégré au même JAR Sanctuary sur le client et le
-serveur. Le grand dézoom de carte et les relevés lointains sont conservés.
-
-Minecraft 26.3 · Fabric 0.19.5. Construction complète, 31 tests serveur et parcours
-Vulkan des zombies/familiers vérifiés pour cette livraison. Les lumières utilisent
-le correctif de beta.288, dont les classes sont conservées à l’identique.
-
-Le téléchargement du site reste l’instance Prism prête à suivre le canal stable.

docs/notes-beta293.md

@@ -1,19 +0,0 @@
-# Sanctuary beta.293
-
-- Happy Creepers repris de la branche dédiée `codex/happy-creepers` : Maj +
-  clic droit avec une fleur pour la porter, visage souriant et comportement
-  passif ; retrait à main vide avec le même geste. Charge électrique conservée.
-- Baleines fantômes volantes et œuf natif de beta.290 inclus.
-- Logo Sanctuary affiché pendant les téléchargements et mises à jour packwiz,
-  avec l'installateur intégré au ZIP Prism prêt à importer.
-- Simple Voice Chat 2.6.24+26.3, Bobby 5.2.16+mc26.3, Lithium 0.26.2+mc26.3 et
-  Entity Culling 1.11.3 pour 26.3 disponibles comme choix facultatifs du client.
-  Lithium et la voix font également partie du profil serveur.
-- Sound Physics 1.5.1, Sodium 0.9.2, JEI embarqué et Minecraft 26.3 / Fabric
-  0.19.5 conservés. La version vocale retenue respecte ces dépendances.
-- Sauvegardes et réglages restent attachés à la même instance ; aucun changement
-  de génération ou de format de monde. Dozei Stream et Only Fun restent futurs.
-
-Le ZIP Prism suit le canal stable à chaque lancement. Les anciens utilisateurs
-gardent leur instance ; la première mise à jour de l'habillage doit aussi
-installer le nouvel outil packwiz et conserver `--bootstrap-no-update`.

docs/notes-beta295.md

@@ -1,17 +0,0 @@
-# Sanctuary beta.295
-
-Le serveur **Sanctuary Beta** est enregistré automatiquement au premier
-lancement du client, avec le logo du modpack. Il utilise l'adresse publique
-`beta.sanctuary-minecraft.net`. Les autres favoris restent conservés ; vous
-pouvez ensuite renommer, déplacer ou supprimer cette entrée.
-
-Le serveur annonce aussi le logo Sanctuary dans la liste multijoueur.
-Le même parcours s'applique au ZIP Prism du site, au MRpack et aux instances
-existantes qui suivent le canal packwiz.
-
-La commande de propriété est unifiée : **`/sanctuary property`**, avec
-`claim`, `protect` et `duel`. Les alias `propriete` et `propriété` sont retirés.
-Les règles, prix et protections des claims restent identiques.
-
-Les sauvegardes et paramètres de génération sont conservés ; aucun nouveau
-monde n'est nécessaire.

docs/optional-mods-beta292.md

@@ -1,164 +0,0 @@
-# PACK-292 — voix, cache de chunks et optimisations
-
-Préparation locale du **26 octobre 2026**, branche
-`codex/optional-mods-integration`, depuis le logo packwiz beta.291.
-Le même logo et le même canal stable sont conservés.
-
-## Mods intégrés
-
-| Mod | Binaire retenu pour Minecraft 26.3 / Fabric | Client | Serveur |
-| --- | --- | --- | --- |
-| [Simple Voice Chat](https://modrinth.com/plugin/simple-voice-chat/version/OLnMVWXy) | 2.6.24+26.3, bêta | Facultatif, coché initialement | Inclus, activé initialement |
-| [Bobby](https://modrinth.com/mod/bobby/version/J7YnfCss) | 5.2.16+mc26.3 | Facultatif, coché initialement | Exclu |
-| [Lithium](https://modrinth.com/mod/lithium/version/xS0Q8LSi) | 0.26.2+mc26.3 | Facultatif, coché initialement | Inclus, activé initialement |
-| [Entity Culling](https://modrinth.com/mod/entityculling/version/X1g3VhTx) | 1.11.3 pour mc26.3 | Facultatif, coché initialement | Exclu |
-
-Chaque téléchargement utilise le binaire original, sa version Modrinth
-immuable et son SHA-512 dans `packwiz/mods/*.pw.toml`. Les JAR restent séparés,
-sans dépendance obligatoire ni copie imbriquée dans le JAR Sanctuary. Les
-descriptions du sélecteur packwiz sont en FR/EN. Les interfaces amont conservent
-leurs propres traductions, vérifiées pour le menu vocal français et anglais.
-
-`scripts/data/optional-mods.json` fixe les identifiants, versions, côtés,
-dépendances et conflits attendus. `verify_optional_mods.py`, exécuté par
-`check` et `assemblePack`, vérifie les métadonnées Fabric des JAR, leur hash et
-les bibliothèques imbriquées. Les quatre fichiers réellement utilisés par
-Gradle sont aussi comparés aux binaires vérifiés pendant la validation.
-Minecraft reste **26.3**, Loader **0.19.5**, Java **25**, Fabric API
-**0.160.5+26.3** ; MixinExtras **0.5.5** est fourni par Loader et satisfait Lithium.
-
-## Choix de version vocale
-
-Les versions vocales 2.6.25 et 2.6.26 refusent explicitement Sound Physics
-Remastered <1.5.2. Le pack conserve son **1.5.1+26.3** et son interface native,
-donc la voix est épinglée en **2.6.24+26.3**, sans contournement des dépendances.
-Le plug-in Sound Physics est chargé par le serveur vocal et la connexion locale
-est authentifiée pendant le parcours client. Les mises à jour de ces deux mods
-doivent être traitées ensemble à la prochaine évolution de version.
-
-Le menu vocal s'ouvre avec sa touche amont **V**, configurable ; la touche de
-push-to-talk se choisit dans les réglages vocaux. Aucun raccourci ni préférence
-personnelle n'est remplacé par le pack. La voix reste facultative pour le joueur.
-
-Le profil serveur contient désormais **Fabric API, Sanctuary, Lithium et Simple
-Voice Chat**. Son choix est indépendant des options d'un client. Le kit Linux
-reste sans interface ; son installateur officiel est conservé. La vérification
-Web compare aussi les nouveaux JAR serveur au canal avant toute publication.
-
-L'utilisation sur la Beta dédiée exigera le
-[port UDP vocal](https://dev.modrepo.de/minecraft/voicechat/wiki/server_setup),
-par défaut 24454, et un échange audible entre deux joueurs. Cette préparation
-ne modifie ni la CT Beta, ni ses règles réseau, ni l'instance personnelle. Le
-microphone est désactivé dans le test de développement ; aucune captation de la
-voix réelle de l'utilisateur n'est nécessaire à la validation réseau locale.
-
-## Portée de Bobby et d'Entity Culling
-
-[Bobby](https://github.com/Johni0702/bobby) conserve les chunks déjà envoyés
-par le serveur dans son cache client `.bobby`, puis peut afficher leur dernière
-copie connue au-delà de la distance d'envoi. Il ne génère pas de chunks et ne
-simule pas les zones lointaines. Le serveur reste autoritaire lorsqu'il renvoie
-l'état courant. Le pack ne distribue aucun monde `bobby-fallback`, cache, ni
-configuration personnelle ; la limite de distance et la conservation du cache
-restent celles du mod et des réglages du joueur.
-
-[Entity Culling](https://github.com/tr7zw/EntityCulling) conserve son moteur
-amont et ses bibliothèques TRender/TRansition imbriquées. L'occlusion et la
-réapparition d'une entité sont exercées sur Vulkan. Aucun gain chiffré de FPS
-ou de ticks n'est revendiqué ; les validations vérifient ici le fonctionnement
-et la coexistence, sans benchmark représentatif de tous les mondes Sanctuary.
-
-## Vérifications
-
-- `./gradlew check build assemblePack assembleServerPack
-  -PsanctuaryFocusedTests=recipes,progression,smoker285,hunter286
-  -PsanctuaryAtlasOnly=true -PsanctuaryOptional292ServerTests=true` :
-  **réussi en 2 min 52 s**, **46 tests serveur requis réussis**, Lithium et voix
-  effectivement chargés. Recettes, progression, lasso du Smoker et bond du Hunter
-  sont exercés avec ces dépendances. Les contrôles de ressources, de packwiz et
-  de l'habillage passent aussi. Le test de quota de baleines déjà en échec dans
-  [beta.291](packwiz-logo-beta291.md) reste hors de ce périmètre, sans correction
-  ni validation nouvelle de ce cas.
-- Parcours graphique **Vulkan / MoltenVK 1.4.2 / Apple M1 avec Sodium 0.9.2**,
-  réussi en **38 s** : quatre mods présents, Sound Physics initialisé, entité
-  masquée derrière le mur puis visible après retrait ; Bobby actif, stockage
-  persistant et **35 chunks de cache** visibles après un déplacement de huit
-  chunks avec une distance d'envoi de quatre. Authentification et connexion UDP
-  vocales réelles, menus vocaux FR/EN ouverts en gardant le microphone muet.
-  Les captures du mur, de l'entité réapparue et du menu FR sont inspectées.
-- Le même parcours **Vulkan sans Sodium** réussit en **43 s**, avec les mêmes
-  contrôles, 35 chunks de cache et menus FR/EN. Un premier passage avait atteint
-  tous les contrôles avant de se bloquer dans la synchronisation des threads du
-  lanceur Fabric pendant la fermeture du monde ; il a été interrompu après
-  capture des piles. La nouvelle exécution se ferme normalement. Cette limite
-  du premier essai reste dans le journal, sans la présenter comme un succès.
-- Deux synchronisations client depuis le ZIP Prism réussies : **huit JAR**,
-  un seul Sanctuary, mêmes hashes au second passage, logo de l'installateur
-  conservé et trois fichiers témoins personnels inchangés. Puis deux passages
-  supplémentaires avec un choix Bobby désactivé déjà persisté, simulé dans le
-  cache de test : Bobby n'est pas réinstallé et le choix reste faux.
-- Deux synchronisations serveur réussies : exactement les quatre JAR du
-  profil serveur ; aucun Bobby, Entity Culling, Sodium ou Sound Physics client.
-- Les **11 tests** du vérificateur Web passent, y compris la comparaison des
-  dépendances partagées avec le relevé serveur et le refus d'un mod client dans
-  son profil. Le MRpack exporté possède les sept dépendances distantes et leurs
-  bons côtés et options ; les overrides sont limités à Sanctuary et son icône.
-- Contrôle complémentaire des baleines avec les quatre mods, Sodium et Vulkan :
-  les assertions de rendu translucide, modèle animé, œuf FR/EN, deux entités
-  chargées et déplacement réel atteignent `WHALE290_CLIENT_PASS`. La capture
-  `0001_whale290-ghosts.png` est inspectée. Ce parcours se bloque ensuite à la
-  fermeture dans la synchronisation du lanceur de tests Fabric et est arrêté
-  après capture des piles ; il ne constitue pas une exécution complète réussie.
-- Après ajout des notices, le JAR et les archives sont réassemblés et les
-  synchronisations sont répétées sur les binaires finaux. Les **2 658 classes
-  de jeu** restent identiques à beta.291. Le vérificateur Web accepte le MRpack
-  et le ZIP Prism finaux contre les métadonnées préparées et les hashes du
-  serveur de test synchronisé, avec état de service simulé pour cette vérification
-  hors ligne ; aucune CT de production n'est contactée.
-
-Les essais utilisent uniquement des mondes et dossiers de développement sous
-`build/`. Les copies et hashes finaux sont consignés dans
-`build/optional-mods292/`, avec les journaux, captures et reçus natifs.
-Le passage vocal audible à deux joueurs, l'accès UDP depuis Internet et les
-rendus propres aux familiers et multiblocs avec culling restent des
-vérifications complémentaires à effectuer avant d'en revendiquer la couverture.
-
-Commande du parcours client principal (ajouter `-PsanctuarySodiumClientTests=true`
-pour le passage avec Sodium) :
-
-```sh
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryOptional292ClientTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true \
-  -PsanctuaryFocusedTests=recipes,progression
-```
-
-L'option supplémentaire `-PsanctuaryOptional292WhaleOnly=true` sélectionne
-le diagnostic des baleines avec le même ensemble de mods ; son blocage de
-fermeture observé ci-dessus reste ouvert.
-
-## Livraison et suite
-
-Le compteur du pack et du mod est aligné sur **beta.292**. Les archives locales
-conservent l'habillage packwiz, les options et le canal de la Beta. Un ZIP Prism
-préparé ne fait pas avancer le canal public : avant publication, ce canal sert
-encore la version publiée. Aucune installation de jeu, sauvegarde personnelle,
-publication Web, release Gitea ou configuration réseau n'est modifiée ici.
-
-Dozei Stream et Only Fun restent des modules personnels futurs, avec leurs
-[tickets de cadrage](integrations-mods-next.md). Aucun artefact fictif n'est
-ajouté au pack pour ces projets.
-
-Artefacts locaux vérifiés, reçus dans `artifacts.json` :
-
-| Fichier dans `build/` | Octets | SHA-256 |
-| --- | ---: | --- |
-| `Sanctuary-beta.292.mrpack` | 16 753 207 | `28980cec018fc81f700cb8ecb3981199537e04ff737bf58b220ce442b7e5dc56` |
-| `Sanctuary-Prism-beta.292.zip` | 3 928 525 | `95c57f5e70627a2847d1cc2033c8d9f50f44ef4a302ca892bc727e0c37ece0a9` |
-| `Sanctuary-Server-beta.292.zip` | 4 036 530 | `0ac362bbfbfd2c03efdaf6b209d9319e648ad546bee074521038fffc86bb640a` |
-
-JAR Sanctuary : `0163da08897de96559ab51f482363bd00c03cfb3309784cdb6e112acf25a4862`.
-Le ZIP Prism d'amorçage a les mêmes octets qu'en beta.291 : il contient l'outil,
-le logo et l'adresse stable, et les versions de Minecraft/Loader n'ont pas changé.
-Le MRpack et les métadonnées du canal préparé contiennent les nouveaux mods.

docs/origin-gallery-beta182.md

@@ -1,68 +0,0 @@
-# ORIGIN-182 — galerie inférieure et rosace
-
-Suite du retour en jeu sur beta.181, le 30 septembre 2026. Branche
-`codex/origin-gallery-beta182`, dans le checkout de développement réutilisé
-`rocky-ecology-beta178`. La palette naturelle de l’origine est validée par le
-créateur. Les élévations gênent les huit directions ; elles doivent être
-placées entre les axes. Essayer une cloche vitrée en rosace et développer
-la scène souterraine. L’origine reste en l’air.
-
-La mention « le truc dans les airs » est interprétée ici comme la rosace,
-en attendant une éventuelle précision ; l’ISS reste un chantier séparé.
-
-## Contrat du nouveau monde
-
-Nouveau preset facultatif `sanctuary_test:gallery_v1`, profil `gallery`,
-graine 42. Les profils précédents et la génération normale restent disponibles
-avec leur génération propre. Aucun ancien monde, chunk ou format de sauvegarde
-n’est modifié. Aucune expansion ni dimension n’est activée par ce prototype.
-
-La galerie sélectionne une cavité centrale sous X=0/Z=0 par un échantillonnage
-borné du champ de densité existant. Deux chambres voisines forment une boucle
-avec elle ; les passages suivent des failles inclinées, les sols ondulent et
-les plafonds sont voûtés. Roche dominante, calcite par veines, mousse ponctuelle,
-quelques reliefs de tuf. Pas de murs rectangulaires plaqués sur toute la caverne.
-Un socle d’obsidienne central et deux montants sombres interrompus donnent un
-premier emplacement au portail inférieur. C’est une scène architecturale :
-ni portail actif, ni recette d’allumage ou téléportation ne sont implémentés.
-
-L’origine conserve la palette, le sol à huit directions et le bloc en
-(0,320,0), lumineux et monochrome. Une cloche de verre clair et blanc avec
-huit nervures de cuivre patiné remplace les trois élévations. Les supports
-sont entre les axes ; huit ouvertures basses conservent vues et passages.
-L’ISS, les huit salles d’ancres et les trois secteurs de gemmes ne sont pas
-ajoutés dans ce lot.
-
-Les deux lieux sont posés par chunk à la génération, sans ticker, sans
-recherche globale d’eau et sans journal de progression. Le plan souterrain
-est calculé une fois pour la source de biomes puis réutilisé. Une sauvegarde
-recharge les blocs, elle ne reconstruit pas les lieux.
-
-## Vérifications
-
-Compilation et export du lanceur réussis. Monde neuf `solo182a/gallery/42` :
-contrôles de la beta.180 conservés (567 échantillons de densité, trois cerisiers,
-bassins de 1 232 et 1 221 blocs, cinq spawners et quatre caches avec les gemmes).
-Zéro région d’hydrologie calculée.
-
-La galerie contient 1 558 colonnes sculptées ; 1 514 surfaces praticables
-appartiennent au même réseau, connecté par marches d’un bloc maximum.
-Les trois centres de salle sont en (0,175,0), (-34,169,-26), (-38,146,24).
-Le socle porte l’obsidienne en (0,177,0). La rosace compte 1 841 blocs avec
-le fragment rocheux : huit axes libres à hauteur du joueur et noyau lumineux
-sans relais activé. Rapport local `build/gallery182-quick-result.json`.
-Arrêt du serveur de préparation et sauvegarde terminés proprement.
-
-Solo neuf préparé sous `visite182/gallery/42`, `Sanctuary-Gallery-182-Solo`,
-vue 32, créatif et commandes, première vue sur la galerie.
-Visites : galerie `/tp 0.5 177 7.5 180 0` ; rosace
-`/tp 0.5 319 5.5 180 0`. Rendu et proportions à juger en jeu sur la graine 42 ;
-aucune autre graine ni capture du rendu n’est revendiquée.
-Suite générale `check build assemblePack assembleTestPack` réussie en 8 min 1 s,
-265/265 GameTests ; journal `build/gallery182-check-build.log`.
-
-Entrée dans le solo confirmée depuis par le créateur. Le journal
-`build/gallery182-solo.log` enregistre KokaLab connecté le 30 septembre à
-02:25:12, vue 32 chunks. Son retour valide la palette, la rosace et les étangs ;
-la correction du portail et les lieux manquants sont suivis dans
-[DISCOVERY-183](island-discovery-beta183.md).

docs/packwiz-logo-beta291.md

@@ -1,109 +0,0 @@
-# PACK-LOGO — logo Sanctuary pendant packwiz
-
-Branche `codex/packwiz-sanctuary-logo`, préparation locale **beta.291**, depuis
-le socle beta.290. Demande du 26 octobre 2026 : afficher le bandeau Sanctuary
-fourni dans la fenêtre de téléchargement et de mise à jour, avant Minecraft.
-
-## Résultat
-
-Le PNG `minecraft.png` fourni par le créateur est conservé octet pour octet
-dans `launcher/packwiz/sanctuary.png` (1024 × 256, RGBA). Son SHA-256 est
-`efee73a6c812c89b2900d41f6446c0f906ccf85136b6c226daf42870a41a5157`.
-La fenêtre l'affiche sur fond noir à 640 × 160, proportions conservées,
-au-dessus de la progression réelle. Ses boutons, le texte initial et le
-compte à rebours suivent la langue du système : français, anglais sinon.
-Les messages et dialogues du moteur amont conservent leurs traductions amont.
-
-`scripts/packwiz_installer.py` télécharge le JAR officiel
-[packwiz-installer v0.5.14](https://github.com/packwiz/packwiz-installer/releases/tag/v0.5.14),
-vérifie son SHA-256, puis remplace uniquement `InstallWindow.class` par
-l'adaptation Java de sa fenêtre Swing. Toutes les autres classes et notices
-restent identiques : téléchargement, vérification des hashes, sélection des
-mods facultatifs, erreurs et annulation continuent de dépendre de packwiz.
-La licence MIT de comp500 et le source de l'adaptation sont joints au JAR.
-Le logo est embarqué : aucun téléchargement d'image n'est requis pour l'afficher.
-
-Le build utilise Java 25 ; les classes de la fenêtre ciblent Java 8 comme
-l'amont. Les SHA-256 de l'amont, du logo et du résultat sont fixés dans
-`launcher/packwiz/installer.json`. Une compilation différente échoue avant
-d'écrire le JAR de distribution. Les dépendances et JAR générés restent dans
-`build/packwiz-branding/`, ignoré par Git.
-
-## Archive Prism et mises à jour
-
-La commande habituelle `python3.14 scripts/pack.py prism <url-du-canal>`
-embarque le bootstrap officiel vérifié et le nouvel installateur vérifié,
-avec la même configuration Minecraft 26.3 / Fabric 0.19.5 et le même canal
-stable. `--bootstrap-no-update` empêche le bootstrap de remplacer la fenêtre
-Sanctuary par le binaire officiel. Cette option concerne **l'installateur** ;
-la synchronisation des mods packwiz reste active à chaque lancement.
-Le nom beta.291 du ZIP local n'avance pas ce canal : avant publication, un
-lancement visant l'adresse stable récupère la version déjà publiée, beta.289
-au moment de cette préparation. Les essais beta.291 utilisent un serveur HTTP
-de développement isolé, jamais le monde ni le serveur personnel.
-
-Les évolutions de l'installateur doivent donc être préparées et testées
-explicitement, avec mise à jour du verrou et du vérificateur Web. Une simple
-avance du canal de mods ne met pas à jour l'outil d'une instance existante.
-Lors d'une future synchronisation locale demandée, sauvegarder l'instance,
-copier le JAR vérifié et ajouter l'option à sa commande avant lancement en
-conservant les autres réglages ; conserver cette même instance, sans réimport.
-Le kit serveur conserve son installateur officiel et son fonctionnement sans
-interface. Le logo n'est pas ajouté à l'index des fichiers du monde ou du jeu.
-
-`verify_prism` contrôle désormais les deux JAR par leurs hashes et la présence
-de l'option qui conserve l'habillage. Les sauvegardes et fichiers personnels
-restent refusés dans le ZIP. Le MRpack n'embarque pas les commandes Prism et
-ne suffit pas à installer cet habillage.
-
-## Vérifications
-
-- Logo fourni identique octet pour octet ; JAR résultant contrôlé par son
-  SHA-256 `9e2912fdd05e5c23721acd58cd5c61bbf13061e453627e8f4df9a4c53f7aa875`.
-- Les deux tests de distribution de `test_packwiz_installer.py` passent :
-  toutes les entrées de l'amont sont relues, seule la classe de fenêtre change,
-  et le véritable JAR vérifié est retrouvé dans l'export Prism.
-- Les dix tests de `test_publish_web_pack.py` passent : outils modifiés refusés,
-  option de conservation obligatoire, contrôles de publication préservés.
-- Parcours Swing réel en FR et EN réussi avec le `GUIHandler` officiel :
-  progression déterminée/indéterminée, options, Annuler, Continuer et compte à
-  rebours. Les captures `preview-fr.png` et `preview-en.png` sont inspectées.
-  Le test ne lance ni Minecraft ni un microphone.
-- Deux exécutions de `check build assemblePack` avec le profil
-  `whale290,recipes,progression` échouent sur le même test serveur hérité :
-  `eggQuotaNaturalSpawnAndFlightUseActualServerEntities`, quota après utilisation
-  de l'œuf entre Overworld et Nether (18 réussites sur 19). Le profil isolé
-  `whale290` échoue également sur ce cas (6 réussites sur 7). Les sources du
-  comportement et de son test ne sont pas modifiées dans ce chantier. Cet échec
-  reste ouvert ; aucune validation complète des baleines n'est revendiquée.
-
-- `./gradlew check build assemblePack -PsanctuaryFocusedTests=recipes,progression
-  -PsanctuaryAtlasOnly=true` réussit en **2 min 42 s**, avec **13 tests serveur
-  requis réussis**, les contrôles purs de `check`, le JAR et les profils client
-  et serveur assemblés. Ce périmètre ne valide pas le test de baleines en échec.
-- Comparaison des JAR beta.290/beta.291 : **2 658 classes de jeu identiques**,
-  aucune classe ajoutée. Le compteur et les notices évoluent, sans changement
-  du code de jeu.
-- Deux lancements du véritable bootstrap et de l'installateur adapté réussis
-  depuis le ZIP extrait dans `native instance with spaces/`, avec les arguments
-  de sa commande Prism et un canal HTTP local beta.291. Un seul JAR Sanctuary,
-  fichiers gérés identiques au second passage, installateur avec logo conservé,
-  trois fichiers témoins personnels inchangés. Aucun monde ouvert. Le mode
-  sans interface vérifie la synchronisation ; les tests Swing ci-dessus
-  vérifient la fenêtre. Reçu `native-validation.json`.
-
-Archive locale `build/Sanctuary-Prism-beta.291.zip` : **3 928 525 octets**,
-SHA-256 `95c57f5e70627a2847d1cc2033c8d9f50f44ef4a302ca892bc727e0c37ece0a9`.
-JAR Sanctuary beta.291 :
-`bd130418a05f820dffd86b00595c5b7ce96293ec82867926f5493a95736aee73`.
-Les interfaces Linux/Windows, le lancement Minecraft depuis Prism et une
-mise à jour de l'instance personnelle ne sont pas revendiqués par ces essais
-macOS. Le test de quota des baleines reste à résoudre avant une validation
-complète de cette base de jeu.
-
-Les reçus et captures restent sous `build/packwiz-branding/`.
-
-Les mods évoqués pendant ce chantier sont seulement
-[préparés en tickets pour la passe suivante](integrations-mods-next.md).
-Aucune publication du canal, du site, du serveur Beta ou de l'instance
-personnelle n'est demandée ou effectuée par cette préparation locale.

docs/packwiz.md

@@ -1,82 +1,5 @@
 # Distribution packwiz et Prism
 
-Le [téléchargement direct de Sanctuary Web](beta-download.md) donne une instance
-Prism déjà configurée. Le premier lancement télécharge les mods ; les suivants
-suivent les publications explicitement demandées via Codex.
-
-La [procédure de reprise et de publication complète](updates.md) relie aussi
-le serveur dédié, le téléchargement du site et l'instance locale. Les reçus
-des anciennes versions ci-dessous restent historiques.
-
-## beta.293 — livraison complète publiée
-
-[Reçu de livraison](release-beta293.md) : Happy Creepers de la branche dédiée,
-baleines, logo et quatre mods facultatifs réunis. Release immuable, canal
-client/serveur, CT 350, téléchargement Web et même instance Prism personnelle
-mis à jour. Import neuf et instance existante vérifiés sur deux passages,
-sauvegardes et réglages conservés. Voix UDP 25565 annoncée sur le port public
-25567 via la règle Beta existante ; ping applicatif réussi depuis le LAN.
-L'audio à deux joueurs et l'accès depuis un réseau extérieur restent à essayer.
-
-## beta.292 — quatre mods facultatifs (préparation locale)
-
-[Voix, cache de chunks et optimisations](optional-mods-beta292.md) : Simple
-Voice Chat 2.6.24, Bobby 5.2.16, Lithium 0.26.2 et Entity Culling 1.11.3, tous
-épinglés pour Minecraft 26.3 / Fabric. Les quatre sont facultatifs côté client ;
-Lithium et la voix sont aussi présents dans le profil serveur. Le logo de
-beta.291 et les préférences de sélection sont conservés. Préparation locale,
-sans avance du canal public ni modification d'installation personnelle.
-
-## beta.291 — logo dans l'installateur (préparation locale)
-
-Le [bandeau Sanctuary fourni](packwiz-logo-beta291.md) est embarqué dans la
-fenêtre packwiz du ZIP Prism préparé. Le bootstrap reste officiel ; la fenêtre
-est adaptée et l'installateur épinglé avec `--bootstrap-no-update`. Les mods
-continuent de suivre le canal stable. Les instances déjà installées devront
-recevoir ce JAR et cette option lors d'une synchronisation explicitement demandée,
-en conservant la même instance. Cette préparation ne publie pas le canal.
-
-## beta.280 — JEI embarqué et profil serveur
-
-JEI rejoint le JAR Sanctuary ; `mods/sanctuary.pw.toml` reste le seul artefact
-Sanctuary à publier. `python3 scripts/pack.py release <sanctuary-https-url>`
-prépare désormais le client et `server/pack.toml`, qui partagent le même JAR,
-la même URL et le même hash. Le profil serveur contient seulement Fabric API
-et Sanctuary ; Sodium et Sound Physics restent facultatifs côté client.
-Les deux profils sont publiés dans le même commit du canal, après vérification
-du JAR immuable. L'ancienne entrée JEI est retirée de l'index client.
-
-`./gradlew assembleServerPack` construit un kit Linux avec les outils épinglés
-et les commandes de synchronisation/démarrage. [Mode d'emploi](server-pack.md),
-[contrat et vérifications](jei-server-beta280.md). La configuration Sanctuary Web,
-MariaDB et les secrets restent hors de l'index. La préparation locale ne publie
-pas le canal et ne met pas à jour une installation personnelle.
-
-Livraison du 25 octobre : [release beta.280](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.280)
-publiée, canal `338e8a62387048c7e703ef036fda759ef57b4130`, puis nouveau serveur
-CT 350 sur `gpu` installé avec le kit vérifié. Le monde neuf, les paramètres
-et les services Web sont vérifiés dans le [reçu](jei-server-beta280.md).
-Une synchronisation du serveur conserve 61 fichiers suivis. L'Alpha et
-l'instance Prism personnelle restent hors de cette mise en service.
-
-La règle Bbox permanente est ensuite vérifiée et le secours UPnP Beta retiré.
-Le domaine Minecraft `beta.sanctuary-minecraft.net` répond sans ce secours,
-avec 20 places. [MRpack client beta.280](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.280/Sanctuary-beta.280.mrpack)
-vérifié et disponible ; le [reçu](jei-server-beta280.md) conserve les empreintes
-et la limite de validation réseau.
-
-## beta.257 — Mods client séparés
-
-JEI Sanctuary, Sound Physics Remastered et Sodium sont facultatifs et séparés
-à partir de cette livraison. [Contrat et limites](external-mods-beta257.md).
-`assemblePack` produit deux JAR locaux ; `publish_pack.py` vérifie et joint
-Sanctuary **et le fork JEI** avant de publier leurs métadonnées immuables.
-La commande de préparation sans publication est désormais
-`python3 scripts/pack.py release <sanctuary-https-url> <jei-https-url>`.
-Les trois entrées du canal sont facultatives, activées par défaut côté client.
-Modifier le choix via packwiz-installer pour qu'il persiste au lancement suivant.
-Le pack local reste décochable dans Prism ; le fork JEI local est un override.
-
 ## Rattrapage des releases du 24 septembre 2026
 
 Les binaires conservés des beta.145–151 et beta.154–166 sont publiés dans Gitea.
@@ -2143,18 +2066,16 @@ La procédure complète, également utilisable manuellement :
 1. Incrémenter ensemble les versions de `gradle.properties` et `packwiz/pack.toml`
    selon la [convention `beta.xxx`](versioning.md).
 2. Exécuter `./gradlew check build assemblePack` et les vérifications du ticket.
-3. Pour préparer les métadonnées manuellement depuis beta.280, utiliser la
-   seule URL du JAR Sanctuary contenant JEI :
+3. Préparer les métadonnées de la livraison, avec l'URL exacte du futur JAR :
 
    ```sh
-   python3 scripts/pack.py release \
-     https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.xxx/sanctuary-beta.xxx.jar
+   python3 scripts/pack.py release https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.001/sanctuary-beta.001.jar
    ```
 
 4. Pousser le commit source vérifié. Créer une release Gitea correspondant à ce
-   commit et joindre le JAR Sanctuary construit, sans remplacer les artefacts d'une release
+   commit et joindre le JAR construit, sans remplacer les artefacts d'une release
    antérieure. Vérifier que le téléchargement public possède le SHA-256 indiqué
-   dans `build/packwiz-release/mods/sanctuary.pw.toml`, identique au profil serveur.
+   dans `build/packwiz-release/mods/sanctuary.pw.toml`.
 5. Publier le contenu de `build/packwiz-release/` à la racine de la branche
    `packwiz` dans un seul commit, puis vérifier les fichiers et hashes depuis
    l'URL publique. Préserver l'historique de ce canal et ne jamais y copier le
@@ -2176,29 +2097,48 @@ python3 scripts/pack.py prism https://git.botsu.net/koka/sanctuary-beta/raw/bran
 
 Il contient les versions exactes Minecraft/Fabric, la commande de lancement et
 `packwiz-installer-bootstrap` v0.0.3. Le script vérifie le SHA-256 du bootstrap
-officiel avant d'écrire `build/Sanctuary-Prism-beta.xxx.zip`. Ce ZIP est réservé
+officiel avant d'écrire `build/Sanctuary-Prism-auto-update.zip`. Ce ZIP est réservé
 aux nouvelles installations ; les instances déjà branchées sur packwiz suivent
 le canal sans être réimportées.
 
-## Importer l'instance Prism prête
+## Raccorder l'instance Prism existante
 
-Le bouton **Télécharger** de [Sanctuary Web](https://sanctuary-minecraft.net)
-télécharge directement [Sanctuary-Beta.zip](https://sanctuary-minecraft.net/downloads/sanctuary-prism.zip).
-Dans Prism : **Ajouter une instance → Importer depuis un ZIP**, choisir ce fichier,
-puis lancer **Sanctuary Beta**. Packwiz télécharge automatiquement les mods.
-La commande avant lancement et l'outil sont déjà dans l'archive.
+Fermer Minecraft avant de modifier ses mods. Fermer également Prism avant de
+modifier directement `instance.cfg`, pour éviter que son état en mémoire écrase
+les changements. Dans l'instance Sanctuary Beta :
 
-Conserver cette même instance pour les versions suivantes : une publication
-explicitement demandée via Codex est suivie au lancement suivant. Une instance
-déjà branchée sur le canal stable n'a pas besoin d'être réimportée.
+1. Sauvegarder `instance.cfg` et les anciens JAR Sanctuary dans un dossier de
+   sauvegarde hors de `mods/`. Vérifier que l'instance utilise Minecraft
+   `26.3-pre-2` et Fabric `0.19.5` ; ne pas convertir une instance 26.2.
+2. Mettre le bootstrap issu du ZIP dans son dossier `minecraft/` (ou `.minecraft/`
+   selon l'installation).
+3. Dans **Modifier → Paramètres → Commandes personnalisées**, activer les
+   commandes et renseigner la commande avant lancement ci-dessous.
+4. Pour une instance issue d'un ancien `.mrpack`, déplacer seulement l'ancien
+   JAR Sanctuary non géré dans la sauvegarde préparée, puis faire la première
+   synchronisation packwiz. Conserver les autres mods et données personnelles.
+   Si la synchronisation échoue, remettre ce JAR et les réglages sauvegardés.
+5. Vérifier qu'il reste un seul mod Sanctuary actif et que `packwiz.json` est
+   présent dans le dossier Minecraft. Les prochaines mises à jour sont suivies
+   par ce manifeste local : ne pas le supprimer entre les versions.
+
+Commande à coller dans l'interface Prism :
+
+```text
+"$INST_JAVA" -jar "$INST_MC_DIR/packwiz-installer-bootstrap.jar" --bootstrap-main-jar "$INST_MC_DIR/packwiz-installer.jar" --pack-folder "$INST_MC_DIR" --multimc-folder "$INST_DIR" https://git.botsu.net/koka/sanctuary-beta/raw/branch/packwiz/pack.toml
+```
+
+Une modification directe de `instance.cfg` doit échapper les guillemets au format
+Qt INI (`\"`) et activer `OverrideCommands=true`. Ces clés et
+`PreLaunchCommand` doivent être dans la section **`[General]`**, jamais ajoutées
+après la section `[UI]`. Le ZIP préparé le fait déjà. Rouvrir les commandes
+personnalisées dans Prism pour vérifier que la commande est effectivement lue.
+Une instance importée d'un `.mrpack` peut être marquée `ManagedPack=true` :
+dès que packwiz en assure les mises à jour, utiliser `ManagedPack=false` pour
+éviter deux mécanismes de gestion sur le même pack.
 
 ## Données locales et mondes
 
-Depuis beta.295, le premier lancement du client ajoute le serveur Sanctuary
-dans les favoris sans remplacer leur liste. Un marqueur local respecte ensuite
-les suppressions volontaires ; le profil serveur distribue le logo 64 × 64.
-Voir [le contrat](default-server-beta295.md).
-
 Le pack livré possède uniquement les fichiers déclarés dans son index. Il ne
 déclare ni `saves/`, ni `options.txt`, `servers.dat`, `screenshots/`, ni les packs
 graphiques personnels. L'installation de packwiz et une mise à jour des mods

docs/pause-columns-beta235.md

@@ -1,97 +0,0 @@
-# PAUSE-235 — Aventure et Communauté côte à côte
-
-Branche d'essai `codex/pause-columns-beta235`, base beta.234, commit `f9c2ce8`,
-Minecraft 26.3. Le rendu reste à apprécier par le créateur.
-
-## Disposition et réversibilité
-
-Avant Atlas, Aventure et Communauté occupent deux colonnes au même niveau :
-Discovery, Progression et Story à gauche ; Habitant, Faction et Battle à droite.
-Partie / Game suit juste dessous avec Options, World Options et la sortie
-native. L'ensemble est centré verticalement dans le corps de Pause, avec de
-l'espace sous Game ; Reprendre la partie reste dans le pied de page.
-
-Sans Atlas, ce bloc est centré entre Gazette à gauche et Notice Board à droite.
-Avec Atlas, une seule colonne étroite est serrée à gauche : Communauté, puis
-Aventure, puis Partie / Game, selon l'ordre confirmé par le créateur. La carte
-garde la région centrale et les deux fils communautaires restent à droite.
-Le bloc complet reste centré verticalement. La largeur minimale des boutons
-de navigation tient compte des libellés localisés et de leur marge native.
-Aux petites hauteurs, boutons et espacements se compactent. Tab suit l'ordre
-visuel : par rangée de gauche à droite avant Atlas, puis de haut en bas avec
-Atlas. Les libellés FR/EN existants sont réutilisés.
-
-Le changement de disposition et les assertions correspondantes sont isolés
-dans le commit `a7bdfe6`, séparé de la livraison et de ses métadonnées. La branche
-`codex/story-beta234` conserve la disposition précédente. Un retour s'effectue
-avec `git revert a7bdfe6` ; une éventuelle nouvelle
-livraison doit prendre le numéro beta suivant, sans diminuer le compteur.
-L'application inverse du patch a été vérifiée avec `git apply --reverse --check`,
-sans modifier les fichiers de travail.
-
-Ce ticket ne change ni génération, sauvegarde, données communautaires, protocole,
-conditions de progression ou contenus Story. Aucune installation personnelle
-ou publication n'est demandée.
-
-## Vérifications
-
-```sh
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true -PsanctuaryPause233ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true -PsanctuaryStory234ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-./gradlew check build assemblePack -PsanctuaryFocusedTests=menus -PsanctuaryAtlasOnly=true
-```
-
-Le parcours Pause final réussit en 1 min 22 s (`PAUSE233_PASS`), dans un monde
-plat neuf de développement, Survie sans commandes. FR/EN, GUI 2/3/4, fenêtre
-1280 × 960, avant et après Atlas : six actions Sanctuary, alignement et absence
-de chevauchement, largeur des libellés avec la marge native, ordre de Tab et
-Game sous les groupes, avec de l'espace avant le pied. Le test attend désormais
-un créneau de requête communautaire pour son amorçage et envoie le code de
-raccourci natif de Tab, requis par Minecraft 26.3.
-
-Le parcours communautaire existant passe également : publication et photo,
-retours des sélecteurs, brouillons, édition d'une ancienne catégorie, inventaire
-réel conservé et aucun changement du fichier communautaire pendant les lectures.
-La configuration temporaire est restaurée à la fin du banc.
-Log : `build/pause235-client-vulkan-final.log`. 38 captures finales copiées dans
-`build/pause235-screenshots/`. Captures inspectées : sans Atlas FR/4, avec Atlas
-FR/2 et EN/4. Vulkan confirmé : MoltenVK 1.4.2 sur Apple M1.
-
-Le parcours Story final réussit en 29 s (`STORY234_PASS`), avec les mêmes
-langues, GUI et états Atlas. Accès depuis les deux dispositions de Pause,
-100 entrées désactivées, recherche/filtres, saisie continue et focus, molette,
-redimensionnement à 1344 × 1008 et retours Échap / Terminé vérifiés. Le record
-de progression serveur ne change pas. Log :
-`build/pause235-story-client-vulkan-final.log` ; 21 captures copiées dans
-`build/pause235-story-screenshots/`.
-
-Aux GUI étroits, les longs libellés natifs des options/sortie et les titres des
-fils gardent leur défilement ou découpage existant ; les boutons de navigation
-Sanctuary montrent leur libellé entier. Les infobulles des actions Game sont
-conservées. Aucun essai OpenGL, Windows ou monde personnel n'est revendiqué.
-
-Le contrôle `check build assemblePack` réussit en 3 min 1 s : quatre GameTests
-requis et contrôles purs du dépôt, dont les quatre contrôles communautaires
-fichier/photos/demandes/recherche. Log : `build/pause235-check-build-pack.log`.
-Le banc menus conserve sa sélection Atlas existante ; le conflit de générateur
-sur le chemin natif par défaut, documenté en beta.232, reste hors de ce ticket.
-
-## Livraison locale
-
-`mod_version`, `pack_version` et `packwiz/pack.toml` sont alignés sur beta.235.
-Le commit de livraison conserve ces métadonnées et cette documentation séparées
-du commit de disposition.
-
-Export [Sanctuary-beta.235.mrpack](../build/Sanctuary-beta.235.mrpack),
-12 776 222 octets : intégrité ZIP, Minecraft 26.3 et Fabric Loader 0.19.5,
-un seul JAR Sanctuary embarqué, identique au JAR construit, sans monde ni module
-de test. Les 3 303 fichiers d'assets, données et resourcepacks sont identiques
-à beta.234, traductions incluses. Story reste dans le JAR de production et les
-classes des bancs client en sont absentes. Reçu :
-`build/pause235-mrpack-receipt.json`.
-
-- JAR : `aad94732c749161d775ee634bdd85de70de511ef875c6c00fa167d230d0d600b`.
-- MRpack : `5f1bd18aa8a4145b7e708da0abfff22068365847dddbc95ae2b490b88bbb305e`.
-
-Aucune publication distante, modification du canal packwiz, synchronisation
-Prism ou ouverture d'un monde personnel effectuée.

docs/pause-community-beta233.md

@@ -1,86 +0,0 @@
-# PAUSE-233 — navigation centrée et rédaction communautaire
-
-Branche `codex/pause-community-beta233`, base beta.232, Minecraft 26.3.
-
-## Résultat et compatibilité
-
-Avec ou sans Atlas, les boutons gardent les mêmes groupes et le même ordre :
-
-- Communauté : Habitant, Faction et Battle en haut de la colonne.
-- Aventure : Discovery et Progression centrés verticalement dans l'écran.
-- Partie : Options, World Options et Save and Quit en bas.
-
-Sans carte, cette colonne est centrée horizontalement entre Gazette à gauche
-et Notice Board à droite. Avec carte, elle reste à gauche, carte au centre et
-les deux fils communautaires à droite. L'ordre clavier suit l'ordre visuel.
-Les boutons deviennent plus compacts sur les petites hauteurs GUI pour conserver
-les titres et l'espacement entre groupes. La petite barre sous les boutons
-Communauté est supprimée dans les deux dispositions. En-tête et reprise en pied
-conservés.
-
-Le formulaire Notice Board ne propose plus Information/Project/Request/Event.
-Toutes les notices ont la même présentation, y compris les anciennes catégories.
-Les demandes et récompenses restent facultatives et descriptives : après le
-texte viennent Request and rewards, son résumé, puis Publish. Le formulaire
-Gazette place la photo et Choose a screenshot en premier, avant le titre,
-puis le texte et Publish.
-Photo obligatoire, brouillons, édition, retours des sélecteurs, suivis et
-validations serveur restent actifs.
-
-Le contrat fichier/MariaDB et le protocole ne changent pas. Les nouvelles notices
-gardent la valeur compatible `info` ; éditer une ancienne annonce conserve sa
-catégorie enregistrée sans l'afficher. La lecture n'entraîne aucune réécriture
-des posts. Aucune migration, génération ou opération d'inventaire n'est ajoutée.
-Les anciennes traductions de catégories restent disponibles pour les données
-historiques. Titres ajoutés en français/anglais : Communauté/Community,
-Aventure/Adventure et Partie/Game ; les autres libellés existent déjà.
-
-## Vérifications et livraison
-
-`./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true
--PsanctuaryPause233ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan`
-Réussite en 47 s (`PAUSE233_PASS`), après suppression de la barre sous Communauté.
-Monde plat de développement, Survie sans Allow Commands, stockage fichier isolé.
-
-- FR/EN, GUI 2/3/4, fenêtre 1280×960, avant et après Atlas : même ordre des
-  actions et des groupes, titres sans chevauchement, paire Discovery/Progression
-  centrée verticalement, navigation et options séparées.
-- Ordre titre → texte → demande et résumé → publication, ou photo et sélecteur
-  → titre → texte → publication ; aucune catégorie visible. Défilement du formulaire sur GUI
-  étroit vérifié. 38 captures dans `build/pause233-screenshots/`.
-- Retours réels des sélecteurs : texte conservé, 128 bûches demandées et
-  récompense personnalisée publiées ; les 17 bûches et 3 diamants d'inventaire
-  réel restent présents. Photo toujours obligatoire, article et photo relus
-  depuis un nouveau lecteur du stockage fichier après publication.
-- Ancienne catégorie `event` conservée lors de l'édition. Lecture des posts,
-  redimensionnements et changements de langue n'altèrent aucun octet du fichier
-  communautaire. Configuration du banc restaurée à la fin.
-- Captures inspectées : pause verrouillée FR/2 et EN/4, pause déverrouillée FR/2,
-  notice configurée, Gazette avec photo assignée et bas du formulaire Notice Board
-  EN/4. Notices anciennes et nouvelles ont le même cadre et ne montrent que leur état.
-
-Log client final : `build/pause233-client-vulkan-titled.log`. Aucun essai OpenGL ou Windows
-et aucune migration MariaDB ne sont revendiqués ; le code serveur est conservé.
-
-`./gradlew check build assemblePack -PsanctuaryFocusedTests=menus
--PsanctuaryAtlasOnly=true`
-Réussite en 2 min 39 s : quatre GameTests requis, contrôles purs communautaires
-(`COMMUNITY154_FILE_PASS`, `COMMUNITY157_PHOTOS_PASS`, `COMMUNITY158_TASKS_PASS`,
-`COMMUNITY159_SEARCH_PASS`), build et assemblage du pack.
-Log : `build/pause233-check-build-pack-final.log`.
-Ce contrôle utilise le mode existant du banc pour les menus. Le chemin natif par
-défaut présente toujours le conflit de générateur documenté en beta.232 ; cette
-livraison ne revendique pas une nouvelle suite complète de génération.
-
-Export local `build/Sanctuary-beta.233.mrpack` vérifié : intégrité ZIP, versions
-Minecraft 26.3/Fabric Loader 0.19.5, un seul JAR Sanctuary embarqué, exactement
-identique au JAR construit, sans module de test ni monde. Les 3 146 fichiers
-de données et assets hors traductions sont identiques à beta.232 ; seules les
-trois traductions de titres de groupes sont ajoutées en FR/EN, sans changer les
-libellés existants. Reçu : `build/pause233-mrpack-receipt.json`.
-
-- JAR : `23a148c197126ede552865f9847ce381700884d5ff087469a13e36540e8f23f9`.
-- MRpack : `d95aeeca5f255db4444a22879f465477c0c6a2a111dd4e1c777b20944a283e2b`.
-
-Livraison locale beta.233 ; aucune installation personnelle, publication
-distante, ouverture d'un monde personnel ou mise à jour du canal packwiz.

docs/pause-map-layer-beta236.md

@@ -1,157 +0,0 @@
-# PAUSE-236 — Atlas plein écran derrière le menu
-
-## Statut : essai annulé le 6 octobre 2026
-
-Le créateur demande d'annuler **uniquement la carte derrière Pause**.
-Le patch de disposition `5ea7950` est inversé, sans réécrire l'historique :
-carte centrale et colonne Communauté → Aventure → Game à gauche lorsque
-l'Atlas est déverrouillé, comme en beta.235. Story, la disposition sans Atlas
-et le raccourci M (`94fefc0`) restent présents. Le Nord retrouve sa position
-dans le panneau de carte. Aucun changement sur les autres branches.
-
-Les vérifications et la livraison ci-dessous décrivent l'essai historique,
-avant annulation. Son pack est déplacé dans
-`build/withdrawn/Sanctuary-beta.236.mrpack` pour ne pas le proposer comme résultat
-actuel ; le staging packwiz de cet essai et son JAR d'origine sont également
-archivés dans `build/withdrawn/`. Le numéro beta.236 était également utilisé par la branche des aptitudes,
-qui a depuis atteint beta.238 avec Forgerie : cette branche d'essai ne constitue
-pas la livraison commune. Aucun nouvel artefact de distribution n'est livré
-par l'annulation ; la consolidation et son prochain compteur global restent
-un travail distinct.
-
-Le parcours client Vulkan du retour réussit en 46 s : FR/EN GUI 2/3/4, géométrie
-beta.235 avec/sans Atlas, Story et ses 100 entrées, recherche, filtres, retours,
-focus et redimensionnement. M depuis le jeu et Pause, verrou de progression,
-réaffectation et désactivation passent également. Log :
-`build/pause-map-layer-cancel-client-vulkan.log`.
-Comparaison Git : les deux fichiers de disposition/carte et leurs assertions
-Pause/Solo sont identiques à beta.235 ; implémentation du raccourci et libellés
-FR/EN identiques au commit `94fefc0`.
-
-`./gradlew check build -PsanctuaryFocusedTests=menus -PsanctuaryAtlasOnly=true`
-réussit en 2 min 34 s : quatre GameTests requis et contrôles purs du dépôt.
-Log : `build/pause-map-layer-cancel-check-build.log`. Aucun nouvel assemblage
-de distribution : il s'agit de l'annulation ciblée des sources de l'essai.
-
-## Historique de l'essai
-
-Branche d'essai `codex/pause-map-layer-beta236`, base beta.235, commit `00d175c`,
-Minecraft 26.3. Le rendu reste à apprécier par le créateur.
-
-## Résultat
-
-Gazette reste à gauche et Notice Board à droite, sur toute la hauteur du corps
-de Pause, avec ou sans Atlas. Au centre, Aventure (Discovery, Progression,
-Story) et Communauté (Habitant, Faction, Battle) sont côte à côte ; Partie /
-Game suit juste dessous. Reprendre la partie garde le pied de page natif.
-
-Avec Atlas, la carte occupe littéralement tout l'écran sur le calque derrière
-les contrôles. Le terrain est légèrement assombri pour lire les libellés. Le
-Nord `N ↑` se trouve au centre horizontal, juste sous le bandeau du message
-serveur ; un espace réservé le sépare du menu. Les boutons et espacements
-s'adaptent aux petites hauteurs.
-
-La carte est rendue avant les widgets de premier plan, puis reçoit les entrées
-après eux. Un clic dans une zone libre ouvre l'Atlas complet ; les boutons,
-les fils, l'en-tête et le pied de page gardent leur priorité. Les infobulles
-et les marqueurs de la carte ne capturent pas le survol derrière un contrôle.
-Les marqueurs suivis restent accessibles lorsqu'ils sont exposés. Tab après
-Quit atteint la carte ; Entrée ouvre l'Atlas, Échap ou Terminé revient à la
-même Pause. Redimensionner reconstruit le calque aux dimensions de l'écran.
-
-Seul le terrain personnel déjà cartographié est affiché. Ce changement ne
-révèle ni ne génère de nouveaux chunks. Les contrats serveur, sauvegardes,
-progression, données communautaires et contenus Story restent identiques.
-Les libellés FR/EN existants sont réutilisés pour la disposition.
-
-## Raccourci carte
-
-La lettre **M** ouvre l'Atlas complet depuis le jeu et depuis Pause, une fois
-la carte déverrouillée dans Progression. Avant ce déblocage, elle affiche le
-message existant rappelant cette condition. Depuis le jeu, Échap et Terminé
-reviennent au jeu ; depuis Pause, ils reviennent à la même Pause.
-
-Le raccourci figure dans les contrôles natifs, catégorie Sanctuary, sous
-« Ouvrir la carte » / « Open world map ». Il suit la lettre M de la disposition
-du clavier, y compris AZERTY, et préserve une affectation sauvegardée ou
-désactivée. Les écrans de saisie conservent leurs touches. Aucun nouveau
-protocole, fichier persistant ou déblocage serveur n'est ajouté.
-
-## Réversibilité
-
-Le code de l'essai et ses assertions sont isolés du raccourci M et du commit de
-livraison contenant les versions et la documentation : `git revert 5ea7950` annule le
-calque et sa disposition. Après ajout du raccourci (`94fefc0`), l'application
-inverse du patch a été vérifiée avec `git apply --reverse --3way --cached`
-dans un index temporaire : aucun conflit et raccourci M conservé, sans modifier
-les fichiers de travail. La branche
-`codex/pause-columns-beta235` conserve la variante précédente. Annuler le
-commit de disposition ramène à cette variante ; une livraison suivante prend
-le prochain numéro beta, sans diminuer le compteur.
-
-## Vérifications
-
-```sh
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true -PsanctuaryStory234ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true -PsanctuaryPause233ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
-./gradlew check build assemblePack -PsanctuaryFocusedTests=menus -PsanctuaryAtlasOnly=true
-```
-
-Parcours Story et raccourci réussi en 42 s (`STORY234_PASS`) : Vulkan FR/EN GUI 2/3/4,
-fenêtre 1280 × 960, avec et sans Atlas, puis redimensionnement à 1344 × 1008.
-Nord centré sous le message serveur, terrain réellement reçu, calque aux
-dimensions de l'écran, boutons et titres des fils prioritaires pour les clics
-et le survol. Clic natif sur une zone libre et Entrée ouvrent l'Atlas ; Échap
-et Terminé reviennent à la même Pause. Le clic natif sur Story traverse bien
-le premier plan, ses 100 entrées, recherche et filtres restent disponibles.
-Saisie continue, focus, défilement, retours et progression serveur conservés.
-Événements clavier natifs M depuis le jeu et Pause avant/après déblocage,
-réaffectation à J, suppression de l'ancienne affectation, désactivation et
-restauration de la touche testées. La saisie de M dans Story garde le texte,
-le focus et son écran ; les intitulés du raccourci sont vérifiés en FR/EN.
-Log : `build/pause236-story-client-vulkan-final.log`.
-
-21 captures copiées dans `build/pause236-story-screenshots/`. Captures inspectées :
-avec Atlas FR/2 et EN/4, sans Atlas FR/2. La fixture du monde plat neuf
-cartographie explicitement 25 chunks : la majorité du fond reste inconnue.
-Ce terrain limité ne représente pas une sauvegarde personnelle explorée.
-Aux GUI étroits, les longs libellés natifs et titres des fils gardent leur
-défilement ou découpage ; les actions Sanctuary restent lisibles en entier.
-Validation macOS/Vulkan uniquement, aucun essai OpenGL ou Windows revendiqué.
-
-Le parcours Pause final réussit en 42 s (`PAUSE233_PASS`), avec les mêmes
-langues, GUI et états Atlas. Les fils restent de part et d'autre du menu ;
-publication, photo, retours des sélecteurs, brouillons et ancienne catégorie
-sont conservés. Inventaire réel et fichier communautaire restent inchangés
-pendant les lectures ; configuration temporaire restaurée à la fin.
-Log : `build/pause236-client-vulkan-final.log` ; 38 captures copiées dans
-`build/pause236-screenshots/`. Captures inspectées : Pause avec Atlas et posts
-FR/2 et EN/4. Vulkan confirmé : MoltenVK 1.4.2, Apple M1.
-
-Le contrôle `check build assemblePack` réussit en 2 min 31 s : quatre GameTests
-requis et contrôles purs du dépôt, dont fichier communautaire, photos,
-demandes et recherche. Log : `build/pause236-check-build-pack-final.log`.
-La sélection menus/Atlas reste celle du banc existant ; le conflit du générateur
-sur le chemin natif par défaut, documenté en beta.232, reste hors de ce ticket.
-La compilation des sources finales du banc client passe également.
-
-## Livraison locale
-
-`mod_version`, `pack_version` et `packwiz/pack.toml` sont alignés sur beta.236.
-Les commits `5ea7950` (disposition) et `94fefc0` (raccourci) restent séparés
-des métadonnées de livraison.
-
-Export historique [Sanctuary-beta.236.mrpack](../build/withdrawn/Sanctuary-beta.236.mrpack),
-12 779 209 octets : intégrité ZIP, Minecraft 26.3 et Fabric Loader 0.19.5,
-un seul JAR Sanctuary embarqué, identique au JAR construit, sans monde ni module
-de test. Les 3 303 fichiers d'assets, données et resourcepacks sont identiques
-à beta.235, sauf un nouveau libellé de raccourci dans chaque langue ; toutes
-les traductions existantes sont conservées. Story reste dans le JAR de production
-et les classes des bancs client en sont absentes.
-Reçu : `build/pause236-mrpack-receipt.json`.
-
-- JAR : `74a8be9a078e9ecdc17b8cf332254cdb4a6dca4c37e4fb728d98632d2e8c3918`.
-- MRpack : `0fac46765a4430df8f90398471dedd2c2636d6b120482cc78466011fdd7574c2`.
-
-Aucune publication distante, modification du canal packwiz, synchronisation
-Prism ou ouverture d'un monde personnel effectuée.

docs/prochains-tickets.md

@@ -1,11 +1,5 @@
 # Prochains tickets — carte immersive, progression et New Game+
 
-**Ajout du 26 octobre 2026 :** [prochaine passe d'intégrations du pack](integrations-mods-next.md)
-pour Simple Voice Chat, Bobby facultatif, Lithium et Entity Culling, puis les
-contrats des futurs modules personnels Dozei Stream et Only Fun. Tickets
-initialement documentaires ; les quatre mods du pack sont désormais préparés
-dans [beta.292](optional-mods-beta292.md). Le cadrage historique ci-dessous est conservé.
-
 Cadrage du 13 septembre 2026, après l'essai de beta.006.
 Branche documentaire : `codex/roadmap-progression-ngplus`.
 **Statut : MAP-03 implémenté en beta.007, PROG-02A en beta.008, PROG-02B en beta.009, PROG-02C en beta.010 ; CYCLE-01, PROG-03, FACTION-01 et NGP-01 sont réunis dans beta.011.**
@@ -56,22 +50,6 @@ flowchart LR
     P --> N
 ```
 
-## CLAIM-278 — Battle consenti pour une propriété
-
-[Le duel de propriété](claim-battle-beta278.md) vise un claim déjà revendiqué :
-proposition du challenger, accord explicite du propriétaire, puis préparation
-native Battle. Le vainqueur reçoit le chunk avec sa protection restante ; les
-résultats et transferts ont un journal de reprise. Le départage d’un terrain
-encore libre reste celui de Demeure.
-
-## CLAIM-277 — Habitation avant revendication
-
-[Le lot Demeure / claims](claim-demeure-beta277.md) applique le seuil existant
-et l’influence des habitants sur les chunks libres. À égalité, l’ordre des
-premières traces départage ; un habitant plus influent peut revendiquer avant
-le premier. Les propriétés acquises restent conservées. Les duels et transferts
-consentis ne sont pas ajoutés dans ce lot.
-
 ## CYCLE-01 — Définir ce qui termine et ce qui recommence
 
 **Branche prévue :** `codex/progression-cycle-contract`.
@@ -321,12 +299,6 @@ ou de prestige ne doit être encaissée deux fois pour un même événement.
 
 ## Après ce jalon
 
-Le premier lot [CLAIM-02 / beta.270](property-beta270.md), demandé le
-24 octobre 2026, remplace pour l’implémentation actuelle le projet ci-dessous :
-propriété personnelle gratuite après Hello World, volume fini en trois
-dimensions et agrandissements en XP. Demeure et les factions ne donnent aucun
-droit automatique de propriété. Le paragraphe suivant conserve le cadrage historique.
-
 **CLAIM-01** traitera la réservation et la protection des chunks à partir des
 factions et d'un contrat dédié : emprise, capacités, droits, conflits, abandon
 et incidence du prestige. La grille et Demeure restent des lectures du monde

docs/property-beta270.md

@@ -1,95 +0,0 @@
-# CLAIM-02 — Première propriété d'habitant
-
-Branche `codex/inhabitant-property`, version locale `beta.270`.
-La demande du 24 octobre 2026 remplace, pour ce lot, le projet CLAIM-01
-de titres temporaires par chunks et d'entretien en saphirs.
-
-## Contrat du premier lot
-
-Après Hello World, chaque habitant peut choisir gratuitement une propriété
-personnelle dans l'Overworld. Le centre est la position de ses pieds au moment
-de la confirmation. Le volume initial est un cube inclusif de 17 blocs de côté
-(rayon de 8 blocs), indépendant des chunks. Quatre extensions ajoutent chacune
-4 blocs de rayon dans les trois axes : côtés 25, 33, 41 et 49, pour 100, 200,
-300 puis 400 **points** d'XP Minecraft. Le centre ne change pas.
-Ce barème est une première hypothèse d'équilibrage, pas une décision définitive.
-
-Une seule propriété par UUID, sans chevauchement en trois dimensions, y compris
-les extensions en attente de reprise. Le volume doit rester dans la hauteur
-constructible et la bordure du monde. Un cube de rayon 32 autour du spawn commun
-reste non revendicable. Aucun déplacement, abandon, transfert, invité, droit de
-faction ou remboursement n'est livré dans ce lot. Aucun objet spécial n'est
-nécessaire : Habitant → Propriété et `/sanctuary property` (alias `propriete` et
-`propriété`) ouvrent le menu ; `claim`, `expand` et `preview` sont aussi disponibles.
-L'aperçu affiche les coins exacts et des particules temporaires, sans poser de bloc.
-
-Le titulaire peut modifier son volume. Les autres joueurs, y compris en Créatif,
-ne peuvent pas y miner, poser ou utiliser des blocs/objets. Les terrains libres
-gardent leurs règles ordinaires. Les contrôles portent aussi sur les cellules
-des actions groupées Sanctuary. La protection des dégâts environnementaux
-(explosions, pistons, fluides, feu, mobs), des entités et des commandes opérateur
-reste hors de ce premier lot et doit être annoncée dans l'interface.
-
-Faction et Battle quittent le menu Pause et rejoignent Habitant. Le moteur de
-Battle reste disponible sans nouveau développement. Les deux anciennes places
-du menu Pause restent libres pour les futurs boutons.
-
-## Sauvegarde et migration additive
-
-Nouveau fichier `<monde>/sanctuary/properties-v1.json`, schéma 1, lié à la graine
-de l'Overworld : `schema`, `seed`, `claims` (UUID → centre et palier), `pending`
-(UUID → reçu et extension préparée). Aucun fichier existant ne change de format,
-aucun terrain n'est attribué au chargement, aucun chunk n'est régénéré. Les
-habitants existants ayant terminé Hello World ont le même droit gratuit à choisir
-un emplacement. Demeure reste une mesure d'habitation indépendante.
-
-Écriture atomique avec contrôle de remplacement externe, lecture stricte et
-refus de schéma inconnu, conflit ou corruption. Une panne ferme les actions
-de propriété et la modification de blocs par les joueurs dans le monde concerné,
-sans réinitialiser le registre. Corriger/restaurer le fichier puis redémarrer.
-
-Extension : préparer le journal, débiter l'XP, sauvegarder le joueur avec un
-reçu persistant `sanctuary:property_xp_receipt`, vérifier ce reçu sur disque,
-puis valider le nouveau volume. À la reconnexion, un reçu présent termine
-l'extension ; sinon la préparation est annulée et le volume initial conservé.
-Une reprise ne redébite jamais l'XP. Le journal réserve le volume agrandi jusqu'à
-la reprise du titulaire. Les requêtes portent le palier attendu pour refuser
-les répétitions et les écrans périmés.
-
-## Validation
-
-Le parcours client Vulkan / MoltenVK 1.4.2 sur Apple M1 passe en FR/EN,
-GUI 2/3/4, dans un nouveau monde de développement plat de graine **270** :
-accès depuis Habitant, absence des anciens boutons dans Pause, allers-retours
-Faction/Battle, confirmation de réservation, réservation par le réseau réel,
-puis achat d’une extension (150 → 50 points). Dix-neuf captures sont conservées
-dans `build/property270-screenshots/` ; les vues compactes FR ont été inspectées.
-
-`check build assemblePack` réussit en **2 min 34 s**, avec les **41 GameTests serveur ciblés**
-(propriété, progression, minage, construction et cycles).
-Le banc de registre couvre 13 748 assertions, principalement les limites
-inclusives 3D, les volumes superposés, les conflits, le plafond, la reprise avec
-ou sans reçu, le refus des requêtes périmées et la conservation des fichiers
-invalides ou remplacés. Les GameTests utilisent deux joueurs serveur simulés
-pour les droits, le minage natif, la pose native, les outils, les interactions,
-les limites et le débit d’XP avec vérification du reçu natif sur disque.
-Aucun essai avec deux clients distants n’est revendiqué.
-
-Commandes de validation :
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=property270,progression,mining,building,cycle \
-  -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryProperty270ClientTests=true -PsanctuaryQuickTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```
-
-Journaux ignorés : `build/property270-check-build-pack-final.log` et
-`build/property270-client-vulkan.log`. Le pack local reste dans `build/packwiz`.
-Export importable vérifié : [Sanctuary-beta.270.mrpack](../build/Sanctuary-beta.270.mrpack)
-(intégrité ZIP, versions, dépendances et JAR Sanctuary/JEI identiques aux builds).
-Reçu local et empreinte du JAR : `build/property270-validation.json`.
-Aucune publication ni synchronisation d’instance personnelle n’a été effectuée.

docs/property-command-beta294.md

@@ -1,60 +0,0 @@
-# CLAIM-03 — Une seule commande de propriété
-
-Ticket local du **26 octobre 2026**, branche `codex/property-command`,
-préparation locale `beta.294`.
-
-## Demande et résultat attendu
-
-Les trois variantes de propriété encombrent les commandes proposées au joueur.
-Conserver uniquement le nom anglais `/sanctuary property`, cohérent avec les
-autres commandes. Retirer les alias `propriete` et `propriété`, y compris pour
-les duels, afin qu'aucun enregistrement secondaire ne les réintroduise.
-
-Commandes conservées :
-
-- `/sanctuary property` : ouvrir la carte de propriété ;
-- `/sanctuary property claim` : revendiquer le chunk courant ;
-- `/sanctuary property protect` : acheter sa protection ;
-- `/sanctuary property duel <id>` : consulter le duel proposé.
-
-Ce ticket remplace uniquement les alias de commande introduits en beta.270.
-Les règles de revendication, prix, protections, interfaces FR/EN et sauvegardes
-restent identiques. Aucun contrat de migration n'est nécessaire.
-
-## Critères d'acceptation
-
-- La complétion de `/sanctuary prop` propose uniquement `property`.
-- Les deux alias retirés sont absents de l'arbre serveur et sont refusés,
-  seuls comme avec `claim`, `protect` ou `duel`.
-- La branche anglaise et ses trois sous-commandes restent accessibles sans
-  permission opérateur. Revendication et protection fonctionnent via le
-  répartiteur réel des commandes.
-- Les tests de propriétés et de duels passent ; le mod et le pack portent
-  ensemble `beta.294`.
-
-## Vérifications
-
-`check build assemblePack` réussit en **4 min 4 s**, sur Minecraft 26.3,
-Fabric 0.19.5 et Java 25. Les **18 GameTests serveur ciblés** passent :
-propriétés historiques, claims par chunks, priorité Demeure et duels Battle.
-Le contrôle de commande vérifie la complétion unique, les anciens alias refusés
-et les sous-commandes conservées. Le scénario natif de minage revendique et
-protège désormais son terrain via les vraies commandes `property claim` et
-`property protect`, en contrôlant le propriétaire et les huit saphirs débités.
-Les **63 contrôles du registre de claims**, les **26 contrôles du journal de
-duels** et les autres vérifications de `check` passent également.
-
-```sh
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=property270,claims272,claims277,claims278 \
-  -PsanctuaryAtlasOnly=true
-```
-
-Journal ignoré : `build/property294-check-build-pack.log`.
-JAR local : `mods/sanctuary/build/libs/sanctuary-beta.294.jar`.
-Les packs client et serveur sont assemblés et vérifiés dans `build/packwiz`
-et `build/packwiz-server`. La validation porte sur l'arbre serveur et les
-commandes exécutées ; aucun essai graphique n'est revendiqué pour ce ticket.
-
-Préparation locale uniquement ; aucune publication ni synchronisation d'une
-installation de jeu ou du serveur Beta demandée pour ce ticket.

docs/property-demeure-refonte.md

@@ -1,78 +0,0 @@
-# Propriétés — refonte mise de côté, 24 octobre 2026
-
-Retour du créateur après beta.273. Les propositions ci-dessous remplacent le
-cadrage futur ; elles ne sont pas annoncées comme des mécaniques implémentées.
-La fiche Habitant en deux colonnes et deux rangées est conservée.
-
-## Retour et direction souhaitée
-
-- Mettre de côté le chantier Propriété, jugé encore incertain.
-- Le rendu des claims sur la carte paraît superposé et insuffisamment net dans
-  le style pixel art ; les zones adjacentes ne se raccordent pas comme souhaité.
-- S’appuyer sur **Demeure**, le système d’habitation existant. Avoir habité sur
-  le terrain devrait être nécessaire pour pouvoir le revendiquer ; proposer
-  la propriété à partir de cette habitation plutôt qu’un choix arbitraire de chunk.
-- Le premier habitant serait prioritaire. Lorsque deux habitants veulent le
-  même endroit, envisager un départage par le système Battle existant ou par
-  accord commun. La forme exacte du duel et du consentement reste à définir.
-- La propriété désigne un **lieu déclaré**. Les joueurs peuvent s’opposer et
-  se faire la guerre de plusieurs façons ; ce n’est pas une interdiction générale
-  d’agir sur le terrain.
-- Les **64 saphirs** de protection sont jugés trop chers. Aucun nouveau montant
-  n’a été fixé : ne pas inventer un tarif de remplacement.
-- Le graphisme de protection prend trop de place. Direction souhaitée : une
-  couleur unie, sans gros pictogrammes ni cadres par chunk, accompagnée d’une
-  légende reliant la couleur au personnage qui a revendiqué le lieu.
-- Demeure doit lui aussi se lire comme un calque continu sans bordure interne,
-  pour percevoir plus facilement les zones d’influence. Retirer « aucun claim
-  ni protection » de son infobulle, devenu trompeur dans l’ensemble des systèmes.
-
-## Questions de reprise
-
-Le retour n’établit pas encore les seuils d’habitation, l’emprise d’un terrain,
-la preuve du premier occupant, les règles d’inactivité, le type de duel, ses
-conditions et son consentement, l’accord sans duel, le devenir des claims déjà
-achetés, ni le nouveau tarif. Tout changement de registre ou des droits acquis
-nécessitera son contrat de migration. Ne pas traiter une victoire au combat
-ou la présence Demeure comme un transfert automatique de propriété.
-
-Le créateur a confirmé : **conserver les claims actuels accessibles**. La refonte
-des règles est mise en attente ; les claims, achats et protections du prototype
-restent disponibles. Aucune suppression des données existantes n’est autorisée.
-La passe beta.274 simplifie seulement leur affichage en calque pixel uniforme
-pour les protections, sans bordure ni bouclier, avec une légende couleur / propriétaire.
-
-## Évolution d’accès — beta.275
-
-Le créateur demande ensuite de réserver les propriétés aux joueurs ayant acheté
-et activé Carte. Le bouton Propriété quitte Habitant ; la commande et le clic
-droit de l’Atlas restent utilisables après ce déblocage. Les claims, leurs données
-et les protections acquises sont conservés ; le conseil de première arrivée est
-retiré. Cela ne met pas en œuvre l’habitation préalable, les duels ou un nouveau prix.
-
-## Évolution d’affichage et de tarif — beta.276
-
-Le créateur fixe maintenant le tarif : **8 saphirs par chunk pour trois jours de
-serveur en marche**. Il demande un contour CTM pour toutes les propriétés et
-un fond supplémentaire sur les chunks protégés. [Contrat de conservation des
-protections et reçus existants](claim-contours-beta276.md). L’habitation préalable
-et les duels restent en attente ; ce nouveau tarif remplace uniquement ce point
-jusqu’alors ouvert.
-
-## Habitation et concurrence avant claim — beta.277
-
-Le créateur reprend l’habitation préalable et confirme le seuil existant de
-Demeure. Il précise ensuite qu’un autre habitant doit pouvoir revendiquer s’il
-prend plus d’influence avant le claim du premier : la priorité reste donc
-contestable sur le terrain libre. [CLAIM-277](claim-demeure-beta277.md) retient
-l’influence effective et, à égalité, l’ordre des premières traces ; un claim
-acquis n’est pas transféré automatiquement. Les duels restent à définir.
-
-## Duels de propriété consentis — beta.278
-
-Le créateur demande un duel Battle avec l’accord des deux joueurs et confirme
-le périmètre : les propriétés déjà revendiquées. [CLAIM-278](claim-battle-beta278.md)
-relie un chunk précis au résultat d’un Battle privé à deux joueurs ; le gagnant
-reçoit ce claim et le temps de protection restant. Refus, annulation ou absence
-de vainqueur ne transfèrent rien. Les règles des terrains libres de beta.277
-restent indépendantes ; aucun duel n’attribue gratuitement un chunk encore libre.

docs/property-titles-ticket.md

@@ -1,25 +1,5 @@
 # CLAIM-01 — Titres de propriété temporaires
 
-[CLAIM-278](claim-battle-beta278.md) permet aux deux joueurs d’accepter un
-Battle dont le vainqueur devient propriétaire du claim annoncé.
-
-[CLAIM-277](claim-demeure-beta277.md) relie les revendications au seuil
-d’habitation Demeure et à l’influence tant que le chunk reste libre.
-
-[CLAIM-276](claim-contours-beta276.md) actualise le prototype : contours CTM pour
-toutes les propriétés, fond sur les claims protégés, **8 saphirs pour trois jours
-de serveur par chunk**. Les durées déjà payées sont conservées.
-
-La [direction de refonte du 24 octobre](property-demeure-refonte.md) est mise en
-attente. Les claims existants restent accessibles ; habitation préalable, duels
-et nouveau tarif ne sont pas encore implémentés.
-
-**Cadrage historique.** Le lot [CLAIM-03 / beta.272](chunk-claims-beta272.md)
-retient les claims par chunk depuis la carte, cinq gratuits puis un coût en XP,
-et une protection de sept jours de serveur pour 64 saphirs par chunk. Il remplace
-le premier modèle en volume [CLAIM-02 / beta.270](property-beta270.md). Les titres
-objets et autres intentions ci-dessous restent historiques.
-
 **Ticket local — conception en cours, décisions du 15 septembre 2026.**
 Ce document prépare le résultat jouable ; la protection n'est pas implémentée.
 Branche réservée : `codex/property-titles`. Le checkout existant reste sur sa

docs/providence-beta265.md

@@ -1,191 +0,0 @@
-# PROVIDENCE-265 — Prières et premiers miracles
-
-Demande du 24 octobre 2026, branche `codex/providence-prayers`, livraison
-locale **beta.265**, Minecraft **26.3**, Fabric Loader **0.19.5** et
-Fabric API **0.160.5+26.3**. Aucune dépendance ajoutée.
-
-## Intégration
-
-Providence est un paquet autonome dans le mod Sanctuary existant. Son
-initialisation enregistre deux commandes et une session par serveur. Le
-vocabulaire, l'interpréteur, le moteur de décision et le journal utilisent
-du Java/Gson indépendant de Minecraft. Seuls la validation du monde,
-l'exécution et les réponses dépendent du jeu.
-
-La tranche utilise les services actuels : contrat météo journalier,
-position de dernière mort sauvegardée nativement par Minecraft, écritures
-atomiques `AtomicJson`, commandes Fabric et ressources FR/EN. Aucun écouteur
-du chat général, LLM, appel HTTP ou service extérieur. Les tombes et les
-inventaires ne sont jamais interceptés par Providence.
-
-## Jouer
-
-```text
-/pray Ô seigneur, j'en ai marre de cet orage, faites revenir le soleil !
-/pray Pitié, ramenez-moi à l'endroit où je suis mort
-/providence readable true
-/providence readable false
-```
-
-`/pray` est accessible sans opérateur, dans une partie solo comme sur un
-serveur dédié. La prière est limitée à 512 caractères. Elle reçoit une réponse
-privée courte, avec deux variantes par verdict. Le mode par défaut utilise
-la police `sanctuary:providence`, ressource du mod référençant la police SGA
-native `minecraft:alt`. Les textes SGA sont sans accents ; la lecture normale
-FR/EN conserve les accents et se choisit individuellement avec `readable`.
-Le choix persiste. Les variantes « entendue » sont préparées ; le parcours
-jouable répond directement par le verdict final.
-
-Les prières espacées de moins de cinq secondes sont silencieuses, sans
-nouvelle recherche de destination ni nouvelle écriture. Une erreur de
-persistance ferme le moteur jusqu'à un rechargement valide ; un rechargement
-de configuration invalide conserve la session courante. Les données en erreur
-sont conservées.
-
-## Compréhension symbolique
-
-Au premier démarrage, le serveur copie deux fichiers embarqués vers :
-
-- `config/sanctuary/providence/concepts.json` : concepts et synonymes, dont
-  des expressions de plusieurs mots ; vocabulaire français et premiers
-  synonymes anglais.
-- `config/sanctuary/providence/miracles.json` : motifs de reconnaissance,
-  exclusions, conditions obligatoires, probabilités, cooldowns et rétention.
-
-Après modification, un opérateur utilise `/providence reload`. Les deux
-fichiers sont validés avant le remplacement de la session courante. Un
-synonyme ajouté ne demande aucune recompilation. Les conditions de sécurité
-des exécuteurs ne peuvent pas être supprimées par les fichiers JSON.
-
-La normalisation retire accents, casse et ponctuation ; la détection respecte
-les frontières des mots. Une demande doit commencer un segment, invoquer
-Providence ou comporter une expression directe comme « ramenez-moi ». Un
-constat tel que « le serveur arrête la pluie » reste sans effet. Chaque motif contient des groupes de concepts :
-tous les groupes sont requis, avec au moins un concept par groupe. Par
-exemple, demande + arrêt + pluie, ou demande + retour + soleil. Le score
-de couverture vaut le pourcentage de groupes satisfaits (0 à 100). Le seuil
-par défaut est 90 et un motif incomplet ne déclenche jamais d'effet. Ce score
-structurel n'est pas une probabilité de compréhension du langage.
-
-Les indices ne sont pas assemblés entre phrases ou propositions séparées par
-une conjonction. Les négations, hypothèses et certaines formulations de récit
-bloquent la proposition concernée. Deux intentions complètes distinctes
-rendent la prière ambiguë et empêchent toute action. Un mot isolé comme
-« pluie », un récit de mort ou « J'aime cette pluie, ne l'arrêtez pas »
-n'exécute rien.
-
-Ce moteur reconnaît un petit vocabulaire et des relations simples. Il ne
-résout pas la coréférence, le sarcasme, les citations imbriquées ou toutes
-les tournures françaises. Une prière correcte peut rester incomprise ; les
-formulations négatives et hypothétiques sont volontairement conservatrices.
-
-## Miracles et décisions
-
-| Miracle | Politique initiale | Conditions et effet |
-| --- | --- | --- |
-| `CLEAR_WEATHER` | 35 %, individuel 30 min, global 10 min | Joueur vivant, Overworld avec météo et temps non clair. Profil Sanctuary changé en `CLEAR` jusqu'au prochain jour civil ; prévision normale reprise le lendemain. En mode météo vanilla, éclaircie de 600 secondes configurable. |
-| `RETURN_TO_DEATH` | 50 %, individuel 15 min, aucun cooldown global | Joueur vivant, dernière mort connue dans la dimension courante, arrivée sûre dans les chunks déjà chargés. Téléportation native et distance de chute remise à zéro. |
-| `RECOVER_ITEMS` | Désactivé, activation JSON refusée | Intention reconnue, aucune lecture ou restitution des objets. Contrat anti-duplication encore à concevoir autour des tombes. |
-| `RESCUE_PLAYER` | Désactivé, activation JSON refusée | Intention reconnue, aucune extraction. Les critères de situation bloquée et de destination restent à valider. |
-
-Aucun coût d'XP ou d'objet dans cette tranche. Les probabilités, délais et
-activation des deux pouvoirs validés sont configurables. Les délais utilisent
-l'heure UTC en millisecondes du serveur ; un recul de son horloge prolonge
-l'attente. Un refus probabiliste consomme les mêmes cooldowns qu'un accord,
-afin de ne pas relancer le tirage par répétition ou reconnexion. Un refus
-de condition, une intention inconnue ou un pouvoir désactivé ne consomme que
-la courte limite de fréquence des prières.
-
-Le retour cherche le point sûr le plus proche dans une boîte de ±8 blocs
-horizontalement et ±6 verticalement autour de la dernière mort. Le sol doit
-être solide, le joueur debout doit tenir dans le volume libre, et les cases voisines
-doivent être chargées et dans la bordure. Fluides, lave, feu, cactus, magma,
-neige poudreuse, plantes blessantes et portails sont refusés. Aucun bloc
-n'est créé ou détruit, aucun chunk n'est chargé ou généré par cette recherche.
-Une mort dans le vide, dans une autre dimension ou trop loin des chunks
-chargés reste donc sans retour. Une arrivée sûre ne garantit pas l'absence
-d'ennemis ou de dangers futurs. Le joueur endormi, mort, spectateur ou passager
-est inéligible.
-
-## Nouveau contrat de persistance isolé
-
-`<monde>/data/sanctuary-providence.json`, schéma 1, contient uniquement les
-prières explicites admises par la limite de fréquence, leurs UUID, intentions,
-scores, ambiguïtés, concepts, conditions examinées, décisions et résultats,
-ainsi que les échéances et préférences de lecture. Il n'enregistre pas les
-autres messages du chat ou les messages privés entre joueurs.
-
-Par défaut, les 500 dernières entrées au maximum sont conservées pendant
-14 jours. Le nettoyage intervient au chargement, à chaque décision et une
-fois par minute pendant que le serveur tourne. `historyEntries: 0` désactive
-la conservation du texte des prières tout en conservant les protections
-contre les répétitions. Les cooldowns non expirés restent indépendants de la
-rétention ; les échéances expirées sont éliminées. Les fichiers sont bornés
-(configurations 256 Kio chacune, état 8 Mio) et remplacés atomiquement.
-
-Avant tout effet, la décision `PENDING` et ses cooldowns sont enregistrés
-(avec la conservation du texte désactivée, seules les réservations persistent).
-L'effet réussi devient `GRANTED` avec `executed: true`. Une interruption
-entre ces étapes laisse `PENDING` et `executed: false`, résultat incertain
-à examiner manuellement ; aucune exécution n'est rejouée au redémarrage.
-Il n'existe pas de transaction atomique entre les fichiers du monde Minecraft
-et le journal : une panne au milieu d'un effet peut donc laisser ce résultat
-incertain. Les refus et échecs ne sont jamais annoncés comme exécutés.
-
-Contrat additif : aucune migration de fichier existant, changement de
-génération, expansion, réécriture de chunk ou manipulation de sauvegarde
-personnelle. La météo utilise son contrat existant sans en changer le schéma.
-
-## Vérifications
-
-`check build assemblePack` réussit en **2 min 50 s**, sur Java 25.0.3,
-avec les **15 GameTests serveur requis réussis** (Providence, tombes et
-progression) et **67 vérifications Providence indépendantes de Minecraft**.
-Le parcours serveur couvre notamment les vraies commandes, le beau temps
-persistant, le cooldown global après rechargement, un rechargement JSON refusé
-sans perte de session, le choix d'accessibilité persistant, la position native
-après mort et sauvegarde/relecture, la téléportation réelle, les arrivées
-non chargées, la lave, le plafond, la pose rampante, le cactus et la restitution
-d'objets désactivée. Le journal de l'essai contient une erreur de rechargement
-JSON attendue, injectée pour vérifier la conservation de la session.
-
-Les tests indépendants comprennent synonymes rechargés sans compilation,
-formulations familières FR/EN, récits sans demande, négations, hypothèses,
-ambiguïtés, refus probabiliste, conditions manquantes, pouvoirs désactivés,
-limite de fréquence, cooldowns individuels/globaux après redémarrage,
-interruption d'exécution, rétention par âge et par nombre, journal textuel
-désactivé, isolation des mondes, taille maximale, corruption et conflit
-avec une modification extérieure du fichier.
-
-Le parcours client réussit en **1 min 1 s**, sous **Vulkan / MoltenVK 1.4.2,
-Apple M1**, avec 8 Gio maximum. Un `/pray` envoyé par la vraie connexion de jeu
-arrête l'orage et retourne une réponse SGA ; la commande d'accessibilité
-retourne ensuite une réponse en lecture normale. Les huit verdicts principaux
-sont rendus dans le chat natif en FR/EN, GUI 2/3/4, en SGA et en lecture normale.
-Les **12 captures natives** ont été inspectées : alphabet, ponctuation,
-accents et texte contenu dans le chat. Monde de développement neuf, graine 265.
-
-Journaux et captures ignorés :
-`build/providence265-check-build-pack-final.log`,
-`build/providence265-client-vulkan.log`, `build/providence265-screenshots/`.
-Aucun essai OpenGL. Les essais concernent le serveur local et le client macOS ;
-aucune connexion distante multijoueur ni validation Windows n'est revendiquée.
-Aucune publication, avancée du canal packwiz ou installation personnelle.
-
-Le [MRpack local beta.265](../build/Sanctuary-beta.265.mrpack) est exporté et
-vérifié : intégrité ZIP, version, Minecraft 26.3/Fabric exacts, un seul JAR
-Sanctuary identique au build, classes compilées et ressources Providence/FR/EN
-identiques aux sources, classes de test absentes. Par rapport à beta.264,
-les seules classes existantes modifiées sont `SanctuaryMod` et `WeatherService` ;
-le reste du nouveau code est dans `providence`. Empreintes et reçu :
-`build/providence265-validation.json`.
-
-```sh
-export JAVA_HOME=$(/usr/libexec/java_home -v 25)
-./gradlew check build assemblePack \
-  -PsanctuaryFocusedTests=providence265,graves,progression -PsanctuaryAtlasOnly=true
-./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
-  -PsanctuaryQuickTests=true -PsanctuaryProvidence265ClientTests=true \
-  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientHeapGb=8 \
-  -PsanctuaryClientNoVsync=true
-```