Align pause calendar and server bulletin for beta.164

AGENTS.md

@@ -11,6 +11,7 @@ La vision est dans `docs/vision.md` ; elle décrit aussi des fonctionnalités fu
 - Ne pas modifier un monde existant, régénérer des chunks, changer un format de sauvegarde ou activer une expansion sans contrat de migration explicite.
 - Garder les identifiants `sanctuary:*` stables et documenter toute évolution de la génération avec graine et version.
 - Ajouter les libellés FR/EN des nouvelles interfaces. Vérifier les dépendances pour la version Minecraft exacte ; aucune compatibilité supposée à partir du nom d'un mod.
+- Les tests graphiques Sanctuary ciblent uniquement Vulkan. OpenGL est abandonné comme cible de validation depuis le 18 septembre 2026 : ne plus lancer de suite OpenGL ni revendiquer sa prise en charge à partir des essais historiques.
 - Lancer `./gradlew check build` pour livrer du code, et `./gradlew assemblePack` si la distribution change. Ajouter seulement les tests utiles au comportement touché.
 - Pour chaque nouvelle livraison du mod, incrémenter le compteur `beta.xxx` (départ `beta.001`) dans `mod_version` et `pack_version` de `gradle.properties`, synchroniser `packwiz/pack.toml` et documenter le changement. Le tag reprend cette version exacte, sans préfixe `v` ; voir `docs/versioning.md`. Une simple modification documentaire n'incrémente pas les binaires.
 - Le pack Beta suit un canal packwiz stable et une seule instance Prism. Pour une mise à jour demandée, suivre `docs/packwiz.md` : publier un artefact vérifié et immuable, avancer le canal, puis synchroniser l'instance existante en conservant ses sauvegardes et réglages.

CHANGELOG.md

@@ -1,5 +1,135 @@
 # Changelog
 
+## beta.110 — Atelier d’argile inclus
+
+- Une seule livraison réunit l’atelier d’argile, les statuaires et l’import GLB de beta.106 avec les œufs et la neige saisonnière de beta.107 à beta.109.
+- Fonctionnement, identifiants et formats conservés ; accumulation toujours plafonnée à deux blocs par défaut.
+- [Contrat et vérifications](docs/clay-workshop-integration-beta110.md).
+
+## beta.109 — Fonte saisonnière
+
+- Fonte par couches des dépôts météo suivis, de haut en bas, plus rapide en été.
+- Arrêt en hiver, dans les biomes froids, sous un profil neigeux ou en mode météo Vanilla.
+- Constructions et neige antérieure préservées ; suivi sauvegardé par chunk, retiré lors des modifications manuelles.
+- Gamerule `sanctuary:seasonal_snow_melt` active par défaut ; accumulation toujours limitée à deux blocs par défaut.
+- [Contrat et essais](docs/seasonal-snow-melt-beta109.md), sur la base beta.108, Statuaire beta.106 livré séparément.
+
+## beta.108 — Accumulation de neige
+
+- Chaque précipitation ajoute une couche ; la huitième forme un bloc de neige natif solide, puis le dépôt continue au-dessus.
+- Plafond de deux blocs par défaut, gamerule réglable (0 = arrêt, -1 = sans plafond particulier).
+- Collisions, supports, lumière et chaudrons natifs conservés ; accumulation seulement pendant la chute de neige.
+- [Contrat et essais](docs/snow-accumulation-beta108.md). Assemblage isolé sur beta.107, avec les œufs, sans le Statuaire beta.106 livré séparément.
+
+## beta.107 — Naissances en œufs
+
+- Reproduction : œuf natif au lieu d’un bébé vivant, variantes et caractéristiques héritées ; bébé garanti à l’éclosion.
+- Grenouille/têtard, tortue, sniffer, allay et villageois : chemins natifs particuliers pris en charge.
+- Générateur classique cassé en survie sans Toucher de soie : un œuf de son type.
+- Catalogue des 88 espèces : 35 voies couvertes et 53 propositions à valider, sans ajouter ces propositions au jeu.
+- [Contrat et contrôles](docs/spawn-eggs-acquisition-beta107.md), [catalogue](docs/spawn-eggs-catalogue-beta107.md).
+- Livraison isolée sur la base beta.105 ; le chantier Statuaire beta.106 est conservé séparément.
+
+## beta.106 — Atelier d’argile et modèles 3D
+
+- Dossier commun pour schémas et GLB ; sélection des modèles 3D dans Statues au Métabli.
+- Atelier d’argile : un bloc d’argile pour un statuaire 16³ à poser. Couleurs du modèle avec l’argile normale, couleur unie avec les seize argiles Sanctuary.
+- Modèle identifié et embarqué dans l’objet, sauvegarde serveur et rendu natif de la miniature dans le monde et l’inventaire.
+- Contrat d’import, de sauvegarde et limites : `docs/statuary-beta106.md`.
+
+## beta.105 — Saisons et chapeaux vivants
+
+- Molette pour les pages du fût ; panoramas avec les effets actifs du shader Sanctuary.
+- Prévisions saisonnières, neige continue ou averses de neige avec accumulation native.
+- Chapeaux réactifs : paratonnerre, briquet, spawner, fusée, cultures et aliments attirants.
+- Livre et plume : journal personnel selon le caractère et les caresses/blessures.
+- Les boules de neige activent les objets portés. Aucune Weather TNT.
+- [Contrat et vérifications](docs/living-hats-seasons-beta105.md).
+
+## beta.104 — Contraste des argiles
+
+- Gris soutenu et noir plus sombre, dessin vanilla plus contrasté.
+- Boules d’argile accordées aux blocs, autres textures intactes.
+- Rangement beta.103 conservé ; [détails](docs/clay-contrast-beta104.md).
+
+## beta.103 — Rangement créatif
+
+- Séries de 16 par type : briques, escaliers, dalles, argiles et leurs items.
+- Ordre des couleurs identique à l’onglet natif Minecraft 26.3.
+- [Détails](docs/colored-bricks-order-beta103.md).
+
+## beta.102 — Briques et argile de couleur
+
+- 16 familles : briques, dalles, escaliers, argile pastel, boules d’argile et briques en items.
+- Textures fournies intactes, recoloration pixel par pixel des trois textures vanilla.
+- Onglets natifs Couleurs/Ingrédients, recettes, cuisson, tailleur, butin et découvertes.
+- [Contrat et vérifications](docs/colored-bricks-beta102.md).
+
+## beta.101 — Atterrissage des familiers volants
+
+- Les profils volants ne subissent plus les dégâts et effets de chute de leur entité commune.
+- Les vrais coups et les chutes des familiers terrestres sont conservés.
+- [Reproduction et vérifications](docs/flying-landing-beta101.md).
+
+## beta.100 — Exploration et promenade des familiers
+
+- Statues limitées aux espèces rencontrées, vaincues ou ayant tué le joueur.
+- Catalogue et génération filtrés par une liste de découvertes fournie par le serveur.
+- Promenade avec destinations stables et pauses selon le tempérament, y compris en vol et en garde.
+- Import `.schem` : conversion native des anciennes palettes dont la version est connue, diagnostic du bloc incompatible.
+- [Contrat et vérifications](docs/exploration-familiers-beta100.md).
+
+## beta.099 — Catalogue, compétences et gestes K
+
+- Compétences avant les progrès ; arbre natif intégré et suivi par clic droit.
+- Fiches illustrées communes, trois plans récents terminés, infrastructures et décoration.
+- Palette de statue étendue aux blocs du registre, avec comparaison couleur et forme.
+- K bref : ancrer au point visé ou tourner au même point ; K maintenu : commandes.
+- Métabli préassemblé sur le piédestal des nouvelles salles souterraines.
+- Clé dorée en outil plat, texture vanilla provisoire en attente de celle du créateur.
+- [Contrat et vérifications](docs/catalogue-progression-beta099.md).
+
+## beta.098 — Construction créative
+
+- Bouton « Construire le plan… » dans K, visible uniquement en créatif.
+- Confirmation du plan complet à l’origine et dans l’orientation sélectionnées.
+- Statues, bâtiments et composants de machines ; assemblage multibloc à la clé.
+- [Détails et vérifications](docs/creative-construction-beta098.md).
+
+## beta.097 — Temples et aperçu texturé
+
+- Recherche de secours pour les temples des expéditions, avec pièces vanilla et fondation locale si nécessaire.
+- Conserve la première recherche et les emplacements déjà admissibles.
+- Aperçu des plans avec les modèles et textures des blocs, formes natives et nom du matériau visé.
+- [Contrat et vérifications](docs/temple-crash-beta097.md).
+
+## beta.096 — Métabli
+
+- Atelier de neuf établis avec les textures fournies, assemblage et dissociation à la clé.
+- Catalogue Statues, Machines, Bâtiments et Mes plans ; sélection unique à l’atelier.
+- K garde les commandes de placement, rotation, couches et matériaux.
+- Construction manuelle ; changer de projet ou l’abandonner exige de revenir à l’atelier.
+- [Détails et vérifications](docs/metabli-beta096.md).
+
+## beta.095 — Pilier des super pistons
+
+- Bois du centre de la grande plaque sur la tige, sans bordure ni étirement.
+- Découpage adapté aux segments courts du socle et de la tête.
+- [Détails et vérifications](docs/piston-shaft-beta095.md).
+
+## beta.094 — Feu du Fourneau
+
+- Braises dans les deux ouvertures, allumage commun lié à la chaleur.
+- Flammes et fumée alignées sur la façade dans les quatre orientations.
+- Pierre originale et fours isolés conservés.
+- [Détails et vérifications](docs/fourneau-allume-beta094.md).
+
+## beta.093 — Crash des infobulles pendant la recherche
+
+- Retire les accès à la police graphique lors de l’indexation asynchrone des
+  descriptions de familiers ; texte complet et mise en page visible conservés.
+- [Diagnostic et vérifications](docs/tooltip-crash-beta093.md).
+
 ## beta.092 — Clic molette des super pistons
 
 - Socles, têtes et tiges renvoient le piston normal ou collant d’origine.

README.md

@@ -1,5 +1,125 @@
 # Sanctuary
 
+## beta.164 — calendrier et intendance
+
+Date et heure réunies à gauche ; titre serveur aligné sur la carte et les panneaux.
+[Résultat et vérifications](docs/pause-calendar-beta164.md).
+
+## beta.163 — menu pause encadré
+
+Calendrier, intendance et horloge en en-tête ; deux groupes de navigation,
+séparateurs natifs et reprise centrée dans le footer.
+[Résultat et vérifications](docs/pause-frame-beta163.md).
+
+## beta.162 — tableau en scène et conversation
+
+Portrait de l’auteur tourné vers la souris, bulle aux couleurs de l’annonce,
+demande à gauche et réponses à droite. Retour/Actualiser restent en haut ;
+la conversation passe dessous sur les GUI étroits.
+[Résultat et vérifications](docs/notice-scene-beta162.md).
+
+## beta.161 — correctifs de séance et site vivant
+
+Liste des joueurs sur U, suivi des demandes expliqué, intendance compacte et
+compteurs réels partagés avec le site. Site public en lecture seule, Gazette
+en accordéon avec aperçus compacts.
+[Contrat et vérifications](docs/session-fixes-beta161.md).
+
+## beta.160 — laboratoire de test en duo
+
+Shader désactivé sur une configuration neuve, serveur local léger, personnages
+de test optionnels et séances de captures horodatées.
+[Mode d’emploi et vérifications](docs/duo-lab-beta160.md) ·
+[Récap Discord 130–160](docs/discord-beta130-160.md).
+
+## beta.159 — recherche communautaire et galerie adaptable (pack local)
+
+Recherche par joueur, titre ou texte, historique Serveur en lecture seule,
+année dans les dates et galerie adaptée au GUI avec grand aperçu.
+Repères « ! » et infobulles sur la carte pour les demandes suivies géolocalisées.
+[Résultat et vérifications](docs/community-search-beta159.md).
+
+## beta.158 — cartes communautaires et demandes suivies (pack local)
+
+Grilles à deux colonnes, articles photo/texte, annonces colorées avec visages,
+coffres descriptifs et suivi persistant fichier/MariaDB. Sélecteur photo compact.
+[Contrat et vérifications](docs/community-cards-beta158.md).
+
+## beta.157 — photo obligatoire dans la Gazette (pack local)
+
+Galerie de captures défilante, aperçu et assignation à un article. Publication
+avec photo obligatoire, stockage fichier ou MariaDB partagé avec le site.
+[Contrat de migration et vérifications](docs/gazette-photos-beta157.md).
+
+## beta.156 — reprendre la partie sous la colonne communautaire (pack local)
+
+Le bouton Reprendre la partie est aligné sous la Gazette et le tableau
+d’affichage, en bas à droite. [Vérifications](docs/pause-resume-beta156.md).
+
+## beta.155 — nouvelle structure du menu pause (pack local)
+
+Navigation Sanctuary à gauche, carte centrale, Gazette et demandes défilantes
+à droite. Date, intendance et heure en en-tête ; options et sortie en bas de la colonne
+gauche, reprise de la partie en bas au centre.
+[Contrat et vérifications](docs/pause-redesign-beta155.md).
+
+## beta.154 — Gazette et tableau communautaire (pack local)
+
+Panneaux gauche/droite du menu pause, intendance, publication, réponses,
+modification et modération. Stockage fichier par défaut ; MariaDB optionnelle
+commune avec le site. Shaders beta.151 conservés.
+[Contrat et configuration](docs/community-contract-v1.md) ·
+[Vérifications et limites](docs/community-beta154.md).
+
+## beta.151 — Nether, reflets des blocs et SSR (pack local)
+
+Synchronisation de l’inventaire au changement de dimension, retour de l’intensité
+spéculaire des blocs solides à son niveau antérieur et bois mat avec relief.
+SSR activé par défaut à 20 %, choix sauvegardés conservés.
+[Contrat et vérifications](docs/nether-pbr-beta151.md).
+
+## beta.150 — Terre mate et reflets du coucher de soleil (pack local)
+
+Terre mate avec relief conservé. Le soleil et son reflet se colorent ensemble
+en suivant la couleur et la transition du coucher de soleil natif de Minecraft.
+Les accents lumineux suivent les normales animées des vaguelettes et leur
+orientation vers le soleil et la caméra. [Contrat et vérifications](docs/matte-dirt-beta150.md).
+
+## beta.149 — Distances PBR / SSR et feuillage (pack local)
+
+Deux distances séparées, 64 blocs par défaut chacune, jusqu’à 256 blocs.
+Option renommée « SSR » et suppression du voile spéculaire sur le feuillage.
+[Contrat et vérifications](docs/independent-distances-beta149.md).
+
+## beta.148 — PBR 50 % et soleil diffus (pack local)
+
+PBR à 50 %, reflet solaire plus doux avec fusion par texel préservant
+la texture de l’eau. SSR à 20 %, portée commune jusqu’à 256 blocs.
+[Contrat et vérifications](docs/pbr-soft-sun-beta148.md).
+
+## beta.147 — PBR proche, lune et portée 256 (pack local)
+
+Correction du scintillement à très courte distance, reflet lunaire adouci
+et distance commune PBR/SSR jusqu’à 256 blocs.
+[Contrat et vérifications](docs/pbr-close-range-beta147.md).
+
+## beta.146 — Reflets et transitions de l’eau (pack local)
+
+Correction du masquage des personnages en F5 et sélection stricte des surfaces PBR.
+PBR à 80 % et SSR à 20 % par défaut, distance commune PBR/SSR
+(16/32/64/128 blocs), reflet solaire large et blanc avec léger bloom des matières.
+Eau naturelle selon le type de monde et mélange 1/3/5/9/17 blocs.
+[Contrat et vérifications](docs/reflections-water-beta146.md).
+
+## beta.145 — PBR de l’eau et reflets pixélisés (livraison locale)
+
+L’eau et le verre rejoignent le PBR natif. L’option expérimentale de reflets
+alimente les texels avec le paysage visible selon leurs normales.
+[Contrat, vérifications et limites](docs/pbr-ssr.md).
+Cette branche intègre un instantané des sources d’eau beta.144 ; elle ne
+publie pas le canal et ne synchronise pas Prism.
+
+
 Sanctuary est une extension gratuite de Minecraft qui transforme le jeu en un
 monde flottant d'exploration, de production et de progression collective.
 Les joueurs commencent ensemble sur Sanctuary Island et construisent les
@@ -20,10 +140,22 @@ La [vision complète](docs/vision.md) conserve les intentions ; le
 L’économie, les claims et les dimensions décrits dans la vision restent
 à implémenter.
 
-Les sources Git sont synchronisées jusqu’à **beta.092**. Le récapitulatif de
-[synchronisation](docs/git-sync-beta092.md) précise les vérifications et les
-limites. Les archives bêta mentionnées dans ce document sont des fichiers
-locaux ; la dernière release du canal packwiz reste **alpha.30.7**.
+La version **beta.144** prépare une option d’**eau naturelle pixélisée** :
+couleur du biome, trois profils selon le fond et visibilité adaptée en immersion.
+Les océans gardent leur couleur native et le profil clair.
+[Contrat et vérifications](docs/natural-water-beta144.md). Livraison en cours.
+
+La version **beta.143** garde le sampler natif de précipitation pour la neige
+saisonnière, mais ralentit son rythme : l'accumulation est espacée par un
+facteur 12 et la fonte par le facteur temps réel 72. Les protections existantes
+restent inchangées : neige construite, biomes froids, hiver, profils neigeux
+et météo Vanilla. Le [ticket](docs/realtime-snow-melt-beta143.md) documente le
+contrat et les vérifications.
+La beta.143 est publiée et synchronisée dans l’instance Sanctuary Beta ;
+les 923 fichiers personnels suivis sont conservés.
+La [livraison précédente](docs/clay-workshop-integration-beta110.md) réunit déjà
+l’atelier, les œufs et la neige saisonnière dans l’instance **Sanctuary Beta**.
+Les [synchronisations antérieures](docs/git-sync-beta092.md) restent documentées.
 
 Les [archives pour le site](archives/web/README.md) conservent la maquette
 Blocodex autonome, les documents et les images retrouvées jusqu'à alpha.30.7.
@@ -31,6 +163,417 @@ La [carte native beta.005](docs/atlas-beta005.md) prend le relais après
 l’étude de Xaero et des alternatives libres.
 
 
+## beta.143 — Neige saisonnière en temps réel
+
+Accumulation ralentie par un facteur 12 et fonte saisonnière ralentie par le
+facteur naturel 72, tout en conservant le sampler natif des colonnes de
+précipitation. Deux blocs de neige fondent en environ 2,7 jours réels en été,
+5,4 au printemps et 11 en automne.
+[Contrat et vérifications](docs/realtime-snow-melt-beta143.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.143/Sanctuary-beta.143.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.143/Sanctuary-Test-beta.143.mrpack).
+
+## beta.142 — Vulkan par défaut et stabilité PBR
+
+Moteur natif Vulkan prioritaire, relief conservé pendant les reconstructions,
+calculs de reflets bornés et intensité initiale 80 %. Choix personnels conservés.
+[Contrat et vérifications](docs/pbr-refresh-beta142.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.142/Sanctuary-beta.142.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.142/Sanctuary-Test-beta.142.mrpack).
+
+## beta.141 — Direction locale et normales PBR
+
+Relief et reflets orientés par les lumières locales. Cache compact, confiance
+réduite pour les sources opposées, objets portés et fondus. Activer PBR et
+Lumières colorées ; portée PBR 32 blocs.
+[Contrat et vérifications](docs/directional-lights-beta141.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.141/Sanctuary-beta.141.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.141/Sanctuary-Test-beta.141.mrpack).
+
+## beta.140 — Lumières portées et fondus
+
+Mains et tête, distances 8/16/32/64, fondus, cuivre vert, redstone rouge et
+option pour la chaleur des torches. Lumières colorées activées à 30 % par défaut.
+[Contrat et vérifications](docs/colored-dynamic-beta140.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.140/Sanctuary-beta.140.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.140/Sanctuary-Test-beta.140.mrpack).
+
+## beta.139 — Lumières colorées
+
+Teintes chaudes, sources des âmes bleues, redstone rouge, froglights et matériaux lumineux.
+Option désactivée initialement, intensité 35 % ; propagation locale avec obstacles.
+[Contrat et vérifications](docs/colored-lights-beta139.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.139/Sanctuary-beta.139.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.139/Sanctuary-Test-beta.139.mrpack).
+
+## beta.138 — Rayons et brouillard
+
+Densité automatique des rayons selon le brouillard et les précipitations.
+[Contrat et vérifications](docs/shader-beta138.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.138/Sanctuary-beta.138.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.138/Sanctuary-Test-beta.138.mrpack).
+
+## beta.137 — Rayons solaires
+
+Faisceaux volumétriques légers, intensité réglable et feuillage perméable.
+[Contrat et vérifications](docs/shader-beta137.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.137/Sanctuary-beta.137.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.137/Sanctuary-Test-beta.137.mrpack).
+
+## beta.136 — Lens flare rectangulaire
+
+Soleil et lune, reflets doux et intensité indépendante du bloom.
+[Contrat et vérifications](docs/shader-beta136.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.136/Sanctuary-beta.136.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.136/Sanctuary-Test-beta.136.mrpack).
+
+## beta.135 — SSGI près des surfaces
+
+Correction des coupures à courte distance, sans flouter les textures.
+[Contrat et vérifications](docs/shader-beta135.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.135/Sanctuary-beta.135.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.135/Sanctuary-Test-beta.135.mrpack).
+
+## beta.134 — PBR optionnel et SSGI filtré
+
+Relief et reflets des matériaux ; lissage de la lumière indirecte.
+[Contrat et vérifications](docs/shader-beta134.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.134/Sanctuary-beta.134.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.134/Sanctuary-Test-beta.134.mrpack).
+
+## beta.133 — SSGI renforcé
+
+Couleurs voisines plus visibles, même budget de rayons et de cibles GPU.
+[Contrat et vérifications](docs/shader-beta133.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.133/Sanctuary-beta.133.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.133/Sanctuary-Test-beta.133.mrpack).
+
+## beta.132 — SSGI : diffusion locale des couleurs
+
+Rebond diffus des couleurs visibles, intensité réglable et reconstruction
+préservant les silhouettes. Expérimental, initialement désactivé.
+[Contrat et vérifications](docs/shader-beta132.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.132/Sanctuary-beta.132.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.132/Sanctuary-Test-beta.132.mrpack).
+
+## beta.131 — Émissifs indépendants et précision étendue
+
+Bloom, émissifs et highlight activés initialement ; halo facultatif et cinq
+précisions communes de 8 à 128 pixels/bloc.
+[Contrat et vérifications](docs/shader-beta131.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.131/Sanctuary-beta.131.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.131/Sanctuary-Test-beta.131.mrpack).
+
+## beta.130 — Bloom, minerais émissifs et précision commune
+
+Halo réglable des sources lumineuses et inclusions des vingt textures de
+minerais ; réglages par défaut 32/128/16 et ombres activées.
+[Contrat et vérifications](docs/shader-beta130.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.130/Sanctuary-beta.130.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.130/Sanctuary-Test-beta.130.mrpack).
+
+## beta.129 — Reflets CTM et ombres jusqu'à 256 blocs
+
+Reflets connectés réglables, cinq portées indépendantes, soleil plein à midi
+et correction du réalignement cyclique de la grille d'ombres.
+[Contrat et vérifications](docs/shader-beta129.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.129/Sanctuary-beta.129.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.129/Sanctuary-Test-beta.129.mrpack).
+
+## beta.128 — Ombres stables, lune et feuillage
+
+Grille de réception stabilisée, contours nets des blocs, atténuation à midi,
+ombre lunaire légère et feuillage nuancé selon son épaisseur.
+[Contrat et vérifications](docs/shader-beta128.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.128/Sanctuary-beta.128.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.128/Sanctuary-Test-beta.128.mrpack).
+
+## beta.127 — Shader : ombres portées pixélisées
+
+Ombres solaires natives, finesse 8/16/32 pixels par bloc et portée 16/32/64 blocs.
+Option désactivée par défaut, réglable sans rechargement des ressources.
+[Contrat et vérifications](docs/shader-beta127.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.127/Sanctuary-beta.127.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.127/Sanctuary-Test-beta.127.mrpack).
+
+## beta.126 — Gemmes, argile et découvertes
+
+Rubis et saphir avec filons configurables, couleurs originales avec l'argile,
+commandes de découverte globales ou ciblées.
+[Contrat et vérifications](docs/gems-beta126.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.126/Sanctuary-beta.126.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.126/Sanctuary-Test-beta.126.mrpack).
+
+## beta.125 — Sculptures : placement, éclats et animaux
+
+Coins et trois hauteurs sur la grille 1/16 ; particules issues des voxels ;
+modèles découverts disponibles dans le Clay Workshop.
+[Contrat et vérifications](docs/sculpture-placement-beta125.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.125/Sanctuary-beta.125.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.125/Sanctuary-Test-beta.125.mrpack).
+
+## beta.124 — Une boîte par sculpture
+
+Sélection et collisions simplifiées, dimensions ajustées et lumière conservée.
+[Contrat et vérifications](docs/sculpture-bounds-beta124.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.124/Sanctuary-beta.124.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.124/Sanctuary-Test-beta.124.mrpack).
+
+## beta.123 — Clé dorée et clé de Steve
+
+Orientations cohérentes, inventaires et eau préservés ; clé de Steve pour
+l’édition libre, utilisable aussi en survie. [Contrat et vérifications](docs/wrench-safety-beta123.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.123/Sanctuary-beta.123.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.123/Sanctuary-Test-beta.123.mrpack).
+
+## beta.122 — Sculptures : forme et lumière
+
+Collisions et sélection sur les voxels réels, creux traversables, lumière sans
+occlusion cubique. [Contrat et vérifications](docs/sculpture-shape-light-beta122.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.122/Sanctuary-beta.122.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.122/Sanctuary-Test-beta.122.mrpack).
+
+## beta.121 — Texture de clé et pack personnel
+
+Copie complète des ressources, création depuis le jeu et guide FR/EN inclus.
+[Contrat et vérifications](docs/resourcepack-template-beta121.md) ·
+[Template personnel](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.121/Sanctuary-Template-beta.121.zip) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.121/Sanctuary-beta.121.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.121/Sanctuary-Test-beta.121.mrpack).
+
+## beta.120 — Clé dorée et états de blocs
+
+Gestes du debug stick, rotation de textures et assemblage des machines conservé.
+[Contrat et vérifications](docs/golden-wrench-beta120.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.120/Sanctuary-beta.120.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.120/Sanctuary-Test-beta.120.mrpack).
+
+## beta.119 — Sculptures au centre ou au bord
+
+Pose selon le point visé, centrage sur la grille entière et ancrage conservé
+en sauvegarde. [Contrat et vérifications](docs/sculpture-center-beta119.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.119/Sanctuary-beta.119.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.119/Sanctuary-Test-beta.119.mrpack).
+
+## beta.118 — Murets en briques colorées
+
+Seize couleurs, fabrication et tailleur de pierre, eau, raccords et collisions
+natifs. [Contrat et vérifications](docs/colored-brick-walls-beta118.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.118/Sanctuary-beta.118.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.118/Sanctuary-Test-beta.118.mrpack).
+
+## beta.117 — Grain des textures et sculptures en chapeau
+
+Les petits cubes d'une sculpture reprennent plusieurs nuances des textures
+de la matière. Le modèle reste intact dans le slot chapeau et au retrait.
+[Contrat et vérifications](docs/sculpture-texture-grain-beta117.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.117/Sanctuary-beta.117.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.117/Sanctuary-Test-beta.117.mrpack).
+
+## beta.116 — Matières de sculpture et Fourneau
+
+Un bloc de matière devient une sculpture aux couleurs de sa texture. Hotbar,
+orientation et ancrage conservés. Le Fourneau accepte les dépôts dans chacune
+de ses 27 cases et explique sa chauffe commune.
+[Contrat et vérifications](docs/sculpture-materials-beta116.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.116/Sanctuary-beta.116.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.116/Sanctuary-Test-beta.116.mrpack).
+
+## beta.115 — Fourneau : dépôts et chauffe
+
+Correctif du décalage par trois cases, combustible stable et progression
+par cuisson. [Diagnostic et essais](docs/fourneau-transfers-beta115.md).
+Étape locale intégrée à la livraison commune beta.116.
+
+## beta.114 — Animaux portés et fuite en vol
+
+Un animal volant porté entraîne son porteur après un coup. La trajectoire
+aléatoire prend brièvement le dessus sur les commandes ; déposer l’animal
+interrompt le vol. [Contrat et vérifications](docs/carried-flight-panic-beta114.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.114/Sanctuary-beta.114.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.114/Sanctuary-Test-beta.114.mrpack).
+
+## beta.113 — Sculptures d’argile et alignement
+
+Pose contre le bord visé, orientation selon le regard et coordonnées entières
+pour chaque voxel, y compris les modèles de largeur impaire. L’accroche est
+conservée à la reconnexion. [Contrat et vérifications](docs/clay-sculpture-grid-beta113.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.113/Sanctuary-beta.113.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.113/Sanctuary-Test-beta.113.mrpack).
+
+## beta.112 — Atelier d’argile et hotbar
+
+Neuf cases de hotbar et deux emplacements de fabrication, dans un cadre fixe.
+Les transferts restent dans la hotbar ; une barre pleine ne consomme pas d’argile.
+[Contrat et vérifications](docs/clay-workshop-hotbar-beta112.md) ·
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.112/Sanctuary-beta.112.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.112/Sanctuary-Test-beta.112.mrpack).
+
+## beta.111 — Atelier d’argile et pose orientée
+
+Cadre nine-slice, aperçu, fabrication et inventaire dans un menu commun.
+Les statuaires s’orientent selon le regard horizontal à chaque pose ; les
+anciens modèles gardent leur apparence. [Contrat et vérifications](docs/clay-workshop-ui-beta111.md).
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.111/Sanctuary-beta.111.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.111/Sanctuary-Test-beta.111.mrpack) ·
+[Release](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.111).
+
+## beta.110 — Atelier d’argile et neige saisonnière réunis
+
+Le Clay Workshop / atelier d’argile, les statuaires et les modèles 3D rejoignent
+les œufs, l’accumulation et la fonte saisonnière dans un seul pack.
+[Contrat et vérifications](docs/clay-workshop-integration-beta110.md).
+[Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.110/Sanctuary-beta.110.mrpack) ·
+[Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.110/Sanctuary-Test-beta.110.mrpack) ·
+[Release et installation Prism](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.110).
+
+## beta.109 — Fonte saisonnière
+
+La neige météo fond progressivement hors hiver, avec un rythme adapté à la
+saison. Les constructions en neige sont préservées ; accumulation plafonnée
+à deux blocs par défaut. [Contrat et essais](docs/seasonal-snow-melt-beta109.md).
+Base beta.108, Statuaire beta.106 livré séparément.
+[Pack normal](build/Sanctuary-beta.109.mrpack) ·
+[Pack de test](build/Sanctuary-Test-beta.109.mrpack).
+
+## beta.108 — Neige en volume
+
+Huit couches deviennent un bloc de neige solide ; les dépôts se poursuivent
+au-dessus. Hauteur par défaut de deux blocs, réglable par gamerule.
+[Contrat et contrôles](docs/snow-accumulation-beta108.md).
+Base beta.107 conservée, avec ses œufs ; Statuaire beta.106 livré séparément.
+[Pack normal](build/Sanctuary-beta.108.mrpack) ·
+[Pack de test](build/Sanctuary-Test-beta.108.mrpack).
+
+## beta.107 — Œufs de reproduction et de générateurs
+
+Les naissances deviennent des œufs transportables, avec bébé et héritage natif.
+Les générateurs classiques donnent leur œuf lorsqu’ils sont cassés sans Toucher
+de soie. [Détails](docs/spawn-eggs-acquisition-beta107.md) ·
+[Catalogue des 88 espèces à valider](docs/spawn-eggs-catalogue-beta107.md).
+Assemblage isolé sur la base beta.105, pendant le chantier Statuaire beta.106.
+[Pack normal](build/Sanctuary-beta.107.mrpack) ·
+[Pack de test](build/Sanctuary-Test-beta.107.mrpack).
+
+## beta.106 — Atelier d’argile et modèles 3D
+
+Un même dossier pour schémas et fichiers GLB. Le Métabli les transforme en
+grandes statues en blocs ; l’atelier d’argile fabrique des statuaires 16³
+transportables et posables. Argile normale : couleurs d’origine ; argile
+colorée : sculpture unie. [Contrat et validation](docs/statuary-beta106.md).
+[Pack normal](build/Sanctuary-beta.106.mrpack) ·
+[Pack de test](build/Sanctuary-Test-beta.106.mrpack).
+
+## beta.105 — Saisons et chapeaux vivants
+
+Molette dans le fût, panoramas avec le shader Sanctuary, prévisions saisonnières
+et neige au sol. Les mobs équipés utilisent leurs objets, attirent les animaux
+et écrivent leur journal. [Détails](docs/living-hats-seasons-beta105.md).
+[Pack normal](build/Sanctuary-beta.105.mrpack) ·
+[Pack de test](build/Sanctuary-Test-beta.105.mrpack).
+
+## beta.104 — Argiles grise et noire
+
+Teintes plus distinctes et contraste renforcé, sur les blocs et leurs items.
+Le rangement par séries de 16 est conservé. [Détails](docs/clay-contrast-beta104.md) ·
+[Pack normal](build/Sanctuary-beta.104.mrpack) ·
+[Pack de test](build/Sanctuary-Test-beta.104.mrpack).
+
+## beta.103 — Rangement par séries de 16
+
+Briques, escaliers, dalles et argiles regroupés par type, dans l’ordre des
+couleurs natif. [Détails](docs/colored-bricks-order-beta103.md) ·
+[Pack normal](build/Sanctuary-beta.103.mrpack) ·
+[Pack de test](build/Sanctuary-Test-beta.103.mrpack).
+
+## beta.102 — Briques et argile de couleur
+
+Seize couleurs : briques, dalles, escaliers, argile pastel et leurs items.
+Blocs dans l’onglet natif des couleurs ; recettes et textures 16 × 16.
+[Détails](docs/colored-bricks-beta102.md) ·
+[Pack normal](build/Sanctuary-beta.102.mrpack) ·
+[Pack de test](build/Sanctuary-Test-beta.102.mrpack).
+
+## beta.101 — Atterrissage des familiers volants
+
+Les familiers volants ne prennent plus de coup de chute au contact du sol.
+Les vrais dégâts de combat restent actifs.
+[Validation](docs/flying-landing-beta101.md) ·
+[Pack normal](build/Sanctuary-beta.101.mrpack) ·
+[Pack de test](build/Sanctuary-Test-beta.101.mrpack).
+
+## beta.100 — Exploration et familiers
+
+Les statues se débloquent par rencontre ou combat. Les familiers se promènent
+avec des pauses selon leur tempérament ; les volants ne tournent plus en orbite
+permanente. [Détails et validation](docs/exploration-familiers-beta100.md).
+
+[Pack normal](build/Sanctuary-beta.100.mrpack) ·
+[Pack de test](build/Sanctuary-Test-beta.100.mrpack).
+
+## beta.099 — Catalogue du Métabli et Progression
+
+Compétences en haut, arbre des progrès directement dessous. Le Métabli propose
+un catalogue à aperçus, les trois derniers plans terminés et une palette étendue
+pour les statues. K bref place/tourne, K maintenu ouvre les commandes.
+Les nouvelles grandes salles souterraines accueillent un Métabli sur leur piédestal.
+[Détails et vérifications](docs/catalogue-progression-beta099.md).
+[Pack normal](build/Sanctuary-beta.099.mrpack) ·
+[Monde plat rapide](build/Sanctuary-Test-beta.099.mrpack).
+
+## beta.098 — Construire le plan en créatif
+
+Après sélection au Métabli, K propose **Construire le plan…** uniquement en
+créatif. Statues, bâtiments et composants de machines sont posés selon
+l’origine et l’orientation choisies, après confirmation.
+[Détails et vérifications](docs/creative-construction-beta098.md).
+[Pack normal](build/Sanctuary-beta.098.mrpack) ·
+[Monde plat rapide](build/Sanctuary-Test-beta.098.mrpack).
+
+## beta.097 — Temples et aperçu texturé
+
+Corrige le chargement de certaines graines sans emplacement naturel de temple :
+recherche élargie, puis présence forcée des pièces vanilla avec fondation locale
+si nécessaire. Les aperçus de construction utilisent les modèles et textures
+des blocs du pack actif et indiquent le matériau visé.
+[Détails et vérifications](docs/temple-crash-beta097.md).
+[Pack normal](build/Sanctuary-beta.097.mrpack) ·
+[Monde plat rapide](build/Sanctuary-Test-beta.097.mrpack).
+
+## beta.096 — Métabli et construction guidée
+
+Neuf établis à plat, assemblés à la clé, ouvrent le catalogue de statues,
+machines, bâtiments et plans personnels. Un choix ferme le catalogue ; K
+permet ensuite de placer et d’orienter l’aperçu. Changer ou abandonner le projet
+se fait au Métabli. Construction manuelle avec ses matériaux.
+[Détails et vérifications](docs/metabli-beta096.md).
+[Pack normal](build/Sanctuary-beta.096.mrpack) ·
+[Monde plat rapide](build/Sanctuary-Test-beta.096.mrpack).
+
+## beta.095 — Texture du pilier des super pistons
+
+La tige centrale utilise uniquement le bois au centre de la grande plaque,
+y compris ses segments courts dans le socle et la tête.
+[Détails et vérifications](docs/piston-shaft-beta095.md).
+[Pack normal](build/Sanctuary-beta.095.mrpack) ·
+[Monde plat rapide](build/Sanctuary-Test-beta.095.mrpack).
+
+## beta.094 — Fourneau allumé
+
+Les deux foyers brillent pendant la chauffe ; flammes et fumée sortent des
+ouvertures de la façade. La pierre d’origine est conservée.
+[Détails et vérifications](docs/fourneau-allume-beta094.md).
+[Pack normal](build/Sanctuary-beta.094.mrpack) ·
+[Monde plat rapide](build/Sanctuary-Test-beta.094.mrpack).
+
+## beta.093 — Crash de recherche créative
+
+Les descriptions de familiers peuvent être indexées en arrière-plan sans accéder
+à la police graphique. Leur mise en page reste conservée à l’affichage.
+[Diagnostic et vérifications](docs/tooltip-crash-beta093.md).
+[Pack normal](build/Sanctuary-beta.093.mrpack) ·
+[Monde plat rapide](build/Sanctuary-Test-beta.093.mrpack).
+
 ## beta.092 — Clic molette des super pistons
 
 Viser un socle, une tête ou une tige sélectionne le piston normal ou collant
@@ -1896,7 +2439,7 @@ Depuis beta.090, la cible est **Minecraft 26.3 finale**, publiée le 15 septembr
 | Fabric API | 0.160.5+26.3 |
 | Fabric Loom | 1.17.20 |
 | Gradle Wrapper | 9.5.1, distribution vérifiée par SHA-256 |
-| Sanctuary / pack | beta.092 |
+| Sanctuary / pack | beta.151 |
 
 Java 25 et Python 3.11 ou plus récent sont nécessaires. Le script pack utilise
 uniquement la bibliothèque standard et repère aussi une installation Python
@@ -1925,7 +2468,7 @@ décrits dans [Validation](docs/testing.md).
 
 Résultats :
 
-- `mods/sanctuary/build/libs/sanctuary-beta.092.jar` : mod à installer avec
+- `mods/sanctuary/build/libs/sanctuary-beta.151.jar` : mod à installer avec
   Fabric API sur la version Minecraft indiquée.
 - `build/packwiz/` : pack de développement complet, avec le mod construit et
   l'index vérifié. Voir [Installation packwiz](packwiz/README.md).

THIRD_PARTY_NOTICES.md

@@ -117,3 +117,29 @@ commit `62513191f6a3497447595c2215d466ad1d2bdb92`, sous Unlicense.
 Le comportement des contours et leurs coordonnées d’atlas suivent cette source ;
 l’intégration, la synchronisation et le calcul de capacité sont propres à Sanctuary.
 Texte de licence : [Unlicense amont](https://github.com/squeek502/AppleSkin/blob/62513191f6a3497447595c2215d466ad1d2bdb92/LICENSE).
+
+## Briques et argile beta.102
+
+Les seize textures de blocs de briques ont été fournies par le créateur de
+Sanctuary. Les variantes d’argile, de boule d’argile et de brique sont des
+recolorations des textures Minecraft 26.3 de Mojang/Microsoft. Les ressources
+de modèles, butin et états reprennent leurs équivalents natifs 26.3.
+`tools/generate-colored-bricks.py` documente cette transformation ;
+`tools/colored-bricks-palette.json` conserve couleurs et empreintes des PNG fournis.
+Ces ressources dérivées ne sont pas présentées comme des créations originales.
+
+## Clé dorée beta.121
+
+Le PNG 16 × 16 `golden_wrench.png` a été fourni par le créateur de Sanctuary
+le 17 septembre 2026. Il est conservé octet pour octet dans le mod, le pack
+intégré et le template personnel (SHA-256
+`a97570908db75caf8e6fc2f5ecabf12c54fd99bfea7be634df66c4310dca22af`).
+Le template regroupe les ressources client déjà distribuées par Sanctuary ;
+leurs crédits et conditions respectives restent applicables.
+
+MariaDB Connector/J 3.5.10 (`org.mariadb.jdbc:mariadb-java-client`),
+MariaDB Corporation et contributeurs : LGPL-2.1-or-later. Le JAR officiel est
+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).

build.gradle

@@ -15,7 +15,7 @@ tasks.register('verifyPack', Exec) {
 tasks.register('assemblePack', Exec) {
     group = 'distribution'
     description = 'Assemble a local packwiz pack including the built Sanctuary mod.'
-    dependsOn(':sanctuary:build', 'verifyPack', 'assembleResourcePack')
+    dependsOn(':sanctuary:build', 'verifyPack', 'assembleResourcePack', 'assembleResourceTemplate')
     commandLine('python3', 'scripts/pack.py', 'assemble')
 }
 
@@ -46,3 +46,21 @@ tasks.register('assembleTestPack', Exec) {
     dependsOn('assemblePack', ':sanctuary-test:build')
     commandLine('python3', 'scripts/test_pack.py')
 }
+
+tasks.register('assembleResourceTemplate', Zip) {
+    group = 'distribution'
+    description = 'Export all Sanctuary client assets as an editable personal resource pack.'
+    dependsOn(':sanctuary:processResources', 'verifyResourcePack')
+    def resources = project(':sanctuary').layout.buildDirectory.dir('resources/main')
+    // Same precedence as the native exporter: built-in textures override mod defaults.
+    duplicatesStrategy = DuplicatesStrategy.EXCLUDE
+    from(resources.map { it.dir('resourcepacks/textures/assets') }) { into 'assets' }
+    from(resources.map { it.dir('assets') }) { into 'assets' }
+    from(resources.map { it.dir('resourcepacks/template') })
+    from(resources.map { it.file('resourcepacks/textures/pack.png') })
+    exclude '**/.DS_Store'
+    destinationDirectory = layout.buildDirectory
+    archiveFileName = "Sanctuary-Template-${mod_version}.zip"
+    preserveFileTimestamps = false
+    reproducibleFileOrder = true
+}

docs/backlog.md

@@ -1,5 +1,51 @@
 # Backlog Sanctuary
 
+## COMM-154 — Communauté dans le menu pause et sur le site
+
+Branches `codex/community-beta154` (mod) et `codex/community-contract` (site).
+Résultat : Gazette, tableau et intendance avec lecture, publication, réponses,
+droits serveur et comptes liés ; fichier autonome ou MariaDB partagée.
+[Contrat](community-contract-v1.md), [livraison locale](community-beta154.md).
+
+## STAT-03 — Atelier d’argile et hotbar — beta.112
+
+Branche `codex/clay-workshop-hotbar-beta112`. [Contrat et vérifications](clay-workshop-hotbar-beta112.md).
+Onze cases : argile, résultat et hotbar active ; hauteur fixe et transferts
+limités aux neuf cases, même avec un inventaire agrandi.
+
+## STAT-02 — Atelier d’argile et orientation — beta.111
+
+Branche `codex/clay-workshop-ui-beta111`. [Contrat et vérifications](clay-workshop-ui-beta111.md).
+Cadre nine-slice fourni, inventaire intégré et pose selon le regard horizontal.
+Propriété `facing` additive ; les anciens statuaires gardent leur apparence.
+
+## STAT-01 — Atelier d’argile et modèles 3D — beta.106
+
+Branche `codex/statuary-import-beta106`. [Contrat et validation](statuary-beta106.md).
+Dossier commun, GLB au Métabli pour les statues en blocs, atelier d’argile
+pour les miniatures 16³ avec consommation native, teinte et identité du modèle.
+Cycle natif de fabrication/pose/récupération/rechargement vérifié, y compris
+sans fichier source. Build complet et archives normale/Test vérifiés localement.
+
+## BUILD-104 — Contraste des argiles
+
+Branche `codex/clay-contrast-beta104`. [Ticket](clay-contrast-beta104.md).
+Gris et noir plus distincts ; blocs et items accordés. Aperçu, contraste,
+transparence, build complet et archives normal/Test vérifiés.
+
+## BUILD-103 — Rangement créatif par séries
+
+Branche `codex/colored-bricks-order-beta103`. [Ticket](colored-bricks-order-beta103.md).
+Groupes de seize par type et ordre de couleurs natif. Build complet et
+archives normal/Test vérifiés ; ressources beta.102 inchangées.
+
+## BUILD-102 — Briques et argile de couleur
+
+Branche `codex/colored-bricks-beta102`. [Ticket](colored-bricks-beta102.md).
+Seize familles natives et textures recolorées à partir des originaux vanilla.
+Parcours natif, recettes, butin, modèles, sauvegarde/réouverture, build complet
+et archives normal/Test vérifiés.
+
 ## SKY-077 — tourbillon au-dessus du vide
 
 Branche `codex/cloud-vortex-beta077`. [Ticket](cloud-vortex-beta077.md).
@@ -40,6 +86,18 @@ Capture native des 88 espèces, parcours creeper créatif/survie FR/EN,
 interopérabilité Litemapy, sept tests serveur et 130 tâches Gradle réussis.
 Archives normal/Test vérifiées ; anciennes `.schematic` à convertir en externe.
 
+## BUILD-02 — Métabli et menu de construction
+
+**Premier lot implémenté en beta.096**, branche `codex/metabli-beta096`.
+[Contrat et vérifications](metabli-beta096.md) ·
+[Conception et extension future du catalogue](metabli-construction.md).
+Neuf établis à plat ouvrent le catalogue ; choix d’un projet à l’atelier,
+placement et orientation avec K. Statues, quatre machines existantes, abri,
+passerelle et imports ; construction manuelle guidée, sans bouton pause ajouté.
+Changer/importer/abandonner exige le Métabli. Projet local à la session actuelle,
+exportable ; chantiers partagés persistants, catalogue serveur en datapack et
+fonctions commerciales restent à réaliser.
+
 ## MB-01 — Reprendre le catalogue des multiblocs
 
 **Ticket local ouvert le 15 septembre 2026 ; premier lot implémenté en beta.084.**
@@ -1726,3 +1784,87 @@ Voir [la génération](generation-alpha30.5.md) et [l’atlas](terrain-atlas.md)
 Livré et vérifié : trois modes de combat, inscriptions sans plafond pour les arènes,
 paris en objets, annonces et liste publique. Joueurs avec morts réelles.
 [Contrat et essais](arenas-beta073.md).
+
+## EXP-03 — Crash de recherche de temple
+
+Correctif local beta.097 sur `codex/expedition-temple-crash-beta097`.
+[Contrat et vérifications](temple-crash-beta097.md). Graine du rapport
+`-4700804240597771092` ; le créateur demande de garantir le temple plutôt que
+d’omettre le bâtiment ou de refuser la graine. Les plans de construction gagnent
+aussi leur aperçu texturé à sa demande pendant ce correctif.
+
+## CONSTRUCTION-098 — construction directe en créatif
+
+Branche `codex/creative-construction-beta098`.
+[Ticket](creative-construction-beta098.md) : bouton K créatif, confirmation et
+placement serveur du projet choisi au Métabli ; parcours manuel en survie.
+Essai client natif (statue, machine, bâtiment, annulation et contrôles créatif),
+build complet et archives normal/Test vérifiés.
+
+## CATALOGUE-099 — Progression et Métabli illustré
+
+Branche `codex/catalogue-progression-beta099`.
+[Contrat](catalogue-progression-beta099.md) : arbre des progrès intégré sous
+les compétences, catalogue partagé entre catégories avec aperçus et trois
+plans personnels terminés, palette étendue, K bref/maintenu et Métabli dans
+les nouvelles salles souterraines. Anciennes pièces sauvegardées préservées.
+
+## EXPLORATION-100 — Statues découvertes et promenade
+
+Branche `codex/exploration-familiers-beta100`.
+[Contrat](exploration-familiers-beta100.md) : catalogue de statues basé sur les
+rencontres et statistiques serveur ; promenade avec pauses selon le tempérament,
+sans orbite permanente ni concurrence avec les ordres et le combat.
+
+EXPLORATION-100 vérifié : douze promenades, régression autonomie/ordres, catalogue
+serveur, imports `.schem`, réouverture et deuxième monde ; build et archives
+normal/Test réussis. Incident Windows non reproduit sans son journal.
+
+## LANDING-101 — Atterrissage des familiers volants
+
+Branche `codex/flying-landing-beta101`.
+[Ticket](flying-landing-beta101.md) : supprimer le faux coup de chute des
+profils volants, conserver les attaques réelles et les chutes terrestres.
+
+LANDING-101 vérifié : reproduction native avant correctif, douze espèces
+volantes, contacts lents/rapides, vraies attaques et chute terrestre ;
+build complet et archives normal/Test contrôlés.
+
+## beta.105 — Saisons et chapeaux vivants
+
+Livré localement et vérifié en copie isolée : [contrat et contrôles](living-hats-seasons-beta105.md).
+
+## EGGS-107 — Acquisition des œufs
+
+Branche `codex/eggs-beta107`. [Contrat](spawn-eggs-acquisition-beta107.md) :
+naissances en œufs et œuf du générateur sans Toucher de soie.
+[Catalogue](spawn-eggs-catalogue-beta107.md) : 88 espèces, 35 voies couvertes,
+53 propositions en attente de validation du créateur. Les rangs et Anomaly
+restent hors de ce ticket. Les sources sont intégrées en préservant le chantier
+Statuaire ; la validation binaire est isolée sur la dernière base livrée beta.105.
+
+## SNOW-108 — Neige en volume
+
+Branche `codex/snow-accumulation-beta108`.
+[Contrat](snow-accumulation-beta108.md) : épaississement par précipitations,
+blocs pleins à huit couches et accumulation verticale. Limite serveur de deux
+blocs par défaut, réglable. Les blocs sont natifs, sans migration de terrain.
+Livraison locale vérifiée : essais natifs dans deux mondes neufs, build complet
+et archives normal/Test contrôlés ; assemblage isolé sur beta.107.
+
+## SNOW-109 — Fonte saisonnière
+
+Branche `codex/seasonal-snow-melt-beta109`.
+[Contrat](seasonal-snow-melt-beta109.md) : fonte progressive par saison,
+provenance des dépôts persistante par chunk, constructions préservées.
+Livraison locale vérifiée sur beta.108 : essais natifs, rechargement de
+chunk, build complet et archives normal/Test contrôlés.
+
+## INTEGRATE-110 — Atelier d’argile dans le pack complet
+
+Branche `codex/clay-workshop-integration-beta110`.
+[Ticket](clay-workshop-integration-beta110.md) : assemblage commun de
+beta.106 et beta.109, avec tous les systèmes intermédiaires. Essais natifs de
+l’atelier, des œufs et de la neige, build et archives réussis. Publication
+et synchronisation de l’instance Sanctuary Beta terminées ; 923 fichiers
+personnels et réglages suivis conservés, aucun monde ouvert.

docs/carried-flight-panic-beta114.md

@@ -0,0 +1,91 @@
+# CARRY-08 — Fuite des animaux volants portés — beta.114
+
+Contrat du 17 septembre 2026, branche `codex/carried-flight-panic-beta114`.
+
+Un coup reçu par un animal volant porté sur la tête déclenche une fuite de
+40 à 60 ticks : il entraîne son porteur vers le haut, dans une direction
+aléatoire, avec des embardées. Le serveur choisit le départ et la trajectoire,
+transmis au client pour la physique native. Les touches de déplacement et le
+regard ne pilotent pas cette brève fuite. La caméra reste libre. Un nouveau coup peut relancer la fuite avec un autre
+cap après dix ticks, sans cumuler les vitesses.
+
+Le porteur peut viser et frapper son animal volant. Les animaux ordinaires
+reçoivent les dégâts habituels ; le familier conserve son coup amical sans
+perte de santé. Les attaques extérieures acceptées déclenchent aussi la fuite.
+Les autres protections entre passagers et porteurs restent en place.
+Les espèces reprennent le groupe déjà utilisé pour planer, poule comprise.
+
+La vitesse reste bornée, les collisions sont natives et aucun bloc n’est
+traversé ni déplacé. Déposer l’animal (Maj + clic droit), le perdre, mourir,
+se déconnecter ou changer de dimension arrête la propulsion. Immersion,
+mode spectateur, vol créatif, élytres et porteur lui-même passager l’inhibent.
+La fin de fuite rend le contrôle au joueur et conserve le planeur existant
+si l’animal reste porté. Les montures colossales gardent leur pilotage actuel.
+
+L’état de fuite est temporaire, synchronisé et non sauvegardé. Aucun format
+persistant, identifiant existant ou monde personnel n’est modifié. Les nouveaux
+retours d’interface sont traduits FR/EN. Client et serveur utilisent beta.114.
+
+## Vérifications natives
+
+`CarryPanic114ClientChecks` passe en **56 secondes** avec un serveur intégré
+Minecraft 26.3 et un monde plat jetable de graine 114 :
+
+- Véritable ciblage du perroquet sur la tête et frappe avec la touche native,
+  perte de santé de l’animal ordinaire, décollage et déplacement du joueur.
+- Trajectoire synchronisée et priorité sur les touches avant/droite/saut et
+  le regard ; comparaison exacte avec la vitesse du tick de physique.
+- Expiration, suppression de l’état temporaire et retour au planeur normal.
+- 32 trajectoires tirées côté serveur couvrent les quatre quadrants, toutes
+  dans les bornes de durée et de vitesse ; Maj + clic droit natif interrompt.
+- Sept espèces ordinaires : poule, chauve-souris, abeille, allay, perroquet,
+  blaze et breeze. Une vache portée reste protégée et ne déclenche aucun vol.
+- Attaque extérieure, mort, activation du vol créatif et détachement arrêtent
+  ou déclenchent la réaction selon le contrat.
+- Plafond bas : aucune traversée ; le passager bloqué est déposé par les
+  contrôles de place existants et la propulsion s’interrompt.
+- Véritable coup amical sur un familier perroquet : lancement sans perte de
+  santé, puis arrêt immédiat lors du détachement.
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryCarryPanic114ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Marqueurs `CARRY114_NATIVE_FLIGHT_PASS` et `CARRY114_PASS` dans
+`build/carry-panic114-client.log`. Capture en jeu relue dans
+`build/carry-panic114-evidence/`. Le GameTest dédié reste exclu conformément
+au refus antérieur de son EULA. Pas de test Windows, de réseau distant ou de
+latence simulée ; aucun monde personnel n’a été ouvert.
+
+## Livraison
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **2 min 22 s**, 125 tâches. Les sources JAR correspondent exactement
+aux sources du dépôt. Les classes et ressources hors de ce ticket restent
+identiques à beta.113, notamment les sculptures d’argile. Les deux packs
+contiennent le même JAR, sans monde, GLB ni classes de test.
+
+- Sanctuary-beta.114.mrpack : 10179428 octets, SHA-256
+  `92aac61c2c00a2206f3f5ac3d170ab058f6765526cf5a2a64c5336261db3f5bf`.
+- Sanctuary-Test-beta.114.mrpack : 10198350 octets, SHA-256
+  `5e8ec1f18e34ca51e09e2738f2b04f9a1bbac5d14c7a7c2d766218a4cff6021f`.
+- JAR Sanctuary : SHA-256
+  `18105b76f63008210c62d5728f999c7abc083a861ecc1de2c7ee87262dde5a40`.
+
+Reçu local : `build/carry-panic114-artifact.json`.
+
+## Publication et installation
+
+La [release beta.114](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.114)
+est publiée depuis `21845bd7367a260ee6a3d189417a8620aa5bf738`. Le tag exact
+et les artefacts sont immuables ; les téléchargements publics sont vérifiés.
+Le canal packwiz avance à `c26f3bb59491c9bb4bbdd27f59571ef84f417f7b`.
+
+Deux synchronisations isolées puis deux passages dans **Sanctuary Beta** ont
+réussi. Un seul JAR Sanctuary beta.114 est actif, et le second passage conserve
+les mêmes hashes. Les **923 fichiers personnels et réglages suivis** restent
+identiques. Aucun monde personnel n’a été ouvert. La sauvegarde ciblée est
+`sanctuary-backups/before-beta.114/` dans l’instance existante. Reçus locaux :
+`build/carry-panic114-isolated.json` et `build/carry-panic114-prism.json`.

docs/catalogue-progression-beta099.md

@@ -0,0 +1,127 @@
+# beta.099 — Progression, catalogue du Métabli et gestes K
+
+Contrat de réalisation, 16 septembre 2026. Branche `codex/catalogue-progression-beta099`.
+
+- Compétences en haut de la colonne gauche, arbre des progrès Minecraft intégré
+  dessous ; aptitudes à droite. Prestige et historique sous l’arbre.
+- Catalogue visuel natif : trois derniers plans terminés en accueil, statues,
+  machines, bâtiments, infrastructures, décoration et bibliothèque. Même format
+  de fiches (aperçu, nom, dimensions, description et sélection).
+- Historique personnel local de trois plans terminés, sans autorité sur le monde :
+  aucun choix de plan n’est compté comme construction et chaque placement reste
+  contrôlé par le serveur. Le stockage est distinct des sauvegardes Minecraft.
+- Palette de statue étendue aux blocs ayant un objet utilisable, échantillonnée
+  depuis le pack actif. Pas de blocs techniques sans objet ni de commandes.
+- Clé dorée : modèle plat d’outil Minecraft. Texture provisoire vanilla, à
+  remplacer par la texture que le créateur fournira ; aucune texture dessinée
+  à sa place.
+- K bref ancre au bloc visé ; rappuyer sur le même point tourne de 90 degrés.
+  K maintenu ouvre le cockpit. Viser le vide ne repositionne pas le projet.
+
+## Contrat de génération et de compatibilité
+
+Le module EXPANSION_HALL conserve sa géométrie, ses appuis, son piédestal et son
+identifiant. Les nouvelles pièces natives de la salle indépendante portent un
+champ optionnel `SanctuaryMetatable099=true` : neuf parties de Métabli assemblées
+sont posées au centre, un bloc au-dessus du piédestal. Une pièce enregistrée sans
+ce champ conserve son comportement ancien (aucun ajout), même si un de ses chunks
+n’était pas encore décoré. Le champ ne modifie ni le journal ni la graine ni les
+identifiants de génération. Aucune régénération ou écriture dans un monde
+personnel existant. Les nouvelles salles générées après cette version reçoivent
+l’exemple ; les salles déjà enregistrées ne sont pas modifiées.
+
+Une fois généré, le Métabli suit les règles normales : le casser le désassemble,
+et le reconstruire exige la clé dorée. Pas de réparation automatique au chargement.
+Vérification prévue sur nouvelles sauvegardes de développement et round-trip NBT
+avec et sans le champ optionnel, génération en plusieurs ordres de chunks.
+
+## Validation
+
+Deux essais natifs sur Minecraft **26.3 finale**, nouveaux mondes de développement :
+
+- `Catalogue099ClientChecks` : **réussi en 1 min 33 s**. Génération et construction
+  d’une statue de Creeper de 32 blocs (1 542 cellules) avec la palette étendue ;
+  construction des plans Fourneau et Abri, confirmation/annulation, retrait du
+  créatif pendant la confirmation et refus d’un envoi falsifié en survie. Pose
+  manuelle via le contrôleur Minecraft consommant exactement un bloc. Trois plans
+  terminés mémorisés, conservés au changement de monde, écrits sur disque et
+  décodés. Catalogue physique, catégories, aperçus, import/export, abandon et
+  destruction du Métabli ; K bref/rotation/visée vide/maintien. Arbre des progrès
+  sous les compétences, clic droit passant par l’écran et activant réellement le
+  suivi. Interfaces FR/EN, échelles 2 et 3, petite fenêtre et fenêtre 1280 × 800.
+- `Temple097ClientChecks`, étendu à la salle : **réussi en 4 min 48 s**, graine
+  **-4700804240597771092**, génération racine `sanctuary:island_v24`. Origine des
+  neuf parties du Métabli : **(-56, 169, -117)**, sur le piédestal de pierre lisse.
+  Les neuf états `part=0..8` sont présents après génération puis après sauvegarde
+  et réouverture du monde de développement. Aller-retour NBT du nouveau champ ;
+  ancien tag sans champ restant sans champ. Régression des deux temples natifs,
+  coffres, pièges et cache de planification réussie.
+
+Les captures d’interface vérifiées sont dans `build/catalog099-evidence/`.
+Journaux : `build/catalog099-client.log` et `build/catalog099-hall.log`.
+La capture de la salle prise immédiatement après téléportation précédait le
+rendu des chunks et n’est pas utilisée comme preuve visuelle ; les assertions
+sur les blocs, appuis et sauvegardes constituent la validation de sa génération.
+
+Les premiers passages ont détecté deux problèmes corrigés : les petits blocs
+(fleurs) favorisés par une comparaison de couleur seule, et la protection native
+des vestiges refusant l’ajout du Métabli hors de leur contexte de génération.
+Des clics automatisés immédiatement après redimensionnement donnaient aussi un
+rayon de caméra périmé : les interactions physiques répétées du test passent
+maintenant par le contrôleur client Minecraft et son protocole normal, avec
+contrôle serveur de la consommation et de l’ouverture. Les gestes K et le suivi
+des progrès restent testés par les événements d’entrée natifs.
+
+`check build assemblePack assembleTestPack` : **réussi en 3 min 7 s**, 124 tâches.
+Le GameTest sur serveur dédié est exclu ; les tests client natifs ci-dessus
+utilisent uniquement les mondes de développement.
+
+Les deux exports packwiz sont vérifiés : version, sources Java, contenu du JAR,
+absence des classes de test et conservation des archives beta.098. Reçu complet :
+`build/beta099-artifact.json`.
+
+| Archive | Octets | SHA-256 |
+| --- | ---: | --- |
+| `Sanctuary-beta.099.mrpack` | 9 908 941 | `9722e2410e18bba34cf5db835facec4bb29fc3bd7f071942e7c8321a60d955ed` |
+| `Sanctuary-Test-beta.099.mrpack` | 9 927 866 | `7ce02718c2e4c780197f9984b1ac7bc7a443f78eaa3e7d8ea248aa6b2e75745a` |
+
+Aucune publication du canal ni installation personnelle effectuée.
+
+## Détails du catalogue
+
+Les vignettes de plans utilisent les quads, UV et textures du pack actif.
+Les blocs rendus par un moteur spécial sans quads (certains conteneurs) ont une
+silhouette issue de leur forme. Les vignettes sont mises en cache (48 au maximum),
+invalidées lors d’un rechargement du pack. Les échantillons sont bornés à 64 × 64
+par texture et prennent la première image des textures animées.
+Les statues du catalogue affichent le modèle natif adulte ; le choix ouvre les
+réglages de hauteur et de palette avant génération. Sur les petites fenêtres,
+la description et les dimensions passent dans l’infobulle pour garder le choix
+visible sous la vignette.
+
+La palette « Tous les blocs » parcourt les blocs enregistrés ayant un objet,
+sans inclure les blocs techniques sans objet ou les blocs de commande. La
+comparaison de couleur utilise Oklab ; un coût de forme favorise les volumes
+pleins, et les blocs soumis à la gravité sont moins favorisés. Les feuilles
+utilisent leur état persistant, comme après une pose par un joueur. Les palettes
+mixte, laine et béton restent disponibles.
+
+L’historique `schematics/sanctuary/recent-completed.nbt` contient au maximum
+trois plans distincts, écrits atomiquement hors du fil de rendu. Il enregistre
+une transition d’incomplet à complet observée dans le monde, en créatif ou en
+survie. Sélectionner un plan, l’apercevoir ou l’envoyer au serveur ne suffit pas.
+Il s’agit d’un historique personnel de cette installation, pas d’un catalogue
+partagé par le serveur. Aucun inventaire ou entité n’est enregistré.
+
+K bref utilise un rayon de 96 blocs sur les blocs du monde. La case adjacente à
+la face visée sert de centre d’ancrage horizontal. Une seconde pression sur ce
+même point tourne autour de cet ancrage ; déplacer le regard vers un autre
+point déplace le plan. Le maintien de 10 ticks ouvre les commandes sans exécuter
+le geste bref à la relâche. Les raccourcis remappés utilisent la même logique.
+
+## Texture de la clé
+
+Le modèle est `minecraft:item/handheld` ; la texture provisoire est une copie
+de la pioche dorée vanilla. Le créateur pourra remplacer uniquement
+`mods/sanctuary/src/main/resources/assets/sanctuary/textures/item/golden_wrench.png`
+par son propre PNG. Aucune illustration personnalisée n’a été créée à sa place.

docs/clay-contrast-beta104.md

@@ -0,0 +1,40 @@
+# beta.104 — Contraste des argiles grise et noire
+
+Branche `codex/clay-contrast-beta104`, Minecraft 26.3.
+
+Le gris devient plus soutenu et le noir plus sombre, pour distinguer clairement
+les trois argiles gris clair/gris/noir. Les nuances du dessin vanilla sont
+renforcées : facteur 1,35 au lieu de 0,85. Le mélange conserve davantage de la
+couleur des briques fournies (80 % pour le gris, 90 % pour le noir).
+
+Les textures de bloc et de boule d’argile sont accordées, toujours en 16 × 16
+avec les silhouettes et transparences vanilla. La recoloration exacte par
+script reste la méthode choisie par le créateur. Les quatorze autres couleurs
+et toutes les briques restent identiques. Le rangement beta.103 est conservé.
+
+[Aperçu avant/après](../build/clay-contrast-beta104-preview.png).
+Le générateur écrit désormais son aperçu au nom de la version courante,
+pour préserver les aperçus historiques.
+
+## Validation et livraison
+
+`check build assemblePack assembleTestPack -x :sanctuary:runGameTest` réussi
+en 2 min 22 s (124 tâches). Comparaison visuelle avant/après effectuée.
+Pas de nouvelle session Minecraft pour cette modification de textures.
+
+La vérification des archives confirme exactement quatre textures modifiées :
+blocs et boules d’argile gris/noir. Toutes les classes Java, recettes, modèles,
+autres assets et anciennes archives beta.103 sont inchangés.
+Les images conservent leur taille 16 × 16 et leur transparence pixel par pixel.
+Le contraste mesuré augmente de plus de 40 % sur chacune des quatre textures.
+Luminance moyenne des blocs : gris clair 168,4 ; gris 118,0 ; noir 68,4.
+Sources, métadonnées et contenu des packs vérifiés ; `git diff --check` réussi.
+Reçu : `build/beta104-artifact.json`.
+
+- [Pack normal](../build/Sanctuary-beta.104.mrpack), SHA-256 :
+  `83f087cce41316eed620e9764ff0b643c3d5af40fa5b4cebdff5720740708631`.
+- [Pack de test](../build/Sanctuary-Test-beta.104.mrpack), SHA-256 :
+  `adbaad161550ab80dcbc88c27d760e2f735eef9a69ba3f9e2e69bbd25e895147`.
+
+Les GameTests dédiés restent exclus. Aucun monde, canal ou installation
+personnelle modifié ; archives locales uniquement.

docs/clay-sculpture-grid-beta113.md

@@ -0,0 +1,90 @@
+# STAT-04 — Sculptures d’argile et accroche au bord — beta.113
+
+Contrat du 17 septembre 2026, branche `codex/clay-sculpture-grid-beta113`.
+
+Les miniatures de l’atelier deviennent des « sculptures d’argile » / « Clay
+sculptures ». Le nom du modèle reste dans leur infobulle. Les statues en blocs
+du Métabli restent une catégorie distincte.
+
+À la pose, le bord horizontal le plus proche du point visé accueille la
+sculpture. L’autre axe est centré au pixel entier le plus proche, sur la grille
+de 1/16 de bloc. Sur une face latérale, elle touche le bord du bloc support.
+À égalité exacte entre deux bords, l’axe Z départage ; au centre exact,
+le bord côté joueur est retenu. L’orientation suit toujours le regard.
+Le bouton Tourner prépare le modèle avant fabrication. Les marges horizontales vides du modèle ne créent pas de décalage au bord.
+Tous les sommets restent
+sur la grille entière, même avec des dimensions impaires et après rotation.
+
+## Compatibilité préalable
+
+La propriété native additive `anchor` du bloc `sanctuary:statuary` mémorise
+`center`, `north`, `south`, `east` ou `west`. Un ancien état sans cette propriété
+prend `center` : il reste centré, avec la correction visuelle du demi-voxel.
+Le schéma 1, les voxels, noms de modèles et identifiants ne changent pas.
+Il n’y a aucun parcours ni réécriture de chunks existants. La sauvegarde native
+conserve l’accroche ; les rotations et miroirs de structures la transforment.
+Casser et reposer choisit une nouvelle accroche sans modifier le modèle.
+Les nouveaux objets emploient le nom traduit de leur type ; les noms déjà
+enregistrés et les noms personnalisés restent conservés. La collision cubique
+et la limite d’une sculpture par bloc restent inchangées. Client et serveur
+doivent utiliser ensemble beta.113.
+
+## Vérifications natives
+
+Le parcours `Statuary106ClientChecks`, étendu par `Sculpture113ClientChecks`,
+passe en **1 min 25 s**, sur Minecraft 26.3 et un monde plat jetable de graine 106 :
+
+- 5 120 combinaisons de largeur/profondeur, orientation et accroche : contrôle
+  de la géométrie émise, grille exacte de 1/16 et absence de dépassement du bloc.
+- Modèles avec marges transparentes, repères colorés pour vérifier le sens du
+  rendu et égalité de la géométrie centrée entre l’objet et le bloc.
+- Vrais clics de pose sur les quatre bords : orientation, bord côté serveur,
+  réception côté client, butin/repose et conservation après reconnexion.
+- Contextes natifs de pose sur les faces latérales et coordonnées négatives.
+- Rotation/miroir de chaque combinaison d’accroche et d’orientation ; lecture
+  des anciens états sans `anchor`, avec et sans `facing`.
+- Noms français/anglais des objets fabriqués, menu aux échelles 2 et 3,
+  fabrication payée, Maj-clic limité à la hotbar et régression Métabli.
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryStatuary106ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Marqueurs `STATUARY113_PASS` et `SCULPTURE113_GEOMETRY_PASS` dans
+`build/clay-grid113-client.log`. Captures relues dans
+`build/clay-grid113-evidence/`. Le GameTest dédié reste exclu conformément au
+refus antérieur de son EULA ; ces essais utilisent le serveur intégré macOS.
+Pas de validation Windows ni depuis deux ordinateurs. Aucun monde personnel
+n’a été ouvert.
+
+## Livraison
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **3 min 11 s**, 125 tâches. Les sources JAR correspondent exactement
+aux sources du dépôt. Les classes et ressources hors du ticket sont identiques
+à beta.112. Les deux packs contiennent le même JAR, sans monde, GLB ni test.
+
+- Sanctuary-beta.113.mrpack : 10173807 octets, SHA-256
+  `ed082ff29a0e9a70fd6786bc024241b276cb516bc09fb5151d6cb324604429bb`.
+- Sanctuary-Test-beta.113.mrpack : 10192733 octets, SHA-256
+  `387f54dc77884a9c9bccdcc1904778ca7f0b2fbda126754fdc49b10a492e4602`.
+- JAR Sanctuary : SHA-256
+  `e242d9fd2edeede922a72a10e988e29c2b49dea52105cfc9fc8573154849ead3`.
+
+Reçu local : `build/clay-grid113-artifact.json`.
+
+## Publication et installation
+
+La [release beta.113](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.113)
+est publiée depuis `6166d0aa9eba3c3dd84b8b9f1501e3346231ac82`. Le tag exact
+et les artefacts sont immuables ; les téléchargements publics sont vérifiés.
+Le canal packwiz avance à `e4c16d517bfda4f2b688604cc61945a46a4513a9`.
+
+Deux synchronisations isolées puis deux passages dans **Sanctuary Beta** ont
+réussi. Un seul JAR Sanctuary beta.113 est actif, et le second passage conserve
+les mêmes hashes. Les **923 fichiers personnels et réglages suivis** restent
+identiques. Aucun monde personnel n’a été ouvert. La sauvegarde ciblée est
+`sanctuary-backups/before-beta.113/` dans l’instance existante. Reçus locaux :
+`build/clay-grid113-isolated.json` et `build/clay-grid113-prism.json`.

docs/clay-workshop-hotbar-beta112.md

@@ -0,0 +1,79 @@
+# STAT-03 — Atelier d’argile limité à la hotbar — beta.112
+
+Contrat du 17 septembre 2026, branche `codex/clay-workshop-hotbar-beta112`.
+
+Le menu utilise uniquement les neuf cases de la hotbar active du joueur,
+avec les deux emplacements de fabrication. Les rangées de réserve, y compris
+les extensions Sanctuary, ne sont ni ajoutées au menu ni utilisées par ses
+transferts. La rangée choisie avant l’ouverture reste la hotbar courante.
+La touche Tab retrouve la navigation des boutons dans ce menu.
+
+Le cadre nine-slice tient dans une hauteur fixe de 202 pixels d’interface.
+Il ne grandit plus avec la capacité de l’inventaire. Le Maj-clic du résultat
+cherche uniquement une place dans la hotbar ; sans place, il ne consomme pas
+d’argile. Les touches 1–9 restent utilisables, pas l’échange avec la seconde
+main. À la fermeture, la restitution native des objets restants est conservée.
+
+Les identifiants, sauvegardes, données de sculpture et orientations beta.111
+restent inchangés. Aucun monde existant n’est ouvert ou réécrit. Client et
+serveur doivent utiliser ensemble beta.112 pour les nouveaux indices du menu
+temporaire (11 cases au total).
+
+## Vérifications natives
+
+Le parcours `Statuary106ClientChecks`, étendu à beta.112, passe en **1 min 13 s**
+sur Minecraft 26.3 avec serveur intégré et monde plat jetable de graine 106 :
+
+- Menu FR/EN aux échelles 2 et 3 : hauteur fixe, neuf cases de hotbar native,
+  deux cases de fabrication et absence de panneau d’inventaire évolutif.
+- Fabrication par Maj-clic depuis la hotbar, avec de l’argile aussi présente
+  dans la réserve, l’extension et la seconde main : ces stocks restent intacts.
+- Rejet des indices de cases absents et de l’échange avec la seconde main.
+- Hotbar remplie de neuf piles : Maj-clic sans fabrication ni consommation.
+- Une seule place dans une pile de 63 statuaires : production d’un seul objet,
+  coût d’une argile, aucune statue transférée dans une case cachée.
+- Restitution de l’argile restante à la fermeture, seize teintes, quatre
+  orientations, butin/repose et sauvegarde/reconnexion sans fichier GLB.
+- Régression du Métabli et annulation d’import conservées.
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryStatuary106ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Marqueur `STATUARY112_PASS` dans `build/clay-hotbar112-client.log` ; captures
+relues dans `build/clay-hotbar112-evidence/`. Le GameTest dédié reste exclu
+conformément au refus antérieur de son EULA. Pas de test Windows ni depuis
+deux ordinateurs ; aucun monde personnel n’a été ouvert.
+
+## Livraison vérifiée
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **3 min 6 s**, 125 tâches. Les sources JAR correspondent aux sources
+Java du dépôt. Les classes et ressources hors de ce ticket sont identiques
+à beta.111, notamment les données et le rendu orienté des statuaires.
+Les deux packs contiennent le même JAR, sans monde, GLB ni classes de tests.
+
+- Pack normal : 10 169 337 octets, SHA-256
+  `55723a5d7cb99e350ad8fe150e92e0567430b5261ca4685abd900be34068658f`.
+- Pack Test : 10 188 262 octets, SHA-256
+  `987818bf817ad80fd055b97e84bf4775fca54820d7c3055d6fd4089dc7a5a3c0`.
+- JAR : SHA-256
+  `9007a770bbe69db5846f93140d910514f10839cc34ec7c6315a9381d8850adaa`.
+
+Reçu local : `build/clay-hotbar112-artifact.json`.
+
+## Publication et installation
+
+La [release beta.112](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.112)
+est publiée depuis `1eaa976ecf328c6c20afe5e4eb67c48118f87f95`. Le tag exact
+et les artefacts sont immuables ; les téléchargements publics sont vérifiés.
+Le canal packwiz avance à `573c5b0d84fcb3e9fec7cc8a83981cf35eaa1ead`.
+
+Deux synchronisations isolées puis deux passages dans **Sanctuary Beta** ont
+réussi. Un seul JAR Sanctuary beta.112 est actif, et le second passage conserve
+les mêmes hashes. Les **923 fichiers personnels et réglages suivis** restent
+identiques. Aucun monde personnel n’a été ouvert. La sauvegarde ciblée est
+`sanctuary-backups/before-beta.112/` dans l’instance existante. Reçus locaux :
+`build/clay-hotbar112-isolated.json` et `build/clay-hotbar112-prism.json`.

docs/clay-workshop-integration-beta110.md

@@ -0,0 +1,128 @@
+# INTEGRATE-110 — Atelier d'argile dans la version complète
+
+Demande du 17 septembre 2026 : inclure le Clay Workshop dans la version avec
+la fonte saisonnière. Branche `codex/clay-workshop-integration-beta110`.
+État : version commune vérifiée, publiée et synchronisée dans Sanctuary Beta.
+
+## Périmètre et compatibilité
+
+La beta.110 réunit le Clay Workshop / atelier d'argile, le Statuaire et l'import
+GLB de beta.106 avec les œufs de beta.107, la neige en volume de beta.108 et
+la fonte saisonnière de beta.109. Aucune fonction retirée de ces livraisons.
+Le Métabli conserve son import de modèles 3D en plans de construction.
+
+Les sources du dossier principal correspondent déjà à cette union : les
+30 fichiers de production du Statuaire sont ceux de la livraison beta.106 ;
+les traductions FR/EN et listes de mixins sont la réunion exacte des deux bases,
+sans conflit de valeur ni doublon. Les autres sources restent celles de beta.109.
+Les fichiers Finder `.DS_Store` sont exclus par la configuration Gradle existante.
+
+Les identifiants et contrats de données restent ceux des tickets existants :
+[Statuaire](statuary-beta106.md), [œufs](spawn-eggs-acquisition-beta107.md),
+[accumulation](snow-accumulation-beta108.md),
+[fonte](seasonal-snow-melt-beta109.md). Aucun format changé, aucune migration,
+aucune génération ou expansion activée. Les tests créent des mondes de
+laboratoire et rouvrent seulement leurs propres sauvegardes jetables.
+
+Les compteurs `mod_version`, `pack_version` et le manifeste packwiz passent
+ensemble à beta.110. Les archives beta.106 à beta.109 restent immuables.
+Le créateur a ensuite demandé de tout mettre à jour : publication de la
+version vérifiée sur le canal stable puis synchronisation de l’instance
+Sanctuary Beta existante, après sauvegarde des fichiers gérés.
+
+## Validation exécutée
+
+Réutilisation des essais natifs de l'atelier (fabrication, rendu, Métabli et
+sauvegarde/rechargement), des œufs (reproduction, éclosion et générateurs), et
+de la neige (accumulation et fonte selon les saisons, provenance et rechargement)
+sur les mêmes sources réunies. Puis `check build assemblePack assembleTestPack`.
+Le GameTest dédié reste exclu conformément au refus antérieur de son EULA ;
+les tests natifs tournent avec le serveur intégré.
+
+## Contrat de mise à jour de l'instance existante
+
+Cible unique : `Sanctuary-0.1.0-alpha.1`, nom affiché **Sanctuary Beta**, déjà
+reliée au canal `sanctuary-beta/packwiz`. Les instances historiques 26.2 et les
+instances importées séparément restent hors de cette synchronisation.
+
+Minecraft 26.3-pre-2 passe à 26.3 finale, Fabric Loader reste en 0.19.5,
+Fabric API passe de 0.160.0+26.3 à 0.160.5+26.3 ; Java 25 est déjà configuré.
+L'installateur packwiz est chargé de remplacer les deux JAR suivis et d'ajuster
+les composants de lancement. Sauvegarde préalable des JAR gérés, du suivi
+packwiz, de `instance.cfg` et de `mmc-pack.json` hors de `mods/`.
+
+Aucun monde personnel ne sera ouvert, converti, régénéré ou exploré pendant
+l'opération. Les fichiers de sauvegarde, réglages, captures et packs personnels
+sont comparés par empreintes avant/après. Seuls les composants gérés du pack et
+la version du lanceur changent. Les anciennes règles de génération enregistrées
+dans les mondes restent intactes ; aucune promesse de migration automatique de
+sauvegarde entre versions Minecraft n'est déduite de la mise à jour des fichiers.
+Le canal est publié avec un artefact immuable et testé deux fois dans une
+installation isolée avant les deux synchronisations de l'instance existante.
+
+## Résultats de la version commune
+
+Tous les parcours sont exécutés sur les mêmes sources beta.110, sous Java 25,
+Minecraft 26.3 et Fabric API 0.160.5+26.3 :
+
+- Atelier d'argile : **1 min 6 s**, `STATUARY106_PASS` et import Khronos indépendant.
+  Fabrication payante, 16 argiles, placement, butin, Métabli et rechargement sans
+  le fichier source. Captures relues dans `build/integration110-evidence/`.
+- Œufs : **29 s**, `EGGS107_NATIVE_PASS` ; reproduction, variantes, œufs utilisés
+  et distribués, générateurs et monde sans règles Sanctuary.
+- Neige : **42 s**, `SNOW108_NATIVE_PASS` et `MELT109_NATIVE_PASS` ; limite de
+  deux blocs, saisons, protection des constructions et sauvegarde/rechargement.
+- `./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest` :
+  **2 min 20 s**, **125 tâches**, réussite.
+
+Le JAR est comparé à l'union exacte des classes et ressources des deux livraisons
+immuables beta.106 et beta.109. Les traductions et mixins réunissent tous les
+éléments, sans doublon. Les sources JAR correspondent aux fichiers Java locaux.
+Aucun GLB de test, classe de test, monde ou fichier Finder embarqué.
+
+[Pack normal](../build/Sanctuary-beta.110.mrpack) ·
+[Pack Test](../build/Sanctuary-Test-beta.110.mrpack).
+
+| Artefact | SHA-256 |
+| --- | --- |
+| Normal | `12a7b7279e831bf5d3489d033b875437ad9e8ba1e8cbecc6107a890d312e3029` |
+| Test | `ffed5e4fcd32ca32ac96186da8e987905cd7fc4de792afe61aca9ad064895e0b` |
+| JAR Sanctuary | `7cb121a6e208cdd184d80ebe61f8bc52b6703b1c1d7611eeeb700aa88d158b46` |
+
+Reçu : `build/integration110-artifact.json`, manifeste des sources :
+`build/integration110-source-manifest.json`. Journaux :
+`build/integration110-{statuary,eggs,snow,check-build}.log`.
+Les essais natifs sont macOS avec serveur intégré ; pas de test Windows ni
+connexion depuis un second ordinateur. La neige antérieure non suivie garde
+la limite de fonte documentée dans beta.109.
+
+Le script de publication a été corrigé pour autoriser uniquement `icon.png`
+en plus des manifestes TOML, après contrôle de l'index et comparaison à l'icône
+source. Les JAR restent exclusivement des pièces jointes de release. Cette
+correction de distribution ne change aucun binaire ni le tag source beta.110.
+
+## Publication et installation terminées
+
+[Release beta.110](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.110),
+tag source `468743bfe75087ecb0160b85a0864fa81bcdded5`. Les sources cumulatives
+depuis beta.092 sont enregistrées ; les anciens tags et artefacts sont conservés.
+Les corrections du script de distribution et ce reçu complètent la branche
+source sans déplacer ce tag ni remplacer les binaires.
+
+Canal packwiz : `828353a6e2bd747f4f473ae9fb9e965d38032419`. Chaque manifeste et
+l'icône publiés correspondent aux fichiers validés localement. JAR, archives
+normale/Test et ZIP d'amorçage Prism sont disponibles dans la release.
+
+Deux synchronisations de l'installateur packwiz dans un dossier neuf, puis deux
+dans la même instance **Sanctuary Beta**, ont réussi. Le second passage ne
+change aucun fichier géré. Un seul JAR Sanctuary beta.110 est actif, Fabric API
+0.160.5+26.3 est installé, Minecraft est réglé sur 26.3 et Loader sur 0.19.5.
+L'icône déclarée dans le pack est ajoutée. `instance.cfg` et les **923 fichiers
+personnels et réglages suivis** conservent leurs empreintes. Aucun monde ouvert,
+converti ou régénéré ; aucune autre instance ni serveur personnel modifié.
+
+Sauvegarde ciblée dans l'instance : `sanctuary-backups/before-beta.110/`.
+Reçus ignorés : `build/integration110-publication.json`,
+`build/integration110-isolated.json`, `build/integration110-prism.json`.
+Les journaux de chaque synchronisation et les listes d'empreintes avant/après
+sont conservés dans le dossier de développement et dans la sauvegarde ciblée.

docs/clay-workshop-ui-beta111.md

@@ -0,0 +1,99 @@
+# STAT-02 — Atelier d’argile et orientation — beta.111
+
+Contrat du 17 septembre 2026, branche `codex/clay-workshop-ui-beta111`.
+
+## Résultat attendu
+
+Le menu utilise le cadre `task_frame_unobtained.png` fourni par le créateur,
+sans retouche, comme sprite Sanctuary avec les métadonnées nine-slice natives
+de Minecraft. Les coins restent à leur taille d’origine. Catalogue, aperçu,
+fabrication, explications et inventaire évolutif tiennent dans ce cadre.
+La texture reste remplaçable par un pack de ressources.
+
+La pose d’un statuaire suit le regard horizontal du joueur, dans les quatre
+directions. Le bouton Tourner règle toujours l’orientation du modèle importé.
+Le placement ajoute ensuite l’orientation du bloc sans réécrire ses voxels.
+
+## Contrat de compatibilité préalable
+
+Ajout de la propriété native `facing` au bloc `sanctuary:statuary`, avec `south`
+par défaut : cette orientation correspond au rendu historique, sans rotation.
+Les anciens états sans propriété prennent cette valeur à la lecture et gardent
+leur apparence. Aucun parcours ni réécriture des anciens chunks n’est effectué.
+Le schéma 1 de la sculpture, ses voxels, ses identifiants et les données des
+objets restent identiques. Casser puis reposer utilise le nouveau regard,
+sans cumuler les orientations précédentes. Rotation et miroir de structures
+transforment l’état du bloc. La collision cubique reste celle déjà livrée.
+
+## Texture
+
+Le fichier fourni, 26 × 26 pixels, est conservé octet pour octet sous
+`assets/sanctuary/textures/gui/sprites/container/clay_workshop/frame.png`.
+Le fichier adjacent `.png.mcmeta` utilise le moteur `nine_slice` de Minecraft
+avec une bordure fixe de quatre pixels et un centre extensible. L’identifiant
+du sprite est `sanctuary:container/clay_workshop/frame` ; aucun sprite global
+Minecraft n’est remplacé. Les emplacements utilisent `minecraft:container/slot`.
+
+## Vérifications natives
+
+`Statuary106ClientChecks`, étendu aux cas beta.111, passe en **1 min 3 s** sur
+Minecraft 26.3, avec serveur intégré et monde plat jetable de graine 106 :
+
+- Fabrication payée, restitutions, Maj-clic et teintes des seize argiles.
+- Menu FR/EN aux échelles 2 et 3, cases et actions contenues dans le cadre.
+- Six rangées d’inventaire à l’échelle 3 : affichage borné et défilement.
+- Vrais clics de pose aux quatre points cardinaux : état côté serveur,
+  transmission au client et rotation du rendu alignés sur le regard.
+- Rotation et miroir de structures ; lecture d’un ancien état sans `facing`.
+- Butin d’une statue orientée au nord puis repose vers l’ouest : nouvelle
+  orientation, mêmes voxels. Sauvegarde/réouverture et transmission sans GLB.
+- Conversion au Métabli et annulation d’import conservées.
+
+Commande :
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryStatuary106ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Marqueurs `STATUARY106_PASS`, `STATUARY106_INTEROP_PASS` et `STATUARY111_PASS`
+dans `build/clay-ui111-client.log`. Captures dans `build/clay-ui111-evidence/`,
+dont les menus français et anglais relus visuellement.
+
+Le GameTest dédié reste exclu conformément au refus antérieur de son EULA.
+Les essais tournent sur macOS avec serveur intégré ; pas de validation depuis
+deux ordinateurs ni sur Windows. Aucun monde personnel n’est ouvert.
+
+## Livraison vérifiée
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **2 min 33 s**, 125 tâches. Les sources JAR correspondent exactement
+aux fichiers Java du dépôt. Le contenu du mod hors classes et ressources de
+ce ticket est identique à beta.110 ; œufs, neige et fonte restent inclus.
+Les deux MRpack contiennent le même JAR vérifié, sans monde, GLB ni classe de test.
+
+- Pack normal : `build/Sanctuary-beta.111.mrpack`, 10 169 372 octets,
+  SHA-256 `f83098f80ac2edb8e32877bf8d5a362cd75f2fa9020593c2c7e4f9abe8b3e9f6`.
+- Pack Test : `build/Sanctuary-Test-beta.111.mrpack`, 10 188 298 octets,
+  SHA-256 `1234b10eb4685d99aa7421de46bc54fd114b791f1b4d63803a09afc926d2c9d9`.
+- JAR Sanctuary : SHA-256
+  `b3e967db7b336b970e4121981e3ef8140fe90f0ecc5850ce90a70caaf3772684`.
+
+Reçu local : `build/clay-ui111-artifact.json`.
+
+## Publication et installation
+
+La [release beta.111](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.111)
+est publiée depuis le commit source `289697becf19db4acf50d224b1dd3d753eff1153`.
+Le tag exact et les artefacts sont immuables ; leurs téléchargements publics
+ont été vérifiés. Le canal packwiz avance au commit
+`87c9f81761309316c601ed32fa922c1a5893952c`.
+
+Deux synchronisations isolées puis deux passages dans l’instance existante
+**Sanctuary Beta** ont réussi. Un seul JAR Sanctuary beta.111 est actif ; le
+second passage conserve les mêmes hashes. Les **923 fichiers personnels et
+réglages suivis** restent identiques. Aucun monde personnel n’a été ouvert.
+La sauvegarde ciblée est dans `sanctuary-backups/before-beta.111/` de cette
+instance. Reçus : `build/clay-ui111-isolated.json` et
+`build/clay-ui111-prism.json`.

docs/collections-minecraft.md

@@ -249,6 +249,15 @@ Identifiant proposé : `sanctuary:clay_and_bricks`. **10 recettes primaires.**
 
 **Précision :** Le vase décoré appartient à Archéologie ; la terre cuite à C11.
 
+**Extension Sanctuary beta.102 :** seize couleurs de briques, dalles, escaliers,
+argile pastel et leurs deux items, soit 192 recettes supplémentaires. Elles
+sont déclarées dans `scripts/data/collections-sanctuary.json`, sans changer
+le recensement vanilla ci-dessus.
+
+**Extension Sanctuary beta.106 :** atelier d’argile et statuaires importés. La
+recette de l’atelier rejoint C06 ; la fabrication d’une miniature utilise son
+menu et un bloc d’argile, avec le modèle choisi localement.
+
 [Recettes et inventaire exacts de C06](collections-minecraft-inventaire.md#c06).
 
 [Définition serveur beta.035](../mods/sanctuary/src/main/resources/data/sanctuary/sanctuary_recipe_collections/clay_and_bricks.json).

docs/colored-brick-walls-beta118.md

@@ -0,0 +1,83 @@
+# beta.118 — Murets en briques de couleur
+
+Ticket sur `codex/colored-brick-walls-beta118`, Minecraft 26.3.
+
+Les seize familles de briques reçoivent un muret natif `WallBlock`, sous
+l'identifiant `sanctuary:<couleur>_brick_wall`. Chaque muret réutilise la texture
+de briques fournie de sa couleur, sans nouvelle image ni recoloration.
+
+Les murets forment une série de seize dans **Blocs colorés**, après les dalles
+et avant les argiles, dans l'ordre des couleurs vanilla retenu en beta.103.
+Les libellés sont traduits FR/EN.
+
+Recettes : six briques de même couleur, en deux rangées de trois, donnent six
+murets ; le tailleur de pierre donne un muret par bloc de briques. Les deux
+recettes par couleur rejoignent la collection Argile et briques et leurs
+déblocages. Totaux des ajouts colorés : 80 blocs, 112 objets dont ces blocs,
+224 recettes. Les recettes et identifiants préexistants sont conservés.
+
+Piliers, raccords entre couleurs et aux murets vanilla, côtés hauts/bas,
+collisions et immersion dans l'eau viennent du jeu. Tags natifs `walls`
+pour blocs et objets, pioche et butin de la bonne couleur. États, modèles
+multipart et butins sont repris des ressources exactes Minecraft 26.3.
+
+La génération reste reproductible dans `tools/generate-colored-bricks.py` ;
+elle conserve les ajouts externes à ses briques, notamment la recette du
+Clay Workshop et les membres Sculpture/Atelier. Le compilateur des collections
+reste leur seul générateur. Aucun ajout au
+terrain, changement de format ou migration de sauvegarde. Les dépendances
+et le pack de textures intégré beta.090 restent inchangés.
+
+## Vérifications et livraison
+
+Le scénario natif `Bricks102ClientChecks`, complété par `Walls118Checks`,
+passe en **38 secondes** sur un nouveau monde plat de graine 102 avec serveur
+intégré Minecraft 26.3 :
+
+- Seize murets réellement posés, dont une seconde série dans l'eau.
+- Recette de six murets et tailleur de pierre pour chaque couleur ; les
+  anciennes recettes de briques, dalles, escaliers et argiles passent aussi.
+- Raccords entre couleurs et au muret vanilla, retrait des piliers intermédiaires,
+  côtés relevés sous un bloc plein, collisions identiques au muret vanilla.
+- Eau conservée, pioche, butin de la bonne couleur, collection et recettes
+  découvertes, recette du Clay Workshop toujours découverte, série créative
+  de seize dans l'ordre natif.
+- États et modèles de tous les blocs de la famille vérifiés, sans texture
+  manquante ; sauvegarde et reconnexion conservent les murets et leur eau.
+
+Log : `build/walls118-client.log`, marqueur `WALLS118_PASS`. Capture de la
+galerie relue dans `build/walls118-evidence/`. Aucun essai Windows ou LAN ;
+GameTest dédié exclu selon le refus antérieur de son EULA. Aucun monde personnel
+ouvert. La régénération finale conserve à l'identique 2 024 fichiers de
+ressources et métadonnées.
+
+`check build assemblePack assembleTestPack -x :sanctuary:runGameTest` réussit
+en **2 min 5 s**, 125 tâches dont 101 exécutées. Sources et JAR concordants,
+intégrité ZIP, versions, modèles natifs, recettes et empreintes vérifiés.
+La comparaison avec beta.117 limite les changements de classes à
+`ColoredBricks` et ses classes internes ; les sculptures et chapeaux restent
+identiques. Les textures existantes sont toutes conservées octet pour octet.
+
+- `Sanctuary-beta.118.mrpack` : 10216437 octets, SHA-256
+  `75bb04aad981644888690aaeda9a293a94c5d32f6439ca24613365a41aba1b6b`.
+- `Sanctuary-Test-beta.118.mrpack` : 10235359 octets, SHA-256
+  `f7f0a177b8472f0e8c34ad99a1ccef5d61396014017d260e934e910c4e6eb00f`.
+- JAR Sanctuary :
+  `fc6edf4046a8ace357d561ed942213a22c7a27164fa160cdb4316f72ec302575`.
+
+Reçu : `build/walls118-artifact.json`.
+
+## Publication et instance
+
+La [release beta.118](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.118)
+est publiée : JAR, MRpack normal/Test et amorçage Prism, téléchargements publics
+et empreintes vérifiés. Le tag immuable désigne
+`0a81b3c1471c43d705eec4e31a8f6f1820049ca8`. Le canal packwiz avance au commit
+`e6bab433bea9528f67d39af0d6c7bcb6443e4817`.
+
+Deux synchronisations isolées puis deux dans l'unique instance **Sanctuary
+Beta** réussissent, la seconde passe laissant les fichiers gérés identiques.
+Un seul JAR Sanctuary beta.118 est actif. Les 923 fichiers personnels et
+réglages suivis sont inchangés ; aucun monde personnel n'a été ouvert.
+Copie préalable des fichiers remplacés dans `sanctuary-backups/before-beta.118/`.
+Reçus : `build/walls118-isolated.json`, `build/walls118-prism.json`.

docs/colored-bricks-beta102.md

@@ -0,0 +1,73 @@
+# beta.102 — Briques et argile de couleur
+
+Branche `codex/colored-bricks-beta102`, Minecraft 26.3.
+
+## Contrat
+
+Les seize PNG de briques fournis sont présents. Ils sont intégrés sans altération.
+Par couleur : bloc de briques, dalle, escalier, bloc d’argile pastel, boule d’argile
+et brique (items). Les 64 blocs apparaissent dans l’onglet natif des blocs colorés,
+les 32 items dans les ingrédients. Les composants ont des identifiants stables
+`sanctuary:<couleur>_*` et des libellés français et anglais.
+
+La recoloration exacte par script a été choisie explicitement par le créateur.
+Les silhouettes, la transparence et les nuances des textures vanilla 16 × 16
+sont conservées ; les couleurs proviennent des PNG fournis. Aucun dessin IA.
+
+Recettes natives : teinture de l’argile et des briques, assemblage des blocs,
+cuisson de l’argile en briques, argile colorée en terre cuite vanilla de même
+couleur, fabrication des dalles/escaliers et tailleur de pierre. Les recettes
+rejoignent la collection existante argile/briques et les découvertes Sanctuary.
+Dalles doubles, escaliers connectés, orientation, eau, outils et butin utilisent
+les mécanismes natifs. Les blocs ne sont pas ajoutés à la génération du terrain.
+Aucune migration de sauvegarde et aucune modification d’un monde existant.
+
+## Génération reproductible
+
+`tools/generate-colored-bricks.py --minecraft-jar <minecraft-client.jar 26.3>`
+requiert Python avec Pillow. Les briques sources sont conservées dans les assets
+et les couleurs/empreintes sont consignées dans `tools/colored-bricks-palette.json`.
+Les extensions de collection sont compilées par `scripts/compile_collections.py`
+depuis `scripts/data/collections-sanctuary.json` ; le recensement vanilla reste intact.
+
+## Validation native
+
+`Bricks102ClientChecks` sur Minecraft 26.3, monde plat neuf avec serveur intégré :
+
+- 16 familles, 64 blocs et 96 entrées d’items (dont 64 BlockItems).
+- 192 recettes chargées ; fabrications, teintures, cuissons et tailleur exécutés.
+- Butin des briques et escaliers ; dalle simple/double ; argile normale et Toucher de soie.
+- Tags pioche/pelle et états immergés des dalles/escaliers.
+- Onglets natifs : 64 blocs colorés, 32 ingrédients.
+- Tous les états des 64 blocs possèdent des modèles cuits sans texture manquante.
+- Découverte de l’argile : la collection ajoute les nouvelles recettes.
+- Sauvegarde/réouverture du monde neuf : blocs et état de dalle haute conservés.
+
+Parcours final réussi en 41 s, `build/bricks102-client.log`.
+[Aperçu des textures](../build/colored-bricks-beta102-preview.png) ·
+[Capture Minecraft](../build/bricks102-game.png).
+
+La vérification du rendu utilise le client natif local. Aucun test multijoueur
+distant n’est revendiqué, aucune sauvegarde personnelle ni installation modifiée.
+
+
+## Livraison
+
+`check build assemblePack assembleTestPack -x :sanctuary:runGameTest` réussi
+en 2 min 19 s (124 tâches). Les GameTests du serveur dédié restent exclus ;
+le parcours client/serveur intégré décrit ci-dessus a été exécuté séparément.
+`git diff --check` et la régénération identique octet pour octet sont vérifiés.
+
+Les archives, sources, 192 recettes, 192 progrès de recettes, 96 libellés FR/EN,
+les seize PNG fournis et les transparences vanilla ont été contrôlés.
+La comparaison avec beta.101 ne trouve aucune autre classe de jeu modifiée
+que l’initialisation Sanctuary et les trois nouvelles classes ColoredBricks.
+Les archives beta.101 conservent leurs empreintes.
+Reçu : `build/beta102-artifact.json`.
+
+- [Pack normal](../build/Sanctuary-beta.102.mrpack), 10 052 986 octets.
+  SHA-256 : `f324db41e9992df0635d870a766ec9c486167d7fc2e1ed5080f05deaf824d3c4`.
+- [Pack de test](../build/Sanctuary-Test-beta.102.mrpack), 10 071 908 octets.
+  SHA-256 : `bf6b4a207f6b952295c01d59e788eb742d7dbee18ff5e0ad1e61ba78078348fb`.
+
+Livraison locale, sans publication de canal, tag ou déploiement Prism.

docs/colored-bricks-order-beta103.md

@@ -0,0 +1,33 @@
+# beta.103 — Rangement des blocs colorés
+
+Branche `codex/colored-bricks-order-beta103`, Minecraft 26.3.
+
+Dans Blocs colorés, les ajouts sont regroupés par type : les 16 blocs de briques,
+puis les 16 escaliers, les 16 dalles, les 16 blocs d’argile. Dans Ingrédients :
+les 16 boules d’argile, puis les 16 briques.
+
+Chaque série suit l’ordre de couleurs de l’onglet natif Minecraft 26.3,
+vérifié dans `CreativeModeTabs.bootstrap` : blanc, gris clair, gris, noir,
+marron, rouge, orange, jaune, vert clair, vert, cyan, bleu clair, bleu, violet,
+magenta, rose. L’ordre d’enregistrement des blocs/items reste stable.
+Les identifiants, recettes, textures et sauvegardes sont inchangés.
+
+## Validation et livraison
+
+`check build assemblePack assembleTestPack -x :sanctuary:runGameTest` réussi
+en 2 min 41 s, 124 tâches. `git diff --check` réussi. Pas de nouveau test
+ni de nouvelle session graphique pour ce changement limité au rangement.
+
+Les sources et les deux archives ont été vérifiées. Les textures, recettes,
+modèles et autres données sont identiques à beta.102, dont les archives sont
+conservées. Seul le comportement de `ColoredBricks` change ; la classe interne
+Stairs conserve exactement son code exécutable (seuls les numéros de lignes
+de débogage changent). Reçu : `build/beta103-artifact.json`.
+
+- [Pack normal](../build/Sanctuary-beta.103.mrpack), SHA-256 :
+  `5c0b475410c7586275a59a8b14ac1770648f8196983e62c85a98dcd0fa5a1207`.
+- [Pack de test](../build/Sanctuary-Test-beta.103.mrpack), SHA-256 :
+  `222765733711a08861e25db94ae12a4a6483bc11dbfdcaf54930786c10511d0e`.
+
+Les GameTests du serveur dédié restent exclus. Aucun monde personnel,
+aucune installation ni aucun canal de distribution modifié.

docs/colored-dynamic-beta140.md

@@ -0,0 +1,112 @@
+# LIGHT-140 — Lumières colorées portées et distance
+
+Socle beta.139 `c05c338`, branche `codex/colored-dynamic-beta140`.
+Minecraft 26.3 / Java 25. Livraison beta.140.
+
+## Contrat
+
+Relier les couleurs aux vraies sources de lumière dynamique : mains, tête,
+cosmétiques, objets au sol et feu, selon le système existant. Renforcer la
+teinte et activer les lumières colorées par défaut à 30 %. Ajouter une distance
+d'affichage de 8, 16, 32 ou 64 blocs (16 par défaut), indépendante de la portée
+native de chaque source. Augmenter la distance coûte davantage en mémoire et
+calcul ; aucun chargement forcé de chunk. Les choix sauvegardés sont conservés.
+
+Sources portées actualisées avec le système dynamique, sans reconstruire tout
+le champ statique à chaque mouvement. Aucun changement de monde ou de règle
+serveur. Vérifications natives OpenGL et Vulkan, puis construction et archives.
+
+## Couleurs et fondus
+
+Torches ordinaires : température native par défaut ; option « Torches chaudes »
+pour retrouver l'orangé. Glowstone jaune, lave jaune-rouge, redstone rouge saturé,
+cuivre vert (posé, en main ou sur la tête). Le cuivre est reconnu avant les
+familles génériques de torches et lanternes. Les palettes explicites restent
+indépendantes des packs ; le repli des autres matériaux suit leurs textures.
+
+Le rendu s'atténue sur le dernier quart de la distance choisie. Le champ précédent
+reste disponible pendant un fondu de 300 ms vers le nouveau champ ; l'activation
+et les sources dynamiques ont aussi un fondu. Le changement de distance est
+interpolé. Les sources mobiles utilisent la même sélection bornée et les mêmes
+intensités que la lumière dynamique existante, avec interpolation visuelle des
+positions et couleurs. Elles héritent de sa propagation radiale, y compris de
+ses limites d'occultation ; les blocs posés conservent leur propagation avec murs.
+
+Le volume varie réellement selon la distance (56, 72, 104 ou 168 blocs de côté,
+avec marge de propagation). Les grandes distances augmentent la mémoire et le
+délai de reconstruction ; la construction reste répartie entre les images.
+Deux champs coexistent brièvement pour le fondu. Seuls les chunks déjà chargés
+sont lus. La portée lumineuse native des torches n'est pas allongée.
+
+## Frontières de saturation
+
+Le stockage beta.139 tronquait les canaux faibles séparément en fin de portée :
+un bleu pouvait perdre son rouge avant son vert, puis devenir plus saturé sur
+une frontière visible. Le stockage logarithmique conserve maintenant une marge
+sous le niveau lumineux natif zéro. Le shader applique la coupure à l'énergie
+globale en conservant les rapports RGB. La réponse devient linéaire près du noir,
+sans amplification par racine quatrième des très faibles contributions.
+
+La transition des champs interpole le résultat colorimétrique rendu, pas une
+énergie ensuite amplifiée. Les sources mobiles ont une atténuation de fondu
+compensée pour la même réponse. Le test contrôle les rapports rouge/bleu et
+vert/bleu d'une torche des âmes de 1 à 9 blocs, jusqu'au bord de sa portée.
+
+## Vérifications natives
+
+Minecraft 26.3 / Java 25 sur Apple M1, mondes de test neufs de graine 122 :
+
+- OpenGL 4.1 Metal : **2 min 40 s**, `build/colored140-opengl.log`.
+- Vulkan / MoltenVK 1.4.2, profondeur 0–1 et transparence améliorée :
+  **2 min 26 s**, `build/colored140-vulkan.log`.
+
+Les deux exécutions passent `COLORED139_PASS` et `COLORED140_PASS` :
+propagation avec murs, sources hors champ, lampes allumées/éteintes, retrait,
+rechargement des ressources, cache, déplacement/retour de caméra, OFF/zéro,
+préférences et traductions FR/EN. Les nouveaux contrôles couvrent la teinte
+bleue jusqu'à neuf blocs, la torche native inchangée, l'option chaude, le cuivre
+vert et le rouge saturé, les deux mains et le cosmétique de tête, la position
+en troisième personne, les quatre distances et un fondu sans dépassement.
+
+Dans la même scène contrôlée, la somme d'écarts OFF/torche chaude à 30 % vaut
+3 926 093 / 3 926 092 sur OpenGL/Vulkan, contre 2 025 577 en beta.139 à 35 %.
+Cette mesure vérifie l'accentuation demandée, pas la performance. Le test fige
+uniquement le scintillement de la lightmap native ; cette sonde et les tests
+client ne sont pas distribués. Les captures finales sont conservées sous
+`build/colored140-opengl-screenshots/` et `build/colored140-vulkan-screenshots/`.
+Comparatif autonome : `build/Shader-beta.140-comparaison.html`.
+
+Pas de validation des pilotes Windows de l'utilisateur revendiquée. Les
+limites de beta.139 pour le rendu sous l'eau/lave et les panoramas restent
+ouvertes. Les sources dynamiques gardent l'occultation du système existant.
+Aucun monde personnel ouvert ni modifié.
+
+## Construction et archives
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 22 s**, 126 tâches. Le GameTest serveur dédié reste exclu
+conformément au refus EULA antérieur ; les tests clients ci-dessus sont exécutés
+séparément. Log : `build/shader140-build.log`.
+
+La comparaison avec beta.139 trouve **18 entrées de production modifiées**,
+limitées aux lumières dynamiques/colorées, options et aides FR/EN. Les sources
+des JAR correspondent aux fichiers du dépôt. Les archives normale/Test contiennent
+le même JAR Sanctuary ; la version, les dépendances exactes, les textures de
+gemmes et de la clé de Steve, l'absence de classes de test et le template complet
+sont vérifiés. Reçu : `build/shader140-artifact.json`.
+
+SHA-256 du JAR : `853284c1a61c7fce12edd2f7763717321eef56977290eb0e7c5db5e30bff442f`.
+
+- Sanctuary-beta.140.mrpack : `1b366746e4d6bebfbe0115c849524bdeb81c14eee89a2510f9dbe18808974d6a`.
+- Sanctuary-Test-beta.140.mrpack : `50c3cdf759117bb5286d41b4535fde15d9d84deaac833b7f8f61c4a0d29b72e7`.
+
+## Livraison
+
+[Release beta.140](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.140)
+publiée sur le commit source `6e1b3b71088437fe57cf2b9b979b6d62711628d3` ; canal stable
+`2c360a0759d4a164f82c89ac2bef04ff69d50875` vérifié après publication.
+Deux synchronisations isolées puis deux dans la même instance Sanctuary Beta
+réussissent. Les **923 fichiers personnels** suivis gardent leurs hashes.
+Sauvegarde préalable : `sanctuary-backups/before-beta.140/`. Aucun monde personnel
+ouvert. Reçus : `build/shader140-isolated.json` et `build/shader140-prism.json`.
+Archives normale/Test/template et comparaison copiées dans `sanctuary-beta/build/`.

docs/colored-lights-beta139.md

@@ -0,0 +1,107 @@
+# LIGHT-139 — Lumières colorées
+
+Socle beta.138 + vérification Vulkan `9d84a02`, Minecraft 26.3 / Java 25.
+Branche `codex/colored-lights-beta139`, livraison beta.139.
+
+## Contrat
+
+Option locale « Lumières colorées » avec intensité. Les vrais blocs émetteurs
+teintent discrètement leurs environs, y compris hors champ. Torches/lanternes,
+lave et feu chauds ; sources des âmes bleues ; redstone active rouge ;
+froglights par variante ; sources Sanctuary selon leur texture/matière.
+Les blocs éteints n'émettent pas. Le bloom et les inclusions émissives des
+minerais restent indépendants ; aucune lumière de gameplay n'est ajoutée.
+
+Propagation RGB dans un volume local de blocs chargés, obstacles et formes
+natives, construction répartie entre les images, cache des couleurs de
+matériaux. Aucun chargement forcé de chunk, accès aux mondes personnels,
+changement de sauvegarde, réseau ou règles serveur.
+
+## Réalisation
+
+Dans les options du shader : « Lumières colorées », désactivées initialement,
+et une intensité de 0 à 100 %, réglée à 35 %. Zéro ou OFF libère les ressources.
+Les préférences existantes sont conservées. Libellés et aides FR/EN.
+
+Les familles vanilla demandées ont une palette dédiée. Les autres émetteurs,
+y compris ceux de Sanctuary, utilisent la couleur des pixels lumineux de leurs
+textures de modèle, calculée puis mise en cache. Ce repli suit les packs de
+ressources ; les palettes dédiées vanilla restent constantes. Une texture
+illisible ou sans pixels exploitables utilise du blanc. Les blocs purement
+émissifs du bloom, sans émission lumineuse native, ne deviennent pas des lampes.
+
+Le champ couvre un cube de 64 blocs de côté autour de la caméra. Une marge de
+14 blocs réserve la propagation aux sources présentes dans le volume ; le rendu
+s'atténue progressivement sur 4 blocs à sa périphérie. C'est donc un effet de
+proximité, pas une illumination de tous les chunks visibles. Les formes et
+l'opacité natives règlent le passage de la lumière. Les canaux utilisent des
+maxima indépendants, sans addition illimitée des sources superposées.
+
+Le calcul CPU est réparti avec un budget visé de 2 ms par image, plus les
+allocations et chargements ponctuels de matériaux ; aucun chiffre de FPS n'est
+garanti. Un monde immobile réutilise son champ. Les changements rapides et les
+déplacements peuvent présenter un bref retard, le temps de publier un champ
+complet. Aucun chargement forcé de chunk. Une texture 512 × 512 contient le champ.
+La passe GPU teinte les surfaces visibles, atténue l'effet au soleil et dans le
+brouillard, puis laisse agir le SSGI et le bloom. Les sources tenues, entités,
+particules et le rendu sous l'eau/lave ne sont pas couverts par cette option.
+
+## Vérifications
+
+Essais client natifs réussis dans des mondes neufs (graine 122) sur Apple M1 :
+
+- OpenGL 4.1 Metal : **1 min 46 s**, `build/colored139-opengl.log`.
+- Vulkan / MoltenVK 1.4.2, profondeur 0–1 et transparence améliorée :
+  **1 min 30 s**, `build/colored139-vulkan.log`.
+
+Les deux journaux contiennent `COLORED139_PASS` et le backend réellement actif.
+Torche et torche des âmes hors champ, trois froglights, pierre lumineuse dont
+la couleur vient de sa texture, intensité 35/100, cache statique, déplacement
+et retour de caméra, mur fermé puis ouvert, lampe redstone allumée puis éteinte,
+retrait de source, rechargement des ressources et OFF/zéro vérifiés.
+Les préférences persistantes et les libellés FR/EN sont contrôlés ; une dernière
+capture active conjointement PBR, SSGI, bloom, ombres, highlights et rayons.
+
+Les sommes d'écart entre OFF et 35 % sont presque identiques entre backends :
+torche 2 025 577 / 2 025 576 ; âmes 964 200 / 964 201. Il s'agit de mesures
+sur les pixels de cette scène, pas d'un indice de performance.
+Comparatif autonome : `build/Shader-beta.139-comparaison.html`.
+Pas de validation du pilote Vulkan Windows de l'utilisateur revendiquée.
+Le test fige uniquement le scintillement vanilla des torches afin de comparer
+les images ; cette sonde est exclue du JAR distribué. Aucun monde personnel ouvert.
+
+## Diagnostic des essais
+
+La première comparaison de stabilité détectait le scintillement natif de la
+lightmap des torches, même avec un champ coloré inchangé. La sonde de test
+stabilise ce seul facteur ; aucune désactivation de scintillement en production.
+La pièce d'essai est désormais construite après le chargement de ses chunks,
+et l'absence de lumière du ciel est vérifiée avant les captures.
+
+## Construction et archives
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 22 s**, 126 tâches. Le serveur GameTest dédié reste exclu
+conformément au refus EULA antérieur. Log : `build/shader139-build.log`.
+La comparaison à beta.138 trouve **13 entrées de production** modifiées,
+limitées au shader, à son menu et aux aides FR/EN. Les sondes de test sont
+absentes du JAR distribué. Sources, archives normale/Test et template complets
+vérifiés ; textures des gemmes et clé de Steve conservées à l'identique.
+Reçu local : `build/shader139-artifact.json`.
+
+JAR SHA-256 : `7b958f6576adbabb2b1af589b866cb52b1a65600ea2fa505b05dd283f8d595df`.
+
+- `Sanctuary-beta.139.mrpack` : 10450317 octets ; SHA-256 `13f3a283c260876d28ce0c6504615b4a8f4d575906badfbb2b39558f312e9fbb`.
+- `Sanctuary-Test-beta.139.mrpack` : 10469244 octets ; SHA-256 `c1e0b684dc2650950a0925c4625ef5eb4b78fb5f1c5680f5e302550424fa6d81`.
+
+## Publication et instance
+
+[Release beta.139](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.139)
+publiée depuis `dc33ffa54697f61cd8f579235e7cebdbf0765f7c`, tag exact `beta.139`.
+Canal packwiz : `9f10167b6acfece9c045573580e186aa72bc91dc`.
+Deux synchronisations isolées puis deux synchronisations de la même instance
+Prism réussissent. Un seul JAR Sanctuary beta.139 actif, empreinte identique
+à l'archive vérifiée ; les **923 fichiers personnels suivis** conservent leurs
+empreintes. Sauvegarde des fichiers gérés dans
+`sanctuary-backups/before-beta.139/`. Aucun monde personnel ouvert.
+Reçus : `build/shader139-isolated.json`, `build/shader139-prism.json`.

docs/community-beta154.md

@@ -0,0 +1,115 @@
+# COMM-154 — Communauté et conversations, beta.154
+
+Livraison locale préparée sur `codex/community-beta154`, depuis beta.151
+`b97ec6c9e820bed7693e75f200a02b16af01cf89`. Le site est préparé sur
+`codex/community-contract`, depuis `4af93d1e42ba6084ecd654967ad6d8f317a5d3ef`.
+Contrat identique dans les deux dépôts : [communauté v1](community-contract-v1.md).
+
+## Résultat
+
+Gazette à gauche et tableau à droite du menu pause, intendance au-dessus ;
+accès compacts lorsque la largeur GUI ne permet pas trois colonnes.
+Lire, publier et répondre, modifier son texte, masquer et clôturer une annonce.
+Modération autorisée côté serveur et comptes Web liés par code confirmé en jeu.
+
+Les discussions montrent les visages Minecraft, le pseudo, la date et chaque
+message dans un bloc de conversation. Les actions secondaires sont regroupées
+sous « ⋯ » ; la réponse se saisit directement sous le fil. Même présentation
+sur le site, avec rendu des visages par UUID via son prestataire existant.
+
+Fichier JSON atomique par défaut ; MariaDB optionnelle partagée avec Laravel.
+Le serveur exécute la persistance hors du thread de jeu. Brouillons conservés
+en cas de refus ; aucun repli silencieux vers un fichier après une panne SQL.
+Aucun changement des shaders, de leurs réglages, de la génération ou des
+sauvegardes existantes. Le delta part exactement du shader beta.151.
+
+## Vérifications
+
+Environnement : macOS Apple M1, Java Temurin 25, Minecraft 26.3,
+Fabric Loader 0.19.5, Fabric API 0.160.5+26.3, Vulkan/MoltenVK 1.4.2.
+Site : PHP 8.5.10, Laravel 13.32.0, PHPUnit 12.5.35. MariaDB locale 12.3.3,
+Connector/J 3.5.10 imbriqué dans le mod.
+
+- Scénario de stockage commun réussi sur fichier et MariaDB : persistance,
+  redémarrage, exact retry, conflits de révision, auteurs, opérateurs,
+  fermeture/réouverture, masquage, pagination, texte Unicode et isolation.
+  Codes expirés, consommés et tentative de réattribution d’identité refusés.
+  `build/community-client-database-final.log`, marqueurs FILE_PASS et SQL_PASS.
+- Aller-retour réel Java → HTTP Laravel → Java réussi : article, création d’un
+  code Web, liaison côté Java, modification Web et réponse relues par Java.
+  `build/community-interop-{seed,claim,verify}.log` ; deux phases PHPUnit,
+  3 puis 6 assertions. Migration Laravel sur les tables déjà créées par le SQL
+  du mod réussie ; création depuis Laravel également testée par les tests HTTP.
+- Tests client Vulkan réussis en FR/EN, GUI 2/3 (panneaux et mode compact),
+  publication, réponse intégrée, clôture, actions contextuelles, visages,
+  brouillon refusé et réponse tardive après fermeture.
+  Fichier : `build/community-conversation-client.log`.
+  MariaDB : `build/community-conversation-database.log`, mode explicitement
+  vérifié par le client. Captures dans `mods/sanctuary/build/run/clientGameTest/screenshots/`.
+- Panne SQL testée avec une adresse locale sans service : erreur visible,
+  brouillon conservé, aucune création de fichier de repli.
+  `build/community-client-outage.log`, marqueur COMMUNITY154_OUTAGE_PASS.
+- Web : **12 tests / 60 assertions** communautaires réussis, comprenant
+  validation, identité non falsifiable, restrictions du staff, auteur,
+  XSS/texte échappé, formulaires, pagination, compte lié et rejet CSRF réel.
+  Pint réussi. Rendu des pages et visages vérifié dans le navigateur local,
+  navigation accueil → discussion et FR/EN. Aucune erreur console applicative ;
+  avertissement THREE.Clock hérité du panorama.
+- Suite Web complète : **55 réussites, 1 échec, 1 test optionnel ignoré** sur
+  57. L’échec existant de PlayerModerationTest attend « Nommer admin », alors
+  que ViewUser affiche déjà « Nommer staff » dans le commit de départ.
+- `./gradlew check build --continue` exécuté : **229/252 GameTests réussis**,
+  **23 échecs strictement identiques à beta.151** (comparaison des identifiants).
+  `build/community-check-build.log`, `build/community-server-failures.json`.
+  Ce passage a aussi rencontré un `ClassNotFoundException` temporaire dans
+  seasonal105Smoke pendant des compilations concurrentes de vérification.
+  Le contrôle final est relancé seul, avec la tâche GameTests exclue (les 252 cas ont été exécutés lors du premier passage).
+
+Le contrôle complet reste rouge : cette livraison ne prétend pas réparer les
+23 GameTests historiques ni l’ancienne assertion de libellé Web. Les parcours
+communautaires sont validés indépendamment.
+
+## Rejouer les tests ciblés
+
+```sh
+./gradlew :sanctuary:community154Smoke
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryQuickTests=true \
+  -PsanctuaryCommunity154ClientTests=true -PsanctuaryClientGraphicsBackend=vulkan
+```
+
+Pour le même scénario en base, préparer une MariaDB de développement vide
+avec `src/main/resources/community/schema-v1.sql`, puis définir
+`SANCTUARY_COMMUNITY_TEST_JDBC` (URL JDBC),
+`SANCTUARY_COMMUNITY_CLIENT_DATABASE=true` et
+`SANCTUARY_COMMUNITY_DB_PASSWORD`. Ces fixtures de développement utilisent
+`root` sans mot de passe, uniquement dans la MariaDB locale isolée de test.
+Ne jamais les lancer sur une base personnelle ou de production.
+
+L’aller-retour utilise une autre base isolée, également migrée par Laravel :
+`community154Interop -PcommunityInteropPhase=seed`, puis CommunityInteropTest
+avec `SANCTUARY_COMMUNITY_INTEROP_PHASE=link`, Java `claim`, PHP `write`, Java
+`verify`. Les deux programmes reçoivent le même chemin absolu
+`SANCTUARY_COMMUNITY_INTEROP_FILE` vers un JSON dans un dossier ignoré.
+Le test PHP reçoit les paramètres DB_CONNECTION/DB_HOST/DB_PORT/DB_DATABASE
+pointant exclusivement vers cette base. Sans cette variable, il est ignoré.
+
+## Limites de livraison
+
+Code et artefacts locaux ; aucun déploiement Web, serveur personnel, canal
+packwiz ou instance Prism. Validation Windows et connexion Discord réelle sur
+le domaine de production à faire lors du déploiement. Le compte Web utilisé
+dans les essais est fictif, la liaison passe cependant par le vrai stockage.
+Pas de pièces jointes, de notification poussée ou d’import fichier → base.
+Les anciens JAR encore présents sont conservés.
+
+## Artefacts vérifiés
+
+Export packwiz réussi. ZIP, versions Minecraft/Fabric, JAR unique, pilote JDBC
+imbriqué, licence, absence des tests et égalité octet pour octet des 29 fichiers
+shader avec beta.151 vérifiés. Reçu : `build/community-artifacts.json`.
+
+- `mods/sanctuary/build/libs/sanctuary-beta.154.jar` — SHA-256 `07e7419cb3e814d59a6b6f130a1b05b4f65c2407a0ffbd00b194ba97614923ad`.
+- `build/Sanctuary-beta.154.mrpack` — SHA-256 `fbc007fe59777b0c52b30b6e461b09fe0636fb0b86d254b9e98952856b7f6c8a`.
+
+Site : commit local `32d804a` sur `codex/community-contract`.

docs/community-cards-beta158.md

@@ -0,0 +1,98 @@
+# beta.158 — cartes communautaires et demandes suivies
+
+## Contrat v3 et migration
+
+Les règles de génération et les inventaires Minecraft ne changent pas. Les coffres
+sont des sélections descriptives : aucun objet n'est prélevé, réservé, livré ou
+créé. Les échanges et la répartition des récompenses sont organisés entre joueurs.
+Il n'y a ni gagnant automatique ni validation automatique d'une livraison.
+
+Une annonce peut porter `task` : position facultative (dimension, x/y/z), liste
+`materials` de 27 identifiants d'objets et quantités (1 à 999999), participation
+`shared` ou `single`, récompense `none`, `items` (27 sélections) ou `custom` (240
+caractères). Les catégories info/work/need/event gardent leurs identifiants.
+Le serveur Minecraft valide aussi les objets et dimensions contre son registre.
+Les données du site sont descriptives et restent lisibles si un objet manque côté
+client ; les identifiants inconnus ne créent jamais d'objet.
+
+Les abonnements sont authentifiés, idempotents, au plus 16 par joueur et 64 par
+annonce. Une annonce single accepte un seul abonné. L'auteur ne s'abonne pas à sa
+propre annonce. Fermeture et masquage retirent le suivi actif ; réouvrir autorise
+à nouveau l'abonnement. Les abonnements existants ne sont pas supprimés par la
+fermeture : un joueur peut se désabonner. Changer shared vers single est refusé
+si plusieurs abonnés sont présents. La liste côté HUD est issue du serveur ; les
+notifications affichent les trois suivis ouverts les plus récents, avec le lieu
+et un rappel des matériaux. La fermeture est annoncée, sans attribuer de gain.
+
+Fichier : ajout du champ task et de la collection followers ; lecture v1/v2 sans
+écriture. À la première écriture, backup exact `.v1.bak` ou `.v2.bak` sans
+écrasement puis écriture atomique en v3. Le plafond 64 Mio reste appliqué. Aucun
+monde personnel n'est migré pendant le développement. Retour arrière : serveur
+arrêté, restauration du backup et de la version logicielle correspondante.
+
+MariaDB : arrêter les écritures du mod et du site, sauvegarder, appliquer la
+migration v2→v3 (SQL livré ou Laravel), puis mettre à jour les deux applications.
+Colonne task nullable, tables followers et subscribers (verrous par joueur).
+Aucune migration automatique par le mod ; aucune suppression des anciens posts.
+Les anciens articles et annonces restent lisibles. Rollback uniquement par
+restauration explicite ; pas de suppression automatique des nouvelles données.
+
+La Gazette et le tableau utilisent une grille à deux colonnes. Les aperçus de
+photo sont bornés à 6 Kio binaires par carte ; les listes ne diffusent pas les
+photos complètes. L'intendance reste affichée dans l'en-tête, sans accès public
+à son historique ni à son éditeur ; sa gestion est réservée au panneau admin.
+Le panneau Web est complété par `/sanctuary community admin` côté jeu, réservé
+aux opérateurs par le serveur, notamment pour les installations en mode fichier.
+Les métadonnées de l’article (visage, nom, date) sont sur la rangée du bouton
+« … », juste sous l’encadré photo/texte. La galerie est plafonnée à 420 unités
+de largeur et 180 de hauteur ; l’aperçu du formulaire est limité à 160 × 72.
+Le bouton de liaison du compte Web disparaît des écrans communautaires en jeu.
+Les sondages restent une piste, sans fonctionnalité livrée dans cette version.
+
+## Vérifications
+
+Vérifications ciblées du 23 septembre 2026 :
+
+- Stockage fichier et MariaDB : métadonnées, inscription exclusive concurrente,
+  idempotence, limite de 16 suivis, fermeture/réouverture, désabonnement,
+  refus shared→single occupé, masquage et redémarrage. Migration v1/v2 avec
+  conservation exacte des backups.
+- Client natif Vulkan : français/anglais, échelles GUI 2/3/4, grilles de deux
+  colonnes, défilement et chargement des cartes suivantes sans retour en haut,
+  galerie compacte, photo obligatoire, publication, coffre de sélection,
+  position courante, récompense personnalisée, abonnement et HUD.
+- Vérification du déplacement visage/nom/date sous l’article, à côté de « … ».
+- Accès opérateur au panneau d’intendance en jeu : refus au joueur ordinaire,
+  ouverture et publication après activation des permissions natives.
+- Régression du menu pause : colonnes, boutons, carte, défilements indépendants,
+  longs articles/annonces et réponse, sous Vulkan en FR/EN et GUI 2/3/4.
+- Site : 23 tests / 131 assertions, dont droits, migrations v3 sans perte ni
+  rétrogradation, validation des matériaux et inscription exclusive.
+- Interopérabilité MariaDB réelle Java→PHP→Java : photo, édition, réponse,
+  identité vérifiée, demande et abonnement Web relus par le mod (18 assertions PHP).
+- Ressources de shaders : 29 fichiers identiques au JAR beta.157, qui conservait
+  le socle beta.151. Les anciens JAR et MRpack sont conservés.
+
+Suite générale : `./gradlew check build assemblePack` exécuté ; 252 GameTests,
+229 réussites et les mêmes 23 échecs identifiés dans la beta.157, aucun nouvel ID.
+Comparaison conservée dans `build/cards158-server-failures.json`. Les autres
+contrôles, le build et l’assemblage passent avec cette suite déjà vérifiée exclue :
+`./gradlew check build assemblePack :sanctuary:runClientGameTest -x :sanctuary:runGameTest`
+avec les propriétés client Cards158/Vulkan et la base MariaDB de développement.
+Le dernier parcours confirme aussi le refus des quantités invalides et la
+conservation des 17 bûches et 3 diamants réels après publication descriptive.
+
+Export packwiz réussi ; version interne beta.158 et JAR embarqué vérifiés.
+Captures finales : `build/cards158-database-screens/` ; captures fichier :
+`build/cards158-file-screens/`. Les grilles, la galerie et le pied d’article
+ont été inspectés visuellement. Journaux : `build/beta158-*.log`.
+
+Site local : commit `0dcab21` sur
+`codex/community-quests`. Aucun déploiement dans une installation personnelle,
+aucune publication du canal packwiz ni modification d’un monde existant.
+
+
+## Artefacts locaux
+
+- `mods/sanctuary/build/libs/sanctuary-beta.158.jar` — SHA-256 `0590320dcece7f94543ab17e99fb23ac37cc3e2578499aa6e80ad801212675e8`.
+- `build/Sanctuary-beta.158.mrpack` — SHA-256 `9c1e556ddce3094febf92631c8a1c8cc0ec56971b332cd9c2d7448f2f9931b89`.

docs/community-contract-v1.md

@@ -0,0 +1,240 @@
+# Communauté Sanctuary — contrat v1
+
+> Depuis beta.158, le schéma actif est la v3 : photos et demandes suivies.
+> Appliquer les migrations avant de connecter les deux applications.
+
+Ticket beta.154, branche `codex/community-beta154`, socle beta.151 `b97ec6c`.
+Ce contrat décrit le comportement cible et les échanges implémentés par ce ticket.
+La note de livraison indique séparément les vérifications effectivement réussies.
+Les shaders de beta.151 sont conservés sans modification.
+
+## Périmètre
+
+Gazette (`article`), tableau (`notice`), intendance (`bulletin`) et réponses
+(`reply`). Contenus texte brut : titre 120 caractères Unicode, corps 4 000,
+réponse 1 000. Aucune interprétation HTML, Markdown ou commande Minecraft.
+Catégories stables : `info`, `work`, `need`, `event`. Photos et pièces jointes
+sont hors de cette première livraison.
+
+La pause présente la Gazette à gauche, les actions natives au centre, le tableau
+à droite et l'intendance au-dessus. À faible largeur GUI, accès compacts vers
+les mêmes écrans. Publication et réponses disponibles dès cette version.
+
+## Autorité et identité
+
+Le client passe exclusivement par le serveur Minecraft. L'auteur vient de la
+session serveur, jamais d'un UUID fourni par le client. Chaque installation
+possède un `serverId` UUID stable, également configuré sur le site. Chaque
+requête SQL inclut ce serveur. Les sauvegardes du monde restent indépendantes.
+
+Tous les joueurs connectés peuvent publier et répondre. L'auteur peut modifier
+ou masquer son contenu et clôturer/réouvrir son annonce. Un opérateur Minecraft
+ou membre du staff Web disposant de `users.moderate` peut masquer des contenus, épingler les publications et
+publier l'intendance ; il ne réécrit pas le texte d'un autre auteur.
+Le site exige un compte connecté lié à l'UUID Minecraft : code aléatoire à usage
+unique créé sur le site, valable 10 minutes, confirmé en jeu. Seul le hash SHA-256
+est conservé. La confirmation nécessite un serveur authentifié (`online-mode`).
+Une identité déjà liée ne peut être réattribuée automatiquement.
+
+## Stockage
+
+`config/sanctuary-community.json` sélectionne `file` (défaut) ou `database`.
+Le fichier du monde `data/sanctuary-community.json` est remplacé atomiquement
+après synchronisation disque. Une corruption ou modification externe est une
+erreur : aucune réinitialisation silencieuse.
+
+En mode base, MariaDB utilise les tables `sanctuary_community_*`, utf8mb4,
+InnoDB. Les nouvelles tables sont additives. Le schéma SQL v1 livré peut être
+installé par l'administrateur ; Laravel possède la migration équivalente.
+Le mod vérifie la version et ne lance jamais de migration au démarrage.
+Une seule application du schéma suffit avant de démarrer les deux applications.
+Les évolutions futures auront une migration explicite commune.
+
+Aucun basculement automatique base → fichier lors d'une panne. Les lectures en
+cache restent signalées comme anciennes ; une écriture n'est confirmée qu'après
+commit. Les brouillons restent côté client durant la session. Les requêtes SQL
+s'exécutent hors du thread de jeu, avec délais et file d'attente bornés.
+Le passage fichier ↔ base nécessite un export/import explicite ; changer le mode
+ne migre ni ne fusionne les données. La v1 ne fournit pas cet importateur.
+
+## Enregistrements et concurrence
+
+Les entrées portent : serveur, UUID, parent éventuel, type, catégorie, UUID et nom
+d'auteur, titre, corps, état (`open`, `closed`, `hidden`), épingle, révision,
+date de création et date de modification (millisecondes Unix UTC).
+Une réponse a un parent article/annonce du même serveur ; pas de réponses imbriquées.
+Masquer un parent masque également sa discussion dans toutes les lectures.
+
+Chaque création utilise un UUID d'opération stable. La répétition exacte rend le
+même résultat ; une réutilisation avec d'autres données est un conflit. Chaque
+modification exige la révision courante. La transaction verrouille le parent
+avant de répondre, empêchant la course avec une clôture ou un masquage.
+Les listes sont paginées (10 entrées), épingles puis date/id décroissants ; les
+réponses sont ordonnées par date/id croissants. L'intendance montre le bulletin
+visible le plus récent. Les textes et le nombre de résultats sont bornés.
+
+## Vérification attendue
+
+Même scénario sur fichier et vraie MariaDB : publication, réponses, redémarrage,
+idempotence, conflits, droits, masquage, fermeture et isolation de deux serveurs.
+Aller-retour Java → PHP → Java sur les mêmes tables. Essais client Vulkan FR/EN,
+GUI 2/3, mode compact, publication/refus/brouillon et fermeture avant réponse.
+Tests HTTP du site : identité, CSRF (middleware), validation, permissions,
+échappement HTML, erreurs, pagination. `./gradlew check build` et `assemblePack`
+sont consignés avec leurs éventuels échecs hérités.
+
+## Mise en service
+
+### Serveur autonome (fichier, défaut)
+
+Installer le JAR ou le pack beta.154. La première ouverture d’un panneau crée
+`config/sanctuary-community.json` et son `serverId`. La première publication
+crée uniquement le fichier communautaire du monde. Aucun service externe requis.
+Les joueurs utilisent Échap → Gazette/Tableau → Publier, puis Répondre dans
+une discussion. Le mode fichier n’est pas partagé avec le site Web.
+
+Conserver le `serverId` et sauvegarder le fichier communautaire avec son monde.
+Ne pas éditer ce fichier pendant que le serveur tourne. La limite de la v1 est
+64 Mio par fichier communautaire ; une écriture qui la dépasse est refusée.
+
+### Même MariaDB pour Minecraft et Laravel
+
+1. Sauvegarder la base existante. Déployer le code Web puis appliquer sa migration
+   `php artisan migrate --force`. Elle ajoute quatre tables sans modifier les
+   données de jeu. Un schéma déjà installé par `schema-v1.sql` est reconnu.
+   À l’inverse, ne pas rejouer le SQL brut sur des tables déjà créées par Laravel.
+2. Dans le `.env` du site, garder ses paramètres MariaDB et définir
+   `SANCTUARY_COMMUNITY_SERVER_ID` avec le même UUID que le mod. Recharger
+   la configuration Laravel (`php artisan config:cache` en production).
+3. Arrêter Minecraft et éditer sa configuration :
+
+```json
+{
+  "mode": "database",
+  "serverId": "11111111-1111-4111-8111-111111111111",
+  "jdbcUrl": "jdbc:mariadb://db.example.net:3306/sanctuary?sslMode=verify-full",
+  "user": "sanctuary_game",
+  "passwordEnv": "SANCTUARY_COMMUNITY_DB_PASSWORD"
+}
+```
+
+L’UUID ci-dessus est un exemple : reprendre celui de votre installation.
+Définir `SANCTUARY_COMMUNITY_DB_PASSWORD` dans l’environnement du service Minecraft,
+puis le redémarrer. Utiliser un certificat TLS valide pour l’hôte de la base.
+Le compte de jeu a besoin de SELECT sur `sanctuary_community_schema`, SELECT,
+INSERT et UPDATE sur `sanctuary_community_entries`, SELECT et INSERT sur
+`sanctuary_community_identities`, SELECT et DELETE sur `sanctuary_community_links`.
+Il n’a besoin ni des tables de comptes Web, ni de droits de création de tables.
+Le compte Laravel conserve ses permissions habituelles et celles des migrations.
+
+4. Sur le site : se connecter avec Discord, ouvrir Gazette, demander un code de
+   liaison. En jeu : Gazette → Lier mon compte → saisir le code. La liaison
+   exige `online-mode=true`. Recharger le site après confirmation ; les boutons
+   Publier et Répondre deviennent accessibles.
+5. Modération : opérateur Minecraft ou staff Web autorisé à `users.moderate`,
+   avec compte lié. Les fonctions de lecture seule du staff ne donnent aucun
+   droit de masquage, épinglage ou publication officielle.
+
+L’accueil du site conserve sa version de téléchargement beta.151 tant que le
+pack public n’est pas mis à jour. Ce ticket ne publie pas le site, le canal
+packwiz ou une installation Prism.
+
+### Synchronisation et limites de la v1
+
+Le menu pause recharge ses aperçus toutes les 5 secondes. Les pages de lecture
+ont un bouton Actualiser. Le site charge les publications à chaque navigation.
+Les brouillons Minecraft restent en mémoire jusqu’à déconnexion ; le site garde
+ses brouillons dans le stockage local du navigateur, par compte et serveur.
+Aucune notification poussée ni import automatique d’archives ou de fichier vers
+MariaDB. Les anciennes publications d’exemple du site étaient du texte statique,
+pas des données à migrer. Les pièces jointes et la réattribution d’un compte lié
+restent hors périmètre.
+
+### Présentation des discussions et visages
+
+Les réponses se lisent en conversation : visage Minecraft, pseudo et date,
+texte dans un bloc distinct, actions compactes derrière « ⋯ ». Le formulaire
+reste sous la discussion. Les listes et les aperçus du menu pause affichent
+également les visages. En jeu, les profils sont résolus par les widgets natifs
+Minecraft, avec leur texture de repli tant que le skin n’est pas disponible.
+Sur le site, le rendu par UUID utilise le prestataire mc-api.io déjà employé
+par la page de compte ; chargement différé, sans référent, initiale locale en
+cas d’erreur. Aucune image ni URL arbitraire n’entre dans le contrat des posts.
+Documentation du rendu : https://mc-api.io/docs (GET `/render/{uuid}?size=64`).
+
+
+## Évolution v2 (beta.157)
+
+Le champ photo et sa migration explicite, avec conservation des anciens articles,
+sont décrits dans [Photos de Gazette](gazette-photos-beta157.md).
+Pour une nouvelle base partagée avec le site, utiliser les migrations Laravel.
+Pour une base autonome administrée par SQL, appliquer schema-v1.sql puis
+schema-v1-to-v2.sql avant de connecter le mod beta.157.
+
+
+## Évolution v3 — demandes suivies (beta.158)
+
+Annonce : `task` contient `location` nullable (`dimension`, `x`, `y`, `z`),
+`materials` et `rewards` (27 objets maximum, `item` namespacé de 100 caractères
+maximum, `count` de 1 à 999999), `audience` shared/single, `reward` none/items/custom
+et `customReward` (240 caractères). Les coffres sont descriptifs : échanges
+et partage des récompenses entre joueurs, sans transaction d'inventaire.
+
+Les tables `sanctuary_community_followers` et `sanctuary_community_subscribers`
+portent les abonnements et les verrous par joueur. Maximum 16 abonnements/joueur,
+64/annonce, un seul en mode single ; pas d'auto-abonnement de l'auteur.
+Le masquage supprime les abonnements ; la fermeture les conserve mais suspend
+le suivi actif. Un passage en single est refusé au-delà d'un abonné.
+
+Arrêter les écritures et sauvegarder avant migration. Installation SQL neuve :
+schema-v1.sql, schema-v1-to-v2.sql, puis schema-v2-to-v3.sql du mod. Sur le site,
+`php artisan migrate` applique l'équivalent et reconnaît les tables déjà créées.
+Le compte JDBC nécessite SELECT/INSERT/DELETE sur followers et SELECT/INSERT
+sur subscribers, en plus des permissions v2. Aucun DDL automatique par le mod.
+
+L'intendance se gère dans le panneau admin ; seul son dernier message reste
+public en en-tête. La liaison de compte se fait avec le code généré sur le site
+et `/sanctuary community link <code>` en jeu (serveur authentifié requis).
+Les anciens boutons de liaison et d'historique public de l'intendance disparaissent.
+
+En mode fichier, le panneau d’intendance en jeu s’ouvre avec
+`/sanctuary community admin` ; le serveur exige les permissions opérateur.
+
+## Évolution beta.159 — recherche et lecture de l’intendance
+
+Le schéma reste **v3** : aucune migration de données. Cette évolution remplace
+la restriction de lecture publique de beta.158 : les onglets Gazette, Tableau
+et Serveur permettent de lire leurs historiques. La publication et la gestion
+de l’intendance restent dans l’administration, sans réponse ni abonnement.
+
+`list` et `cards` acceptent une recherche facultative dans `Request.body` (120
+caractères maximum, vide par défaut). Le site utilise le paramètre GET `q`,
+conservé dans la pagination. Recherche littérale de sous-chaîne dans le nom de
+l’auteur, le titre **ou** le corps, sans distinction de casse, avant pagination.
+Les accents restent significatifs et `%` / `_` sont des caractères ordinaires.
+Le filtre reste limité au serveur et à la rubrique sélectionnés ; les contenus
+masqués restent exclus. Les épingles gardent leur priorité. Le client attend
+300 ms après la frappe et ignore les réponses correspondant à un ancien filtre.
+Les pages restent bornées à 10 publications ; aucune recherche dans les réponses.
+
+Les dates des publications affichent l’année (UTC). Le menu pause affiche la date
+complète dans la langue et le fuseau local du joueur. La galerie utilise la
+surface disponible du GUI, adapte ses colonnes et conserve ses pages de 24
+captures défilantes. Le clic ouvre un aperçu dans cette surface, en conservant
+les proportions et les boutons Retour / Assigner. Le formulaire conserve son
+aperçu compact. Les PNG sources ne sont pas modifiés.
+
+Les demandes suivies ouvertes qui ont une position affichent un `!` sur la carte
+de pause et le grand atlas, dans la dimension correspondante. Elles ne révèlent
+pas le terrain et ne chargent aucun chunk. L’infobulle montre titre, auteur,
+résumé, coordonnées, matériaux et récompense ; les listes longues sont abrégées
+pour rester dans le GUI. Le clic ouvre l’annonce. « Voir sur la carte » centre
+l’atlas sur son lieu dans la dimension courante, sans téléportation. Les repères
+suivent tous les abonnements, indépendamment des trois suivis visibles dans le
+HUD ; ils disparaissent au désabonnement, à la clôture ou au masquage. Un
+rafraîchissement des suivis reste actif lorsque la carte ou la pause est ouverte
+(période de cinq secondes, différée si une autre requête est en cours).
+
+Le message réseau `following` ajoute `summary`, extrait littéral du corps limité
+à 240 caractères Unicode plus une ellipse. Le texte intégral et les photos ne
+sont pas diffusés dans ce message. Aucun champ persistant supplémentaire.

docs/community-search-beta159.md

@@ -0,0 +1,81 @@
+# beta.159 — recherche communautaire et galerie adaptable
+
+Branche `codex/community-search-gallery-beta159`, socle beta.158.
+
+## Résultat
+
+Une barre de recherche filtre les publications par auteur, titre ou texte côté
+serveur, avant pagination. Le filtre accompagne les pages suivantes, conserve
+les épingles et se réinitialise en effaçant le champ. Les réponses aux anciennes
+recherches sont ignorées et le focus de saisie est conservé.
+
+Les trois onglets Gazette / Tableau / Serveur donnent accès aux publications de
+chaque rubrique. L’en-tête d’intendance de la pause ouvre aussi son historique.
+La lecture est publique ; la publication et la gestion des messages du serveur
+restent réservées au panneau administrateur, même pour un opérateur visitant
+l’écran public. Les messages du serveur n’acceptent ni réponses ni abonnements.
+
+L’année figure dans la date de pause et les métadonnées des publications. La
+galerie utilise l’espace disponible aux différentes échelles de GUI et tailles
+de fenêtre. Les captures restent paginées par 24 avec défilement. Cliquer une
+capture ouvre un grand aperçu avec les commandes de retour et d’assignation.
+La photo assignée reste compacte dans le formulaire et les brouillons sont
+conservés lors du retour. Aucune modification des PNG originaux.
+
+Les annonces suivies géolocalisées portent un « ! » sur les deux cartes.
+L’infobulle fournit titre, auteur, résumé, coordonnées, matériaux et récompense
+sans ouvrir la discussion ; le clic reste disponible. Un bouton dans l’annonce
+centre le grand atlas sur sa position, dans la dimension courante. Aucune
+téléportation ni révélation du terrain : seules les coordonnées publiées sont
+projetées. Les annonces fermées, masquées, sans lieu ou non suivies ne portent
+pas de repère. Les longues infobulles sont abrégées pour tenir dans le GUI.
+
+Le site suit le même contrat de recherche et de lecture. Schéma v3 inchangé,
+aucune migration de sauvegarde ni de base. Libellés français et anglais.
+
+## Vérifications
+
+- Stockage fichier et MariaDB : recherche par auteur et corps, casse et accents,
+  filtre avant pagination, épingles conservées, caractères `%` / `_` littéraux,
+  rubrique et serveur isolés, contenus masqués exclus, borne de 120 caractères.
+- Client natif Minecraft 26.3 / Java 25 / Vulkan : galerie et aperçu en FR/EN,
+  GUI 2/3/4 et fenêtres 1280×960 / 1920×1080 ; retour au brouillon, assignation,
+  publication, listes défilantes et chargement des pages suivantes.
+- Recherche en jeu au-delà de la première page, filtre par joueur, effacement,
+  conservation du focus et rejet d’une réponse correspondant à l’ancien filtre.
+- Lecture des messages serveur par un joueur ordinaire, aucun contrôle d’écriture
+  dans les pages publiques, y compris pour l’opérateur ; administration inchangée.
+- Carte : projection dans la dimension correspondante, titre/auteur/résumé,
+  matériaux et récompense au survol ; ouverture de la demande par clic sur les
+  deux cartes ; retrait immédiat du repère après désabonnement.
+- Date avec année en FR/EN, GUI 2/3/4, sans chevauchement de l’intendance.
+- Site : 24 tests / 157 assertions sur SQLite puis MariaDB de développement,
+  formatage Pint réussi. Commit local `e70e78d`, branche `codex/community-search`.
+
+La commande complète `./gradlew :sanctuary:runClientGameTest check build assemblePack`
+avec les propriétés client Cards158, QuickTests et Vulkan a exécuté 252 GameTests :
+229 réussites et les mêmes 23 échecs que beta.158. Aucun test serveur supprimé
+ou modifié. La comparaison est conservée dans `build/search159-server-failures.json`
+et le journal dans `build/beta159-check-build.log`.
+
+Les contrôles restants, la compilation et `assemblePack` passent avec la suite
+serveur déjà exécutée exclue (`-x :sanctuary:runGameTest`) : 133 tâches, journal
+`build/beta159-release.log`. Le parcours client final passe en mode MariaDB,
+puis en mode fichier (`build/beta159-file-client.log`). Les repères ont été
+vérifiés avec et sans terrain d’atlas débloqué ; les infobulles restent dans la
+fenêtre aux GUI 2/3/4. Captures représentatives inspectées :
+`build/search159-file-screens/` et `build/search159-database-screens/`.
+
+L’export packwiz est vérifié : intégrité ZIP, version beta.159, JAR embarqué
+identique au JAR de livraison. Les 29 ressources de shaders sont identiques à
+beta.158, qui conserve le socle beta.151. Les anciens JAR et MRpack beta.154 à
+beta.158 restent présents. Aucun monde personnel, déploiement de serveur, canal
+packwiz ou instance Prism n’est modifié.
+
+## Artefacts locaux
+
+
+
+- `mods/sanctuary/build/libs/sanctuary-beta.159.jar` — SHA-256 `c30d57a5f37e0a5c9dbb387ca831ce9e5c15a1dfe4cb55af0af20a376e862576`.
+
+- `build/Sanctuary-beta.159.mrpack` — SHA-256 `868932d88bc241bfb526a7c5e4054009e247658bd0784b7141d82017edcc2823`.

docs/creative-construction-beta098.md

@@ -0,0 +1,74 @@
+# beta.098 — Construire le plan en créatif
+
+Ticket CONSTRUCTION-098, branche `codex/creative-construction-beta098`.
+À la demande du créateur, le parcours manuel du Métabli est complété par une
+construction immédiate réservée au mode créatif.
+
+## Parcours
+
+Choisir une statue, une machine, un bâtiment ou un plan importé au Métabli.
+Positionner et orienter l’aperçu avec K. Le bouton **Construire le plan…**
+apparaît sous les coordonnées en créatif seulement. La confirmation indique
+le nombre de blocs, l’origine et le fait que le plan entier sera construit,
+même si une seule couche est affichée. Annuler revient aux réglages.
+
+Confirmer pose les blocs sans consommer de matériaux, via le protocole serveur
+existant. Le plan garde son origine, son orientation et son suivi d’avancement.
+Les machines reçoivent leurs composants natifs : la clé dorée reste nécessaire
+pour assembler le multibloc fonctionnel. Les inventaires et entités ne sont
+pas copiés depuis les fichiers de plans.
+
+Le bouton disparaît si le mode de jeu change. Une confirmation devenue périmée
+(changement de plan, position, monde ou perte du créatif) ne lance rien.
+L’envoi en cours désactive le bouton et ne peut pas être remplacé par un second.
+En survie, la construction reste manuelle et le serveur refuse toujours les
+envois fabriqués sans passer par l’interface.
+
+Les validations serveur existantes restent applicables : cases libres ou déjà
+conformes, zone chargée, hauteur et bordure du monde, distance de 192 blocs,
+absence d’entité à l’emplacement, permissions et interdiction des blocs
+techniques sans objet. Aucun changement de génération ni format de sauvegarde.
+
+## Vérifications
+
+Suite native `Plans072ClientChecks`, Minecraft 26.3, nouveau monde plat de
+développement, graine 72 : **réussie en 47 secondes**.
+
+- Bouton créatif visible et confirmation inspectés en capture native.
+- Annulation sans placement ; statue de Creeper de 32 blocs de haut, 1 542
+  cellules, construite avec vérification de chaque matériau côté serveur.
+- Fourneau et abri choisis dans le catalogue physique, rotation, filtre sur
+  une seule couche : le bouton construit bien toutes les couches du plan.
+- Perte du créatif pendant la confirmation : aucun bloc posé, bouton absent.
+- Envoi falsifié en survie refusé ; pose manuelle consommant exactement un bloc.
+- Régression des 88 modèles natifs, export, matériaux et interfaces FR/EN.
+
+Le premier passage enchaînait les plans en moins d’une seconde et rencontrait
+la limite d’envoi serveur existante. Le test attend désormais 25 ticks entre
+constructions ; aucun changement de cette limite n’a été nécessaire.
+Le test Métabli conserve son assertion d’absence de catalogue à distance,
+mais ne considère plus le nouveau bouton créatif comme interdit.
+
+Captures dans `build/creative098-evidence/`, journal
+`build/creative098-client.log`.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussi en **2 min 7 s**, 124 tâches. Les GameTests sur serveur dédié restent
+exclus conformément au refus antérieur d’accepter son EULA. Aucun serveur
+dédié lancé ; essais uniquement sur un nouveau monde client de développement.
+
+Les archives ont été vérifiées : version Minecraft 26.3 et compteur beta.098,
+JAR sources identiques aux fichiers de travail, aucun test embarqué. Par
+rapport à beta.097, seules les classes PlanClient/PlansScreen et trois libellés
+FR/EN changent dans Sanctuary. Textures, données, resource pack et archives
+beta.097 conservés. Reçu : `build/beta098-artifact.json`.
+
+## Livraison locale
+
+- `build/Sanctuary-beta.098.mrpack`, 9 880 395 octets ; SHA-256
+  `f06d0cc0256c6c55b1081019d0f00d2f9d29963cbf06d63b8cf1d9b303970f7a`.
+- `build/Sanctuary-Test-beta.098.mrpack`, 9 899 316 octets ; SHA-256
+  `f2424a39b6b96076bdff8ac2a93e74ce83d77f453aa9bfbdd18a5fa17444f573`.
+
+Aucun déploiement dans une instance personnelle, aucune sauvegarde personnelle
+ouverte ou modifiée, aucun avancement du canal packwiz.

docs/directional-lights-beta141.md

@@ -0,0 +1,127 @@
+# LIGHT-141 — Direction locale pour les normales PBR
+
+Socle beta.140 `c9f5c56`, branche `codex/directional-lights-beta141`.
+Minecraft 26.3 / Java 25. Livraison beta.141.
+
+## Contrat
+
+Estimer une direction d'arrivée depuis les six voisins du champ lumineux,
+avec intensité et confiance. Conserver cette estimation dans une texture
+compacte reconstruite avec le champ, uniquement quand le PBR est actif.
+Les sources portées utilisent leurs positions déjà disponibles. Brancher ces
+directions sur les normales et reflets PBR existants, sans nouveau bouton.
+Les sources opposées doivent réduire la directionnalité, sans bascule brutale.
+Les champs précédent/courant gardent leur fondu et les obstacles restent pris
+en compte pour les blocs posés. Aucun changement de lumière de gameplay,
+de sauvegarde ou de génération ; aucune promesse de lancer de rayons exact.
+
+## Programme de vérification
+
+Contrôles natifs OpenGL/Vulkan : direction, sources opposées, murs, rendu de
+relief en intérieur, déplacement des sources, transitions et PBR OFF.
+Régression des lumières beta.139/140 puis check/build et assemblage. GameTest
+serveur dédié exclu selon le refus EULA antérieur. Aucun monde personnel ouvert.
+
+## Réalisation
+
+Le champ RGB conserve une texture directionnelle RGBA8 supplémentaire :
+les trois composantes codent la direction pondérée, l'alpha sa réponse lumineuse.
+Les voisins plus lumineux et accessibles contribuent à l'estimation ; les
+arrivées opposées s'annulent dans le vecteur, sans supprimer l'éclairage natif.
+Le shader interpole les moments pondérés avant normalisation, y compris entre
+les champs précédent et courant. La confiance réduit le relief quand aucune
+direction ne domine.
+
+Cette texture est préparée dans le budget de reconstruction existant, avec
+un maximum de six voisins par cellule éclairée et une table d'énergie réutilisée.
+Aucune recherche de sources ni rayons par pixel pour les blocs posés. La
+lecture GPU interpole huit cellules par champ ; les deux champs sont utilisés
+pendant le fondu. Les sources mobiles réutilisent les positions, intensités et
+transitions déjà collectées, dans la limite existante de 128 sources.
+
+Une texture directionnelle occupe environ 1,5 Mo à 16 blocs de distance et
+19 Mo à 64 blocs, par copie CPU/GPU ; deux champs coexistent lors des transitions.
+Le champ directionnel n'est construit que si PBR est actif avec une intensité
+non nulle. Sa désactivation libère les directions après la transition.
+Le coût est borné par ces réglages, sans garantie de FPS.
+
+La passe PBR applique la différence entre normale de base et normale perturbée,
+puis un reflet GGX local. Elle garde sa portée de 32 blocs et les réglages PBR
+existants ; Lumières colorées doit être actif. Le soleil et la lune continuent
+à fonctionner lorsque les lumières colorées sont coupées. Les aides FR/EN
+expliquent cette dépendance.
+
+C'est une direction dominante approximative : deux lumières colorées opposées
+ne produisent pas deux reflets indépendants. Les sources mobiles gardent la
+propagation radiale et les limites d'occultation existantes. Les normales PBR
+concernent les surfaces de blocs prises en charge, pas tous les modèles de mobs.
+Les exclusions existantes des panoramas et de l'immersion restent inchangées.
+
+## Premier essai ciblé
+
+L'essai natif OpenGL ciblé réussit en **1 min 12 s** : direction gauche/droite,
+annulation des sources opposées avec énergie conservée, occultation par un mur,
+relief sur la pierre en intérieur et avec une torche en main, stabilité au repos,
+libération des directions avec PBR OFF et maintien du chemin solaire avec
+Lumières colorées OFF. La somme d'écarts PBR OFF/ON sur la pierre vaut 878 114
+au réglage PBR 100 % ; c'est une comparaison de pixels, pas une mesure de FPS.
+Log : `build/directional141-focused.log`.
+
+Les essais de préparation ont révélé un conflit de nom de matrice GLSL, corrigé,
+puis des erreurs de fixture (angle 180° normalisé par Minecraft, suppression
+d'entités alors que la sélection était vide, commande d'heure déjà à minuit),
+corrigées sans changer le rendu.
+
+## Validation complète OpenGL
+
+La chaîne complète réussit en **3 min 1 s** sur OpenGL / Apple M1 :
+`COLORED139_PASS`, `COLORED140_PASS` et `DIRECTIONAL141_PASS`.
+Elle réunit les contrôles de couleurs, objets portés, caméra, occultation,
+rechargement des ressources, préférences, distances/fondus et directions PBR.
+Le test ciblé est reproductible avec `-PsanctuaryDirectional141Only=true` ;
+la chaîne complète utilise `-PsanctuaryDirectional141ClientTests=true` avec
+les deux suites de lumières existantes.
+Log : `build/directional141-opengl.log`. Captures natives conservées dans
+`build/directional141-opengl-screenshots/`. Comparaison autonome sans retraitement :
+`build/Shader-beta.141-comparaison.html`.
+
+## Validation complète Vulkan
+
+La même chaîne réussit en **2 min 56 s** sur Vulkan / Apple M1, MoltenVK 1.4.2,
+profondeur 0–1 et transparence améliorée. Les trois marqueurs de réussite sont
+présents dans `build/directional141-vulkan.log`. L'écart PBR local OFF/ON vaut
+878 107, contre 878 114 sous OpenGL dans cette scène. Les captures natives sont
+conservées dans `build/directional141-vulkan-screenshots/`.
+Les deux moteurs vérifient la compilation, les chemins actifs et désactivés,
+le cache, les murs, les sources opposées et portées, ainsi que les régressions
+beta.139/140. Pas de validation des pilotes Windows de l'utilisateur revendiquée.
+
+## Construction et archives
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 35 s**, 126 tâches. Le GameTest serveur dédié reste exclu
+selon le refus EULA antérieur. Les suites clientes ci-dessus ont été exécutées
+séparément. Log : `build/shader141-build.log`.
+
+Comparaison à beta.140 : **8 entrées de production modifiées**, limitées au
+champ lumineux, à sa préparation avant le PBR, au shader PBR et aux aides FR/EN.
+Les archives normale/Test contiennent le même JAR Sanctuary, sans classes
+de test. Version, dépendances exactes, sources des JAR, textures de gemmes et
+de la clé de Steve, et template complet sont vérifiés.
+Reçu : `build/shader141-artifact.json`.
+
+SHA-256 du JAR : `660f29c3fa77fee4de6a8db5673c61619985804494f70e961998da36f396d0f1`.
+
+- Sanctuary-beta.141.mrpack : `08df23dac9e98fbfa2935f747345c38244bddc3a3d9371c6416f251e85a7eb19`.
+- Sanctuary-Test-beta.141.mrpack : `a300ef5bfff7b6990c9f5c2760e9c3a23d7a27aeb10b8f04d29db9a7409fa0e1`.
+
+## Livraison
+
+[Release beta.141](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.141)
+publiée sur le commit source `93ed5574a4f77bd3a083b254498f4994efe31179` ; canal stable
+`7e6c84400f80db24bf5204cd21d628194ae9f0f7` vérifié après publication.
+Deux synchronisations isolées puis deux dans la même instance Sanctuary Beta
+réussissent. Les **923 fichiers personnels** suivis gardent leurs hashes.
+Sauvegarde préalable : `sanctuary-backups/before-beta.141/`. Aucun monde personnel
+ouvert. Reçus : `build/shader141-isolated.json` et `build/shader141-prism.json`.
+Archives normale/Test/template et comparaison copiées dans `sanctuary-beta/build/`.

docs/discord-beta130-160.md

@@ -0,0 +1,60 @@
+# Récap Discord — beta.130 à beta.160
+
+Brouillon à relire avant publication. Les captures sont des scènes de test,
+pas des photos d'un serveur public. Aucune annonce envoyée automatiquement.
+
+## Message 1 — l'image et la lumière
+
+**Sanctuary — retour sur les beta.130 à 160**
+
+On a d'abord beaucoup travaillé l'ambiance : bloom, minerais lumineux, rebonds
+de couleur, relief des matériaux, reflets, rayons du soleil et lumières portées.
+L'eau a reçu ses propres réglages, puis plusieurs passes de correction ont
+amélioré les transitions, les distances et les matières.
+
+La version du shader conservée est celle du socle beta.151. Elle reste gourmande,
+mais on garde ce travail ! En beta.160, le shader devient **désactivé par défaut
+sur une nouvelle configuration**, et peut être réactivé dans les options.
+
+Images : `01-minerais-bloom-beta130.png`, `02-eau-beta144.png`.
+
+## Message 2 — la vie du serveur
+
+Le chantier suivant rapproche Minecraft et le site Sanctuary : **Gazette,
+tableau d'affichage et intendance** partagent un contrat de publications.
+Le mod fonctionne avec des fichiers par défaut ; une base MariaDB permet de
+partager les données avec le site.
+
+Le menu pause a été réorganisé autour des systèmes Sanctuary, de la carte et
+des publications. La Gazette accepte les articles avec une capture obligatoire,
+les réponses, les épingles et la recherche par joueur ou contenu.
+
+Le tableau distingue les types d'annonces par couleur. Les demandes peuvent
+indiquer un lieu, des matériaux, une récompense et des participants. Ce sont
+des descriptions pour organiser les échanges entre joueurs : aucun coffre de
+dépôt ni paiement automatique. Une demande suivie apparaît avec un **! sur la
+carte**, et son résumé se lit au survol.
+
+Images : `03-menu-et-quete-beta159.png`, `04-materiaux-beta158.png`.
+
+## Message 3 — tester ensemble
+
+Avec la beta.160, on prépare nos séances de test en binôme sur Mac : un petit
+serveur local, un seul Minecraft à l'écran et des personnages de laboratoire.
+Le but : vérifier les échanges côté technique pendant que les vrais essais en
+jeu nous montrent ce qu'il faut simplifier dans l'interface.
+
+Des scènes courtes et des captures horodatées permettront de reprendre les
+moments où l'on hésite, cherche un bouton ou perd le fil. Le prochain chantier
+est l'ergonomie, dans le jeu comme sur le site.
+
+## Sources et pièces jointes
+
+Les images originales et leurs empreintes sont rassemblées dans
+`build/discord-beta130-160/` (ignoré par Git), avec `images.json` pour la provenance.
+Les captures anciennes illustrent leur version d'origine, sans revendiquer une
+nouvelle validation graphique. Les sondages restent une idée, pas une fonction livrée.
+
+Références : `shader-beta130.md` à `nether-pbr-beta151.md`,
+`community-beta154.md`, `pause-redesign-beta155.md`, `gazette-photos-beta157.md`,
+`community-cards-beta158.md`, `community-search-beta159.md`, `duo-lab-beta160.md`.

docs/duo-lab-beta160.md

@@ -0,0 +1,155 @@
+# DUO-160 — laboratoire Mac et tests en binôme
+
+Branche `codex/duo-lab-beta160`, base `beta.159`. Minecraft 26.3, Java 25,
+Fabric 0.19.5 ; mêmes dépendances. Validation graphique Vulkan uniquement.
+
+## Contrat
+
+Le shader natif est OFF quand sa préférence est absente. Un choix sauvegardé
+ON ou OFF reste respecté, ainsi que ses intensités. Aucun shader supprimé :
+les ressources beta.151 restent identiques. Le client du laboratoire reçoit
+explicitement `enabled:false`, indépendamment de l'installation personnelle.
+
+Tout le laboratoire réside dans `build/duo/`, ignoré par Git. Le monde plat
+`duo-flat-160`, graine 160, sert aux interfaces et aux échanges ; il ne valide
+pas le terrain Sanctuary. Aucun monde personnel ouvert ou modifié.
+Le module `sanctuary-test` fournit les personnages uniquement avec
+`-Dsanctuary.duo=true`. Il ne fait pas partie du pack normal.
+
+## Préparer et lancer
+
+```sh
+export JAVA_HOME=$(/usr/libexec/java_home -v 25)
+./gradlew :sanctuary-test:exportDuoLaunch --max-workers=1 -Dorg.gradle.jvmargs=-Xmx1G
+python3 scripts/duo_lab.py prepare
+python3 scripts/duo_lab.py server
+# Dans un autre terminal :
+python3 scripts/duo_lab.py client
+```
+
+L'export permet ensuite de lancer Java directement, sans conserver un processus
+Gradle pendant la séance. Préparer à nouveau ne remplace aucun fichier existant.
+Le client rejoint automatiquement `127.0.0.1:25575`. Au premier accès,
+choisir la couleur et le familier dans HELLO_WORLD puis entrer dans Sanctuary.
+Depuis la console serveur : `op KokaLab` donne les commandes au client de test.
+
+Le serveur écoute seulement sur loopback et utilise des identités hors ligne
+pour ce laboratoire. Ce profil ne doit pas être exposé sur le réseau. La liaison
+authentifiée d'un compte web exige toujours un vrai serveur en mode en ligne ;
+elle n'est pas contournée par les outils du laboratoire.
+
+Réglages de départ : serveur 256–768 Mio de heap, vue 4 chunks, simulation 3 ;
+client 512–2048 Mio, vue 6, simulation 4, 30 FPS, fenêtre 1280×720. La mémoire
+native, graphique et macOS s'ajoute au heap. Aucun engagement de tenir dans
+une consommation totale de 2,75 Gio. Ne pas exécuter la compilation en même
+temps qu'une séance. Augmenter seulement après mesure :
+
+```sh
+python3 scripts/duo_lab.py server --memory 1024
+python3 scripts/duo_lab.py client --memory 2560
+```
+
+Le mode fichier reste le défaut. Pour une préparation neuve avec le site local :
+
+```sh
+python3 scripts/duo_lab.py prepare --storage database --server-id UUID_DU_SERVEUR \
+  --jdbc jdbc:mariadb://127.0.0.1:33077/BASE_DE_TEST
+SANCTUARY_COMMUNITY_DB_PASSWORD='' python3 scripts/duo_lab.py server
+```
+
+La base doit déjà avoir le schéma communautaire v3. Le site doit utiliser le
+même identifiant de serveur. Aucun schéma ni sauvegarde n'est migré ici.
+
+## Personnages et séances
+
+```text
+/duo spawn Alice
+/duo spawn Bob
+/duo list
+/duo remove Alice
+/duo trace start
+/duo trace stop
+```
+
+Les personnages portent le préfixe `Lab_`, sont créatifs et apparaissent près
+de la source de commande. Limite de quatre, noms uniques de 1–12 caractères
+ASCII alphanumériques ou `_`. Ce sont des ServerPlayer sans transport réseau
+ni rendu, pas des IA et pas des clients réseau supplémentaires. On peut les
+cibler avec les commandes natives, par exemple `tp Lab_Bob ~2 ~ ~`.
+Ils ne valident pas seuls le protocole d'un deuxième client réel.
+
+La trace consigne noms de test, dimension, positions et angles toutes les deux
+secondes dans `build/duo/server/duo-sessions/`. Activation explicite, arrêt au
+bout de cinq minutes maximum ou à la fermeture du serveur. Pas de frappe clavier,
+mot de passe, navigateur ou audio enregistré.
+
+Pour la relecture visuelle, identifier la fenêtre Minecraft puis lancer :
+
+```sh
+python3 scripts/duo_lab.py windows
+python3 scripts/duo_lab.py record --window ID_FENETRE_MINECRAFT --seconds 120
+```
+
+Une séquence PNG horodatée toutes les deux secondes, un index HTML et une fiche
+de notes sont écrits dans `build/duo/sessions/`. Ctrl-C termine la capture ; limite
+de cinq minutes. macOS peut demander l'autorisation de capture. Cette version
+ne produit pas une vidéo continue et peut manquer une interaction très courte.
+On ne démarre une capture qu'au début d'une scène annoncée.
+
+## Trois premières scènes
+
+1. Ouvrir la Gazette, retrouver un auteur, lire un article et répondre. Vérifier
+   que l'autre interface retrouve la réponse, puis noter les hésitations.
+2. Créer une demande avec lieu et matériaux, la suivre, lire son infobulle sur
+   la carte, ouvrir la discussion puis arrêter le suivi.
+3. Afficher deux figurants, tester les interactions de proximité et comparer
+   la fluidité à un seul joueur. Garder un véritable second client pour une
+   vérification réseau ultérieure si nécessaire.
+
+Le récap Discord se trouve dans `discord-beta130-160.md` ; les originaux des
+quatre illustrations sont copiés avec provenance dans `build/discord-beta130-160/`.
+
+## Vérifications
+
+- `./gradlew check build assemblePack` : 252 GameTests, 229 réussites et les
+  mêmes 23 échecs que beta.159. Aucun échec ajouté ; comparaison dans
+  `build/duo160-server-failures.json`, log `build/beta160-check-build.log`.
+- Contrôles restants, compilation, pack et client natif Vulkan réussis avec la
+  suite serveur déjà exécutée exclue (`-x :sanctuary:runGameTest`) : 137 tâches,
+  `build/beta160-release.log`. Le test `ShaderDefaults160ClientChecks` vérifie
+  préférence absente, objet vide, ON explicite, OFF enregistré et réactivation,
+  avec intensité personnelle conservée. Marqueur `SHADER160_DEFAULTS_PASS`.
+- Module de test reconstruit après ajustement du transport sans réseau : build
+  réussi. L'export de lancement inclut les arguments fournis par Loom et élimine
+  son argfile imbriqué, que Java ne peut pas réinterpréter depuis un autre argfile.
+- Serveur réel à 768 Mio : démarrage sur loopback, monde plat neuf ; création de
+  quatre acteurs, doublon et cinquième refusés, retrait et acteur absent vérifiés.
+  Le journal produit 56 observations JSON valides puis s'arrête sur commande.
+- Client réel séparé, Vulkan, 2048 Mio, shader OFF : connexion jusqu'à l'écran
+  HELLO_WORLD vérifiée visuellement. La création du profil et le parcours en jeu
+  avec le joueur restent à faire ensemble ; aucune session ergonomique humaine
+  terminée ni validation d'un deuxième client réseau revendiquée.
+- Mesure ponctuelle avant l'entrée du joueur : serveur ~313 Mio de heap utilisé,
+  client au menu ~289 Mio. Ce ne sont ni des pics ni une mesure de RAM système
+  totale. Les figurants ne possèdent ni sockets ni fenêtre graphique.
+- Capture ciblée macOS essayée sur quatre secondes : séquence PNG, manifeste,
+  index HTML et fiche de notes créés. Aucun enregistrement continu ou micro.
+- Export MRpack : intégrité ZIP, version et JAR embarqué vérifiés. Les 29 ressources
+  de shaders sont inchangées depuis beta.159. JAR et packs beta.154–159 conservés.
+- Skill personnel `sanctuary-session-notes` installé et validé séparément dans
+  `~/.codex/skills/` pour classer les dictées en Markdown. Il ne change pas le
+  modèle du tour courant ; Luna/low peut être choisi dans une tâche dédiée.
+
+Le serveur local utilise la base de développement du site, schéma v3 déjà présent,
+sous le même scope. Aucune validation de liaison de comptes hors ligne : cette
+opération reste réservée au mode authentifié. Aucun déploiement public, canal
+packwiz, serveur personnel ou instance Prism modifié.
+
+## Artefacts locaux
+
+- `mods/sanctuary/build/libs/sanctuary-beta.160.jar` — SHA-256
+  `4c19e620e989050488c9a96aaddaf897a74115a9fb4c5099e5518ae32db5b2e8`.
+- `build/Sanctuary-beta.160.mrpack` — SHA-256
+  `272e3460f35c8d9a4de689d30e4d952c3121923ba5fe30a23c83b3e76bd23bac`.
+- `build/duo/Jouer.command` et `Serveur.command` : raccourcis locaux de séance.
+

docs/expeditions-beta002.md

@@ -29,6 +29,11 @@ et ses règles restent versionnées pour éviter de déplacer un site au recharg
 
 ## Placement des temples
 
+**Évolution beta.097** : le refus bloquant décrit dans cette version historique
+est remplacé par une recherche de secours, puis un placement garanti des pièces
+vanilla avec fondation si nécessaire. Les sites historiques admissibles restent
+prioritaires. Voir le [contrat du correctif](temple-crash-beta097.md).
+
 Les candidats sont des chunks de l’intérieur de chaque île, à au moins 48 blocs
 de son centre, ordonnés par un tirage déterministe. La recherche filtre le type
 voulu, puis conserve les conditions natives de biome, de pente et de fondation.

docs/exploration-familiers-beta100.md

@@ -0,0 +1,85 @@
+# beta.100 — Statues découvertes et promenade des familiers
+
+Branche `codex/exploration-familiers-beta100`. Minecraft 26.3.
+
+## Contrat
+
+Le catalogue des statues et son sélecteur ne proposent que les espèces
+observées, tuées ou ayant tué le joueur. Le Métabli envoie une liste calculée
+par le serveur à partir des notes `seen_mobs` et des statistiques natives.
+Le champ d’identifiant et la capture de cible respectent aussi cette liste.
+Les plans déjà construits/importés restent des plans de blocs ordinaires.
+Aucun nouveau format de sauvegarde, aucune migration ni changement de terrain.
+
+Les familiers au repos choisissent une destination atteignable puis font une
+pause. Le tempérament existant règle leur rayon, leur allure et leurs pauses :
+curieux explorateur, joueur plus vif, calme plus posé. Les protecteurs restent
+près du point gardé. Les déplacements d’attaque, la fuite, les ordres, le portage
+et les montures gardent la priorité. Les volants ne suivent plus une orbite
+perpétuellement recalculée. Les chemins ratés sont abandonnés et les recherches
+restent bornées dans les chunks chargés. Les identités et caractères existants
+ne sont pas retirés au sort.
+
+## Validation
+
+`Exploration100ClientChecks` : **réussi en 4 min 37 s**. Nouveau monde plat
+avec serveur intégré, sans serveur dédié :
+
+- Une vache réellement visée débloque sa statue. Les statistiques natives
+  tué/par-qui-tué ajoutent zombie et squelette. Un œuf de cochon porté ne suffit
+  pas. Le client reçoit la liste du serveur ; une génération de cochon reste
+  refusée même en créatif. Capture du catalogue inspectée.
+- Douze promenades réelles : loup, poule, slime, chauve-souris, chacun calme,
+  curieux et joueur. Plusieurs cases traversées, pauses, maintien près du joueur.
+  Le tempérament calme est testé avec personnalité protectrice, les deux autres
+  avec pacifiste pour isoler le déplacement au repos.
+- Régression `Autonomy074ClientChecks` complète : quatre personnalités,
+  déplacements et dégâts réels, garde, cibles neutres, permissions, obstacles,
+  mode travail, ordres H bref/maintenu et touche reconfigurée.
+- `.schem` Sponge v2/v3 : renommage natif ancien `grass` vers `short_grass`,
+  conservation exacte du fichier source et refus explicite d’un bloc de mod absent.
+
+Journal : `build/exploration100-client.log`. Captures :
+`build/exploration100-evidence/`. La matrice ne constitue pas un nouveau playtest
+visuel de toutes les espèces, ni une validation à plusieurs clients distants.
+`Schematics100ClientChecks` : **réussi en 1 min 2 s**. Le client refuse un
+fichier incompatible dans le Métabli sans fermer le menu, affiche son identifiant
+fautif, puis importe un `.schem` valide. Fermeture, réouverture de la même
+sauvegarde et ouverture d’un deuxième monde passent, avec conservation de la
+structure et remise à zéro du plan/de la session d’atelier. Le fichier rejeté
+reste identique. Journal : `build/schematics100-client.log`.
+
+Ces essais macOS ne reproduisent pas le crash Windows rapporté ; ils ne
+constituent pas une correction démontrée de cet incident. `check build assemblePack assembleTestPack` réussit en **2 min 17 s**,
+124 tâches, avec `-x :sanctuary:runGameTest` (serveur dédié exclu conformément
+au refus de son EULA). Les deux packs sont vérifiés : même JAR testé, sources
+correspondantes, libellés FR/EN, textures et archives beta.099 conservées.
+Reçu : `build/beta100-artifact.json`. Aucun déploiement personnel ni publication
+du canal packwiz.
+
+## Import `.schem` et incident Windows signalé
+
+Les palettes Sponge v2/v3 utilisent maintenant le convertisseur natif
+`References.BLOCK_STATE` quand leur `DataVersion` est connue et antérieure.
+Seule une copie de palette en mémoire est convertie ; le fichier importé et
+les sauvegardes ne sont jamais réécrits par cette opération. Une version
+future, un bloc de mod absent ou une propriété réellement incompatible restent
+refusés. Sans version source, le parseur reste strict et ne devine pas une
+conversion. Le message d’import indique le bloc/état fautif.
+
+Le signalement Windows décrit un échec d’ouverture, un monde absent de la liste
+puis une fermeture du client lors du choix d’un autre monde. Aucun journal ni
+fichier précis n’est disponible. L’inspection ne trouve aucun accès de suppression
+des mondes dans l’importeur ; les plans actifs sont effacés en mémoire lors des
+changements de connexion. Cela ne prouve pas la cause du signalement : sa
+reproduction et le diagnostic Windows restent ouverts. Les fichiers utiles sont
+`logs/latest.log` et, s’il existe, le rapport daté de `crash-reports/` dans le
+dossier Minecraft de l’instance concernée. Ne pas supprimer ni convertir les
+sauvegardes pour tenter de résoudre cet incident.
+
+## Archives locales
+
+- [Sanctuary-beta.100.mrpack](../build/Sanctuary-beta.100.mrpack), 9914561 octets.
+  SHA-256 : `7e24ba5e77c7fbb88cfadb55b3e373ad7e998381fd1c56e431aa79b4619a8075`.
+- [Sanctuary-Test-beta.100.mrpack](../build/Sanctuary-Test-beta.100.mrpack), 9933483 octets.
+  SHA-256 : `a43bf61dc38c3c91f4cb09022040099ee1ca9274a6b00751178c80ee204dd944`.

docs/flying-landing-beta101.md

@@ -0,0 +1,58 @@
+# beta.101 — Atterrissage des familiers volants
+
+Branche `codex/flying-landing-beta101`, Minecraft 26.3.
+
+Le profil de vol du familier doit désactiver l’accumulation et le traitement des
+chutes de son entité commune. Une descente pilotée, autonome ou un contact avec
+le sol ne doit causer ni dégâts, ni animation/son de coup, ni entrée en combat.
+Les vraies attaques et les chutes des familiers terrestres gardent leurs règles.
+Aucun changement de navigation, de sauvegarde, de texture ou de terrain.
+
+## Cause et correction
+
+L’entité Sanctuary commune hérite de `PathfinderMob`. Son contrôle de vol et
+l’absence de gravité ne remplacent pas les méthodes natives de chute. Ces
+méthodes pouvaient appeler `FamiliarBattle.hurt`, produire son animation/son de
+coup, interrompre une technique et enregistrer du combat.
+
+`checkFallDamage` remet maintenant la distance à zéro pour les profils volants.
+`causeFallDamage` refuse aussi un appel avec une distance déjà calculée, avant
+les sons et les dégâts natifs. Les autres profils délèguent toujours au code
+Minecraft. Les sources de dégâts ordinaires ne sont pas filtrées.
+
+## Validation
+
+Reproduction native sur beta.100 : le perroquet accepte le callback de chute,
+et l’assertion « Flying familiar rejects native fall callback » échoue.
+Journal conservé : `build/landing101-before.log`.
+
+`Landing101ClientChecks` réussit après correction en **1 min 5 s**, dans un
+nouveau monde plat de développement avec le serveur intégré :
+
+- Les douze espèces du registre ayant un profil volant : perroquet,
+  chauve-souris, abeille, allay, Wither, breeze, phantom, vex, blaze, ghast,
+  ghast joyeux et dragon.
+- Callback natif de chute à sept blocs, descente à 0,25 bloc par tick jusqu’au
+  contact réel avec le sol, puis mouvement rapide vers le sol.
+- Santé inchangée, distance de chute nulle et absence de mise à jour de
+  `lastHurt`, donc pas de passage dans la branche qui diffuse le faux coup.
+- Une attaque de zombie reste acceptée et enlève de la santé pour chaque espèce.
+- Un loup terrestre conserve les dégâts de sa chute.
+
+Les descentes sont pilotées par le test via les collisions natives ; ce n’est
+pas un nouveau playtest de tous les trajets autonomes ou un essai multiclient.
+Journal : `build/landing101-client.log`. Aucun monde personnel n’est utilisé.
+`check build assemblePack assembleTestPack` réussit en **2 min 22 s**,
+124 tâches, avec le serveur dédié exclu (`-x :sanctuary:runGameTest`).
+Les archives normal/Test embarquent le même JAR vérifié et ses sources exactes.
+Seul `FamiliarEntity` et les numéros de ligne de deux classes internes changent
+par rapport à beta.100. Les ressources, textures et archives beta.100 sont
+conservées. Reçu : `build/beta101-artifact.json`. Aucun déploiement personnel
+ni publication du canal packwiz.
+
+## Archives
+
+- [Sanctuary-beta.101.mrpack](../build/Sanctuary-beta.101.mrpack), 9914792 octets.
+  SHA-256 : `3008127d2bb09556c4997c00350e82ff26af5402b69bc7c09c822b24ff4bfe74`.
+- [Sanctuary-Test-beta.101.mrpack](../build/Sanctuary-Test-beta.101.mrpack), 9933717 octets.
+  SHA-256 : `854a8b6a42ac7ca0236e0c19b9000808535df273911b9c6a72844097a49358a0`.

docs/fourneau-allume-beta094.md

@@ -0,0 +1,79 @@
+# beta.094 — Foyers allumés du Fourneau
+
+La chaleur partagée allume toute la façade du Fourneau, y compris si la cuisson
+se déroule dans une case intérieure. Les deux ouvertures reçoivent des braises
+orange et jaunes. La pierre et les trois textures originales sont conservées.
+Quand la chaleur est épuisée, la façade reprend son aspect éteint.
+
+Les 27 sources de particules des fours composants sont remplacées par une seule
+animation de façade : une flamme et une fumée dans chacun des deux foyers.
+Leurs positions correspondent aux pixels des ouvertures, à 0,02 bloc devant la
+face, dans les quatre orientations. Un four isolé garde son animation native.
+La dissociation rétablit l'état lumineux individuel des fours.
+
+## Assets et rendu
+
+- Original inchangé : `assets/sanctuary/textures/block/fourneau/front.png`.
+- Variante de feu : `assets/sanctuary/textures/block/fourneau/front_on.png`.
+- `tools/fourneau-embers.json` délimite les bandes des ouvertures à illuminer.
+- `python3 tools/generate-fourneau-models.py` régénère les modèles éteints/allumés.
+
+La variante a été créée avec l'outil intégré **imagegen**, puis réduite en
+48 × 48 par échantillonnage au plus proche pour la densité native du modèle.
+La génération ayant aussi redessiné la pierre, le rendu prélève uniquement les
+pixels de feu dans les ouvertures ; tout le reste utilise l'image originale.
+Les fines faces de braises sont décalées de 0,002 pixel pour éviter le z-fighting.
+
+Prompt retenu : « Edit the provided 48 by 48 pixel Minecraft furnace facade
+texture. Create its LIT variant. Preserve the pixel-art grid, grey stone, mortar,
+arches, outer edges and dimensions. Change only the black/dark interiors of the
+two arched openings to Minecraft-style orange, red and yellow embers/fire pixels,
+bright yellow near the bottom, orange above. Flames stay inside the holes.
+No perspective, border, labels or new elements. »
+
+Le choix du modèle utilise l'état `LIT` natif. Les snapshots d'assemblage, leurs
+paquets réseau et le schéma de sauvegarde restent identiques. Aucun paquet de
+particules n'est envoyé par le serveur. Aucun monde personnel n'est modifié.
+Le pack de textures intégré reste à son édition beta.090 ; ces assets sont ceux
+du mod beta.094.
+
+## Vérifications
+
+Le test client natif avec serveur intégré est passé sur un nouveau monde plat de
+développement, graine 85 (`build/fourneau094-client.log`, 1 min 5 s) :
+
+- 27 composants synchronisés à cheval sur quatre chunks, quatre orientations.
+- Chauffe réelle depuis une case intérieure, façade entière allumée puis éteinte.
+- 800 émissions interceptées à la sortie de l'animation native : coordonnées
+  devant la façade, sur un pixel de feu situé dans une ouverture sombre originale.
+- Aucune nouvelle particule à froid ; particules natives d'un four isolé conservées.
+- Rechargement des ressources, départ/retour dans les chunks, dissociation,
+  reconstruction et destruction ; conservation du contenu d'origine.
+- Captures allumé/éteint inspectées dans `build/fourneau094-evidence/`.
+
+Commande du test :
+
+```sh
+./gradlew :sanctuary:runClientGameTest -x :sanctuary:runGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryFourneau085ClientTests=true \
+  -PsanctuaryQuickTests=true -PsanctuaryClientNoVsync=true
+```
+
+Les particules déjà émises finissent naturellement leur durée de vie après
+l'extinction, comme celles des fours Minecraft. Test natif macOS ; pas de test
+avec shaders tiers ni de session LAN à deux clients pour cette livraison.
+Le serveur dédié de GameTest est exclu, conformément au refus antérieur de son
+EULA. Aucun déploiement personnel ou changement de sauvegarde.
+
+`check build assemblePack assembleTestPack -x :sanctuary:runGameTest` : réussi
+en 2 min 31 s, 124 tâches (`build/fourneau094-check.log`). La régénération des
+216 modèles est reproductible. `git diff --check` passe.
+
+Les archives normal/Test ont été exportées et vérifiées : Minecraft 26.3,
+version beta.094, même JAR Sanctuary intégré aux deux packs, sondes de test
+absentes. Les assets existants, JEI et les archives beta.093 sont inchangés.
+Le reçu `build/fourneau094-artifact.json` conserve les empreintes SHA-256 ;
+`build/verify-fourneau094.py` reproduit ces contrôles.
+
+- [Pack normal](../build/Sanctuary-beta.094.mrpack).
+- [Pack de test plat](../build/Sanctuary-Test-beta.094.mrpack).

docs/fourneau-transfers-beta115.md

@@ -0,0 +1,74 @@
+# beta.115 — Dépôts et chauffe du Fourneau
+
+Ticket sur `codex/fourneau-transfers-beta115`, après le signalement de piles
+qui se réalignent pendant les dépôts rapides avec Maj, dans Ingrédients et
+Combustibles, et d'une chauffe difficile à comprendre.
+
+## Diagnostic
+
+La méthode `mayPlace` de la case serveur utilisait `index`, masqué par le
+champ hérité `Slot.index` (position affichée). Elle validait donc successivement
+une entrée, un combustible et une sortie, au lieu des 27 entrées ou des
+27 combustibles. Le client acceptait le dépôt puis le serveur le refusait.
+Le test reproduit le refus d’un déplacement de la case 1 vers la case 23.
+Le correctif utilise explicitement `physicalIndex` pour la validation.
+
+## Comportement
+
+Les transferts Maj dans les vues complètes du Fourneau sont anticipés sur le
+client, avec les mêmes destinations et règles de combustible que le serveur.
+Les cases se remplissent dans l'ordre, après fusion des piles compatibles.
+Un dépôt manuel conserve la case choisie ; aucun tri périodique des ingrédients
+n'est ajouté. Les recherches masquent une partie du stock : leurs transferts
+entrants continuent d'attendre la réponse du serveur, qui connaît tout le stock.
+
+La chauffe emprunte du combustible à une autre case uniquement pendant le tick
+natif. La pile non brûlée retourne immédiatement à sa case d'origine, avec tous
+ses composants. Les restes natifs restent associés à leur cuisson : un seau de
+lave devient un seau, puis un seau d'eau avec une éponge mouillée.
+
+Les 27 entrées ont chacune une barre et une infobulle : cuisson en cours,
+manque de combustible avec progression conservée, résultat bloqué, absence de
+recette. Le panneau indique le nombre de cuissons et la réserve allumée en
+secondes de travail cumulées. Ce n'est pas une durée réelle restante : les
+cuissons parallèles se partagent la réserve. « Fonctionnement » explique les
+onglets, les gestes et le rendement normal du combustible en FR/EN.
+
+Les recettes, résultats, expérience et règles de trémies restent natifs.
+Aucun changement de format, de monde ou de génération ; les 27 fours physiques
+conservent l'unique copie des objets et de leurs temps de chauffe.
+
+## Vérifications
+
+Le test natif `Furnace115ClientChecks` passe avec un serveur intégré, sur un
+nouveau monde plat de graine 115 : vrai glisser avec Maj sur neuf piles nommées,
+remplissage consécutif, déplacement manuel vers la case 23 et répartition native
+sur six cases de colonnes différentes. Les 27 cases de chaque onglet valident
+leur rôle physique. Le combustible nommé conserve sa position et ses composants.
+
+La cuisson parallèle, ses états synchronisés, la progression conservée à court
+de combustible, les 27 cuissons ravitaillées, le seau de lave et l'éponge,
+l'extraction des résultats et la sauvegarde native passent. Captures FR/EN
+relues dans `build/furnace115-evidence/`. Marqueur `FURNACE115_PASS` dans
+`build/furnace115-client.log`.
+
+`check build assemblePack assembleTestPack -x :sanctuary:runGameTest` réussit
+en 2 min 29 s, 125 tâches. Le panneau d'aide reçoit ensuite une dernière
+vérification client et une reconstruction ; la livraison commune beta.116
+repasse les contrôles complets en 2 min 23 s et le scénario Fourneau en 42 s.
+
+Le GameTest dédié reste exclu conformément au refus antérieur de son EULA.
+Pas d'essai Windows ou de réseau distant avec latence simulée. Aucun monde
+personnel ouvert. Cette étape reste locale et rejoint la livraison commune
+avec les matériaux de sculpture : [beta.116](sculpture-materials-beta116.md).
+
+Archives locales vérifiées (même JAR Sanctuary, sources concordantes, aucune
+classe de test ni changement de production extérieur au ticket) :
+
+- `Sanctuary-beta.115.mrpack` : 10184430 octets, SHA-256
+  `8fcac63b1bf5a01f680fb46666924705db3a2675e102037278e9d650d04cbf22`.
+- `Sanctuary-Test-beta.115.mrpack` : 10203354 octets, SHA-256
+  `5b98fdb8842690158a20b422d6aa5496d74e572b3429498ffb25476d24e87f8a`.
+- JAR Sanctuary : `2066d3191d7ee27904927fab269d8160136f048742c3223713e8ed4fe90dd8f5`.
+
+Reçu : `build/furnace115-artifact.json`.

docs/gazette-photos-beta157.md

@@ -0,0 +1,96 @@
+# beta.157 — photo obligatoire et galerie de captures
+
+## Contrat de migration communautaire v2
+
+La génération, les chunks et les sauvegardes Minecraft ne changent pas.
+Seul le document communautaire évolue : champ `photo`, JPEG encodé en base64,
+48 Kio binaires maximum, dimensions de 1 × 1 à 960 × 540 pixels.
+Les captures originales ne sont jamais modifiées. Les copies destinées à la Gazette
+sont redimensionnées et réencodées, sans métadonnées, avant transmission.
+
+Les nouveaux articles exigent une photo valide. Les articles v1 restent lisibles ;
+leur prochaine modification exige une photo. Avis, intendance et réponses restent
+textuels. La modération ne nécessite pas d'ajouter une photo à un ancien article.
+La photo est enregistrée atomiquement avec le texte, auteur et révision ; pas de
+référence à un chemin local, d'URL distante ou de média orphelin persistant.
+
+Fichier : v1 est lu sans modification. À la première écriture réussie, une copie
+exacte `sanctuary-community.json.v1.bak` est créée sans écrasement, puis le document
+v2 est écrit atomiquement. Un backup différent bloque la migration. La limite de
+64 Mio du document reste appliquée, photos comprises. Un retour à beta.156 exige
+de restaurer la copie v1 et perd les changements communautaires postérieurs.
+Ne pas restaurer pendant que le serveur tourne.
+
+MariaDB : arrêter les écritures du site et du serveur, sauvegarder la base, exécuter
+explicitement `community/schema-v1-to-v2.sql` ou la migration Laravel équivalente,
+puis lancer les deux applications v2. Migration additive : colonne `photo` nullable,
+aucune suppression ni réécriture des articles existants. Le mod n'exécute aucune
+migration SQL au démarrage. Les applications v1 refusent le schéma v2. Pas de
+rollback automatique destructif ; restaurer la sauvegarde avec les deux logiciels
+v1 si nécessaire. Aucun changement n'est appliqué aux bases ou mondes personnels
+par la préparation de cette livraison.
+
+Réseau : canaux v1 conservés, action `photo` par fragments de 8 000 caractères,
+au plus 9 fragments et 65 536 caractères, accusés un par un. Une seule photo
+transitoire par joueur, liée à l'UUID de publication, expire après deux minutes ;
+limite globale de 128 transferts. Les listes ne transportent pas les photos ;
+seul le détail d'un article les contient. Le plafond des réponses
+passe à 262 144 caractères pour une photo et une discussion complète ; les
+clients et le serveur doivent être mis à jour ensemble vers beta.157. Les
+anciens clients ne peuvent plus créer d'article sans photo.
+
+Galerie : grille de 2 ou 3 colonnes selon la taille d'interface, molette et barre
+native, 24 captures par page parmi les 4 096 PNG les plus récents par nom, lecture
+en arrière-plan. Aperçu puis assignation explicite ; Annuler conserve le brouillon.
+Les captures illisibles restent visibles mais désactivées. Limites sources :
+32 Mio, 8 192 pixels par axe et 32 millions de pixels. Textures libérées à la
+fermeture. Le site accepte PNG/JPEG et nécessite PHP GD ; le mod propose les PNG
+du dossier `screenshots` de son instance.
+
+## Vérifications
+
+- Tests natifs Vulkan Minecraft 26.3 : galerie FR/EN aux échelles 2/3/4,
+  molette, pagination, aperçu, annulation avec brouillon conservé, bouton Publier
+  désactivé sans photo, envoi fragmenté, photo visible et relecture après
+  réouverture de l'adaptateur. Parcours réussi en fichier et MariaDB.
+- Tests métier : photo manquante/invalide, révision, auteur, conservation après
+  modification, reprise idempotente, redémarrage fichier/SQL, ancien article v1,
+  copie de migration exacte, fragments hors ordre/incomplets/expirés.
+- Site : 17 tests HTTP, 97 assertions réussies ; photo obligatoire, faux fichier,
+  dimensions refusées, réduction, lecture, isolement serveur, auteur, masquage,
+  anciennes publications et conservation après modification.
+- Échange réel Java/PHP sur une MariaDB isolée : création en jeu lue par le site,
+  modification et réponse Web relues en Java, article/photo du site décodés par
+  Java. Migration Laravel et alternative SQL testées sur bases de développement.
+- `./gradlew check build assemblePack` : 252 GameTests serveur terminés en
+  3,457 minutes, 229 réussis et les mêmes 23 échecs que la baseline beta.154/155
+  (liste comparée intégralement, aucun nouvel identifiant en échec). La commande
+  générale échoue donc après 6 min 59 s ; cette limite préexistante reste ouverte.
+- Régression native du menu pause : FR/EN, échelles 2/3/4, carte, défilements
+  indépendants, pagination, article et avis longs, réponse, options et reprise :
+  réussie avec les articles munis d'une photo.
+- Construction et assemblage séparés, sans relancer les 23 GameTests connus :
+  `check build assemblePack -x :sanctuary:runGameTest` réussit (avec le parcours
+  client natif du menu pause), 2 min 56 s.
+
+Les captures d'essai sont des mires générées dans une instance de développement,
+sans accès aux captures ou sauvegardes personnelles. Pas de déploiement sur le
+site public, serveur personnel, canal packwiz ou Prism. Les JAR beta.154–156
+restent présents ; JAR et MRpack beta.156 gardent leurs empreintes antérieures.
+
+
+Le site correspondant est sur `codex/community-photos`, commits `e3ae3eb` et
+`9626e95`, sans push ni publication. Logs de développement :
+`build/photos157-client-file.log`, `build/photos157-client-database.log`,
+`build/photos157-interop-*.log`, `build/photos157-check-build.log` et
+`build/photos157-final-build.log`.
+
+## Artefacts locaux
+
+JAR `mods/sanctuary/build/libs/sanctuary-beta.157.jar` et pack
+`build/Sanctuary-beta.157.mrpack`, versions et JAR embarqué vérifiés.
+Les 29 ressources de shaders sont identiques à beta.156 (socle beta.151).
+Reçu complet : `build/photos157-validation.json`.
+
+- SHA-256 mods/sanctuary/build/libs/sanctuary-beta.157.jar: `96ff6d22ab593eb113cde63239ff4839f6a75b9a165fbec93a0aaab3c09dee7c`.
+- SHA-256 build/Sanctuary-beta.157.mrpack: `b03da5f67a3dcf8051666641dccd379a52b8c3c09308e1654b00440a37693e96`.

docs/gems-beta126.md

@@ -0,0 +1,152 @@
+# GEM-01 — Gemmes, argile et découvertes — beta.126
+
+Contrat du 17 septembre 2026, branche `codex/gems-beta126`, Minecraft 26.3.
+
+Deux gemmes natives complètent l'émeraude : `sanctuary:ruby` et
+`sanctuary:sapphire`. Chaque famille comprend un bloc de stockage, un minerai
+ordinaire et un minerai des abîmes. Les huit PNG du créateur sont copiés à
+l'identique ; leurs empreintes figurent dans `tools/gems-textures-beta126.json`.
+Les noms des fichiers français `saphir` sont associés aux identifiants anglais
+stables `sapphire`, sans modifier les pixels. Les deux items utilisent les fichiers de remplacement
+`Desktop/ruby.png` et `Desktop/saphir.png` fournis en fin de livraison.
+
+L'ordre créatif est émeraude, rubis, saphir : ingrédients, blocs de stockage,
+minerais ordinaires et minerais des abîmes dans leurs onglets natifs respectifs.
+Minage à la pioche de fer ou mieux, résistance et expérience comme l'émeraude,
+Fortune, Toucher de soie, cuisson/four à fusion et conversion 9 gemmes ↔ 1 bloc.
+Les blocs peuvent former un socle de balise et les gemmes servir de paiement.
+Les recettes rejoignent la collection actuelle de l'émeraude, sans ajouter de
+transactions de villageois. Libellés français et anglais, tags communs `c:`.
+
+## Génération procédurale et contrat de compatibilité
+
+Profil initial **gemmes 1 / beta.126** : quatre tentatives par chunk et par
+gemme, filons natifs de taille 3, hauteur uniforme Y0–256, probabilité de rejet
+au contact de l'air de 0,25. Ces nombres sont un réglage initial à équilibrer
+lors de la future refonte ; aucun quota de gemmes par chunk n'est garanti.
+Les variantes ordinaires remplacent les roches du tag vanilla
+`stone_ore_replaceables`, les variantes des abîmes celles de
+`deepslate_ore_replaceables`.
+
+Les fichiers `worldgen/feature/ore_<gemme>.json`,
+`worldgen/placed_feature/ore_<gemme>.json` et les tags de biomes
+`has_ore/<gemme>` séparent les cibles, la forme, la fréquence, la hauteur et
+les régions. Un datapack peut les remplacer sans recompiler le mod. Le code
+réutilise `OreFeature` et le hasard natif issu de la graine ; il limite ces
+filons aux mondes utilisant `SanctuaryChunkGenerator`. Les biomes vanilla
+partagés avec Sanctuary restent compatibles sans ajouter les gemmes aux
+mondes vanilla, au Nether ou à l'End.
+
+Cette évolution additive est autorisée pour les **nouveaux chunks uniquement**.
+Aucun remplissage rétrospectif, aucune régénération, aucun remplacement de chunk
+sauvegardé ni activation d'expansion. Les codecs du relief, les dimensions et
+le format des sauvegardes restent inchangés. Les filons suivent les protections
+existantes de la décoration native. Les anciens profils expérimentaux précédant
+le générateur Sanctuary unifié ne sont pas étendus.
+
+## Argile spéciale dans le Clay Workshop
+
+Le bloc d'argile vanilla conserve les couleurs échantillonnées sur le modèle
+original, animal découvert ou import GLB. Les argiles colorées et les autres
+blocs continuent à transférer leur palette de texture. Une même règle est
+appliquée à l'aperçu client et au résultat serveur. Le changement de matériau
+invalide le résultat même si les deux palettes sont identiques. Le texte de
+l'atelier explique l'exception en français et en anglais.
+
+Une sculpture coûte toujours un bloc ; aucune recette, découverte, donnée de
+sculpture déjà fabriquée ni règle de placement n'est modifiée.
+
+## Commande de découverte commune
+
+`/sanctuary discovery all` découvre tous les blocs, objets et espèces enregistrés.
+Les variantes `blocks all`, `items all` et `mobs all` ciblent une catégorie ;
+`block <identifiant>`, `item <identifiant>` et `mob <identifiant>` ciblent une
+entrée avec la complétion native. Un sélecteur de joueurs en fin de commande
+est facultatif ; sans cible, elle s'applique au joueur qui l'exécute.
+
+Exemples :
+
+```mcfunction
+/sanctuary discovery all
+/sanctuary discovery mobs all
+/sanctuary discovery block minecraft:stone
+/sanctuary discovery item minecraft:diamond
+/sanctuary discovery mob minecraft:cow
+/sanctuary discovery all @a
+```
+
+La permission suit « Autoriser les commandes » en solo et les droits opérateur
+sur serveur. La console doit préciser la cible. Les identifiants invalides,
+l'air et les types d'entités sans espèce découvrable sont refusés.
+
+Les blocs passent par le registre de découvertes et son événement existant ;
+les objets passent par `RecipeService.discover`. Les collections et recettes
+sont ensuite recalculées normalement. Les espèces rejoignent `seen_mobs`,
+la même donnée que l'observation naturelle, consommée par les familiers,
+le Métabli et le Clay Workshop. Il n'existe aucun drapeau de déblocage parallèle.
+Les catalogues déjà ouverts sont à rouvrir après la commande.
+
+La commande conserve les quantités possédées et les compteurs de combat,
+minage, pose et fabrication. Elle ne donne pas d'objets, n'achète pas les skills
+et n'attribue pas d'advancements. Les recettes réservées aux opérateurs gardent
+leurs règles. Les historiques personnels sont enrichis sans changer leur
+schéma ; la commande refuse les données illisibles plutôt que les remplacer.
+
+## Vérifications
+
+Client natif Minecraft 26.3 / Java 25, `Gems126ClientChecks`, réussi en
+1 min 08 s. Les mondes sont jetables, sans sauvegarde personnelle ouverte :
+
+- Les huit items et six blocs sont présents, avec les huit textures exactes.
+  Quatre groupes créatifs respectent émeraude → rubis → saphir, sans doublons.
+- Douze recettes natives, découverte du bloc de stockage, outil fer minimum,
+  Fortune III, Toucher de soie et balises passent les contrôles serveur.
+- Graine **126**, profil gemmes 1, 81 chunks autour de l'origine : 7 rubis dans
+  la pierre et 8 dans la roche des abîmes ; 15 saphirs dans la pierre et 10 dans
+  la roche des abîmes. La génération est refusée dans le monde plat vanilla.
+  Les minerais persistent à la reconnexion, et un minerai retiré ne réapparaît pas.
+- L'argile conserve exactement les couleurs des voxels d'une vache et d'un GLB
+  texturé. Bois et argile colorée transfèrent toujours leur palette. Le retour
+  à l'argile, l'égalité aperçu/résultat et le coût d'un bloc en survie sont vérifiés.
+- La commande native respecte « Autoriser les commandes », accepte une cible
+  et la console, refuse les identifiants invalides et permet une espèce, un
+  bloc, un objet, toutes les espèces ou tout le contenu. Les recettes liées
+  sont recalculées. La répétition est idempotente et les découvertes survivent
+  à la reconnexion sans inventer de compteurs de combat ou de possession.
+
+Logs et captures dans `build/gems126-client.log` et
+`mods/sanctuary/build/run/clientGameTest/screenshots/`. Le GameTest dédié
+reste exclu conformément au refus antérieur de son EULA. Le build complet et
+les archives sont vérifiés séparément avant publication.
+
+
+Build final `./gradlew check build assemblePack assembleTestPack
+-x :sanctuary:runGameTest` réussi en **2 min 10 s**, 126 tâches. Les contrôles
+natifs de gameplay précèdent uniquement le remplacement final des deux PNG
+d'items ; les huit fichiers livrés sont vérifiés à l'octet près contre les
+sources, tous en 16 × 16. Les JAR de sources correspondent aux sources courantes.
+L'audit entre les binaires beta.125 et beta.126 ne trouve que les 112 entrées
+de production prévues. Les archives normal/Test contiennent le même mod et
+le template reproduit exactement ses ressources exportables.
+
+| Artefact | SHA-256 |
+| --- | --- |
+| `Sanctuary-beta.126.mrpack` | `716221ce24549781ab91f5437ad2310497b198a4b61c43c40c67a27984365ae5` |
+| `Sanctuary-Test-beta.126.mrpack` | `bbf22d7dd72e6746538b4ec28686f699225d4a59372304e5db42140a80e88bd1` |
+| `sanctuary-beta.126.jar` | `85dbe1b41d98751029bb62e87d259522f8609758896c797b1e02fa7656ec0342` |
+
+## Publication et synchronisation
+
+[Release beta.126](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.126)
+publiée depuis `99860af312a1737d938812f3515fcc4acb4291b2` ; artefacts
+immuables retéléchargés et vérifiés. Canal packwiz : `31749b95d21ce5bced6b9e5759499da6f8a67e6e`.
+Deux synchronisations isolées, puis deux synchronisations de l'instance existante
+**Sanctuary Beta** ont réussi. Un seul JAR Sanctuary beta.126, correspondant
+à l'empreinte ci-dessus. Les **923 fichiers personnels** suivis sont conservés,
+sauvegardes restées fermées ; copie préalable dans
+`sanctuary-backups/before-beta.126/`.
+
+Packs normal/Test et template copiés et vérifiés dans
+`sanctuary-beta/build/`. Reçus locaux : `build/gems126-artifact.json`,
+`build/gems126-isolated.json`, `build/gems126-prism.json` et
+`build/gems126-publication.log`.

docs/golden-wrench-beta120.md

@@ -0,0 +1,109 @@
+# TOOL-01 — Clé dorée et états de blocs — beta.120
+
+Contrat du 17 septembre 2026, branche `codex/golden-wrench-beta120`.
+Le créateur valide les gestes du debug stick : clic gauche choisit la propriété,
+clic droit parcourt ses valeurs, Maj inverse le parcours. L'orientation est
+proposée en premier, puis les propriétés de forme et les autres états natifs.
+La sélection est personnelle, par type de bloc, pour la session courante.
+Une indication dans la barre d'action affiche la propriété et sa valeur.
+La clé ne casse pas le bloc, y compris en créatif, et ne remplace pas son type.
+
+Les propriétés natives sont disponibles en survie avec la clé, sans condition
+opérateur, dans le respect des droits de construction, protections, portée et
+verrous de conteneurs. Comme avec le debug stick, les formes choisies restent
+en place immédiatement ; les mises à jour ultérieures du jeu peuvent recalculer
+les états dynamiques (redstone, connexions, cultures…).
+
+Les multiblocs assemblés gardent leurs commandes d'ouverture/dissociation et
+leurs propriétés techniques ne sont pas éditées individuellement. Un assemblage
+complet garde priorité au clic droit ; Maj permet de régler les composants
+non assemblés. Hors d'un assemblage complet, même un four, un baril, un piston
+ou un établi reçoit l'action générique.
+
+## Rotation de texture et contrat de stockage
+
+La terre n'a pas d'orientation dans son blockstate vanilla. Une propriété
+supplémentaire de la clé, « Rotation des textures », parcourt 0°, 90°, 180° et
+270° sur les faces des modèles de blocs. La géométrie, l'éclairage, les teintes,
+les ressources actives, le bloc, son inventaire et son butin restent natifs.
+Les rendus spéciaux d'entités de blocs ne sont pas transformés par ce réglage
+des faces ; leur orientation demeure modifiable par leurs états natifs.
+
+Nouvelle donnée facultative `sanctuary:wrench_textures_v1`, attachée au chunk :
+table immuable position entière → quart de tour (1 à 3). Une absence signifie
+0°. Elle n'est créée qu'après une action de clé ; revenir à 0° retire l'entrée,
+puis l'attachement s'il est vide. Aucun état vanilla ni format existant n'est
+modifié ; aucun parcours, conversion ou régénération des anciens mondes.
+Les modifications de blockstate du même type conservent la rotation. Casser,
+remplacer ou déplacer par piston retire la rotation à l'ancienne position ;
+les objets récupérés restent ordinaires. Les nouveaux clients la reçoivent
+après le chunk natif, par lots bornés de 1 024 entrées au maximum.
+Déconnexion, changement de dimension et déchargement libèrent le cache visuel.
+Revenir à une ancienne version du mod supprime seulement cet effet visuel ;
+les blocs conservent leurs identifiants, données et états natifs.
+
+## Vérifications et livraison
+
+Le parcours `Wrench120ClientChecks` passe en **47 s** sur Minecraft 26.3,
+client macOS et serveur intégré, dans un monde plat jetable de graine 120 :
+
+- **2 522 propriétés natives** parcourues, avec valeurs inverses et type conservé.
+- Vrais clics sur les escaliers : orientation, moitié supérieure et forme,
+  sans casser le bloc en créatif ; gestes inverses et sélection distincte.
+  Les doubles événements créatifs d'un même clic sont filtrés à la cadence
+  native de cinq ticks.
+- Terre en survie : rotation réelle des UV émis, positions des sommets et nombre
+  de faces identiques ; retour exact après quatre quarts de tour ou un inverse.
+- Rechargement des ressources conservant les UV tournés ; capture de terre relue.
+- Coffre tourné avec ses 23 diamants intacts, sans ouverture accidentelle.
+- Assemblage/dissociation par vrais clics des quatre familles : Métabli, Fût,
+  Fourneau et super piston. Un clic gauche sur un assemblage ne modifie pas
+  les numéros de composants ; barils et pistons isolés tournent normalement.
+- Refus en aventure, spectateur ou hors portée ; retrait des données visuelles
+  après remplacement, maintien lors d'un changement d'état du même bloc.
+- Sauvegarde/reconnexion : rotation de terre côté serveur et client, état
+  natif de l'escalier et inventaire du coffre conservés.
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryWrench120ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Marqueurs `WRENCH120_PASS` et `WRENCH120_PROPERTIES 2522` dans
+`build/wrench120-client.log`, captures dans `build/wrench120-evidence/`.
+Aucun monde personnel ouvert ; pas de validation Windows ni depuis deux
+ordinateurs. Les rendus de faces natifs et le rechargement du pack sont vérifiés ;
+pas de validation spécifique d'un shader tiers.
+Le GameTest dédié reste exclu conformément au refus antérieur de son EULA.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **2 min 12 s**, 125 tâches. Les sources JAR correspondent exactement
+aux sources du dépôt. La comparaison avec beta.119 limite les différences de
+production aux classes de clé/assemblage, aux deux nouveaux hooks, au rendu
+et aux libellés prévus ; toutes les autres ressources sont identiques.
+Les packs normal/Test contiennent le même JAR Sanctuary et aucune sauvegarde
+ni fixture de test.
+
+- Sanctuary-beta.120.mrpack : 10237973 octets, SHA-256
+  `86b5e480a12ba20b5c1e308c77dbb54bdf8a56806915fb32ca2d16f9a72cc9c9`.
+- Sanctuary-Test-beta.120.mrpack : 10256895 octets, SHA-256
+  `2e3818483ba7dfa6e5652b97933e105a44e7cc4b269fc567116bf895d54bd8d9`.
+- JAR Sanctuary : SHA-256
+  `8e35ef0f134a46b7760604175ad768264946d31fdd0694982e049e7a928fde2a`.
+
+Reçu local : `build/wrench120-artifact.json`.
+
+## Publication et installation
+
+La [release beta.120](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.120)
+est publiée depuis `248dff47b7a0ebd11026230581fe69641dbde76d`. Le tag exact et les
+artefacts sont immuables ; leurs téléchargements publics sont vérifiés.
+Le canal packwiz avance à `e8060764a444a58b0a17318a3821dfeb1a0c33c6`.
+
+Deux synchronisations isolées puis deux dans **Sanctuary Beta** réussissent.
+Un seul JAR Sanctuary beta.120 est actif ; le second passage est identique.
+Les **923 fichiers personnels et réglages suivis** restent inchangés, sans
+ouvrir de monde personnel. Copie préalable dans
+`sanctuary-backups/before-beta.120/` de l'instance existante. Reçus locaux :
+`build/wrench120-isolated.json` et `build/wrench120-prism.json`.

docs/independent-distances-beta149.md

@@ -0,0 +1,68 @@
+# RENDER-149 — Distances PBR et SSR indépendantes
+
+Branche `codex/separate-reflection-distances-beta149`, socle beta.148 `6f87144`.
+
+- Deux réglages : Distance PBR et Distance SSR, chacun à 64 blocs par défaut.
+  Choix 16, 32, 64, 128, 256 blocs, enregistrés séparément.
+- Le PBR conserve son propre fondu et sa propre limite de portée. Le SSR
+  utilise sa distance pour les surfaces réfléchissantes et sa recherche de
+  paysage. Le maillage et la sélection des surfaces couvrent le maximum des
+  deux portées actives, afin que réduire l’une ne coupe pas l’autre.
+- Ancien défaut commun 32 migré une fois vers PBR 64 ; nouveau réglage SSR 64.
+  Les anciennes valeurs PBR différentes de 32 restent conservées. Après la
+  migration, un choix explicite 32 est conservé comme les autres valeurs.
+- Option nommée exactement « SSR » en français et en anglais, sans la mention
+  « expérimental ». Les autres options expérimentales du jeu sont inchangées.
+- Intensités PBR 50 % et SSR 20 %, rendu solaire diffus de beta.148 conservés.
+  SSR conserve sa dépendance au PBR et les limites du paysage visible/chargé
+  et du budget de maillage.
+
+- Les feuilles (et fibres de laine, même profil entièrement mat) ne reçoivent
+  plus de large éclat spéculaire blanc. Leur relief normal reste présent.
+  La pierre et le bois retrouvent exactement leur poids spéculaire précédent,
+  comme les surfaces polies, les métaux, l’eau et le verre. La suppression
+  concerne les profils non métalliques de rugosité 0,98, avec transition 0,90–0,98.
+
+## Vérifications
+
+Contrôles de persistance indépendante, valeurs par défaut et libellés FR/EN.
+Scènes graphiques avec PBR variable/SSR 256 puis PBR 256/SSR variable.
+- Suite PBR/préférences Vulkan réussie : deux défauts 64 et persistance
+  indépendante sur 16/32/64/128/256 ; libellés FR/EN et nom SSR vérifiés.
+  Journal : `build/beta149-pbr-vulkan.log`.
+- Suites SSR Vulkan et OpenGL réussies avec les portées dissociées, F5,
+  intersections, eau/verre/métal, soleil/lune, OFF/zéro et rechargement.
+  Journaux : `build/beta149-ssr-vulkan.log`, `build/beta149-ssr-opengl.log`.
+  Ces passes précèdent l’ajustement final du profil entièrement mat.
+- Suite PBR Vulkan finale avec feuillage réussie : 170 172 pixels de feuilles
+  contrôlés, saturation relative 1,00007, relief visible sur 63 236 pixels.
+  Journal : `build/beta149-foliage-vulkan.log` ; captures correspondantes
+  dans `build/evidence/beta149-foliage-vulkan/`.
+- Bois et briques après recentrage sur le feuillage : aucun pixel modifié
+  par rapport à la capture précédant l’ajustement, sur les zones de contrôle
+  de 26 304 et 40 896 pixels respectivement.
+- `./gradlew check build` exécuté dans l’instantané isolé : 252 tests serveur,
+  229 réussis et 23 échecs, mêmes identifiants qu’en beta.148. Aucun nouvel échec.
+  Journal : `build/beta149-check-build-isolated.log` ; comparaison :
+  `build/beta149-server-failures.json`. L’ajustement final du feuillage concerne
+  seulement le shader et son test client. Le contrôle global reste en échec.
+
+- Suite PBR OpenGL finale réussie également : 170 199 pixels de feuilles,
+  saturation relative 1,00001, relief visible sur 63 263 pixels.
+  Journal : `build/beta149-foliage-opengl.log` ; captures correspondantes
+  dans `build/evidence/beta149-foliage-opengl/`.
+- Assemblage final réussi : `./gradlew build assemblePack -x :sanctuary:check`,
+  sans répéter les contrôles purs/serveur exécutés dans l’instantané.
+  Journal : `build/beta149-build-pack.log`. Cette exclusion ne transforme
+  pas le contrôle complet en réussite.
+
+## Artefact
+
+[Sanctuary-beta.149.mrpack](../build/Sanctuary-beta.149.mrpack), copié aussi dans
+`sanctuary-beta/build/` avec les autres versions. Archive vérifiée, un seul JAR
+Sanctuary beta.149 identique au JAR construit, shaders identiques aux sources,
+libellés SSR et deux portées FR/EN vérifiés. Minecraft 26.3 / Loader 0.19.5.
+Taille : 10 520 465 octets. SHA-256 :
+`ef5519d9a0e2006b865b62371a6f8712db02ab138aa9698339d6fdb02fb4befa`.
+Reçu : `build/beta149-artifacts.json`. Aucune installation Prism ni publication.
+

docs/living-hats-seasons-beta105.md

@@ -0,0 +1,143 @@
+# beta.105 — Météo saisonnière, captures et chapeaux vivants
+
+Branche `codex/living-hats-seasons-beta105`, Minecraft 26.3.
+
+## Contrat avant modification
+
+- Molette dans le fût : navigation entre pages, bornée, sans perdre les objets
+  du curseur ni déplacer la souris au centre.
+- Panoramas : couleurs et brume du shader Sanctuary actif, six faces cohérentes,
+  profondeur conservée et caméra restaurée même après erreur.
+- Real Time : probabilités liées aux saisons astronomiques du calendrier réel.
+  Été surtout ensoleillé sans profil ciel gris ; automne plus humide ; hiver
+  avec neige. Des journées claires restent possibles dans les quatre saisons.
+  Le créateur demande explicitement flocons et accumulation naturelle au sol.
+  Le tirage du jour déjà sauvegardé reste stable ; nouveaux tirages saisonniers
+  les jours suivants, commandes opérateur disponibles. Aucune Weather TNT.
+- Mobs équipés : coups et boules de neige activent l’objet ; briquet, feu
+  d’artifice propulsant le porteur, spawner natif configuré, paratonnerre attirant
+  les éclairs. Les consommables et l’usure restent réels.
+- Cultures sur tête : croissance et récolte des produits/graines, sans duplication
+  de la graine initiale au retrait. Les aliments attirent les espèces qui les
+  mangent ; une carotte sur bâton guide les cochons vers le porteur.
+- Livre et plume : journal intime écrit en réaction aux caresses et blessures,
+  voix différente selon les quatre personnalités ; souvenirs variés, pas de log
+  technique. Pages existantes conservées et limites natives respectées.
+
+## Contrat de données
+
+Aucune sauvegarde personnelle n’est modifiée pendant les essais. Les objets et
+leur état continuent d’utiliser les données additives existantes de chapeau.
+Les journaux restent de véritables livres Minecraft récupérables. L’éventuel
+nouveau profil neige étend l’énumération météo : anciens états lisibles, aucune
+conversion automatique du jour courant. Un retour à une ancienne version après
+une journée neige nécessite d’abord de sélectionner un profil météo ancien.
+La neige peut modifier les blocs exposés pendant le jeu, selon la demande du
+créateur ; pas de régénération, d’expansion ni de changement de terrain au chargement.
+
+## Utilisation
+
+- Dans le fût, molette vers le bas : page suivante ; vers le haut : précédente.
+  Le défilement concerne le coffre et sa colonne de contrôles. Un objet tenu au
+  curseur bloque le changement de page, comme les boutons existants.
+- `/sanctuary weather forecast` annonce les sept prochains jours.
+  `/sanctuary weather snow` et `snow_showers` sélectionnent respectivement neige
+  continue et averses ; leurs équivalents `/weather` sont également disponibles.
+  Le mode Vanilla conserve le cycle Minecraft.
+- Sur un mob équipé, clic droit à main vide : caresse du livre, activation du
+  briquet/de la fusée, récolte d’une culture mûre. Coup ou boule de neige :
+  activation. Maj + clic droit à main vide : récupération de l’objet.
+- Blé, carottes, pommes de terre, betteraves : croissance des cultures portées,
+  récolte native et replantation. Les produits mûrs sont aussi rendus si l’on
+  retire la graine. Les plantes décoratives et tiges de melon/citrouille ne
+  deviennent pas des cultures de fruit mobiles.
+- Le spawner conserve l’espèce configurée et les contraintes Minecraft :
+  proximité d’un joueur, espace, lumière et limite d’entités. Une activation
+  lance une tentative immédiate ; elle ne garantit pas une apparition si
+  ces conditions ne sont pas réunies.
+- Le paratonnerre attire les éclairs naturels sous un ciel dégagé à portée
+  native, puis émet son impulsion redstone. Le briquet respecte la règle de modification du terrain par les mobs.
+  La fusée consomme l’objet, utilise ses effets natifs et propulse le porteur.
+- Les aliments portés attirent les animaux qui les consomment dans un rayon
+  de 10 blocs, avec abandon à 12 blocs ou sans visibilité. La carotte sur bâton
+  guide ainsi les cochons. Priorités de fuite et de reproduction conservées.
+- Le journal reprend la personnalité du familier ; celle d’un animal ordinaire
+  est déterminée de façon stable par son identité et son espèce. FR/EN selon
+  la langue du premier lecteur-interacteur. Les pages précédentes sont
+  conservées (limite native 100 pages), mais ne sont pas diffusées dans le
+  paquet d’apparence du chapeau.
+
+## Calendrier et périmètre
+
+Longitude solaire apparente calculée localement à partir des formules publiques
+[NOAA Solar Calculator](https://gml.noaa.gov/grad/solcalc/), avec contrôle des
+quatre passages 2026 contre les horaires de l’[US Naval Observatory](https://aa.usno.navy.mil/data/Earth_Seasons).
+Le tirage est journalier : le jour civil d’un équinoxe/solstice adopte la nouvelle
+saison, selon le fuseau Real Time. L’hémisphère sud inverse les saisons via la
+latitude solaire configurée. Il ne s’agit pas de la météo réelle d’une ville.
+Les pondérations de `weather.json` restent la base, modulée par la saison.
+Sur 10 000 graines par saison : journées claires 64,41 % / 94,79 % / 40,25 % /
+49,05 % (printemps/été/automne/hiver) avec la configuration par défaut.
+
+La neige passe par les précipitations natives des chunks chargés, respecte
+la limite native d’accumulation, la lumière et les supports Minecraft. Les biomes
+sans précipitations restent secs. Les chaudrons reçoivent aussi de la neige.
+La neige déposée reste un bloc natif : pas de balayage saisonnier supprimant
+les blocs des constructions. Sa fonte suit les règles Minecraft.
+Les captures intègrent le post-traitement et la brume Sanctuary ; aucune
+compatibilité avec un moteur externe Iris/Canvas/Oculus n’est déclarée.
+
+## Vérifications
+
+- `seasonal105Smoke` : 40 000 tirages, stabilité par graine/jour,
+  équinoxes/solstices 2026 à ± une heure, inversion sud, proportions saisonnières,
+  persistance d’une journée de neige et passage au lendemain.
+- `Living105ClientChecks` : client natif Minecraft 26.3 avec serveur intégré,
+  nouveau monde plat jetable. Journal avec page préalable, caresse/blessure,
+  récupération, récolte/replantation/retrait, vache attirée par le blé, cochon
+  guidé, vraie méthode d’impact de boule de neige, feu/usure, vol d’une vache,
+  apparition du spawner configuré, éclair/impulsion/extinction du paratonnerre,
+  neige déposée par `tickPrecipitation`, requête de flocons côté client,
+  molette suivant/précédent/bornes et deux panoramas complets de six faces.
+- Pour chaque face à saturation 0, contrôle des pixels désaturés ; comparaison
+  à saturation 200, présence de `sanctuary:vanilla_light` et profondeur du sol
+  conservée. Les vues sont soumises séparément au GPU pour éviter de réutiliser
+  les tampons natifs avant leur soumission. Aucun échec de post-traitement dans
+  l’essai final (53 secondes).
+
+Commande de reproduction :
+
+```sh
+JAVA_HOME=/chemin/vers/jdk25 ./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryLiving105ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Le délai serveur de trois ticks entre changements de page est supprimé : les
+paquets sont toujours validés contre l’identifiant du menu ouvert et son curseur.
+Les anciennes pages ne peuvent donc pas accepter de clics après remplacement.
+Le client et le serveur doivent utiliser ensemble beta.105 pour les nouveaux
+profils réseau de neige. Les anciens états enregistrés restent lisibles.
+
+## Livraison locale
+
+`check build assemblePack assembleTestPack -x :sanctuary:runGameTest` réussi
+sur la copie isolée `build/release-beta105` : 2 min 43 s, 125 tâches.
+Le test dédié est exclu conformément au refus antérieur de son EULA ; le test
+natif de cette livraison utilise un serveur intégré dans un monde neuf jetable.
+
+La copie part des sources et ressources vérifiées beta.104, auxquelles sont
+appliqués les 25 fichiers Java concernés, les libellés météo FR/EN et les mixins.
+Elle évite d’embarquer les modifications du chantier Statuaire beta.106 arrivé
+en parallèle dans le dossier partagé. Le travail beta.106 est conservé.
+`build/beta105-source-manifest.json` décrit les sources de cette compilation.
+
+Les sources JAR correspondent à cette copie ; les ressources du pack beta.104
+restent identiques sauf les deux fichiers de langue. JAR sans classes de test,
+archives et métadonnées 26.3 vérifiées ; archives beta.104 inchangées. Rapport :
+`build/beta105-artifact.json`. Aucun déploiement ni publication du canal.
+
+- [Sanctuary-beta.105.mrpack](../build/Sanctuary-beta.105.mrpack), 10083681 octets.
+  SHA-256 : `396c31ad80b4826e5cc0530001e90e498dfb3d36f951cb46d01b32870bf3212a`.
+- [Sanctuary-Test-beta.105.mrpack](../build/Sanctuary-Test-beta.105.mrpack), 10102603 octets.
+  SHA-256 : `6398eb413ea45cf383b71d5be07cb1eef6995158fe0909b06deabb36c1623ce4`.

docs/matte-dirt-beta150.md

@@ -0,0 +1,96 @@
+# RENDER-150 — Terre mate et reflets solaires colorés
+
+Branche `codex/matte-dirt-beta150`, socle beta.149 `1c23d0c`.
+
+La terre sèche utilise un profil entièrement mat (rugosité 0,98, métal 0),
+comme le feuillage corrigé en beta.149. Cela enlève l’éclat blanc/gris diffus
+sans supprimer les normales ni le contraste de relief. Le SSR de ces matières
+est également atténué par leur rugosité, sans changer son réglage global.
+
+Blocs concernés : dirt, coarse_dirt, rooted_dirt, grass_block, dirt_path,
+farmland, podzol et mycelium. Les faces terreuses suivent ainsi le même profil.
+Les autres profils de matière sont inchangés.
+
+Le disque du soleil et son reflet utilisent la même couleur native
+`SkyRenderState.sunriseAndSunsetColor`, issue de l’attribut environnemental
+Minecraft `SUNRISE_SUNSET_COLOR`. Son alpha pilote la transition depuis le
+blanc : aucune palette horaire ou altitude artificielle. Le soleil reste
+neutre tant que le dégradé natif est absent et se colore avec le ciel.
+La teinte solaire est convertie en lumière linéaire pour le PBR. Le mixin
+modifie seulement la couleur du disque solaire, préserve l’alpha de pluie,
+la texture native et la lune, et respecte la désactivation globale de Vanilla Light.
+La fusion diffuse de l’eau et sa normale animée d’origine sont conservées.
+Les accents suivent les pentes des vaguelettes qui réfléchissent le soleil
+vers la caméra. Leur pulsation vient des normales animées de la texture,
+sans oscillateur indépendant ni inversion artificielle du relief.
+Une faible variation stable par texel évite des crêtes toutes identiques ;
+elle module seulement l’intensité, sans produire des points isolés aléatoires.
+Les détails s’atténuent lorsqu’ils deviennent plus petits qu’un pixel écran.
+Les accents restent limités au reflet solaire et conservent sa couleur.
+Les lampes et la lune gardent leurs
+couleurs propres.
+PBR 50 %, SSR 20 % et deux portées indépendantes de 64 blocs par défaut conservés.
+Minecraft 26.3, Java 25 et dépendances inchangés ; aucune sauvegarde modifiée.
+
+## Vérifications
+
+Tests des profils de terre et scènes GPU comparant PBR OFF/ON sur terre et
+feuillage : conservation de la couleur native et présence du relief.
+- Suites PBR finales Vulkan/OpenGL réussies, dont profils des huit types de
+  sol, proximité, intensités, préférences et feuillage.
+  Journaux : `build/beta150-pbr-vulkan-final.log` et
+  `build/beta150-pbr-opengl-final.log`.
+- Terre : 180 469 pixels contrôlés, saturation relative 0,99877 sur les deux
+  moteurs ; relief visible sur 145 415 pixels. Captures conservées dans
+  `build/evidence/beta150-pbr-vulkan-final/` et
+  `build/evidence/beta150-pbr-opengl-final/`.
+
+Les tests comparent la contribution PBR au rendu natif et capturent aussi
+le disque du soleil, avant puis pendant la transition native du ciel.
+Le contrôle serveur `./gradlew check build`, exécuté dans une copie isolée
+`build/server-validation` avant les derniers ajouts exclusivement client,
+compte 229 réussites et 23 échecs sur 252 tests. Les 23 identifiants d’échec
+sont identiques à beta.149 ; aucun nouvel identifiant. Le contrôle global
+n’est donc pas vert. Journaux : `build/beta150-check-build-isolated.log` et
+`build/beta150-server-failures.json`.
+
+Les scènes solaires comparent le rendu PBR au natif, avant et pendant le
+coucher de soleil. À 2 000 ticks, la teinte native est blanche ; à 11 500 ticks
+sa transition commence légèrement (alpha 0,051) ; à 12 400 ticks l’alpha
+natif atteint 0,831 et le disque devient chaud (centre RGB 255/255/135).
+Les deux moteurs ont validé cette synchronisation native.
+
+Un lancement sans sélection PBR a également rencontré l’assertion client
+Blocodex « The full snapshot must become visible together », avant les scènes
+GPU (`build/beta150-water-motion-vulkan.log`). Il ne constitue pas une
+validation de la suite client générale.
+
+La suite finale Vulkan des éclats liés aux vaguelettes passe
+(`build/beta150-wave-glints-vulkan.log`) : animation native, masquage F5,
+distances indépendantes, reflets solaires et lunaires, matériaux transparents,
+rechargement des ressources et redimensionnement. Dans la scène solaire,
+150 563 pixels sont éclaircis, sans pixel blanc saturé.
+
+La suite OpenGL finale passe également
+(`build/beta150-wave-glints-opengl.log`) : 148 180 pixels éclaircis, aucun
+pixel blanc saturé. Les captures finales sont conservées dans
+`build/evidence/beta150-wave-glints-vulkan/` et
+`build/evidence/beta150-wave-glints-opengl/`.
+Le ressenti des vaguelettes en mouvement reste à confirmer par le créateur
+sur sa configuration ; les tests ne constituent pas une validation esthétique.
+
+## Pack local
+
+Construction et assemblage réussis avec
+`./gradlew build assemblePack -x :sanctuary:check`, après le contrôle complet
+ci-dessus. L’exclusion ne transforme pas ses échecs connus en réussite.
+Export packwiz puis vérification ZIP, version Fabric, Minecraft 26.3,
+Loader 0.19.5, JAR unique identique au construit, shader final et mixin solaire.
+
+- Pack : `/Users/koka/Documents/sanctuary/sanctuary-beta/build/Sanctuary-beta.150.mrpack`
+- Taille : 10522942 octets.
+- SHA-256 pack : `65a4a44948dcdcf0325b5e24c076a03f8832184f25f5c1ff16f69bd3ee641b93`.
+- SHA-256 JAR : `4962e6f8cafd6ef3e81e088bf9b0092a264441632cfa095d4fe7394b855f093d`.
+- Reçu : `build/beta150-artifacts.json`, également copié à côté du pack.
+
+Aucun canal publié, aucune instance Prism ni sauvegarde personnelle modifiée.

docs/metabli-beta096.md

@@ -0,0 +1,104 @@
+# beta.096 — Métabli et commandes de construction
+
+Le parcours créatif est complété depuis [beta.098](creative-construction-beta098.md)
+par un bouton de construction immédiate. Le présent document décrit beta.096.
+
+## Contrat de monde avant implémentation
+
+Neuf établis à plat, en carré 3 × 3, sont assemblés volontairement à la clé
+avec la confirmation habituelle. Aucun établi existant n'est converti au
+chargement. Les neuf composants deviennent `sanctuary:metatable`, propriété
+`part` de 0 à 8 (x + 3z). Leur origine est déduite de cette propriété.
+Ces états sont stockés normalement dans les chunks ; aucun SavedData ancien
+n'est modifié, aucun inventaire ou contenu n'est copié. Pas de BlockEntity.
+Le contrôle des neuf cases est borné et n'impose pas de chargement de chunk.
+
+Une dissociation restaure neuf établis. Casser un composant dépose son établi
+selon le butin natif et restaure les autres sans drops supplémentaires.
+Les composants déchargés sont contrôlés à leur reprise. Une machine partielle
+est inaccessible jusqu'à validation/restauration. Les pistons ne déplacent pas
+un Métabli assemblé. Les permissions serveur s'appliquent à chaque composant.
+
+Les deux PNG fournis sont conservés octet pour octet : dessus 48 × 48,
+côtés 48 × 16, prélevés par tiers sans étirement. Le dessous utilise les
+planches de chêne du pack actif.
+
+## Parcours retenu
+
+Clic droit au Métabli → catalogue → choix unique du projet → retour dans
+le monde. K ouvre les commandes du projet : ancrer au point visé, décaler,
+tourner, afficher une couche, masquer/afficher et consulter les besoins.
+Changer de projet, créer une autre statue, importer ou abandonner le plan
+se fait au Métabli. Esc ferme seulement l'interface et ne retire pas le plan.
+Un import ou une génération en cours n'est accepté que si le joueur est encore
+à l'atelier qui a initié le choix. Le choix ne pose aucun bloc.
+
+Construction manuelle avec l'inventaire natif. Aucun collage ni chantier
+automatique dans ce parcours, même en créatif. Les fonctions serveur de collage
+créatif historiques restent contrôlées par leurs règles existantes.
+Le projet et son aperçu restent locaux au joueur, comme dans beta.072 ; ils
+sont effacés au changement de monde/dimension ou à la déconnexion. L'export
+reste disponible pour les conserver. Le chantier partagé persistant, les
+catalogues en datapack serveur et les services commerciaux sont des lots futurs.
+Aucune économie n'est ajoutée.
+
+## Catalogue initial et extension
+
+- Statues : les modèles natifs déjà pris en charge, avec hauteur et palette.
+- Machines : Fourneau, Fût, super piston normal et gluant. Le plan guide les
+  blocs sources ; la clé réalise ensuite leur assemblage fonctionnel.
+- Bâtiments : abri de 5 × 5 et passerelle de 3 × 7, deux plans simples de départ.
+- Mes plans : bibliothèque locale et imports existants `.litematic`, `.schem`
+  et `.nbt`. Les anciens `.schematic` demandent une conversion externe.
+
+`ConstructionCatalog.ENTRIES` est le point d’extension des plans intégrés :
+identifiant, catégorie et fabrique de `BuildPlan`, avec nom et aide FR/EN.
+Une machine fonctionnelle conserve son implémentation serveur propre : un plan
+ne lui confère ni inventaire prérempli ni commandes ni service commercial.
+Le catalogue configurable par datapack reste à implémenter.
+
+## Utilisation
+
+Poser neuf établis en carré à plat. Deux clics à la clé dorée confirment le
+Métabli ; clic droit pour l’ouvrir. Choisir un plan ferme le catalogue.
+K ouvre les commandes de construction, avec aperçu, décalage d’un bloc,
+rotation par quart de tour, couches et matériaux restants. Poser les blocs
+normalement ; revenir au Métabli pour changer de choix ou abandonner.
+Maj + clic droit à la clé dissocie l’atelier.
+
+## Vérifications
+
+Deux suites natives sur Minecraft 26.3, en nouveaux mondes de développement :
+
+- `Metatable096ClientChecks`, graine 96 : assemblage en deux clics sur quatre
+  chunks, ouverture par clic droit natif, quatre rubriques, sélection unique,
+  K réservé aux réglages, refus de changement/import à distance, rotation et
+  translation, pose native payée, annulation d’une génération en quittant
+  l’atelier, statue puis export/import, interfaces FR/EN, casse pendant le menu,
+  un seul drop et huit établis restaurés, réassemblage, déchargement réel des
+  chunks puis retour, dissociation des neuf cases. Réussi en 1 min 11 s.
+- Régression `Plans072ClientChecks` adaptée au Métabli : capture des **88 modèles**
+  sans refus, statue de 32 blocs, rotations, matériaux, export, ancien protocole
+  de collage créatif et refus en survie, pose native consommant son bloc,
+  interfaces FR/EN. Réussi en 1 min 7 s.
+
+Captures inspectées dans `build/metabli096-evidence/`. Le premier passage du
+nouveau test attendait le déchargement via `ClientLevel.hasChunkAt`, qui ne
+reflète pas le cache client ; le test utilise désormais `getChunkNow`, comme
+les autres essais natifs. Le parcours fonctionnel précédant cette attente
+avait déjà réussi. Ce premier journal est conservé séparément.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussi : 124 tâches, 2 min 20 s. Voir `build/metabli096-check.log` et le reçu
+`build/metabli096-artifact.json`. Textures d’origine comparées octet pour octet,
+modèles découpés par tiers, JAR sources et archives vérifiés ; archives beta.095
+conservées. Les tests dédiés sont exclus conformément au refus antérieur d’EULA.
+Aucun serveur dédié démarré, aucune EULA acceptée, aucun déploiement personnel.
+
+## Livraison locale
+
+Packs normal et Test `build/Sanctuary-beta.096.mrpack` et
+`build/Sanctuary-Test-beta.096.mrpack`, Minecraft 26.3 finale.
+Le canal packwiz et l’instance Prism ne sont pas modifiés. Les dépendances et
+le pack de textures intégré beta.090 restent identiques ; les textures du
+Métabli sont les ressources propres du mod.

docs/metabli-construction.md

@@ -0,0 +1,185 @@
+# Métabli — atelier de construction et catalogue extensible
+
+Statut : **conception de référence**, le 16 septembre 2026.
+Le catalogue, les commandes K et l’exemple généré évoluent dans
+[beta.099](catalogue-progression-beta099.md).
+Le premier lot est livré dans [beta.096](metabli-beta096.md), branche
+`codex/metabli-beta096` : multibloc, catalogue et commandes de construction.
+Les chantiers partagés persistants, datapacks de catalogue et services décrits
+ci-dessous restent des propositions pour les lots suivants. Le contrat beta.096
+précise le fonctionnement effectivement implémenté.
+
+## Direction demandée
+
+Un multibloc posé dans le monde ouvre le menu de construction. Aucun bouton
+supplémentaire dans le menu pause. Le système réunit statues, machines et
+bâtiments, et doit pouvoir accueillir de nouveaux contenus et usages.
+« Métabli » reprend ici le nom du nouveau message ; le catalogue historique
+employait « Métablit ». Aucun identifiant publié n'est renommé.
+
+## Ce que le jeu possède déjà
+
+- `PlansScreen` propose Statue, Bibliothèque et Construction via K.
+- `StatueVoxelizer` et la capture cliente produisent des statues à partir des
+  modèles et textures du jeu ; `BuildPlan` porte les blocs et leurs états.
+- `PlanClient` sait ancrer un aperçu, le tourner, isoler une couche et compter
+  les blocs corrects, restants et en conflit. Cet état est actuellement local.
+- `SchematicIO` lit les formats pris en charge dans la bibliothèque ; l'import
+  ne reprend pas les inventaires, scripts ou entités des fichiers tiers.
+- `PlanService` autorise le collage uniquement en créatif. En survie, le joueur
+  pose aujourd'hui ses blocs lui-même : aucun moteur de chantier automatique.
+- La clé dorée et les machines existantes donnent un précédent pour l'assemblage
+  volontaire, la dissociation et l'autorité serveur.
+
+Références : [plans existants](statues-plans-beta072.md),
+[multiblocs existants](multiblocs-beta084.md),
+[catalogue historique](multiblocs-conception.md).
+
+## Le Métabli dans le monde
+
+Proposition de forme : **neuf établis à plat, en 3 × 3 sur un bloc de hauteur**,
+assemblés volontairement avec la clé dorée. Forme et apparence à confirmer
+avant le code ; ne pas imposer les 27 composants du Fourneau à cette machine.
+Un clic droit sur un composant assemblé ouvre le même atelier.
+
+Le Métabli sert à choisir, préparer et gérer un projet. La construction est
+ancrée à un autre emplacement choisi dans le monde ; elle n'a pas à occuper
+la place de l'atelier. L'aperçu indique clairement sa base et son orientation.
+Proposition initiale : un chantier actif par Métabli, plusieurs participants.
+
+K reste disponible pour l'aperçu et les réglages du plan en cours. Le premier
+lot ne supprime pas les outils locaux déjà livrés ; le nouveau catalogue et
+la gestion du chantier partagé sont accessibles depuis le Métabli.
+
+## Un menu commun
+
+Interface native et sobre : catégories en haut, liste et recherche à gauche,
+aperçu et fiche du projet à droite, actions en bas. Les catégories n'ouvrent
+pas quatre nouveaux menus indépendants.
+
+| Catégorie | Contenu | Réglages utiles |
+| --- | --- | --- |
+| Statues | Générateur actuel de mobs ; autres modèles ultérieurement | Modèle, taille, palette |
+| Machines | Fourneau, Fût, super pistons ; plans de circuits redstone validés | Orientation, variante, entrées et sorties |
+| Bâtiments | Maisons, ateliers, ponts et autres plans ajoutés au catalogue | Dimensions, variantes de matériaux compatibles |
+| Mes plans | Bibliothèque locale et imports actuels | Nom, dimensions, matériaux, rotation |
+
+Une fiche affiche la fonction réelle, l'encombrement, les matériaux requis
+et manquants, ainsi que la condition de déblocage éventuelle. Les exemples de
+bâtiments et de circuits ci-dessus sont des contenus à créer, pas un catalogue
+déjà présent. Une fonction absente du jeu n'est pas présentée comme disponible.
+
+Parcours proposé : choisir → configurer → positionner l'aperçu → confirmer
+l'emplacement → construire → utiliser. Une fiche de chantier conserve
+l'avancement et les besoins en matériaux. Le mode retenu par le créateur est la **construction manuelle guidée** :
+les joueurs apportent leurs matériaux et posent eux-mêmes les blocs.
+
+## Mode retenu : construction manuelle guidée
+
+Décision confirmée par le créateur le 16 septembre 2026. Le Métabli ne place
+pas les blocs et ne prélève pas les objets. La pose, les outils, les matériaux
+et les règles de voisinage restent ceux du jeu. Aucun moteur automatique,
+réserve de chantier, délai de fabrication ou consommation différée à créer.
+
+Réutiliser l'aperçu existant : les blocs terminés s'effacent de la projection,
+les conflits sont signalés et les couches permettent de suivre un grand plan.
+Le chantier commun pourra partager l'ancrage et la progression ; chaque joueur
+contribue avec son propre inventaire. Le contrôle de droits sur la construction
+elle-même reste celui du monde, indépendamment des droits d'édition du plan.
+
+La fiche distingue **blocs à placer** et **objets nécessaires**. Le compteur
+actuel travaille sur les états de blocs ; annoncer une liste exacte d'objets
+exige d'adapter les portes et lits (un objet, deux cases), les dalles doubles
+(deux objets) et les autres cas particuliers. Aucun de ces calculs ne peut
+modifier ou doubler la consommation native du joueur.
+
+## Une construction a un plan et, parfois, une fonction
+
+Le **plan** décrit la forme : blocs, états, variantes et points de raccordement.
+La **fonction** décrit un comportement éventuellement ajouté par Sanctuary.
+
+- Une statue ou une maison ordinaire a seulement besoin de son plan.
+- Un circuit redstone fonctionne grâce aux blocs réellement construits.
+- Un Fourneau doit en plus être validé et assemblé par le système existant.
+- Une boutique aura besoin d'un composant commercial : propriétaire, stock,
+  offres et échanges. Construire son bâtiment ne crée pas ce service à lui seul.
+
+Pour les machines reconnues, le plan complet et les permissions sont vérifiés
+avant l'assemblage final ; un simple import de blocs ne peut pas s'attribuer une
+fonction spéciale. Les ports indiqués dans le plan tournent avec la structure
+(entrée d'objets, sortie, commande redstone, face d'interaction).
+
+La demande de boutique donne un point d'extension, **pas une livraison de
+l'économie maintenant**. On pourra préparer un local de boutique et lui
+rattacher le service lorsque le commerce sera défini et implémenté. Son futur
+signal redstone pourra par exemple indiquer un stock disponible ou une vente,
+sans confondre le signal avec l'opération d'échange elle-même.
+
+## Étendre le catalogue sans refaire l'interface
+
+Proposition : des définitions de catalogue en datapack serveur, avec des
+identifiants stables et une version de définition. Une entrée comporte :
+
+- nom et description FR/EN, catégorie et tags ;
+- source du plan ou générateur connu, paramètres et variantes autorisées ;
+- condition de déblocage vérifiable côté serveur ;
+- matériaux et opérations de placement, calculés depuis la variante retenue ;
+- ports de raccordement et type de fonction facultatif.
+
+Ajouter un bâtiment ou un circuit utilisant les mécanismes existants revient
+à ajouter un plan et sa fiche. Une nouvelle mécanique, comme le commerce ou
+une machine inédite, demande un module de code serveur enregistré, puis une
+fiche qui l'utilise. Un datapack ne devient pas un interpréteur de commandes
+arbitraires et un fichier importé ne fournit pas son propre code exécutable.
+
+Les générateurs de statues et les fichiers locaux deviennent deux fournisseurs
+de plans parmi d'autres. Les catégories servent à naviguer ; elles ne dictent
+pas le moteur de placement. Découvertes, advancements ou aptitudes pourront
+débloquer des entrées, sans supposer que ces règles existent déjà pour les plans.
+
+## Persistance et reprise à définir avant le code
+
+Le registre actuel des multiblocs décrit un cube de 27 cases avec un booléen
+Fourneau/Fût. Il n'est pas extensible à un Métabli par ajout d'une troisième
+valeur. Prévoir un registre dédié pour cette nouvelle machine et ses chantiers,
+sans modifier le schéma existant ; un contrôle commun empêchera de partager
+un composant avec les anciennes machines.
+
+Le futur contrat versionné devra fixer l'identité du Métabli et du projet,
+la dimension, l'ancrage, l'orientation, les droits d'édition et la reprise
+du suivi. Les matériaux restent dans les inventaires Minecraft ; aucun stock
+dupliqué n'appartient au plan. Conserver une copie bornée du plan
+validé et de sa révision évite qu'une mise à jour du catalogue transforme un
+chantier en cours ou un bâtiment déjà posé. Les limites actuelles de `BuildPlan`
+restent le point de départ, pas une promesse de gros plans sans limite.
+
+Proposition de règles : aucune transformation automatique des établis existants ;
+la projection n'écrase jamais le terrain ; suivi suspendu hors chunks chargés,
+sans forcer leur chargement. Une casse du Métabli ou une annulation du projet
+ne supprime aucun bloc déjà posé et ne restitue pas de matériaux déjà utilisés.
+Les projets complets ne déclenchent pas une deuxième production.
+L'activation d'une machine reconnue reste une action explicite, après contrôle
+serveur, selon les règles de la clé. Le suivi partagé doit persister le plan,
+pas une copie ancienne du monde à rejouer après reconnexion.
+
+Ces règles et ce registre sont un cadrage, **pas une migration approuvée ni un
+format livré**. La forme du Métabli, les droits de gestion, le rayon d'ancrage
+et les déblocages restent à fixer avant le lot concerné.
+
+## Lots proposés
+
+1. Métabli ouvrable, interface commune, statues et bibliothèque actuelles,
+   sélection d'un plan et projection à l'emplacement voulu. Aucun bouton pause.
+2. Chantier manuel partagé et persistant ; liste correcte des matériaux,
+   synchronisation du suivi et vérifications de reprise/annulation.
+3. Catalogue initial de machines et bâtiments validés, assemblage final des
+   machines existantes et protocole d'ajout de contenu en datapack.
+4. Modules de fonction supplémentaires lorsque leur gameplay est défini,
+   notamment le commerce ; hors premier lot.
+
+Chaque lot devra avoir un résultat jouable, un contrat de sauvegarde s'il en
+crée un, les libellés FR/EN et les vérifications client/serveur adaptées.
+La validation du chantier manuel devra notamment couvrir deux joueurs, une
+pose qui consomme réellement l'objet natif, un obstacle ajouté pendant la
+construction, une porte/un lit, un circuit, le déchargement, la reconnexion et
+la casse du Métabli sans disparition des blocs construits.

docs/natural-water-beta144.md

@@ -0,0 +1,121 @@
+# WATER-144 — Eau naturelle pixélisée
+
+Branche `codex/water-beta144`, socle beta.143 publiée (`97ff2b5`) et suivi
+`580b241`. Minecraft 26.3, Java 25, dépendances conservées.
+
+## Contrat
+
+**Options → Shaders → Eau naturelle** est activée par défaut avec Sanctuary.
+L’intensité (0–100 %, défaut 100 %) agit sur la surface et l’immersion.
+L’interrupteur ou 0 % retrouve le rendu précédent. Les préférences existantes
+restent conservées ; un moteur externe suspend l’effet comme les autres effets
+natifs Sanctuary.
+
+La couleur native du biome reste la base, y compris les variantes d’océans.
+Les océans (`minecraft:is_ocean`) imposent le profil clair.
+Hors océan, le premier support situé au maximum huit blocs sous la cellule
+observée choisit le profil :
+
+| Profil | Fond | Mélange olive #788448 | Alpha natif | Distance de brume native |
+| --- | --- | ---: | ---: | ---: |
+| Claire | Pierre, matériaux construits, inconnus | 0 % | ×0,55 | ×1 |
+| Légèrement teintée | Sable, sable rouge, gravier, argile | 10 % | ×0,80 | ×0,70 |
+| Étang | Terre, terre stérile/enracinée, herbe, podzol, mycélium, boue, racines de palétuvier boueuses | 85 % | ×1 | ×0,40 |
+
+L’eau et les plantes aquatiques sans collision sont traversées. Un support
+immergé reste un fond ; absence de support, air ou données manquantes donnent
+une eau claire. La référence visuelle fournie pendant l’implémentation demande un véritable
+vert olive légèrement jaunâtre : le profil étang passe donc de 45 % à 85 %
+de mélange, tout en laissant les eaux claires et océaniques natives.
+Les surfaces profondes sans fond dans la limite restent donc
+claires. Les profils se mélangent aux sommets sur un bloc, sans filtrer les
+textures. L’eau sous un toit suit son fond, pas l’éclairage du bâtiment.
+
+La ressource client `assets/sanctuary/water_materials.json` accepte deux listes
+d’identifiants de blocs, `light` et `pond`, remplaçables par un resource pack.
+Les blocs absents des listes sont clairs. Une ressource invalide est signalée
+et reprend les familles embarquées. Le template personnel inclut cette ressource.
+
+## Rendu et coût
+
+Modification des seules couleurs/alpha des sommets de `FluidRenderer`, sans
+passe écran ni duplication de maillage. Textures, UV, animation, éclairage
+et tri des transparences restent natifs. Les calculs de profils sont différés
+jusqu’à l’émission d’un sommet visible, puis mutualisés dans la région compilée.
+Un test de palette élimine les sections sans eau avant toute copie de biomes.
+Les états de blocs viennent des copies natives ; les appartenances océaniques
+sont capturées avant l’envoi au worker. Aucun chargement de chunk n’est demandé.
+
+Un changement de bloc invalide la zone dépendante, huit blocs au-dessus et
+un bloc horizontalement. Les reconstructions natives recopient leurs données ;
+l’effet ne déclenche aucune reconstruction pour une lumière mobile.
+Un changement d’option reconstruit seulement les sections chargées contenant de
+l’eau ; les caches des autres effets restent disponibles. Le cache temporaire
+disparaît avec sa compilation, sans historique de monde.
+
+Sous l’eau, le profil est échantillonné au maximum une fois par tick, avec
+transition de 0,5 seconde. La couleur et les distances environnementales sont
+adaptées dans le rendu natif du brouillard. La teinte finale est appliquée après
+la normalisation de la vision aquatique, pour éviter de transformer l’olive en
+jaune fluorescent ; la luminosité issue des modificateurs natifs de vision
+et le bonus du compagnon calmar sont conservés. Lave et brume atmosphérique ne changent
+pas. Il n’y a pas de simulation d’absorption volumétrique ni de reflet ajouté.
+
+## Validation native
+
+Les essais utilisent un monde plat jetable, graine 122, avec bassins sur quartz,
+sable et boue, support du sable, plantes aquatiques, toit, frontière de sections
+et changement de biome océan. Une copie personnelle de ressource remplace
+réellement les familles de matériaux puis est désactivée.
+
+Les suites graphiques OpenGL et Vulkan ont passé les contrôles de surface,
+d’immersion, de fond modifié, d’océan, de ressources, de préférences et de
+cascades pendant le développement. La dernière optimisation reconstruit
+seulement les sections contenant de l’eau lors du changement d’option.
+Sa série de validation finale reste à terminer avant publication.
+
+### Protocole de performance
+
+Apple M1, macOS, Java 25, 854×480, distance de rendu 6 chunks,
+ombres 32 blocs / 16 pixels, PBR 50 %, autres effets activés.
+VSync désactivée, limite 260 (illimitée), limitation AFK désactivée.
+Pour chaque scène : OFF/ON/ON/OFF/ON/OFF/OFF/ON, dix secondes par passage,
+avec stabilisation des sections puis quatre secondes de chauffe entre passages.
+Le déplacement avance de 120 blocs et laisse les sections se compiler
+naturellement, sans vidange artificielle des caches des autres effets.
+Les moyennes des quatre médianes et P95 par état sont comparées avec les seuils
++5 % et +2 ms. Les temps de compilation de sections sont consignés également.
+
+Les essais courts initiaux ont montré une forte variabilité. Une limitation AFK
+à 30 FPS puis des clients Minecraft concurrents dans le chantier PBR/SSR ont
+été identifiés. Ces essais restent dans les preuves de développement ; ils
+ne valident pas la livraison. La série finale attend la fin du chantier
+concurrent, conformément à la demande du créateur. Les résultats ne sont pas
+présentés comme acquis, et aucun gain de performance universel n’est promis.
+
+Pour reproduire, avec Java 25 et un environnement graphique disponible :
+
+```sh
+./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
+  -PsanctuaryPixelShadows122ClientTests=true -PsanctuaryWater144ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true \
+  -PsanctuaryClientGraphicsBackend=vulkan > build/water144-vulkan.log 2>&1
+python3 scripts/check_water_performance.py build/water144-vulkan.log
+```
+
+Répéter avec `opengl`, sans autre client graphique simultané. Le vérificateur
+refuse les séries incomplètes et les dépassements ; il écrit le reçu détaillé
+près du journal. Le marqueur `WATER144_PASS` atteste les contrôles fonctionnels.
+
+### Assemblage et publication
+
+Le GameTest serveur dédié reste exclu conformément au refus antérieur de son
+EULA. La commande de livraison est `./gradlew check build assemblePack
+assembleTestPack -x :sanctuary:runGameTest` ; la suite complète non exclue
+n’est pas déclarée réussie. Les contrôles natifs de l’eau utilisent le serveur
+intégré d’un monde jetable. Aucun essai Windows n’est revendiqué.
+
+La release, le canal et l’instance ne sont pas encore mis à jour.
+Les preuves détaillées restent dans les dossiers ignorés :
+`build/water144-*.log`, `build/water144-*-performance.json`,
+`build/water144-*-isolation.json` et `build/water144-evidence/`.

docs/nether-pbr-beta151.md

@@ -0,0 +1,93 @@
+# FIX-151 — Nether, PBR opaque et SSR
+
+Branche `codex/nether-wood-beta151`, socle beta.150 `448e2fe`.
+
+## Déconnexion Nether
+
+Le rapport Windows beta.150 transmis le 18 septembre 2026 indique
+`IndexOutOfBoundsException: Index 46 out of bounds for length 46` lors de
+`ClientPacketListener.handleContainerContent`, paquet `container_set_content`.
+Le passage au Nether dans le test client local reproduit exactement cette trace
+(journal `build/beta151-client-first.log`). Ce défaut n’est pas un crash GPU.
+
+Minecraft recrée le joueur client et son menu lors de `handleRespawn`, utilisé
+aussi pour les changements de dimension. La progression n’était réattachée
+qu’en fin de tick ; un paquet d’inventaire dans le même lot arrivait avant la
+création des 18 cases supplémentaires et des 3 accessoires. Le correctif lie la
+progression déjà reçue au nouveau joueur dès la fin du traitement du paquet de
+respawn, avant le paquet suivant. Aucun paquet ni objet n’est ignoré et aucun
+format de sauvegarde ne change. Sans progression Sanctuary active, le chemin
+vanilla reste inchangé.
+
+## Rendu
+
+La beta.146 avait porté le gain solaire des surfaces opaques de 3 à 20
+(4 × 5), soit environ 6,7 fois plus. Le renforcement prévu pour les reflets de
+l’eau avait ainsi créé un voile sur les matières sombres, dont l’obsidienne.
+Les surfaces opaques retrouvent le gain 3 et le budget spéculaire total 0,5,
+partagé entre soleil et lampes. La teinte native du coucher de soleil, les
+normales et le relief sont conservés. Eau et verre conservent leur traitement.
+Le bois utilise le profil mat 0,98 : planches, bûches et variantes de construction,
+bambou, tiges et hyphes du Nether. Ce classement ne transforme pas le nylium en bois.
+
+SSR est activé par défaut à 20 %, avec portée 64 blocs. Un choix OFF déjà
+sauvegardé reste OFF. PBR reste à 50 % par défaut.
+
+## Cible graphique
+
+Décision du créateur pendant ce ticket : **Vulkan uniquement** pour les nouvelles
+validations. Le passage OpenGL de ce ticket s’était terminé avant cette demande ;
+il reste une trace historique, pas une cible à conserver ni à relancer.
+Cette décision est reportée dans `AGENTS.md` et `docs/testing.md`.
+
+## Vérification
+
+Les assertions GPU Vulkan et les quatre transferts successifs
+Overworld → Nether → Overworld → Nether → Overworld passent sur un nouveau monde
+plat de développement, graine 122. Après chaque transfert : menu de 67 cases,
+pile de 7 diamants en inventaire natif, 3 émeraudes dans la première case
+supplémentaire et 5 lingots d’or dans la dernière, toujours présents côté client.
+
+Les scènes PBR conservent 99,878 % de la saturation relative du chêne et 99,968 %
+de celle de l’épicéa écorcé sur 185 776 pixels chacune. Le relief affecte
+respectivement 101 382 et 51 671 pixels. De face, l’obsidienne ne gagne en moyenne
+que 5,114 niveaux RGB sur 255 (102 480 pixels), avec relief visible sur 95 225
+pixels. Captures inspectées : bois et obsidienne PBR OFF/ON.
+
+Les contrôles couvrent aussi les réglages SSR absents (ON/20 %), la persistance
+d’un choix OFF, les profils bois, les petits déplacements de caméra, les
+intensités, le rechargement des ressources et le redimensionnement.
+Le premier passage Vulkan corrigé valide toutes les assertions, mais se bloque
+ensuite à la fermeture dans les barrières de synchronisation du programme de
+test Fabric ; son processus est arrêté après capture des piles de threads.
+Premier journal : `build/beta151-client-vulkan-final.log` ; diagnostic :
+`build/beta151-client-shutdown-threads.txt`. Le second passage Vulkan réussit entièrement, fermeture comprise, en **3 min 9 s**
+(`build/beta151-client-vulkan-clean.log`). La suite OpenGL terminée avant l’abandon de
+cette cible a réussi en 2 min 42 s ; aucun nouveau test OpenGL n’est prévu.
+
+Le contrôle complet `./gradlew check build` dans `build/server-validation`
+(3 068 fichiers de production identiques aux sources courantes) termine en
+11 min 13 s : **229 réussites, 23 échecs sur 252**. Les 23 identifiants sont
+strictement identiques à beta.150 : aucun nouveau, aucun résolu.
+Le contrôle global reste rouge. Journaux et liste :
+`build/beta151-check-build.log`, `build/beta151-server-failures.json`.
+Ces échecs restent ouverts et ne constituent pas la validation du correctif
+réseau ; celui-ci repose sur la reproduction puis le test client des transferts.
+
+## Pack local
+
+`./gradlew build assemblePack -x :sanctuary:check` réussit en 11 s,
+indépendamment du contrôle complet en échec ci-dessus. Export packwiz réussi ;
+ZIP, version Fabric, Minecraft 26.3, Loader 0.19.5, JAR Sanctuary unique,
+mixin de respawn et shader exacts, classes conformes aux sorties compilées et
+absence des tests dans le JAR vérifiés.
+
+- Pack : `/Users/koka/Documents/sanctuary/sanctuary-beta/build/Sanctuary-beta.151.mrpack`.
+- SHA-256 pack : `1d87804d75edda0a95c318ea3feaf47ecadeeb29d86ca55483a42741d7a5fcab`.
+- SHA-256 JAR : `6676c67f8be4e650a9b6a8213c8b0fdf3cf7e62b030c3d1a6d4805d438a8e543`.
+- Reçu : `build/beta151-artifacts.json`.
+
+Les essais sont effectués sur Apple M1 ; la validation sur le PC Windows du
+créateur reste à faire.
+
+Aucune sauvegarde personnelle ouverte, aucun canal publié ni instance installée.

docs/notice-scene-beta162.md

@@ -0,0 +1,66 @@
+# beta.162 — scène du tableau et conversation
+
+Ticket issu du retour de séance du 24 septembre : conserver Retour/Actualiser en
+haut, montrer l’auteur avec son skin orienté vers la souris et sa demande dans
+une bulle colorée, puis les réponses à droite (dessous sur GUI étroit).
+
+Modification client uniquement, sans migration, écriture dans les mondes ni
+changement des contrats fichier/MariaDB. Réponses, modération et suivi gardent
+leurs validations serveur. Le portrait est un rendu GUI, pas une entité.
+
+## Présentation
+
+- Retour et Actualiser restent hors de la zone défilante.
+- Le portrait utilise le skin de la connexion de l’auteur s’il est présent,
+  sinon le cache de profils Minecraft asynchrone. Le skin natif de repli apparaît
+  pendant le chargement ou si le profil ne peut pas être résolu (notamment les
+  comptes fictifs/hors ligne). Aucun téléchargement synchrone dans le rendu.
+- Une bulle persistante encadrée montre catégorie/état, titre puis texte complet.
+  Information : jaune clair sur fond sombre jaune ; les autres catégories gardent
+  leurs couleurs. Les cartes de liste et du menu pause suivent aussi ce jaune.
+- Le portrait tourne doucement dans des angles bornés selon la position de la
+  souris, sans capturer ses mouvements et sans clic requis.
+- Demande et discussion défilent séparément si l’espace le permet ; le champ de
+  réponse et son bouton restent en bas de la discussion. Sur GUI étroit/bas,
+  un défilement unique garde les réponses sous la scène.
+- Matériaux, lieu, récompense, suivi, visages des réponses et modération sont
+  conservés. Les détails d’une demande vide ne sont plus affichés artificiellement.
+- Aucune animation de parole ni synchronisation vocale : « parle » désigne ici
+  la mise en scène visuelle avec la bulle.
+
+## Vérification
+
+- Compilation Java 25 / Minecraft 26.3 réussie.
+- Parcours natif Vulkan : `NOTICE162_SCENE_PASS`, puis
+  `SEARCH159_CLIENT_PASS mode=file`, build réussi en 1 min 59 s.
+- FR/EN, GUI 2/3/4 : scène, passage en colonne unique, boutons de retour au-dessus,
+  réponse au-dessus du footer en deux colonnes, angles du portrait bornés et
+  changement d’orientation avec la souris.
+- Brouillon conservé pendant les redimensionnements ; publication d’une réponse
+  et lecture de son contenu après rechargement serveur vérifiées.
+- Régressions communautaires : photos, recherche, suivi/désabonnement, marqueur
+  de carte et infobulle, restrictions de l’Intendance toujours validés.
+- Captures relues : `build/qa-beta162/0042_notice162-scene-fr_fr-2.png` et
+  `0043_notice162-scene-fr_fr-3.png`. Conversation : `0048_notice162-conversation.png`.
+- `./gradlew check build assemblePack` lancé : 252 GameTests terminés, 229 réussis
+  et 23 échecs, exactement les mêmes qu’en beta.161 (aucun ajouté/retiré).
+  Liste comparée : `build/session162-server-failures.json`.
+- Contrôles restants et assemblage avec exclusion ponctuelle de `runGameTest` :
+  réussis en 3 min 16 s (`check build assemblePack -x :sanctuary:runGameTest`).
+  Aucune assertion désactivée dans les sources. Log : `build/beta162-assembly.log`.
+
+Aucune modification de persistance : cette passe native utilise le mode fichier ;
+le laboratoire MariaDB partagé a été relancé avec la même interface, KokaLab
+connecté sur le monde existant `duo-flat-160`, Alice/Bob recréés, shader désactivé. Les figurants
+et profils hors ligne peuvent afficher un skin Minecraft de repli.
+
+## Livraison locale
+
+JAR : `mods/sanctuary/build/libs/sanctuary-beta.162.jar`.
+Pack assemblé : `build/packwiz`.
+SHA-256 : `35c5d82eba110ee2150f73baf6341efc90f87971965a3b4dd2bcd04add0a59ff`.
+
+Branche `codex/notice-scene-beta162`, tag local `beta.162`. Anciens JAR conservés.
+Aucune publication distante ni synchronisation de Prism dans cette livraison.
+Les 23 échecs préexistants restent ouverts ; les essais graphiques ne démontrent
+pas la résolution réseau d’un skin officiel absent dans ce laboratoire hors ligne.

docs/packwiz.md

@@ -8,11 +8,436 @@ https://git.botsu.net/koka/sanctuary-beta/raw/branch/packwiz/pack.toml
 ```
 
 Les sources sont sur la branche de travail du ticket. La branche `packwiz`
-contient uniquement les manifestes de distribution produits par le build ; les
+contient les manifestes de distribution produits par le build et l’icône
+`icon.png` déclarée dans leur index ; les
 JAR Sanctuary sont des pièces jointes de releases Gitea. Aucun JAR de mod ou
 dépendance téléchargée n'entre dans l'historique Git. Le canal Beta est distinct
 de l'ancien pack 26.2.
 
+## beta.144 — Eau naturelle pixélisée (préparation)
+
+Trois profils de couleur/transparence selon le fond, océans clairs et brume
+aquatique adaptée. Le [ticket de livraison](natural-water-beta144.md) décrit
+la teinte olive retenue, les contrôles et le protocole de performance.
+La publication et la synchronisation attendent la validation finale isolée.
+Les textures restent à beta.121 ; Minecraft 26.3 et les dépendances sont conservés.
+
+## beta.143 — Neige saisonnière en temps réel
+
+Accumulation espacée par un facteur 12 et fonte par le facteur temps réel 72,
+avec le sampler natif de précipitation conservé. Protections inchangées pour
+la neige construite, les biomes froids, l'hiver, les profils neigeux et la
+météo Vanilla. [Contrat et vérifications](realtime-snow-melt-beta143.md).
+[Release beta.143](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.143)
+publiée ; canal `bafff5e9fcdd95c5dd184953a34ada805e455797`. Deux synchronisations
+isolées puis deux dans l'instance Sanctuary Beta réussies. Les 923 fichiers
+personnels suivis gardent leurs hashes. Aucun monde personnel ouvert ;
+sauvegarde préalable `sanctuary-backups/before-beta.143/`. Archives vérifiées
+dans `sanctuary-beta/build/`.
+
+## beta.142 — Vulkan par défaut et stabilité PBR
+
+Vulkan natif prioritaire, rafraîchissements PBR stables et intensité initiale
+80 %, calculs de reflets bornés. [Contrat et vérifications](pbr-refresh-beta142.md).
+[Release beta.142](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.142)
+publiée ; canal `d661260e2bbabb0326c86d6cc543daf986979596`. Deux synchronisations isolées
+puis deux dans l'instance Sanctuary Beta réussies. Les 923 fichiers personnels
+suivis gardent leurs hashes. Aucun monde personnel ouvert ; sauvegarde préalable
+`sanctuary-backups/before-beta.142/`. Archives vérifiées dans `sanctuary-beta/build/`.
+Un choix OpenGL explicite reste conservé : sélectionner Vulkan dans les réglages
+vidéo et redémarrer pour changer ce choix. La capture Windows de bruit en
+mouvement reste à reconfirmer sur son pilote ; les contrôles OpenGL/Vulkan Mac
+et la correction du domaine numérique du reflet sont documentés dans le ticket.
+
+## beta.141 — Direction des lumières pour les normales PBR
+
+Directions locales mises en cache, sources portées, confiance réduite lorsque
+les sources s'opposent et fondus. Activer PBR et Lumières colorées ; portée PBR
+de 32 blocs. [Contrat et vérifications](directional-lights-beta141.md).
+[Release beta.141](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.141)
+publiée ; canal `7e6c84400f80db24bf5204cd21d628194ae9f0f7`. Deux synchronisations isolées
+puis deux dans l'instance Sanctuary Beta réussies. Les 923 fichiers personnels
+suivis gardent leurs hashes. Aucun monde personnel ouvert ; sauvegarde préalable
+`sanctuary-backups/before-beta.141/`. Archives vérifiées dans `sanctuary-beta/build/`.
+
+## beta.140 — Lumières portées et fondus
+
+Couleurs des objets en main et sur la tête, distances 8/16/32/64 et fondus
+préservant la teinte. Torches natives par défaut, option chaude, cuivre vert
+et redstone rouge. [Contrat et vérifications](colored-dynamic-beta140.md).
+[Release beta.140](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.140)
+publiée ; canal `2c360a0759d4a164f82c89ac2bef04ff69d50875`. Deux synchronisations isolées
+puis deux dans l'instance Sanctuary Beta réussies. Les 923 fichiers personnels
+suivis gardent leurs hashes. Aucun monde personnel ouvert ; sauvegarde préalable
+`sanctuary-backups/before-beta.140/`. Archives vérifiées dans `sanctuary-beta/build/`.
+
+## beta.138 — Densité des rayons selon la météo
+
+Brouillard plus dense et diffus, précipitations et atténuation de l'orage.
+Réglage manuel conservé, aucune nouvelle option ni modification de sauvegarde.
+[Contrat et vérifications](shader-beta138.md).
+[Release beta.138](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.138)
+publiée ; canal `c049423de1971079b9d61874d83adeb6f1ad49f7`. Deux synchronisations isolées,
+puis deux dans la même instance Sanctuary Beta réussies. Les 923 fichiers
+personnels suivis gardent leurs hashes. Aucun monde personnel ouvert ;
+sauvegarde préalable `sanctuary-backups/before-beta.138/`.
+Packs normal/Test/template vérifiés dans `sanctuary-beta/build/`.
+
+## beta.137 — Rayons solaires volumétriques
+
+Rayons à travers les ouvertures et le feuillage, activés à 35 %, indépendants
+du bloom et de l'affichage des ombres de surface. Carte solaire partagée.
+[Contrat et vérifications](shader-beta137.md).
+[Release beta.137](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.137)
+publiée ; canal `68cb39a5edbf5d34def02f670e2488ee852605b8`. Deux synchronisations isolées,
+puis deux dans la même instance Sanctuary Beta réussies. Les 923 fichiers
+personnels suivis gardent leurs hashes. Aucun monde personnel ouvert ;
+sauvegarde préalable `sanctuary-backups/before-beta.137/`.
+Packs normal/Test/template vérifiés dans `sanctuary-beta/build/`.
+
+## beta.136 — Lens flare rectangulaire
+
+Rectangles à dégradé doux pour le soleil et la lune, activés à 30 % et
+réglables indépendamment du bloom. Occultation par les blocs et phases lunaires.
+[Contrat et vérifications](shader-beta136.md).
+[Release beta.136](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.136)
+publiée ; canal `dd5b545a7cfbb957f2c70e9dc17034b44caef98f`. Deux synchronisations isolées,
+puis deux dans la même instance Sanctuary Beta réussies. Les 923 fichiers
+personnels suivis gardent leurs hashes. Aucun monde personnel ouvert ;
+sauvegarde préalable `sanctuary-backups/before-beta.136/`.
+Packs normal/Test/template vérifiés dans `sanctuary-beta/build/`.
+
+## beta.135 — SSGI en proximité et nouveaux défauts
+
+Normales stables près des surfaces, atténuation progressive du rebond au contact.
+Bloom à 20 %, PBR et SSGI activés par défaut, choix personnels existants conservés.
+[Contrat et vérifications](shader-beta135.md).
+[Release beta.135](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.135)
+publiée ; canal `5b0df577fcd036937c25be3a1f4580f9db3103a1`. Deux synchronisations isolées,
+puis deux dans la même instance Sanctuary Beta réussies. Les 923 fichiers
+personnels suivis gardent leurs hashes. Aucun monde personnel ouvert ;
+sauvegarde préalable `sanctuary-backups/before-beta.135/`.
+Packs normal/Test/template vérifiés dans `sanctuary-beta/build/`.
+
+## beta.134 — PBR optionnel et SSGI filtré
+
+Normales procédurales en cache, rugosité/métallicité par famille et reflets
+directionnels. Filtrage SSGI et suppression de sa forte réinjection neutre.
+[Contrat et vérifications](shader-beta134.md).
+[Release beta.134](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.134)
+publiée ; canal `35ec0f6e145002f6367944df5b75e2703958eaef`. Deux synchronisations isolées,
+puis deux dans la même instance Sanctuary Beta réussies. Les 923 fichiers
+personnels suivis gardent leurs hashes. Aucun monde personnel ouvert ;
+sauvegarde préalable `sanctuary-backups/before-beta.134/`.
+Packs normal/Test/template vérifiés dans `sanctuary-beta/build/`.
+
+## beta.133 — SSGI renforcé
+
+Diffusion des couleurs rendue visible au réglage 35, même budget de rayons
+et cibles GPU. [Contrat et vérifications](shader-beta133.md).
+[Release beta.133](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.133)
+publiée ; canal `9ceb5a5353c9d1b8bb7834a20e818fd65096ff98`. Deux synchronisations isolées,
+puis deux dans la même instance Sanctuary Beta réussies. Les 923 fichiers
+personnels suivis gardent leurs hashes. Aucun monde personnel ouvert ;
+sauvegarde préalable `sanctuary-backups/before-beta.133/`.
+Packs normal/Test/template vérifiés dans `sanctuary-beta/build/`.
+
+## beta.132 — SSGI expérimental
+
+Diffusion locale des couleurs visibles, rayon 2,5 blocs, intensité réglable,
+initialement OFF. [Contrat et vérifications](shader-beta132.md).
+[Release beta.132](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.132)
+publiée ; canal `9edaaedc0205c525ecce9de66b5ca7827c56c28f`. Deux synchronisations isolées,
+puis deux dans la même instance Sanctuary Beta réussies. Les 923 fichiers
+personnels suivis gardent leurs hashes. Aucun monde personnel ouvert ;
+sauvegarde préalable `sanctuary-backups/before-beta.132/`.
+Packs normal/Test/template vérifiés dans `sanctuary-beta/build/`.
+
+## beta.131 — émissifs indépendants et précision étendue
+
+Bloom, émissifs et highlight ON initialement. Couper le halo ou régler son
+intensité à zéro garde les inclusions lumineuses. Précisions 64/128 ajoutées,
+défaut 16 conservé. [Contrat et vérifications](shader-beta131.md).
+[Release beta.131](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.131)
+publiée ; canal `efb18c274d95d988a9566b8c52751469f002cdda`. Deux synchronisations isolées,
+puis deux dans la même instance Sanctuary Beta réussies. Les 923 fichiers
+personnels suivis sont conservés, préférences et sauvegardes comprises.
+Aucun monde personnel ouvert ; sauvegarde `sanctuary-backups/before-beta.131/`.
+Archives normal/Test/template vérifiées dans `sanctuary-beta/build/`.
+
+## beta.130 — bloom et précision commune
+
+Bloom réglable, masques sélectifs des vingt textures de minerais, précision
+commune aux ombres et au highlight. Réglages initiaux 32/128/16 et Pixel Shadows
+activé ; anciennes préférences conservées. [Contrat et vérifications](shader-beta130.md).
+[Release beta.130](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.130)
+publiée ; canal `68e06353bf880af04c1c72d4e3a159f11f94b619`. Deux synchronisations isolées
+puis deux dans la même instance **Sanctuary Beta** réussies. Les 923 fichiers
+personnels suivis, réglages de shaders compris, gardent leurs hashes. Aucun
+monde personnel ouvert ; sauvegarde préalable `sanctuary-backups/before-beta.130/`.
+Packs normal/Test et template vérifiés et copiés dans `sanctuary-beta/build/`.
+
+## beta.129 — reflets CTM et portées 16–256 blocs
+
+Reflets connectés entre tous les matériaux coplanaires, portée indépendante,
+ombres à 128/256 blocs, intensité rétablie à midi et correction du réalignement
+cyclique de la grille lumineuse. [Contrat et vérifications](shader-beta129.md).
+[Release beta.129](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.129)
+publiée ; canal `2eaa0130a4cd475c598beefdab40f48fc8681ab7`. Deux synchronisations isolées
+puis deux dans la même instance **Sanctuary Beta** réussies. Les 923 fichiers
+personnels suivis, réglages de shaders compris, sont conservés. Aucun monde
+personnel ouvert ; copie préalable dans `sanctuary-backups/before-beta.129/`.
+Packs normal/Test et template copiés et vérifiés dans `sanctuary-beta/build/`.
+
+## beta.128 — stabilité des ombres, lune et feuillage
+
+Ombres des blocs nettes et stabilisées, atténuation à midi, lune légère et
+feuillage nuancé selon son épaisseur. [Contrat et vérifications](shader-beta128.md).
+[Release beta.128](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.128)
+publiée ; canal `eba01726ee132a6e548d129fa7ee04f24c880917`. Deux synchronisations isolées
+puis deux dans la même instance **Sanctuary Beta** réussies. Les 923 fichiers
+personnels suivis, réglages de shaders compris, sont conservés. Aucun monde
+personnel ouvert ; copie préalable dans `sanctuary-backups/before-beta.128/`.
+Packs normal/Test et template copiés et vérifiés dans `sanctuary-beta/build/`.
+
+## beta.127 — shader et ombres pixélisées
+
+Ombres solaires optionnelles intégrées à Sanctuary · Vanilla Light, avec finesse
+et portée réglables. Socle beta.126 conservé. [Contrat et vérifications](shader-beta127.md).
+[Release beta.127](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.127)
+publiée ; canal `7fd24a43e01ee497a23311e3c78e1dd3dddd877a`. Deux synchronisations
+isolées puis deux dans la même instance **Sanctuary Beta** réussies.
+Les 923 fichiers personnels suivis, réglages de shaders compris, sont conservés.
+Aucun monde personnel ouvert ; copie préalable dans `sanctuary-backups/before-beta.127/`.
+Packs normal/Test et template copiés et vérifiés dans `sanctuary-beta/build/`.
+
+## beta.126 — gemmes, argile et découvertes
+
+Rubis et saphir, nouvelles textures d'items, argile conservant les couleurs
+originales et commandes de découverte communes aux recettes et catalogues.
+[Contrat et vérifications](gems-beta126.md).
+[Release beta.126](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.126)
+publiée ; canal `31749b95d21ce5bced6b9e5759499da6f8a67e6e`. Deux synchronisations
+isolées puis deux dans la même instance **Sanctuary Beta** réussies.
+Les 923 fichiers personnels et réglages suivis sont inchangés ; sauvegardes
+restées fermées. Copie préalable dans `sanctuary-backups/before-beta.126/`.
+Packs normal/Test et template copiés et vérifiés dans `sanctuary-beta/build/`.
+
+## beta.125 — placement, éclats et animaux sculptés
+
+Coins et trois hauteurs, particules de voxels et espèces découvertes au Clay
+Workshop. [Contrat et vérifications](sculpture-placement-beta125.md).
+[Release beta.125](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.125)
+publiée ; canal `47eb833911a96eef0b13805dafe65b2ab7b95c87`. Deux
+synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussies. Les 923 fichiers personnels et réglages suivis sont inchangés ;
+sauvegardes restées fermées. Copie préalable dans
+`sanctuary-backups/before-beta.125/`. Packs normal/Test et template copiés
+et vérifiés dans le dossier habituel `sanctuary-beta/build/`.
+
+## beta.124 — une boîte par sculpture
+
+Une boîte ajustée commune à la sélection et aux collisions ; détails physiques
+simplifiés, orientation/ancrage et éclairage conservés.
+[Contrat et vérifications](sculpture-bounds-beta124.md).
+[Release beta.124](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.124)
+publiée ; canal `67ebcc7d07f8b75e8988f6099e3d6e5704f123fb`. Deux
+synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussies. Les 923 fichiers personnels et réglages suivis sont inchangés ;
+sauvegardes restées fermées. Copie préalable des fichiers remplacés dans
+`sanctuary-backups/before-beta.124/`. Packs normal/Test et template également
+copiés et vérifiés dans le dossier habituel `sanctuary-beta/build/`.
+
+## beta.123 — clé dorée et clé de Steve
+
+La clé dorée se limite aux orientations cohérentes ; la clé de Steve reprend
+les états et textures libres, utilisables aussi en survie dès sa récupération.
+[Contrat et vérifications](wrench-safety-beta123.md).
+[Release beta.123](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.123)
+publiée ; canal `f988d01b901f2d3eda0b4ab47a48540dc627d1b5`. Deux
+synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussies. Les 923 fichiers personnels et réglages suivis sont inchangés ;
+sauvegardes restées fermées. Copie préalable des fichiers remplacés dans
+`sanctuary-backups/before-beta.123/`.
+
+## beta.122 — formes et lumière des sculptures
+
+Sélection et collisions sur les voxels réels ; suppression de l'occlusion cubique.
+[Contrat et vérifications](sculpture-shape-light-beta122.md).
+[Release beta.122](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.122)
+publiée ; canal `3d340bea0093b709c6018624795a1b3ca557b72d`. Deux
+synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussies. Les 923 fichiers personnels et réglages suivis sont inchangés ;
+sauvegardes restées fermées. Copie préalable des fichiers remplacés dans
+`sanctuary-backups/before-beta.122/`.
+
+## beta.121 — texture de clé et pack personnel
+
+PNG du créateur et copie complète modifiable depuis l'écran des packs.
+[Contrat et vérifications](resourcepack-template-beta121.md).
+[Release beta.121](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.121)
+publiée ; canal `e3e6572da9288fbbcfa36bf6b7dd3aa0d1c54f5e`. Deux
+synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussies. Les 923 fichiers personnels et réglages suivis sont inchangés ;
+sauvegardes restées fermées. Copie préalable des fichiers remplacés dans
+`sanctuary-backups/before-beta.121/`. Le template personnel est créé par le
+joueur, jamais géré ou réécrit par packwiz.
+
+## beta.120 — clé dorée et états de blocs
+
+Gestes du debug stick, rotation des textures et assemblages prioritaires.
+[Contrat et vérifications](golden-wrench-beta120.md).
+[Release beta.120](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.120)
+publiée ; canal `e8060764a444a58b0a17318a3821dfeb1a0c33c6`. Deux
+synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussies. Les 923 fichiers personnels et réglages suivis sont inchangés ;
+sauvegardes restées fermées. Copie préalable des fichiers remplacés dans
+`sanctuary-backups/before-beta.120/`.
+
+## beta.119 — pose centrée des sculptures
+
+Centre accessible au point visé, bords conservés et grille entière de 1/16.
+[Contrat et vérifications](sculpture-center-beta119.md).
+[Release beta.119](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.119)
+publiée ; canal `5e823af7807f524f6394acad402fe62328c7e4ab`. Deux
+synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussies. Les 923 fichiers personnels et réglages suivis sont inchangés ;
+sauvegardes restées fermées. Copie préalable des fichiers remplacés dans
+`sanctuary-backups/before-beta.119/`.
+
+## beta.118 — murets en briques colorées
+
+Seize murets natifs, recettes, tailleur, eau et série créative par couleurs.
+[Contrat et vérifications](colored-brick-walls-beta118.md).
+[Release beta.118](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.118)
+publiée ; canal `e6bab433bea9528f67d39af0d6c7bcb6443e4817`. Deux
+synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussies. Les 923 fichiers personnels et réglages suivis sont inchangés ;
+sauvegardes restées fermées. Copie préalable des fichiers remplacés dans
+`sanctuary-backups/before-beta.118/`.
+
+## beta.117 — grain des textures et sculptures en chapeau
+
+Échantillonnage des pixels de plusieurs textures, grain stable même sur un
+modèle uni et conservation des données du chapeau.
+[Contrat et vérifications](sculpture-texture-grain-beta117.md).
+[Release beta.117](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.117)
+publiée ; canal `a5b75a70f86e42afb8e06ba4daa9880d61c6373e`. Deux
+synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussies. Les 923 fichiers personnels et réglages suivis sont inchangés ;
+sauvegardes restées fermées. Copie préalable des fichiers remplacés dans
+`sanctuary-backups/before-beta.117/`.
+
+## beta.116 — palettes de sculpture et Fourneau
+
+Le Clay Workshop utilise les nuances des textures de blocs ; le Fourneau
+corrige les décalages de cases et explique la chauffe.
+[Contrat et vérifications](sculpture-materials-beta116.md).
+[Release beta.116](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.116)
+publiée ; canal `c741870160f8a21f0a9793f20f0e624ebdbacdb6`. Deux
+synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussies. Les 923 fichiers personnels et réglages suivis sont inchangés ;
+sauvegardes restées fermées. Copie préalable des fichiers remplacés dans
+`sanctuary-backups/before-beta.116/`.
+
+## beta.110 — version commune
+
+Clay Workshop, Statuaire et import GLB intégrés aux œufs et à la neige saisonnière.
+[Contrat, vérifications et suivi de mise à jour](clay-workshop-integration-beta110.md).
+[Release beta.110](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.110)
+publiée ; canal `828353a6e2bd747f4f473ae9fb9e965d38032419`. Deux synchronisations
+isolées puis deux dans la même instance **Sanctuary Beta** réussies. Minecraft
+26.3 finale, Loader 0.19.5, Fabric API 0.160.5+26.3. Les 923 fichiers personnels
+et réglages suivis sont inchangés ; sauvegardes restées fermées. Copie préalable
+des fichiers remplacés : `sanctuary-backups/before-beta.110/`.
+
+## beta.105 — archives locales
+
+Saisons et neige, chapeaux vivants, molette du fût et panoramas avec shader.
+[Contrat, tests et empreintes](living-hats-seasons-beta105.md).
+Archives normales/Test construites en copie isolée pour préserver le chantier
+beta.106 simultané. Aucun déploiement ni publication du canal.
+
+## beta.104 — archives locales
+
+Contraste des argiles grise et noire et rangement beta.103.
+[Validation](clay-contrast-beta104.md). Packs normal/Test locaux, aucun déploiement.
+
+## beta.103 — archives locales
+
+Rangement créatif par séries de 16. [Détails](colored-bricks-order-beta103.md).
+Packs normal/Test locaux ; aucune publication ni installation personnelle.
+
+## beta.102 — archives locales
+
+Briques et argiles des seize couleurs, Minecraft 26.3. Les nouvelles textures
+sont embarquées dans le mod ; le resource pack beta.090 reste compatible.
+[Contrat et validation](colored-bricks-beta102.md).
+Aucune publication du canal ni installation personnelle.
+
+## beta.101 — archives locales
+
+Correctif d’atterrissage des familiers volants, Minecraft 26.3, resource pack
+beta.090 inchangé. [Validation](flying-landing-beta101.md).
+Aucune publication du canal ni installation personnelle.
+
+## beta.100 — archives locales
+
+`Sanctuary-beta.100.mrpack` et `Sanctuary-Test-beta.100.mrpack` : statues
+conditionnées aux découvertes et promenade des familiers. Minecraft 26.3,
+resource pack beta.090 inchangé. Voir [validation](exploration-familiers-beta100.md).
+Aucun canal publié ni déploiement personnel pour cette livraison.
+
+## beta.099 — Catalogue et Progression
+
+Packs normal/Test locaux pour Minecraft 26.3 finale.
+[Contrat, génération et vérifications](catalogue-progression-beta099.md).
+Les anciennes salles sauvegardées restent inchangées. Aucun canal ou instance
+personnelle modifié.
+
+## beta.098 — Construction créative
+
+Packs normal/Test locaux pour Minecraft 26.3 finale. Ajout du bouton créatif
+pour construire le plan du Métabli. [Contrat](creative-construction-beta098.md).
+Aucun canal ni instance personnelle modifié.
+
+## beta.097 — Temples et plans texturés
+
+Packs normal/Test locaux pour Minecraft 26.3 finale. Présence des temples de
+secours et aperçu avec les textures du pack actif.
+[Contrat et vérifications](temple-crash-beta097.md).
+Le rapport initial concerne beta.089 sur 26.3-pre-2 ; le correctif cible la
+version 26.3 finale du dépôt. Aucun canal ni instance personnelle modifié.
+
+## beta.096 — Métabli
+
+Les packs locaux normal/Test ajoutent l’atelier et séparent son catalogue des
+commandes de construction accessibles avec K. Minecraft 26.3, dépendances et
+pack intégré beta.090 conservés. [Détails et vérifications](metabli-beta096.md).
+Aucun canal publié ni instance personnelle modifié.
+
+## beta.095 — Texture de la tige des super pistons
+
+Les packs locaux normal/Test corrigent quatre modèles de la tige centrale.
+Minecraft 26.3, dépendances et pack intégré beta.090 conservés.
+[Détails et vérifications](piston-shaft-beta095.md).
+Aucun canal publié ni instance personnelle modifié.
+
+## beta.094 — Fourneau allumé
+
+Les packs locaux normal/Test ajoutent les braises de façade et corrigent les
+particules du Fourneau. Minecraft 26.3, dépendances et pack de textures intégré
+beta.090 conservés. [Détails et vérifications](fourneau-allume-beta094.md).
+Aucun canal publié ni instance personnelle modifié.
+
+## beta.093 — Recherche créative
+
+Les packs locaux normal/Test beta.093 corrigent l’accès graphique depuis les
+infobulles indexées en arrière-plan. Cible Minecraft 26.3 finale ; le rapport
+initial provenait de beta.089 sur 26.3-pre-2. Dépendances et textures inchangées.
+[Diagnostic et vérifications](tooltip-crash-beta093.md). Aucun canal publié
+ni instance personnelle modifié.
+
 ## beta.092 — Clic molette des super pistons
 
 Les packs locaux normal/Test beta.092 corrigent la sélection des composants
@@ -1766,3 +2191,32 @@ sauvegardes personnelles sont restées fermées pendant les essais et la synchro
 Références officielles : [installation packwiz](https://packwiz.infra.link/tutorials/installing/packwiz-installer/),
 [commandes Prism](https://prismlauncher.org/wiki/help-pages/custom-commands/),
 [bootstrap v0.0.3](https://github.com/packwiz/packwiz-installer-bootstrap/releases/tag/v0.0.3).
+
+### beta.107 — Œufs, essai isolé
+
+Archives locales normal/Test vérifiées : [contrat](spawn-eggs-acquisition-beta107.md).
+Construites sur beta.105 dans `sanctuary-eggs-beta107` ; le Statuaire beta.106,
+en développement parallèle, n’est pas embarqué. Les sources des œufs sont aussi
+présentes dans le répertoire principal. Aucun canal, instance Prism, serveur ou
+sauvegarde personnelle mis à jour.
+
+
+### beta.108 — Neige en volume, essai isolé
+
+Archives locales normal/Test vérifiées : [contrat](snow-accumulation-beta108.md).
+Construites sur beta.107 dans `sanctuary-snow-beta108`, avec les œufs et un
+plafond de neige confirmé à deux blocs. Statuaire beta.106 reste dans sa livraison
+séparée. Sources de neige aussi présentes dans le répertoire principal, sans
+modifier ses compteurs beta.106. Aucun canal, instance Prism, serveur ou
+sauvegarde personnelle mis à jour.
+
+
+### beta.109 — Fonte saisonnière, essai isolé
+
+Archives locales normale/Test vérifiées. [Contrat et vérifications](seasonal-snow-melt-beta109.md). Base beta.108, avec
+accumulation et œufs ; Statuaire beta.106 reste une livraison séparée. Les
+nouveaux dépôts sont suivis dans les chunks et fondent progressivement selon
+la saison. Les blocs antérieurs et les constructions sont conservés.
+Assemblage dans `sanctuary-melt-beta109` ; sources aussi intégrées au répertoire
+principal sans modifier son chantier et ses compteurs beta.106.
+Aucune publication du canal, installation Prism ou sauvegarde personnelle.

docs/pause-calendar-beta164.md

@@ -0,0 +1,25 @@
+# beta.164 — calendrier compact et intendance alignée
+
+Calendrier à la largeur de la navigation : jour agrandi et heure sur la première
+ligne, mois et année ensemble dessous. Le titre serveur est aligné à gauche
+et couvre la carte ainsi que les panneaux Gazette/Tableau.
+
+Interface cliente uniquement. Aucun changement de stockage ou de monde.
+
+Vérification client Vulkan réussie : FR/EN aux échelles GUI 2, 3 et 4.
+Le test contrôle la largeur du calendrier, l’heure dans son libellé accessible,
+les limites de l’intendance et les interactions communautaires existantes.
+Captures conservées dans `build/qa-beta164/` et journal dans
+`build/beta164-client-retry.log`. Inspection visuelle FR GUI 4 et EN GUI 2 effectuée.
+Le premier test a détecté que StringWidget redimensionnait le calendrier lors
+du changement de texte ; la largeur de navigation est maintenant réappliquée.
+
+`check build assemblePack --continue` exécuté : les mêmes 23 GameTests qu’en
+beta.163 échouent, aucun nouvel échec (comparaison enregistrée dans
+`build/session164-server-failures.json`). La suite complète reste en échec.
+L’assemblage séparé `build assemblePack :sanctuary-test:exportDuoLaunch
+-x :sanctuary:check` réussit après ce contrôle.
+
+Anciennes archives conservées ; aucune publication distante.
+JAR : `mods/sanctuary/build/libs/sanctuary-beta.164.jar`.
+SHA-256 : `5bdfb097004a7932a075fbce9013556266f76ddd491ca21a24e12609c8600e53`.

docs/pause-frame-beta163.md

@@ -0,0 +1,27 @@
+# beta.163 — cadre du menu pause
+
+Retour de séance : Découverte/Progression séparés de Habitant/Factions/Combat,
+bouton Monde retiré, séparateurs natifs de Progression, reprise centrée dans le
+footer, calendrier à gauche, message serveur au centre et horloge à droite.
+
+Interface cliente uniquement, sans migration ni modification de règles ou de
+mondes. « Options du monde » reste dans les réglages en bas à gauche ; seul le
+raccourci de navigation Monde disparaît. La carte centrale reste disponible.
+
+Vérifications :
+- Test client natif Vulkan réussi : FR/EN aux échelles GUI 2, 3 et 4,
+  calendrier, séparation des groupes, limites des widgets et reprise centrée.
+  Captures dans `build/qa-beta163/` ; journal `build/beta163-client-retry.log`.
+- Le scénario communautaire vérifie aussi la scène du tableau et les échanges.
+  Une première exécution a expiré pendant une publication ; le test respecte
+  désormais le délai serveur entre deux écritures.
+- `check build assemblePack --continue` : 23 échecs GameTest, ensemble identique
+  à beta.162, aucun nouvel échec. Les autres tâches ont terminé ; la suite
+  complète reste donc en échec. Comparaison dans `build/session163-server-failures.json`.
+- Assemblage réussi avec `build assemblePack :sanctuary-test:exportDuoLaunch
+  -x :sanctuary:check`, après la vérification complète.
+
+JAR local : `mods/sanctuary/build/libs/sanctuary-beta.163.jar`.
+SHA-256 : `72df10885d1bcb3b623c46bddf361839c23f06dfd543119f91ac5e006a8f961e`.
+Aucune publication distante ; anciens JAR conservés.
+

docs/pause-redesign-beta155.md

@@ -0,0 +1,114 @@
+# PAUSE-155 — une entrée Sanctuary, trois espaces
+
+Branche `codex/pause-redesign-beta155`, livraison locale `beta.155`.
+Suite de [COMMUNITY-154](community-beta154.md).
+
+## Résultat attendu
+
+Remplacer l'ancienne grille du menu pause par trois espaces sans fond ou
+séparateurs imposés à chaque espace :
+
+- En-tête : date locale à gauche, dernier message d'intendance au centre,
+  heure locale à droite. Le message ouvre directement sa publication.
+- Corps : navigation permanente Découverte, Monde, Progression, Habitant,
+  Faction et Batailles à gauche, tous espacés de 4 pixels comme les boutons
+  d’options. Carte personnelle au centre. Gazette au-dessus du tableau d'affichage à droite.
+- Bas de la colonne gauche : Options, Options du monde, puis Sauvegarder et
+  quitter, empilés dans cet ordre et alignés avec les six boutons Sanctuary.
+  Reprendre la partie se trouve seul tout en bas de la colonne centrale,
+  sous la carte. Les actions natives Minecraft sont réutilisées, y compris
+  Déconnexion en multijoueur. À grande échelle d'interface, les six boutons
+  de navigation deviennent plus compacts pour préserver cette séparation.
+
+La Gazette présente des boutons-titres avec la tête de l’auteur dans un carré
+de 20 pixels à gauche, sur la même ligne ; le nom reste disponible au survol. Les demandes prennent la forme de
+cartes encadrées avec aperçu, auteur, catégorie et état. Chaque zone possède
+son propre défilement à la molette et sa barre de défilement. Le bouton +
+ouvre la rédaction, l'en-tête ouvre la liste complète. « Afficher la suite »
+ajoute la page suivante sans quitter le menu ni remettre le défilement à zéro.
+La lecture des publications longues et des conversations utilise le
+conteneur défilant natif existant.
+
+## Périmètre technique
+
+La carte utilise exclusivement les relevés personnels de l'atlas existant,
+sans chargement ou génération de chunks. Elle respecte le déblocage de
+l'atlas et les restrictions de dimension. Un clic ouvre la carte détaillée.
+Le serveur solo transmet les relevés existants pendant la pause, par lots bornés,
+sans observer de nouveaux blocs ni avancer la simulation. La limite de fréquence
+accepte aussi le temps réel lorsque les ticks du monde sont arrêtés.
+La texture et le flux réseau sont libérés en quittant le menu ; les réponses
+tardives ne sont acceptées que par l'écran courant et son jeton.
+
+Les publications utilisent les mêmes opérations paginées du contrat v1,
+en fichier comme en MariaDB. Aucune migration, table ou modification du site.
+L'actualisation des premières pages intervient lorsque leur défilement est en
+haut ; une liste étendue reste stable jusqu'à sa réouverture.
+Les textes d'interface sont disponibles en français et anglais.
+
+La sélection d'un screenshot pour la Gazette reste l'étape suivante.
+Les visages des demandes du tableau restent différés ; ceux de la Gazette
+et des conversations sont présents. Les futures entrées
+économiques ne sont pas des boutons factices.
+
+## Vérifications
+
+Environnement : macOS Apple M1, Java Temurin 25, Minecraft 26.3, Fabric Loader
+0.19.5, Fabric API 0.160.5+26.3, Vulkan/MoltenVK 1.4.2. Base de développement
+MariaDB 12.3.3, distincte des données personnelles et du site public.
+
+- Essais natifs Vulkan réussis dans les deux modes : fichier et MariaDB.
+  Français et anglais, GUI 2/3/4 à 1280 × 960 pixels (jusqu'à 320 × 240 unités
+  d'interface), contrôles contenus dans l'écran.
+- Six vrais boutons Sanctuary ; espacement uniforme de 4 pixels en haut et
+  en bas ; avatars d’articles alignés à gauche des titres.
+  Défilements indépendants à la molette, ajout de la treizième publication par
+  pagination sans retour en haut, lecture jusqu'au bas des longs articles et
+  demandes, réponse publiée et relue.
+- Options et Options du monde natives, reprise du jeu, ouverture de la carte
+  détaillée puis retour au menu. Carte personnelle reçue en plusieurs lots
+  pendant la pause ; l'horloge de simulation du monde reste immobile.
+- Logs : `build/pause155-client-file.log`, `build/pause155-client-database.log`.
+  Captures : `build/pause155-{file,database}-screenshots/`, aperçu
+  `build/pause155-preview.png`. Les articles et le terrain de ces captures
+  proviennent exclusivement d'un monde de test plat et de données fictives.
+
+`./gradlew check build` a terminé ses 252 GameTests : 229 réussites et les
+23 échecs déjà recensés dans beta.154 (mêmes identifiants, aucun ajout ni
+retrait). La commande échoue donc ; ce n'est pas un contrôle global vert.
+Log : `build/pause155-check-build.log`, comparaison :
+`build/pause155-server-failures.json` / `build/community-server-failures.json`.
+`./gradlew check build assemblePack -x :sanctuary:runGameTest` réussit :
+compilation, contrôles hors GameTests et assemblage. Les derniers ajustements
+visuels de disposition sont ensuite vérifiés par les scénarios client natifs
+et un nouvel assemblage des artefacts, sans réexécuter les 252 GameTests.
+Log : `build/pause155-build-pack.log`.
+Aucun déploiement personnel ni publication du canal packwiz.
+
+Commande des essais natifs :
+
+```sh
+./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
+  -PsanctuaryQuickTests=true -PsanctuaryPause155ClientTests=true \
+  -PsanctuaryClientGraphicsBackend=vulkan
+```
+
+Le scénario MariaDB utilise les variables de développement documentées dans
+[COMMUNITY-154](community-beta154.md). Le schéma reste le contrat v1.
+La sélection de screenshots et la validation Windows restent ouvertes.
+
+
+## Artefacts locaux vérifiés
+
+Assemblage final réussi avec `./gradlew build assemblePack -x :sanctuary:check`,
+après réussite des essais natifs de la disposition finale dans les deux modes.
+Export packwiz réussi. ZIP, version Fabric/Minecraft, JAR unique dans le MRpack,
+pilote MariaDB embarqué et absence des classes de test vérifiés. Les 29 fichiers
+shader sont identiques octet pour octet à beta.151. Les anciens JAR et le pack
+beta.154 sont conservés, leurs empreintes vérifiées.
+
+Reçu : `build/pause155-artifacts.json`. Logs : `build/pause155-final-assemble.log`
+et `build/pause155-export.log`.
+
+- `mods/sanctuary/build/libs/sanctuary-beta.155.jar` — SHA-256 `e8ba34ddd2726eb48fcea2b56a6f5a2e0262354553378c5bc25ca6f5061d32dc`.
+- `build/Sanctuary-beta.155.mrpack` — SHA-256 `11be47c07edbb8180b4d6911a1eff7656ba2ce4168d35b96096519a2491e899f`.

docs/pause-resume-beta156.md

@@ -0,0 +1,33 @@
+# PAUSE-156 — reprendre la partie sous la colonne droite
+
+Branche `codex/pause-resume-right-beta156`, livraison locale `beta.156`.
+Suite de [PAUSE-155](pause-redesign-beta155.md).
+
+Le bouton natif Reprendre la partie se trouve en bas à droite, sous la colonne
+Gazette / tableau, avec le même alignement et la même largeur. Il conserve son
+action native et les libellés français / anglais de Minecraft.
+
+La modification concerne uniquement sa géométrie. Les options restent en bas
+à gauche ; les publications, le stockage, la carte et les shaders conservent
+leur fonctionnement de beta.155. Aucune migration ni installation personnelle.
+
+## Vérifications
+
+Le scénario client Vulkan existant passe en français et anglais, GUI 2/3/4 à
+1280 × 960 : alignement du bouton avec la colonne droite, largeur identique,
+absence de chevauchement avec le tableau, reprise effective du jeu. Les
+interactions communautaires du scénario passent également en mode fichier.
+Log : `build/pause156-client.log`, aperçu `build/pause156-preview.png`.
+
+`./gradlew check build assemblePack -x :sanctuary:runGameTest` réussit.
+Export packwiz, intégrité ZIP, versions du mod / pack et contenu du JAR
+embarqué vérifiés. Les shaders sont inchangés et les artefacts beta.155
+conservés avec leurs empreintes. Logs : `build/pause156-build-pack.log`,
+`build/pause156-export.log`, reçu `build/pause156-artifacts.json`.
+La suite serveur complète de beta.155 compte 229 réussites / 252, avec les
+23 échecs historiques. Elle n’est pas relancée pour ce déplacement de bouton.
+
+## Artefacts locaux
+
+- `mods/sanctuary/build/libs/sanctuary-beta.156.jar` — SHA-256 `c325a757cff6063fe3702e755a57a3abc13ad86e071762354a3c449504d51c6f`.
+- `build/Sanctuary-beta.156.mrpack` — SHA-256 `0537273dbfecb071d481f3f22982fbbb9a8e8a75581e38128ded87926ee699d0`.

docs/pbr-close-range-beta147.md

@@ -0,0 +1,82 @@
+# RENDER-147 — PBR proche, lune et portée 256 blocs
+
+Branche `codex/pbr-close-range-beta147`, socle beta.146 `cf9a670`.
+Minecraft 26.3, Java 25 ; dépendances et formats de sauvegarde inchangés.
+
+## Résultat
+
+- Le prépassage des récepteurs PBR comparait encore les profondeurs natives
+  avec un epsilon fixe de 0,0000001. En profondeur inversée, cette marge
+  devenait trop stricte au voisinage de la caméra : de nombreux fragments
+  alternaient entre le rendu natif et le PBR lors de mouvements minuscules.
+- La comparaison utilise maintenant une distance reconstruite avec la marge
+  bornée de 5 mm déjà employée par les passes couleur. La sélection de la
+  surface PBR la plus proche et son test de profondeur EQUAL restent stricts.
+  Aucun décalage du maillage ni fondu supprimant le PBR près de la caméra.
+- La lune ne reçoit plus le renforcement spéculaire du soleil (×20 pour
+  l’eau, ×4 pour les autres matières). Son coefficient lunaire et ses phases
+  restent appliqués ; le grand reflet solaire est conservé.
+- Distance commune PBR/SSR : 16, 32 (défaut), 64, 128 ou 256 blocs.
+  À 256, le rayon SSR peut aussi rechercher jusqu’à 256 blocs. Nombre de pas
+  et budgets de maillage inchangés ; les limites du terrain visible/chargé,
+  des reflets hors écran et du budget de maillage subsistent.
+- PBR 80 %, SSR 20 %, mélange des eaux et préférences de beta.146 conservés.
+  Libellés FR/EN mis à jour.
+
+## Vérifications
+
+Mondes de test jetables, macOS Apple M1. Aucune sauvegarde personnelle utilisée.
+
+- Reproduction avant correction sous Vulkan : à 12 cm du sol de briques,
+  59 442 / 262 272 pixels changent de plus de 12 niveaux RVB cumulés sous une
+  rotation de 0,00002 degré. Le test échoue. Journal :
+  `build/beta147-close-before-vulkan.log`.
+- Même scène après correction : 1 / 262 272 pixels à 12 cm ; également testé
+  à 25 cm, 50 cm et 1 m. Suite PBR Vulkan réussie :
+  `build/beta147-close-after-vulkan.log`.
+- Preuves avant/après dans `build/evidence/close-before-vulkan/` et
+  `build/evidence/close-after-vulkan/`.
+
+- Suite PBR et préférences OpenGL finale réussie : mêmes scènes proches,
+  persistance des distances dont 256 blocs, FR/EN, OFF/zéro, intensités,
+  rechargement, redimensionnement et effets combinés.
+  Journal : `build/beta147-close-final-opengl.log` ; preuves :
+  `build/evidence/beta147-close-final-opengl/`.
+
+- Suite SSR Vulkan finale réussie : F5, intersections, portées dont 256,
+  eau/verre/métal, OFF/zéro, rechargement et redimensionnement.
+  Journal : `build/beta147-ssr-final-vulkan.log` ; preuves :
+  `build/evidence/beta147-ssr-final-vulkan/`.
+- À PBR 80 % / SSR 20 %, le soleil conserve 22 697 pixels quasi blancs sur
+  la scène aquatique 854 × 480. La lune seule en compte zéro, tout en modifiant
+  visiblement 40 808 pixels par rapport au PBR OFF. Capture du bloom lunaire
+  inspectée : reflet doux, sans plateau blanc.
+
+- Suite SSR OpenGL finale réussie également : zéro pixel quasi blanc pour
+  la lune, 22 111 pour le soleil et 40 749 pixels de reflet lunaire visibles.
+  Intersections : 91 / 518 400 pixels changés sous rotation minuscule.
+  Journal : `build/beta147-ssr-final-opengl.log` ; captures correspondantes
+  dans `build/evidence/beta147-ssr-final-opengl/`.
+- `./gradlew check build` dans un instantané isolé : 252 tests serveur,
+  229 réussis, 23 échecs, avec exactement les mêmes identifiants que beta.146.
+  Journal : `build/beta147-check-build-isolated.log` ; comparaison :
+  `build/beta147-server-failures.json`. La vérification globale reste en échec.
+  Les derniers ajouts lune/256 concernent exclusivement le rendu client,
+  ses réglages et ses tests ; ils sont validés par les suites finales ci-dessus.
+- Assemblage final réussi : `./gradlew build assemblePack -x :sanctuary:check`,
+  après les contrôles purs et serveur exécutés dans l’instantané, sans les
+  répéter. Journal : `build/beta147-build-pack.log`. Cette exclusion ne
+  transforme pas le contrôle complet en réussite.
+
+## Artefact
+
+[Sanctuary-beta.147.mrpack](../build/Sanctuary-beta.147.mrpack), également copié
+à côté de beta.146 dans `sanctuary-beta/build/`. Aucun ancien pack remplacé,
+aucune installation Prism ou publication effectuée.
+
+Archive ZIP vérifiée, un seul JAR Sanctuary beta.147, identique au JAR construit,
+shaders identiques aux sources finales, options FR/EN 256 présentes,
+Minecraft 26.3 / Fabric Loader 0.19.5 conservés. Taille : 10 519 851 octets.
+SHA-256 : `b8044243dbe160d5171ea584052cf5732393e4d91352c29c33b727af80c0a5bc`.
+Reçu : `build/beta147-artifacts.json`.
+

docs/pbr-refresh-beta142.md

@@ -0,0 +1,173 @@
+# PBR-142 — Stabilité du relief et Vulkan par défaut
+
+Socle beta.141 `7ce01c4`, branche `codex/pbr-refresh-beta142`.
+Minecraft 26.3 / Java 25. Livraison beta.142.
+
+## Contrat
+
+Corriger le clignotement lors de la reconstruction des sections PBR : conserver
+le rendu précédent jusqu'à ce que le remplaçant soit disponible et éviter les
+reconstructions dues seulement aux lumières dynamiques. Une invalidation pendant
+une reconstruction doit être conservée, sans annuler indéfiniment le travail.
+Le PBR passe à 80 % par défaut, valeur confirmée par l'utilisateur ; les choix
+explicitement enregistrés restent conservés.
+
+La capture `2026-09-18_04.19.34.png` montre des points très clairs, plus fins
+que les pixels des textures, sur des parois et un plafond de grotte. L'utilisateur
+confirme OpenGL et leur disparition quand seul le PBR est coupé. Examiner
+les lectures de textures et les calculs aux angles rasants séparément du cache.
+
+Tests natifs prévus : recalcul de section sous observation, invalidations
+répétées, remplacement atomique, suppression réelle de blocs, lumière portée,
+cache et préférences ; OpenGL et Vulkan. Pas de monde personnel ouvert.
+
+## Précision du signalement et implémentation
+
+L'utilisateur précise ensuite que le bruit apparaît **en mouvement**, et demande
+le passage à Vulkan. Il ne faut donc pas attribuer les points de sa capture au
+seul clignotement de reconstruction : ce sont deux vérifications distinctes.
+
+- Les sections PBR publiées restent affichées jusqu'au remplacement de leur
+  maillage. Une nouvelle invalidation durant la construction est mémorisée ;
+  elle n'annule plus continuellement le travail. Le budget permanent reste
+  24 Mio, avec temporairement l'ancien et le nouveau maillage d'une section.
+- Les invalidations de lumière dynamique ne régénèrent plus la géométrie PBR.
+  Les changements de blocs et de lumière du ciel restent pris en compte.
+- Lectures explicites des texels de profondeur/scène et du niveau de matériau,
+  gradients de texture calculés avant les rejets de fragments. Les produits
+  scalaires des reflets sont bornés, la puissance entière de Fresnel est
+  explicite, les résultats non finis ne remplacent pas la scène native.
+  Aucun flou ajouté aux textures.
+- Le choix graphique natif « Par défaut » devient « Vulkan (par défaut) »
+  (FR/EN) et essaie Vulkan en premier. Minecraft conserve son repli OpenGL si
+  Vulkan ne peut pas être initialisé. Un choix **OpenGL explicite** reste
+  disponible ; pour une installation ainsi réglée, sélectionner Vulkan dans
+  les réglages vidéo puis redémarrer. Aucun moteur externe ni VulkanMod ajouté.
+- 80 % est la nouvelle intensité PBR initiale. Les valeurs déjà enregistrées
+  explicitement restent conservées.
+
+Le code Minecraft 26.3 a été inspecté : `PreferredGraphicsApi.VULKAN` essaie
+Vulkan puis OpenGL ; le choix natif `DEFAULT` essayait auparavant OpenGL d'abord.
+Tous les effets Sanctuary utilisent déjà l'API graphique native. Le seul hook
+OpenGL direct est le correctif spécifique de lecture des panoramas dans
+`GlCommandEncoder` ; il ne remplace pas la voie Vulkan native.
+
+Référence pour les lectures après contrôle divergent :
+[documentation Khronos des samplers](https://wikis.khronos.org/opengl/Sampler_%28GLSL%29).
+La correction rend ces lectures explicites ; elle ne constitue pas à elle seule
+une reproduction du défaut sur le pilote Windows de l'utilisateur.
+
+## Observations de diagnostic
+
+Le détecteur de points blancs isolés (minimum RGB 170, au moins cinq voisins
+sur huit sous 120) compte 669 points sur l'image utilisateur et zéro sur la
+première grotte de contrôle. Il s'agit de scènes, résolutions et pilotes différents,
+pas d'un avant/après reproduisant exactement le bug utilisateur. Les rendus
+natifs OpenGL de contrôle étaient déjà exempts de ce grain avant les nouvelles
+protections du shader ; le signalement Windows reste donc à reconfirmer là-bas.
+
+Le test de rafraîchissement conserve les mêmes maillages publiés durant douze
+invalidations consécutives, compare l'image et vérifie que des remplacements
+aboutissent. Le test de torche alterne quatre fois les torches normales/des âmes
+sans reconstruction des normales. Le contrôle de mouvement presse réellement
+Avancer, maintient la torche et le PBR actifs et vérifie un déplacement d'au moins
+un bloc avant de vérifier les 24 captures. Les angles -30°, 0° et 35° sont aussi
+contrôlés, ainsi que les effets combinés et les préférences.
+
+### Domaine invalide du reflet de la torche en main
+
+Pour la lumière du joueur en vue subjective, la source est la caméra : le
+vecteur lumière et le vecteur de vue sont parallèles. L'ancien
+`pow(1 - max(dot(v,h),0),5)` n'avait aucune borne supérieure pour ce produit
+scalaire. Un calcul reproductible Float32 (100 000 positions, graine 142)
+donne 19 991 bases légèrement négatives, jusqu'à -2,3841858e-7, contre zéro
+après clamp. C'est une reproduction numérique d'un **domaine de calcul invalide**,
+pas une reproduction des pixels produits par le pilote utilisateur.
+
+GLSL 3.30 ne définit pas `pow` pour une base négative, même avec un exposant
+entier : [spécification Khronos, fonctions exponentielles](https://registry.khronos.org/OpenGL/specs/gl/GLSLangSpec.3.30.pdf).
+Le correctif borne les cosinus à [0,1] et remplace cette puissance par des
+multiplications. La torche alignée sur la caméra ne dépend donc plus du traitement
+de cette entrée invalide par le pilote. Reçu numérique ignoré :
+`build/pbr142-fresnel-domain.json`.
+
+### Mise à jour des fixtures antérieures
+
+La suite Vulkan complète s'est arrêtée au contrôle SSGI de coin : l'oracle
+ne trouvait plus de pierre neutre (`rows=0`), car les lumières colorées ajoutées
+depuis beta.139/140 teintaient la pierre avec la lave. Le test de proximité SSGI
+et le test PBR solaire isolent désormais leur effet en coupant cette autre passe.
+Aucun seuil n'a été diminué et aucun changement de rendu SSGI n'est livré.
+Le sous-ensemble en échec est relancé séparément ; les étapes précédentes
+(ombres, CTM, bloom, lens flare, déplacement SSGI) avaient réussi.
+
+## Vérifications natives
+
+Sur Mac Apple M1, Java 25 et Minecraft 26.3 :
+
+- OpenGL : suite couleurs/directions/rafraîchissement en 3 min 36 s, puis
+  déplacement continu avec torche active en 1 min 36 s. Zéro point blanc isolé
+  sur les 24 images de mouvement et les trois angles de grotte.
+- Vulkan/MoltenVK 1.4.2 : sélection automatique sans argument de moteur,
+  couleurs/directions/rafraîchissement en 3 min 47 s. Dernier test continu avec
+  torche active en 1 min 37 s, zéro point blanc isolé sur les 24 images.
+- Ombrages lune/midi/feuilles, distances et précisions, stabilité temps réel,
+  CTM, bloom (minerais, torche, lampe, lave, soleil), émissifs indépendants et
+  lens flare validés sous Vulkan dans la suite d'effets. Le déplacement SSGI
+  sur douze blocs passe également. La suite s'arrête ensuite sur l'oracle
+  ancien de couleur de pierre décrit ci-dessus : ne pas présenter ce lancement
+  de 7 min 15 s comme une réussite complète.
+- Reprise ciblée après isolation de cet oracle : SSGI près des surfaces puis
+  PBR extérieur réussis sous Vulkan en 2 min 55 s. Proximité 35/100, haute
+  résolution, léger mouvement, toit ajouté/retiré, reload, resize, zéro/OFF et
+  effets combinés. Gain SSGI au coin test : 6,01 sur 99 lignes à 35 %.
+- Les nouvelles valeurs initiales et les choix enregistrés sont testés, dont
+  une intensité PBR explicitement enregistrée à 50 qui reste à 50.
+
+Les premiers essais du nouveau contrôle de mouvement ont permis de corriger
+son entrée clavier : `pressKey` ne maintient pas une touche enfoncée. Le test
+final utilise `holdKey` puis `releaseKey`, vérifie le déplacement réel et refuse
+la disparition de la lumière portée ou du PBR pendant les captures.
+
+Les jeux de test utilisent uniquement des mondes neufs et ignorés. La capture
+et le pilote Windows utilisateur n'ont pas été reproduits à l'identique ; leur
+retest reste ouvert malgré les corrections numériques et les contrôles natifs.
+
+## Construction et archives
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 38 s**, 126 tâches. Le GameTest serveur dédié reste exclu
+selon le refus EULA antérieur ; les suites clientes ci-dessus ont réellement
+utilisé les deux moteurs natifs. `git diff --check` passe.
+
+Les archives normale/Test embarquent le même JAR, leurs versions/index/hashes
+sont vérifiés, leurs sources correspondent aux fichiers courants. Le template
+contient exactement les ressources attendues. Les onze entrées de production
+modifiées par rapport à beta.141 sont limitées au PBR, au choix graphique et
+aux traductions ; les ressources de jeu antérieures sont conservées.
+
+SHA-256 du JAR : `0bc2da9df2ef004e6dc78932cfde7b31b7717c63c83ceed789d151177c41bc1a`.
+
+- `Sanctuary-beta.142.mrpack` : 10464746 octets ; SHA-256 `dba4fd8e1e3b20136faa1c1de3494df3cb250c87de199c04e07883c786ca48ee`.
+- `Sanctuary-Test-beta.142.mrpack` : 10483672 octets ; SHA-256 `d56b81a4aea6649a40a3c49dedee904989943a518ad0ae7c520b808dd0f9b9a7`.
+
+Reçu détaillé ignoré : `build/shader142-artifact.json`.
+
+## Livraison réalisée
+
+[Release beta.142](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.142)
+publiée depuis `ea151dd5df8c7c5abd0107656f40c723efbf2ebe`. Canal stable :
+`d661260e2bbabb0326c86d6cc543daf986979596`. Archives normale/Test, ZIP d'amorçage Prism et template
+publiés avec vérification de leurs téléchargements ; tag et artefacts immuables.
+
+Deux synchronisations isolées puis deux synchronisations de l'instance
+**Sanctuary Beta** réussies. Les 923 fichiers personnels suivis ont conservé
+leurs hashes, notamment mondes, réglages et packs personnels. Aucun monde
+personnel ouvert. Sauvegarde préalable : `sanctuary-backups/before-beta.142/`.
+L'instance locale conserve son réglage graphique natif « default », qui démarre
+désormais avec Vulkan prioritaire. Un Windows explicitement réglé sur OpenGL
+doit sélectionner Vulkan dans les réglages vidéo et redémarrer.
+
+Archives locales également dans `sanctuary-beta/build/`. Le checkout de travail
+historique modifié `sanctuary-beta` n'a pas été réinitialisé ; seules ces archives
+ignorées y ont été déposées. Sources sur `codex/pbr-refresh-beta142`.

docs/pbr-soft-sun-beta148.md

@@ -0,0 +1,68 @@
+# RENDER-148 — PBR 50 % et reflet solaire diffus
+
+Branche `codex/pbr-soft-sun-beta148`, socle beta.147 `96a36d9`.
+Minecraft 26.3, Java 25, dépendances et sauvegardes inchangés.
+
+## Résultat
+
+- PBR à 50 % par défaut, SSR toujours à 20 % et portée commune jusqu’à 256.
+- Les configurations anciennes contenant exactement PBR 80 % passent à 50 %.
+  Un marqueur de migration conserve ensuite tout choix explicite, y compris
+  un nouveau choix 80 %. Les autres anciennes intensités restent conservées.
+- Le reflet solaire de l’eau avait un renforcement ×20 et une compression
+  exponentielle qui effaçait les détails dans une large zone blanche.
+  Le renforcement passe à ×6 et le lobe est plus diffus (rugosité minimale
+  de 0,42 au lieu de 0,34 pour le lobe céleste de l’eau).
+- Pour le soleil sur l’eau, fusion par texel entre éclaircissement vers le
+  blanc et lumière douce fondée sur la couleur native. La pondération emploie
+  une compression rationnelle, sans atteindre brutalement un plateau blanc.
+  La texture et ses animations restent natives ; aucun bruit ajouté.
+- La lune conserve son intensité atténuée, sans renforcement solaire.
+  Les lampes et matières solides conservent leur fusion spéculaire précédente.
+  Le bloom reste réglable et suit la lumière réellement ajoutée.
+
+## Vérifications
+
+Scènes plates jetables, Apple M1, Vulkan et OpenGL. Le test solaire contrôle
+une lumière largement visible et limite les pixels quasi blancs à moins de
+0,5 % de l’image, au lieu d’imposer une grande tache blanche.
+
+Premier contrôle Vulkan à PBR 50 % / SSR 20 % : 149 908 pixels éclaircis,
+zéro pixel quasi blanc sur 854 × 480. Captures vues du dessus et à soleil bas
+inspectées : la texture reste visible dans la traînée lumineuse.
+Preuves : `build/evidence/beta148-preview/`.
+Rendu de la traînée solaire approuvé par le créateur après inspection de la capture.
+
+- Suites SSR complètes Vulkan et OpenGL réussies : F5, intersections, portées,
+  eau/verre/métal, OFF/zéro, lune, bloom, rechargement et redimensionnement.
+  Journaux : `build/beta148-ssr-vulkan.log`, `build/beta148-ssr-opengl.log`.
+  Sous OpenGL, 146 680 pixels éclaircis et zéro pixel quasi blanc dans la scène
+  solaire. La lune reste visible sans saturation (35 865 pixels modifiés).
+  Preuves : `build/evidence/beta148-ssr-vulkan/` et
+  `build/evidence/beta148-ssr-opengl/`.
+
+- Suites PBR/préférences Vulkan et OpenGL réussies : défaut 50 %, migration
+  de l’ancien 80 %, conservation d’un nouveau choix explicite 80 %, valeurs
+  personnalisées, FR/EN, proximité, OFF/zéro, intensités et rechargement.
+  Journaux : `build/beta148-pbr-vulkan.log`, `build/beta148-pbr-opengl.log`.
+- `./gradlew check build` dans l’instantané isolé : 252 tests serveur,
+  229 réussis, 23 échecs. Exactement les mêmes identifiants que beta.147,
+  aucun nouvel échec. Journal : `build/beta148-check-build-isolated.log` ;
+  comparaison : `build/beta148-server-failures.json`. Le contrôle global
+  demeure donc en échec.
+- Assemblage final réussi : `./gradlew build assemblePack -x :sanctuary:check`,
+  sans répéter les contrôles purs et serveur déjà exécutés dans l’instantané.
+  Journal : `build/beta148-build-pack.log`. L’exclusion ne constitue pas
+  une réussite du contrôle complet.
+
+## Artefact
+
+[Sanctuary-beta.148.mrpack](../build/Sanctuary-beta.148.mrpack), également copié
+à côté des autres versions dans `sanctuary-beta/build/`. Archive ZIP vérifiée,
+un seul JAR Sanctuary beta.148 identique au JAR construit, shaders finaux
+identiques aux sources, textes FR/EN 50 % et dépendances exactes vérifiés.
+Taille : 10 520 050 octets. SHA-256 :
+`597cc2a96eabc3cf0ebf8ac59b4f94cf7cabf0c773e1dce13c10736ca6fcba38`.
+Reçu : `build/beta148-artifacts.json`.
+Aucune publication ni installation Prism effectuée.
+

docs/pbr-ssr.md

@@ -0,0 +1,221 @@
+# PBR-SSR — eau, verre et reflets pixélisés
+
+Livraison locale **beta.145**, branche `codex/pbr-ssr`. Socle PBR beta.142 /
+suivi beta.143 et copie figée des sources du chantier d’eau beta.144. Minecraft 26.3, API graphique native.
+
+## Contrat
+
+Les reflets colorent les texels de matière sur une grille 16 × 16 liée aux UV,
+avec les normales procédurales existantes. Eau et verre sont diélectriques.
+L’eau reprend les faces du tessellateur natif (niveaux, pentes, écoulements,
+waterlogging), sans modification de géométrie ni simulation de vagues.
+Le verre réfléchit aussi sur les zones sans pigment de sa texture. Les pixels
+pigmentés conservent leur relief même avec un alpha faible ; l’alpha nul
+utilise la normale géométrique.
+
+Les images des normales d’eau sont préparées au chargement du matériau ; leur
+séquence suit l’horloge effective des animations de l’atlas, avec interpolation.
+Seules les petites tuiles de normales changent sur le GPU, pas le maillage.
+Les normales des textures haute résolution sont rééchantillonnées à 16 × 16.
+Au-delà de 1 024 images par sprite, un avertissement signale le repli vers
+une normale fixe pour borner la mémoire.
+
+L’option FR/EN « Reflets du paysage — expérimental » est OFF initialement,
+intensité 50 %, bornée entre 0 et 100. Elle exige le PBR actif. L’eau naturelle
+reste indépendante pour ses couleurs, sa transparence et sa brume.
+
+## Pipeline et limites
+
+Couleur et profondeur du paysage sont copiées après les opaques et avant les
+transparences, dans les deux chemins natifs. Le chemin classique ferme la passe
+opaque avant la copie, puis reprend la transparence native dans une nouvelle
+passe. Aucune copie d’attachement Vulkan encore ouvert.
+
+Une profondeur propre sélectionne le récepteur PBR le plus proche devant le
+paysage opaque. Une vitre devant l’eau reçoit seule le SSR ; les couches
+suivantes conservent leur rendu natif. La profondeur du fond n’est pas utilisée
+comme profondeur de surface de l’eau.
+
+8 à 32 pas déterministes adaptés à la longueur écran, puis quatre raffinements maximum, récepteurs jusqu’à
+32 blocs et rayons jusqu’à 128 blocs. Pas de bruit aléatoire, historique,
+réflexion récursive, réfraction nouvelle, lecture GPU vers CPU ou ajout de
+lumière de gameplay. Les objets hors écran ou masqués ne sont pas retrouvés. Les détails fins entre
+deux pas peuvent être manqués ; une interpolation finale affine le point
+d’intersection sans augmenter le nombre de recherches.
+Un échec revient progressivement au rendu existant ; les transparences et les
+effets Sanctuary postérieurs à la capture ne figurent pas dans le reflet.
+
+Les reflets sont composés après le SSGI, avant contours, bloom et rayons.
+La main et le HUD restent en dehors du traitement. Le PBR conserve son
+périmètre Overworld hors immersion et s’efface avec les moteurs externes.
+
+Budget de maillages : 24 Mio de solides, 8 Mio supplémentaires de transparences.
+Deux profondeurs plein écran servent aux surfaces PBR ; la couleur de paysage
+SSR est allouée seulement à ON/intensité positive. La copie de composition PBR
+existante est réutilisée. Aucun buffer de normales plein écran.
+La grille visuelle ne signifie pas qu’un seul fragment GPU est exécuté par texel.
+
+## Intégration
+
+Le commit `38f4d6c` apporte le SSR et les récepteurs transparents. Le commit
+`0cfd51e` importe une copie contrôlée des sources beta.144 depuis le chantier
+`codex/water-beta144`, fondé sur `580b241`. Les empreintes des fichiers ont été
+comparées avant et après la copie ; le reçu local est dans
+`build/water144-snapshot/manifest.json`. Cette intégration ne prétend pas que
+beta.144 a été publiée ou que son benchmark isolé est terminé. Le code de
+production de cet instantané est identique à celui du commit
+`7eef945` ensuite créé sur la branche d’eau. Les essais ci-dessous portent
+sur les sources réunies dans cette branche.
+
+Points d’entrée : `PbrMaterials` et `PbrAnimation` pour les normales animées,
+`PbrFluidMesh` pour le tessellateur natif, `PbrTerrain` pour les deux budgets,
+`ReflectionSceneMixin` pour la capture opaque, `PixelReflections` et
+`pixel_reflections.fsh` pour la sélection et le rayon. Les horloges de sprites
+sont référencées faiblement des deux côtés afin de ne pas retenir les anciens
+atlas après rechargement.
+
+## Vérifications
+
+Machine : Apple M1, Minecraft 26.3, Java 25, macOS. Mondes plats de test neufs,
+graine 122 ; aucune sauvegarde personnelle utilisée. Les captures conservent
+le préfixe historique `sanctuary-beta142-shader` du banc de test.
+
+- Client OpenGL 4.1 Metal 90.5, transparence classique : suite SSR réussie avec les sources d’eau
+  intégrées (`build/ssr145-opengl-final.log`).
+- Client Vulkan/MoltenVK : suite SSR avec transparence améliorée réussie
+  (`build/ssr145-vulkan-final.log`).
+- Régression du PBR historique et nouvelles assertions de profils, normales
+  transparentes, persistance, bornes et traductions SSR : réussies
+  (`build/ssr145-pbr-regression-retry.log`). Une première tentative interrompue
+  s’était arrêtée sur un timeout de sémaphore Vulkan ; elle reste un échec
+  consigné dans `build/ssr145-pbr-regression.log`.
+- Suite fonctionnelle eau beta.144 : réussie, y compris profils, fond modifié,
+  brume, océan, rechargement, préférences, cascades et pack de matériaux
+  (`build/ssr145-water-functional.log`). Son long benchmark autonome a été
+  explicitement sauté ; le coût SSR est mesuré séparément ci-dessous.
+- Le relief rouge puis bleu produit deux contributions de couleur distinctes
+  dans le bassin ; caché par un mur opaque, ce changement ne traverse pas le mur.
+- Eau animée sans nouvelle analyse de texture, verre transparent devant l’eau,
+  métal, déplacement minime de caméra, rotation, OFF/zéro, immersion,
+  rechargement de ressources et redimensionnement sont exercés par assertions.
+  L’horloge d’eau reste active après rechargement ; les profils sable et étang
+  restent corrects avec PBR et SSR simultanément actifs.
+- Des captures couvrent également les effets combinés, la lune, les angles
+  rasants, la translation de caméra, la sortie du paysage hors écran, la pierre
+  rugueuse OFF/ON, des vitres colorées superposées, un écoulement, une cascade
+  et une dalle gorgée d’eau. Elles ne remplacent pas une inspection
+  artistique de tous les angles et de tous les packs.
+
+Captures locales OpenGL : [OFF](../build/ssr-evidence/beta145-opengl-final/0000_sanctuary-beta142-shader-ssr-water-off.png),
+[ON](../build/ssr-evidence/beta145-opengl-final/0001_sanctuary-beta142-shader-ssr-water-on.png).
+Le dossier `build/ssr-evidence/beta145-opengl-final/` contient les autres captures.
+Les mêmes cas Vulkan sont conservés dans
+`build/ssr-evidence/beta145-vulkan-final/`. Les comparaisons eau, métal et
+verre empilé ont été inspectées visuellement. Ces pièces sont ignorées par Git.
+
+## Coût mesuré
+
+1920 × 1080, PBR à 80 %, SSR à 100 % pour accentuer le résultat, VSync OFF,
+limite de FPS et réduction AFK désactivées. Chaque scène chauffe 30 ticks par
+état avant 80 ticks de mesure, soit 324 à 483 images pour OpenGL et 317 à 477 pour Vulkan. Ordre OFF puis
+ON ; il s’agit d’un diagnostic local court, pas d’une campagne statistique.
+Le temps de frame mesure `Minecraft.renderFrame`, présentation comprise.
+
+| OpenGL | Médiane OFF / ON (ms) | p95 OFF / ON (ms) | Écart médian |
+| --- | --- | --- | --- |
+| Petit étang | 7,57 / 9,42 | 10,35 / 12,50 | +1,85 ms |
+| Eau dominante | 7,76 / 11,67 | 10,67 / 13,96 | +3,91 ms |
+| Construction vitrée | 7,85 / 10,12 | 10,67 / 12,65 | +2,27 ms |
+
+| Vulkan | Médiane OFF / ON (ms) | p95 OFF / ON (ms) | Écart médian |
+| --- | --- | --- | --- |
+| Petit étang | 7,97 / 10,36 | 8,97 / 11,49 | +2,40 ms |
+| Eau dominante | 10,10 / 12,23 | 10,97 / 12,97 | +2,13 ms |
+| Construction vitrée | 8,52 / 11,25 | 9,49 / 12,20 | +2,72 ms |
+
+La mesure GPU Vulkan autour de `PixelReflections.render` donne, à ON,
+**2,07 / 2,18 ms** (médiane / p95) pour l’étang, **2,56 / 2,63 ms** pour
+l’eau dominante et **2,09 / 2,21 ms** pour le verre. À OFF, la sonde mesure
+0,03 ms environ. Ce périmètre couvre la copie de composition et le dessin
+SSR ; il exclut la capture opaque antérieure et la profondeur partagée PBR.
+La sonde utilise les valeurs rendues par la requête native, pas une mesure
+GPU du jeu complet.
+
+La requête GPU native ne fournit pas de mesure exploitable sur ce pilote
+OpenGL ; ce champ est indisponible, pas nul. Les premiers essais contaminés
+par la réduction AFK à 30 FPS sont exclus des résultats retenus.
+**L’objectif de surcoût médian inférieur à 2 ms n’est pas respecté dans l’ensemble des
+scènes.** L’option reste expérimentale et désactivée par défaut.
+
+À 1080p : profondeurs partagées par le PBR = 15,82 Mio ; copie couleur SSR
+supplémentaire = 7,91 Mio, libérée à OFF/zéro. Total de ces cibles à ON :
+23,73 Mio. Les maillages observés occupent environ 0,51–0,55 Mio de solides et
+1,09–1,21 Mio de transparences, en dessous des plafonds 24 / 8 Mio vérifiés
+par assertion. Ces compteurs n’incluent ni la mémoire du moteur, ni la copie
+PBR existante, ni les atlas de matériaux de 6,25 Mio chacun ; ce ne sont pas
+des mesures de mémoire totale du processus.
+
+## Construction et contrôles généraux
+
+`./gradlew check build` a été exécuté jusqu’au bout : **229 GameTests serveur
+réussis sur 252, 23 échecs**, en 8 min 45 s pour la commande complète.
+Les échecs concernent les tombes/familiers, le catalogue, deux invariants de
+génération, les placements de blocs/progression/construction et les menus
+natifs. Les tests concernés et le code de gameplay serveur ne sont pas
+modifiés par ce lot. Aucun contre-test de toute la branche de départ n’est
+revendiqué. Le journal complet est `build/ssr145-check-build.log` ; le relevé
+exhaustif est `build/ssr145-server-failures.json`.
+
+L’assemblage est repris avec `./gradlew check build assemblePack assembleTestPack
+-x :sanctuary:runGameTest`, en excluant uniquement cette tâche déjà exécutée.
+Cette commande réussit en 2 min 56 s (126 tâches) ; vérification du pack,
+compilation, contrôles hors GameTests serveur et assemblages passent. Les
+exports MRpack sont produits depuis leurs dossiers packwiz de staging.
+L’intégrité ZIP, les métadonnées, les traductions et mixins SSR ainsi que
+l’identité du JAR embarqué dans les deux packs sont contrôlées.
+Cette exclusion ne transforme pas le contrôle complet en succès.
+
+## Reproduire les essais client
+
+Base de chaque commande :
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryQuickTests=true \
+  -PsanctuaryPbr134ClientTests=true -PsanctuaryClientNoVsync=true
+```
+
+- SSR Vulkan : ajouter `-PsanctuarySsrClientTests=true
+  -PsanctuaryClientGraphicsBackend=vulkan -PsanctuaryClientImprovedTransparency=true`.
+- SSR OpenGL : ajouter `-PsanctuarySsrClientTests=true
+  -PsanctuaryClientGraphicsBackend=opengl -PsanctuaryClientImprovedTransparency=false`.
+- Régression PBR : ajouter uniquement `-PsanctuaryClientGraphicsBackend=vulkan`.
+- Profils et rendu de l’eau : ajouter `-PsanctuaryWater144ClientTests=true
+  -PsanctuaryWater144FunctionalOnly=true -PsanctuaryClientGraphicsBackend=vulkan`.
+
+Le mode fonctionnel saute uniquement le long benchmark autonome beta.144.
+Les sondes de temps de frame/GPU et lectures d’images appartiennent au mod
+de test ; elles ne sont pas embarquées dans le JAR de production.
+
+## Artefacts locaux
+
+Les archives finales sont rafraîchies depuis le JAR testé, puis revérifiées
+(`build/ssr145-artifacts.json`). Aucun tag ni canal n’est publié.
+
+| Artefact | Octets | SHA-256 |
+| --- | ---: | --- |
+| [sanctuary-beta.145.jar](../mods/sanctuary/build/libs/sanctuary-beta.145.jar) | 11369411 | `55341e2f5c8dcc352190fe96d15e86cd1ee6bb4ea2908441b70491d48f86f608` |
+| [Sanctuary-beta.145.mrpack](../build/Sanctuary-beta.145.mrpack) | 10508045 | `8bebe6227cbfe629c714a7c7547640ab5ccfbefaaf211484a93c042cfb42b5c5` |
+| [Sanctuary-Test-beta.145.mrpack](../build/Sanctuary-Test-beta.145.mrpack) | 10526966 | `54402ff8414ed1ae0d12b3b97af70c547c44dde2f3aa183712ae3769f99efbe7` |
+| [Sanctuary-Template-beta.145.zip](../build/Sanctuary-Template-beta.145.zip) | 4358316 | `226d92362a5ce922b8757b36f30c312081aca5cf73a299b82a221a12f384a95b` |
+
+## Limites de validation
+
+Le banc utilise un relief construit reproductible, pas une montagne générée
+représentative de tous les biomes. La validation artistique sur terrain généré,
+les textures personnalisées avec ordre/durées/interpolation atypiques et la
+stabilité sur un long trajet restent à compléter. Les surfaces peuvent perdre les petits détails entre
+les pas SSR et les zones hors écran ne sont jamais reconstruites. Windows,
+autres GPU et moteurs graphiques externes ne sont pas validés ici.
+
+Aucune publication de canal ni synchronisation Prism dans cette livraison.

docs/piston-shaft-beta095.md

@@ -0,0 +1,48 @@
+# beta.095 — Texture du pilier des super pistons
+
+La tige centrale utilise seulement le carré de bois central de la grande plaque
+`sanctuary:block/super_piston/top`, pour les super pistons normaux et gluants.
+Le prélèvement reste dans les pixels 16 à 32 de l'image originale de 48 × 48,
+sans les bordures. Les UV suivent les dimensions réelles du pilier, à un pixel
+par unité de modèle, sans étirement. Cela couvre aussi les segments courts dans
+le socle ouvert et derrière la tête.
+
+Les grandes plaques, le corps et les textures originales fournies restent
+inchangés. La course, les collisions et les six orientations ne changent pas.
+Seuls quatre modèles JSON et leur générateur sont modifiés ; aucun code Java,
+identifiant ou format de sauvegarde n'évolue. La référence à la texture
+Sanctuary respecte le pack de ressources actif. Aucune nouvelle image ni dépendance ajoutée.
+
+Régénération : `python3 tools/generate-super-piston-models.py`.
+
+## Vérifications et livraison
+
+Le parcours client natif `Piston087ClientChecks` a réussi en 1 min 22 s
+(`build/piston095-client.log`), dans un nouveau monde plat de développement,
+graine 87 : six directions, normal/gluant, déplacement et retour, collisions,
+charges de 108/109, obstacles, inventaires, adhérence, déchargement/rechargement
+et démontage. Aucun avertissement de référence de texture manquante.
+
+Les captures horizontales et verticales ont été inspectées dans
+`build/piston095-evidence/`, notamment `0015_piston087-normal-face-open.png`
+et `0001_piston087-normal-up.png`. Le bois est à la même densité que la plaque.
+
+Le contrôle des quatre modèles vérifie que tous les prélèvements restent dans
+le carré central 16–32 pixels et que leurs dimensions en pixels correspondent
+exactement à celles de leurs faces, raccords courts inclus. Géométrie, autres
+faces et textures originales identiques à beta.094. Le générateur est reproductible.
+
+`check build assemblePack assembleTestPack -x :sanctuary:runGameTest` a réussi
+en 2 min 28 s, 124 tâches (`build/piston095-check.log`).
+Les deux archives normal/Test ont été exportées et vérifiées : version beta.095,
+Minecraft 26.3, même JAR Sanctuary embarqué. Les classes Java, les autres assets,
+JEI et les archives beta.094 sont inchangés. Le reçu et les empreintes sont dans
+`build/piston095-artifact.json` ; `build/verify-piston095.py` reproduit ces contrôles.
+`git diff --check` passe.
+
+[Pack normal](../build/Sanctuary-beta.095.mrpack) ·
+[Pack test](../build/Sanctuary-Test-beta.095.mrpack).
+
+Le serveur dédié GameTest est exclu (`-x :sanctuary:runGameTest`) pour respecter
+le choix antérieur de tests client uniquement. Aucun déploiement dans une
+instance personnelle, changement de monde ou publication du canal packwiz.

docs/pixel-shadows-source122.md

@@ -0,0 +1,128 @@
+# Préparation locale des ombres portées pixélisées (ancien numéro beta.122)
+
+Ticket du 17 septembre 2026, branche locale `codex/pixel-shadows-beta122`.
+Cette préparation n'a jamais été publiée sous le numéro beta.122, déjà utilisé
+par une autre livraison. Elle est intégrée au socle beta.126 et livrée en
+[beta.127](shader-beta127.md). Les chemins et mesures ci-dessous décrivent
+les essais historiques dans le dossier de préparation.
+Demande : ajouter aux réglages de Sanctuary · Vanilla Light des ombres portées
+pixélisées, avec une finesse et une distance réglables.
+
+## Utilisation
+
+Dans **Options → Shaders**, activer **Sanctuary · Vanilla Light**, puis
+**Ombres portées pixélisées**. L'option est désactivée par défaut pour conserver
+le coût et le rendu des installations existantes. Les choix sont :
+
+- finesse de **8, 16 ou 32 pixels par bloc**, défaut 16 ;
+- distance de **16, 32 ou 64 blocs**, défaut 32.
+
+Ces préférences sont conservées dans `config/sanctuary-shaders.json`, avec les
+anciens champs de couleur. Leurs valeurs numériques sont ramenées aux choix
+admis au chargement. Les libellés et explications sont disponibles en FR/EN.
+Les réglages s'appliquent sans recharger les ressources.
+
+## Rendu et périmètre
+
+Une carte de profondeur rend les formes d'occultation des blocs solides chargés
+autour de la caméra, indépendamment de leur présence à l'écran. Les dalles et
+escaliers conservent leurs formes. Le cache est invalidé par les changements de
+blocs, les paquets de chunks et les reconstructions du moteur natif.
+La direction solaire vient du ciel natif extrait par Minecraft, et respecte
+ainsi l'angle solaire de Sanctuary. L'effet s'atténue sous la pluie, à l'horizon,
+dans la brume et à la limite de sa portée. Il s'arrête la nuit, dans les dimensions
+sans soleil, dans les fluides et lorsqu'un moteur externe suspend Vanilla Light.
+
+La profondeur du monde est lue directement par le GPU après le rendu du monde,
+avant la main et l'interface. L'inverse de la projection réelle inclut les effets
+de caméra. Les points recevant l'ombre sont arrondis sur une grille ancrée dans
+le monde ; le plan de la face est conservé pour limiter les auto-ombres.
+La carte solaire utilise également une origine alignée sur ses texels.
+Le HUD, la main, les étoiles et les captures panoramiques techniques gardent leur
+chemin de rendu. Aucun niveau de lumière de gameplay, règle serveur, sauvegarde
+ou générateur n'est changé. Aucune dépendance de rendu n'est ajoutée.
+
+Cette première version couvre les **formes d'occultation des blocs** : les entités
+conservent leurs ombres natives ; les feuillages ajourés, modèles non occultants,
+block entities animés, eau et verre ne projettent pas de nouvelles silhouettes.
+Les transparences et particules déjà composées peuvent recevoir l'assombrissement
+du terrain derrière elles. Il n'y a pas d'ombres de lune ou de torches, ni de
+séparation de l'éclairage local émissif dans cette passe d'assombrissement.
+
+## Coût et cycle de vie
+
+Les maillages sont mis en cache par section de 16³, avec au plus quatre sections
+commencées par image et un budget souple de 3 ms pour leur construction. Les
+ombres apparaissent progressivement pendant la préparation après activation ou
+déplacement. Le volume des obstacles part de la portée choisie avec une marge de huit blocs,
+puis s’étend vers le soleil sur deux fois cette portée, arrondi aux sections.
+Les obstacles au-delà de ce volume ou dans des chunks non chargés ne sont pas
+représentés. Les mises à jour de lumière seule ne reconstruisent pas les formes.
+Le cache de sommets est plafonné à 96 Mio et omet les formes pathologiques qui
+dépassent ses limites. Les textures de profondeur font entre 512 et 4 096 pixels
+de côté selon finesse et portée. Le coût exact dépend de la scène et du GPU.
+
+Les ressources sont libérées à la désactivation, au changement de monde, à la
+reconstruction des ressources et à l'arrêt du client. Cette livraison est locale :
+aucun avancement du canal packwiz ni installation personnelle ne fait partie du
+ticket.
+
+## Vérification
+
+Validation native sur **Minecraft 26.3, Java 25, macOS / Apple M1, OpenGL 4.1**,
+dans un nouveau monde plat de développement, graine **122** :
+
+- Comparaison GPU activation/désactivation sur une plateforme blanche avec
+  pilier, dalle et escalier : **920 échantillons assombris**, 63 412 inchangés,
+  aucun éclairci sur les 64 332 échantillons de sol retenus.
+- Pilier entièrement hors du frustum : **42 048 échantillons** restent dans
+  son ombre. Le retrait du pilier restitue la lumière sur **42 048 / 42 048**
+  échantillons et préserve les 23 616 échantillons déjà éclairés. Sa repose
+  restitue la même ombre, sans désactiver le cache entre ces manipulations.
+- Les trois finesses et les trois portées sont appliquées en direct ; les cartes
+  GPU sont redimensionnées aux dimensions attendues. Désactiver l'option libère
+  la texture et ne soumet plus de passe d'ombres.
+- À minuit, activer ou désactiver l'option donne la même image et aucune passe
+  solaire n'est soumise. Au retour du jour, le rendu reprend.
+- Le rechargement des ressources restitue la même image. Les préférences
+  persistent à la relecture du fichier et leurs valeurs extrêmes sont bornées.
+- Menus FR/EN inspectés en capture ; les libellés tiennent dans les contrôles
+  natifs à la taille de test. Les vues de finesse 8/16/32 sont conservées.
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryPixelShadows122ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Succès en **1 min 17 s**, marqueur `PIXEL_SHADOWS122_CLIENT_PASS` dans
+`build/pixel-shadows122-client.log`. Captures inspectées dans
+`build/pixel-shadows122-evidence/final/`. Les pixels sont relus uniquement dans
+le test ; le code de rendu de production n'effectue aucune lecture CPU de GPU.
+Les premiers démarrages ont permis de corriger les identifiants de pipelines,
+la directive GLSL `#include` attendue par 26.3 et deux libellés répétés du menu.
+
+La commande de livraison est :
+
+```sh
+./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest
+```
+
+Le serveur GameTest dédié est exclu, conformément au refus de son EULA déjà
+consigné dans les livraisons précédentes. Le test graphique utilise le serveur
+intégré de son monde neuf. Aucun monde personnel n'est ouvert.
+La construction finale **réussit en 2 min 18 s** (126 tâches), journal
+`build/pixel-shadows122-build-final.log`. Le contrôle des archives confirme
+**868 sources Java** et **1 869 classes** identiques aux sorties construites,
+les ressources GLSL/FR/EN exactes dans le JAR et le template, et le même JAR
+dans les profils packwiz normal et Test. Aucune fixture cliente n'est embarquée.
+Reçu : `build/pixel-shadows122-artifact.json`.
+
+Artefacts locaux : `mods/sanctuary/build/libs/sanctuary-beta.122.jar`,
+`build/packwiz/`, `build/packwiz-test/` et `build/Sanctuary-Template-beta.122.zip`.
+SHA-256 du JAR :
+`66987681cede1d2adc1dda449078e8fa85310eb2c3fecd7a905d772ce75739c9`.
+
+Pas de mesure de FPS, d'essai Windows/Vulkan, de pack Iris ni de silhouettes
+animées revendiqués. Le shader reste un assombrissement graphique appliqué au
+rendu opaque et déjà composé, avec les limites de transparence décrites plus haut.

docs/realtime-snow-melt-beta143.md

@@ -0,0 +1,68 @@
+# SNOW-143 — Neige saisonnière en temps réel
+
+Branche `codex/realtime-snow-melt-beta143`, socle beta.142. Minecraft 26.3 /
+Java 25. Livraison beta.143.
+
+## Comportement
+
+L'accumulation et la fonte saisonnière conservent le sampler natif de
+précipitation `ServerLevel.tickPrecipitation`. Sanctuary ne scanne donc toujours
+pas les chunks et ne force aucun chargement de terrain. Le changement porte
+seulement sur la probabilité des mutations de neige.
+
+Pendant une chute de neige, Sanctuary ajoute désormais une couche une fois sur
+12 échantillons natifs en moyenne. La neige reste visible pendant une session,
+mais les colonnes ne montent plus instantanément. À `randomTickSpeed = 3`, une
+couche apparaît en moyenne après environ 40 minutes de neige continue.
+
+Pour la fonte, chaque tirage saisonnier est multiplié par `72`, le rapport
+entre une journée réelle de 24 heures et une journée Minecraft de 20 minutes.
+
+Une couche fond désormais en moyenne en 4 h 05 en été,
+8 h 10 au printemps et 16 h 25 en automne. Avec le plafond actuel de deux blocs,
+une colonne météo suivie met environ 2,7 jours réels à disparaître en été,
+5,4 jours au printemps et 11 jours en automne. L'hiver ne fond toujours pas.
+
+Les règles de protection restent celles de beta.109 : seule la neige déposée
+par la météo Sanctuary depuis l'ajout du suivi `sanctuary:natural_snow_v1`
+peut fondre. La neige construite, l'ancienne neige non suivie, les couches
+manuelles, les biomes froids, les profils neigeux et la météo Vanilla restent
+préservés. Aucun format de sauvegarde ne change.
+
+## Vérifications
+
+Vérifié le 18 septembre 2026 sur macOS, Java 25.
+
+- `./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true
+  -PsanctuaryMelt109ClientTests=true -PsanctuaryClientNoVsync=true
+  -PsanctuaryQuickTests=true` : réussi en 57 s, avec le marqueur
+  `MELT109_NATIVE_PASS`. Le test couvre l'accumulation beta.108 ralentie,
+  la fonte couche par couche, la provenance persistante, les saisons, la
+  gamerule, la météo Vanilla, les profils neigeux, les biomes froids et le
+  rechargement de monde.
+- `./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest` :
+  réussi en 2 min 31 s, 126 tâches. Le GameTest serveur dédié reste exclu
+  conformément au refus antérieur de son EULA ; les contrôles natifs utilisent
+  le serveur intégré.
+- `python3 scripts/pack.py check` : versions, icône et index packwiz vérifiés.
+- Exports MRpack produits avec `packwiz modrinth export`, intégrité ZIP vérifiée.
+  Les deux MRpack embarquent exactement le JAR Sanctuary construit.
+
+| Artefact | Taille | SHA-256 |
+| --- | ---: | --- |
+| `sanctuary-beta.143.jar` | 11 323 665 octets | `fd4b663ac2b2a106624c42b09997db229cc14d6c39d44ae83079bc6aa9d39a08` |
+| `Sanctuary-beta.143.mrpack` | 10 464 931 octets | `e55caaa41c5a3a2666ff5415846e18f44d504ac34b698f3d974091cfb52364c5` |
+| `Sanctuary-Test-beta.143.mrpack` | 10 483 858 octets | `b14bca04c4a48771209d0f7e234ff9ef6b800eb236fb969a6f0dfcee5620dafc` |
+| `Sanctuary-Template-beta.143.zip` | 4 354 153 octets | `071fd8da67d1d0224b89889a5fcbc4cd269673dddb7a52f89aa78802f154605a` |
+
+## Publication
+
+[Release beta.143](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.143)
+publiée depuis le commit `97ff2b54cb63afe8fdd88bfa8f2ebb25dbe3b86d`.
+Le canal packwiz stable pointe sur
+`bafff5e9fcdd95c5dd184953a34ada805e455797`.
+
+Deux synchronisations isolées, puis deux synchronisations dans l'instance
+Sanctuary Beta ont réussi. Les 923 fichiers personnels suivis gardent leurs
+hashes ; aucun monde personnel n'a été ouvert. Sauvegarde préalable :
+`sanctuary-backups/before-beta.143/`.

docs/reflections-water-beta146.md

@@ -0,0 +1,112 @@
+# RENDER-146 — Reflets, portée commune et transitions de l’eau
+
+Branche `codex/reflections-water-beta146`, socle beta.145 `ed2d088`.
+Minecraft 26.3, Java 25 et dépendances inchangés. Préparation locale uniquement.
+
+## Contrat
+
+- Les passes PBR et SSR vérifient la profondeur finale du rendu natif pour
+  masquer les personnages, notamment en F5. La profondeur du paysage capturée
+  avant les transparences reste celle utilisée pour rechercher le reflet.
+- Le PBR utilise le test matériel EQUAL contre la profondeur du récepteur
+  sélectionné. L’ancienne tolérance de 3,5 cm pouvait accepter des faces
+  concurrentes près des coins ; elle est supprimée. La comparaison avec la
+  profondeur native conserve seulement une marge de 5 mm pour les différences
+  d’ordre de calcul des matrices, sans relâcher la sélection stricte du récepteur.
+  La position du vertex est déclarée invariante entre les passes.
+- PBR à 80 % et SSR à 20 % par défaut, pour toutes les matières, eau comprise.
+  Deux intensités d’effets distinctes, sans réglage séparé solide/liquide.
+  Les préférences explicites déjà enregistrées restent conservées.
+- Distance PBR/SSR commune : 16, 32 (défaut), 64, 128 blocs. Maillages,
+  sélection des récepteurs et fondu final emploient ce réglage. Le rayon SSR
+  conserve sa recherche maximale de 128 blocs dans le paysage visible.
+  Budgets de maillages inchangés : solides 24 Mio, transparences 8 Mio.
+  Une forte densité à grande portée peut donc limiter les surfaces disponibles.
+- Le reflet du soleil adopte un lobe plus large sur l’eau, avec une irradiance
+  renforcée : grande empreinte blanche vue du dessus et traînée étendue aux
+  angles rasants. Les lampes conservent leur lobe local.
+  Les éclats spéculaires ne sont plus plafonnés au gris moyen. Leur compression
+  conserve une valeur finie pouvant approcher le blanc. Une contribution douce
+  des seules passes PBR/SSR alimente le bloom existant, sans faire briller tous
+  les blocs blancs. Le réglage Bloom et son intensité gardent autorité.
+- Eau naturelle OFF par défaut dans une dimension ordinaire, ON pour une
+  dimension dont le générateur est Sanctuary / ExpansionChunkGenerator.
+  Le serveur transmet ce contexte à la connexion, au changement de dimension
+  et à la réapparition, y compris en multijoueur. Le défaut automatique nécessite
+  ce contexte envoyé par un serveur beta.146 ; sans lui, le client utilise le
+  défaut ordinaire OFF, toujours réglable. Aucune donnée de monde modifiée.
+  Les choix ON/OFF sont mémorisés séparément pour ces deux catégories.
+  Un ancien OFF explicite est conservé dans les deux ; un ancien ON global
+  adopte les nouveaux défauts par contexte.
+- Mélange des profils sur 1×1, 3×3, 5×5, 9×9 (défaut) ou 17×17 blocs, puis
+  interpolation aux sommets. Océans toujours clairs. La texture demeure native.
+  Surface et immersion utilisent la même étendue. Les changements du fond
+  invalident toute la largeur dépendante ; changer le réglage reconstruit les
+  sections chargées contenant de l’eau.
+
+Le filtre de surface est calculé dans la copie de région native, avec sommes
+préfixées par hauteur pour borner le coût des sommets. Aucun accès au monde
+vivant depuis le worker, chargement de chunk ou modification de sauvegarde.
+Les textes des nouvelles options sont fournis en français et en anglais.
+
+## Vérifications
+
+Machine : Apple M1, macOS, Java 25, Minecraft 26.3. Mondes plats jetables,
+graine 122 ; aucune sauvegarde personnelle utilisée.
+
+- Suite SSR/PBR Vulkan avec transparence améliorée : réussie
+  (`build/beta146-final-settings-vulkan.log`). F5 avec personnage réel en créatif,
+  portée 16/32/64/128, couleur du paysage, eau/verre/métal, OFF/zéro,
+  immersion, rechargement de ressources et redimensionnement.
+- Suite SSR/PBR OpenGL finale réussie également
+  (`build/beta146-final-settings-opengl.log`), avec 22 450 pixels quasi blancs
+  dans la scène solaire et 99 / 518 400 pixels modifiés dans le contrôle
+  des intersections. Captures dans `build/evidence/final-settings-opengl/`.
+- F5 : les 1 900 pixels du torse contrôlés sont strictement identiques entre
+  SSR OFF et ON, tandis que le reflet reste présent autour du personnage.
+- Soleil : 22 111 pixels quasi blancs sur 854 × 480 à PBR 80 % / SSR 20 %,
+  sans bloom, sur la scène de contrôle Vulkan. Les captures vues du dessus et
+  à soleil bas montrent une empreinte large et une traînée allongée.
+  Bloom OFF libère sa cible.
+- Mur, sol et escaliers en contact : 86 pixels sur 518 400 changent de plus
+  de 12 niveaux cumulés lors d’une rotation de 0,00002 degré ; seuil du test
+  0,1 %. Le cadre exclut l’eau animée, qui ne constitue pas une référence
+  de stabilité pour les blocs statiques.
+
+- Eau : suites fonctionnelles Vulkan et OpenGL réussies
+  (`build/beta146-water-vulkan.log`, `build/beta146-water-opengl.log`).
+  Profils, mélange 5/9/17, changement de contexte transmis par le serveur,
+  préférences séparées, immersion, fond modifié, océans, eau courante,
+  waterlogging et rechargement. OpenGL contrôle aussi l’égalité des couleurs
+  aux frontières des copies de région et avec l’échantillonnage de brume.
+- `./gradlew check build` exécuté dans un instantané isolé des sources :
+  252 tests serveur, 229 réussis et 23 échecs. Les identifiants des échecs
+  correspondent exactement au reçu archivé beta.145 ; aucun nouvel identifiant.
+  Il ne s’agit pas d’une nouvelle exécution comparative de beta.145.
+  Journal : `build/beta146-check-build-isolated.log` ; comparaison :
+  `build/beta146-server-failures.json`. Les derniers changements après cet
+  instantané concernent le rendu client, ses réglages et ses tests.
+
+Les preuves Vulkan finales sont dans `build/evidence/final-settings-vulkan/`.
+La suite de régression PBR et de préférences finale réussit
+(`build/beta146-final-pbr-preferences.log`) : PBR 80 %, SSR 20 %, persistance,
+migration des anciennes préférences, FR/EN, OFF/zéro et rechargement.
+La commande finale `./gradlew check build assemblePack -x :sanctuary:runGameTest`
+réussit (125 tâches), sans répéter la suite serveur isolée déjà exécutée.
+Journal : `build/beta146-final-build-pack.log`. Cette exclusion ne transforme
+pas les 23 échecs serveur en validation globale réussie.
+
+## Artefact local
+
+Le pack [Sanctuary-beta.146.mrpack](../build/Sanctuary-beta.146.mrpack) est exporté
+et copié dans le dossier `sanctuary-beta/build/`, à côté des autres versions.
+Intégrité ZIP, version beta.146, Minecraft 26.3 et identité du JAR embarqué
+avec le JAR construit contrôlées ; shaders finaux présents et identiques aux sources.
+Taille : 10 519 634 octets. SHA-256 :
+`9f3f7a840652d401741cbe3c85bbb5626326542179754cb599479b01a6b4c955`.
+Reçu : `build/beta146-artifacts.json`.
+
+Aucun benchmark isolé de performance de beta.146 n’est revendiqué : des
+contrôles serveur peuvent tourner simultanément. Les limites SSR hors écran,
+de maillage à grande portée et de compatibilité avec d’autres GPU subsistent.
+Aucune publication ou synchronisation Prism.

docs/resourcepack-template-beta121.md

@@ -0,0 +1,125 @@
+# RP-02 — Clé dorée et pack personnel — beta.121
+
+Contrat du 17 septembre 2026, branche `codex/resourcepack-template-beta121`.
+Le créateur fournit `golden_wrench.png` et valide un bouton qui crée une copie
+personnelle complète, modifiable et jamais écrasée par les mises à jour.
+
+## Résultat
+
+La clé dorée reprend exactement le PNG fourni, 16 × 16, sans conversion ni
+redessin. Le modèle reste un item plat `minecraft:item/handheld`. Empreinte :
+`a97570908db75caf8e6fc2f5ecabf12c54fd99bfea7be634df66c4310dca22af`.
+Le même fichier est fourni par le mod et par « Textures Sanctuary » ; désactiver
+le pack intégré conserve donc aussi la nouvelle clé.
+
+Dans **Options → Packs de ressources**, **Personnaliser Sanctuary** crée
+`resourcepacks/Sanctuary-Custom/`. Le bouton devient **Ouvrir ma copie**.
+La copie contient toutes les ressources client de Sanctuary : textures, modèles,
+étiquettes d'items, blockstates, sons, shaders, langues et remplacements Minecraft
+présents dans le pack intégré. Celui-ci prend priorité sur les assets de base
+lors de l'export. Un guide FR/EN, la licence et les crédits accompagnent la copie.
+
+Le joueur active sa copie avec les commandes natives et la place au-dessus des
+packs qu'il veut remplacer. Créer la copie ne change ni l'ordre ni la sélection.
+Une modification se recharge avec F3 + T ; désactiver le pack retrouve les
+ressources fournies par le mod. L'écran de sélection des datapacks n'est pas modifié.
+
+La copie est un **instantané**. Elle ne se synchronise pas avec les mises à jour :
+les fichiers personnalisés restent toujours intacts. Le guide recommande de
+supprimer les fichiers non personnalisés pour laisser les prochaines ressources
+du mod s'appliquer. Pour repartir d'un instantané récent, renommer le dossier
+existant puis créer une nouvelle copie. Aucun fichier utilisateur n'est écrasé.
+
+La copie s'effectue hors du fil de rendu, dans un dossier temporaire voisin,
+puis le résultat complet rejoint la liste native. Une erreur de copie est
+signalée par le bouton et le journal du jeu ; un chemin occupé par un fichier
+n'est pas remplacé. Aucune extraction au démarrage ni pendant les mises à jour.
+
+## Distribution
+
+`./gradlew assembleResourceTemplate` produit
+`build/Sanctuary-Template-beta.121.zip`, un pack personnel complet à décompresser
+dans `resourcepacks/Sanctuary-Custom/`. `assemblePack` le produit aussi.
+`build/Sanctuary-Resource-Pack-beta.121.zip` reste l'export du pack graphique
+intégré ; son manifeste versionné contient 151 fichiers et les images historiques
+sont conservées. L'identifiant intégré `sanctuary:textures` reste stable et son
+activation reste contrôlée par le joueur.
+
+Le template ne contient pas tous les assets vanilla ni ceux des autres mods.
+Il ne contient pas les recettes, règles serveur ou sauvegardes. Il conserve
+les crédits et conditions des ressources d'origine. Aucune génération, aucun
+identifiant de bloc et aucun format de sauvegarde ne changent.
+
+## Vérifications
+
+Le parcours `ResourceTemplate121ClientChecks` passe en **35 s** sur le client
+Minecraft 26.3 macOS, sans ouvrir de monde :
+
+- Bouton natif et disposition FR/EN aux échelles 2 et 3, captures relues.
+- Export complet de **1 202 fichiers**, empreintes identiques aux ressources
+  sources après application des priorités du pack intégré.
+- PNG fourni vérifié par SHA-256 et affiché avec sa transparence.
+- Création sans changer la sélection ni l'ordre des packs.
+- Modification d'une texture et ajout d'un fichier personnel : aucun octet
+  réécrit lors d'un second export ni au rechargement des ressources.
+- Priorité réelle de la texture personnalisée, puis retour à la clé fournie
+  après désactivation. Activation et désactivation conservées à la redécouverte.
+- Chemin occupé par un fichier refusé sans le modifier ; aucun bouton ajouté
+  à l'écran des datapacks.
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryResourceTemplate121ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Marqueur `TEMPLATE121_PASS` dans `build/template121-client.log` ; captures et
+empreintes de la copie dans `build/template121-evidence/`. Le premier essai
+avait échoué dans l'aperçu du test qui créait un ItemStack avant connexion à
+un monde ; cet aperçu affiche maintenant directement la texture résolue.
+Le modèle plat existant n'est pas modifié. Pas d'essai Windows ni d'ouverture
+automatisée du gestionnaire de fichiers. Le GameTest serveur dédié reste exclu
+conformément au refus antérieur de son EULA.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **2 min 10 s**, 126 tâches. Les sources JAR correspondent aux sources
+Java du dépôt. La comparaison avec beta.120 limite les différences de production
+aux deux nouvelles classes, au hook d'interface, aux libellés et aux ressources
+prévues (12 entrées). Aucun changement de gameplay, de données serveur ou de
+monde. Les packs normal/Test contiennent le même JAR Sanctuary, sans fixture
+ni sauvegarde. Le ZIP du template et l'export natif ont exactement les mêmes
+1 202 fichiers et empreintes. Le pack intégré conserve ses 151 fichiers vérifiés.
+
+Reçu : `build/template121-artifact.json`. Artefacts locaux validés :
+
+- `Sanctuary-beta.121.mrpack` : 10261791 octets, SHA-256
+  `040d68f342155120fa21e0ffcdf34aa38e3225c78862960536622de53ed9fd9f`.
+- `Sanctuary-Test-beta.121.mrpack` : 10280716 octets, SHA-256
+  `7f5bbd4e13aea4c245d072725c094ca64826ee8debc8607623783c114d437685`.
+- `Sanctuary-Resource-Pack-beta.121.zip` : 3757952 octets, SHA-256
+  `bbf3c18ea6abc64d951911215975cb6c48c7fc5e0246f6e5f5192a3d061c211d`.
+- `Sanctuary-Template-beta.121.zip` : 4315131 octets, SHA-256
+  `6fad376c53474fa8bcb0a2e6ae4c13ea61ab91bdd78735be443032d485ed541a`.
+
+JAR Sanctuary : SHA-256
+`4276f4fc9834805e3e6d12cd19adba7837e3007656b77f31d525c7b976f9925d`.
+
+## Publication et installation
+
+La [release beta.121](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.121)
+est publiée depuis `d9b3dd6bedf32448f8c6e5bfa4da10cb69968bc7`. Tag et artefacts immuables,
+téléchargements publics vérifiés. Canal packwiz :
+`e3e6572da9288fbbcfa36bf6b7dd3aa0d1c54f5e`.
+
+Deux synchronisations isolées puis deux dans **Sanctuary Beta** réussissent.
+Un seul JAR Sanctuary beta.121 est actif ; le second passage est identique.
+Les **923 fichiers personnels et réglages suivis** restent inchangés,
+y compris les packs de ressources. Aucune copie personnelle n'est créée par
+la mise à jour : chaque joueur utilise le bouton quand il le souhaite.
+Aucun monde personnel ouvert. Copie préalable dans
+`sanctuary-backups/before-beta.121/` de l'instance existante ; reçus
+`build/template121-isolated.json` et `build/template121-prism.json`.
+
+- [Template personnel complet](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.121/Sanctuary-Template-beta.121.zip).
+- [Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.121/Sanctuary-beta.121.mrpack).
+- [Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.121/Sanctuary-Test-beta.121.mrpack).

docs/sculpture-bounds-beta124.md

@@ -0,0 +1,93 @@
+# SCULPT-10 — Une boîte par sculpture — beta.124
+
+Contrat du 17 septembre 2026, branche `codex/sculpture-bounds-beta124`.
+Le créateur choisit **une seule boîte pour la sélection et les collisions**.
+Ce ticket remplace la forme physique détaillée de beta.122.
+
+La boîte englobe exactement les dimensions occupées par la sculpture, après
+orientation et ancrage au centre ou au bord. Elle suit toujours la grille 1/16,
+y compris les tailles impaires et les modèles comportant des marges vides.
+Les trous et petits détails restent visibles mais n'ont plus leurs propres
+surfaces de collision : on ne grimpe plus sur leurs petites marches. Une arche
+se sélectionne et bloque désormais sur tout son volume englobant.
+
+La pose utilise la même boîte avant la création de l'entité de bloc : elle
+refuse une intersection avec le joueur, y compris dans les trous visuels.
+Les petites sculptures laissent libre le reste du bloc autour de leur boîte.
+La forme reste mise en cache par modèle et état ; elle ne se recalcule qu'après
+un changement de modèle, d'orientation ou d'ancrage. Les requêtes physiques et
+le contour partagent cette même forme native.
+
+Le calcul parcourt les cellules une seule fois, sans créer de copies tournées
+ni de grille de collisions 16³. Le contour émet toujours douze arêtes.
+Il s'agit d'une simplification du travail géométrique ; aucun gain de FPS global
+n'est annoncé sans mesure sur une scène représentative.
+
+Le rendu des sculptures et les règles de lumière de beta.122 restent inchangés :
+pas d'occlusion de cube plein, pas d'émission artificielle de lumière. Aucun
+identifiant, format d'item ou de sauvegarde ne change. Les anciennes sculptures
+utilisent la nouvelle forme à partir de leurs données existantes, sans réécriture
+des mondes ni régénération de chunks. L'atelier et les clés restent inchangés.
+
+## Vérifications
+
+Le parcours `Sculpture122ClientChecks`, adapté au nouveau contrat, passe en
+**39 s** sur Minecraft 26.3, client macOS et serveur intégré jetable de graine 122.
+
+- Sélection native de tout le volume, y compris le trou visuel d'une arche ;
+  contour rectangulaire relu dans la capture.
+- Même boîte physique et de sélection sur client et serveur ; intérieur rempli,
+  dimensions exactes sans profondeur artificielle de bloc entier.
+- **80 cas** : boîte unique comparée aux limites du maillage réellement émis,
+  douze arêtes exactement, même objet réutilisé lors des requêtes répétées.
+  Arche, marges vides, cube de 4 096 cellules et voxel unique, dans les quatre
+  orientations et cinq ancrages.
+- **5 120 placements** de rendu toujours alignés sur la grille entière.
+- Pose refusée dans le joueur, y compris entre deux piliers séparés ; petite
+  sculpture autorisée à côté du joueur, hors de sa boîte physique.
+- Cache renouvelé après changement d'orientation/ancrage ou de modèle ;
+  conservation après sauvegarde/reconnexion.
+- **75 sculptures superposées** : ciel à 15 ; toit de pierre témoin sombre ;
+  lumière de bloc transmise avec atténuation normale ; pièce close à 0.
+
+Marqueurs dans `build/sculpture124-client.log`, notamment
+`SCULPTURE124_BOUNDS_PASS 80`, plus les contrôles de régression de beta.122.
+Captures relues dans `build/sculpture124-evidence/`. Aucun essai Windows,
+client distant ou shader tiers ; le coût des boîtes est simplifié sans benchmark
+FPS global.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **2 min 9 s**, 126 tâches (110 exécutées, 16 à jour).
+Les sources des JAR correspondent aux sources du dépôt. La comparaison avec
+beta.123 limite les différences de production aux trois classes de
+`SculptureGeometry` ; ressources, clés, interfaces, données et éclairage restent
+identiques. Les packs normal/Test contiennent le même JAR, sans sauvegarde
+ni fixture. Le template personnel conserve exactement les ressources de beta.123.
+
+- Pack normal : 10 271 059 octets, SHA-256
+  `2075e4ac7a7e7e2effcd82586d46769607ca1a67e8d9110b000fa378d1bc5506`.
+- Pack Test : 10 289 985 octets, SHA-256
+  `88263e6896590ea9694b18084666e7234e934064e8d7d596d34866a68cc5ea23`.
+- JAR Sanctuary : SHA-256
+  `b3969b1a3738b8a5d332b2083db0dd722900239f73035c335b738f70328d43f1`.
+
+Reçu local : `build/sculpture124-artifact.json`. Les packs normal/Test et le
+template sont aussi copiés, avec vérification octet pour octet, dans le dossier
+habituel `sanctuary-beta/build/`.
+
+Le GameTest dédié reste exclu conformément au refus antérieur de son EULA.
+Aucun monde personnel n'est ouvert par les essais.
+
+## Publication et installation
+
+La [release beta.124](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.124)
+est publiée depuis `00179e30ef0b45ef98378bc164a7810552dd1bdd`.
+Le tag exact et les artefacts sont immuables, leurs téléchargements publics
+vérifiés. Canal packwiz : `67ebcc7d07f8b75e8988f6099e3d6e5704f123fb`.
+
+Deux synchronisations isolées puis deux dans **Sanctuary Beta** réussissent.
+Un seul JAR Sanctuary beta.124 est actif, conforme au hash vérifié ; le second
+passage ne change rien. Les **923 fichiers personnels et réglages suivis**
+restent inchangés, sans ouverture de monde personnel. Copie préalable dans
+`sanctuary-backups/before-beta.124/` de l'instance existante.
+Reçus : `build/sculpture124-isolated.json` et `build/sculpture124-prism.json`.

docs/sculpture-center-beta119.md

@@ -0,0 +1,84 @@
+# STAT-07 — Pose centrée des sculptures — beta.119
+
+Contrat du 17 septembre 2026, branche `codex/sculpture-center-beta119`.
+
+Viser le carré central de 8 × 8 pixels de la face supérieure ou inférieure
+du bloc place la sculpture au centre. Les limites de cette zone sont incluses.
+Autour, le bord horizontal le plus proche reste choisi ; une pose latérale
+continue à s'appuyer contre le bloc support. L'orientation suit le regard.
+L'aide du Clay Workshop explique les deux possibilités en français et anglais.
+
+Le centrage utilise l'emprise réelle des voxels après rotation, en ignorant les
+marges transparentes. Tous les sommets restent sur la grille de 1/16 de bloc.
+Une dimension impaire ne peut pas être parfaitement symétrique dans un bloc de
+16 pixels sans décaler ses voxels : elle prend donc le centrage entier le plus
+proche, avec un pixel de différence entre les deux marges. Aucune position à
+un demi-voxel n'est introduite.
+
+## Compatibilité
+
+La pose réutilise `anchor=center`, déjà présent depuis beta.113. Aucun nouvel
+état, identifiant, composant ou format de sauvegarde. Les sculptures existantes
+gardent leur ancrage ; casser et reposer choisit l'emplacement visé. Le rendu,
+les couleurs, les chapeaux et les collisions restent inchangés. Aucun parcours
+de monde existant, aucune régénération. Client et serveur doivent utiliser
+ensemble la nouvelle version pour le choix de pose.
+
+## Vérifications et livraison
+
+Le parcours natif `Statuary106ClientChecks`, avec `Sculpture113ClientChecks`,
+passe en **54 s** sur Minecraft 26.3/macOS :
+
+- Vrais clics de pose centrée dans quatre orientations, sur client et serveur,
+  puis pose contre les quatre bords sans modifier les couleurs du modèle.
+- Limites incluses et points immédiatement de part et d'autre de la zone,
+  faces supérieure/inférieure et positions positives/négatives ; faces
+  latérales toujours calées contre le support.
+- 5 120 combinaisons de largeur/profondeur, orientation et ancrage : géométrie
+  effectivement rendue sur la grille exacte, emprise sans dépassement,
+  centrage pair/impair et marges transparentes.
+- Sauvegarde/reconnexion des sculptures centrées et aux bords, sans fichier
+  source ; rotations/miroirs, anciens états, fabrication et hotbar vérifiés.
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryStatuary106ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Marqueurs `SCULPTURE119_PASS`, `STATUARY113_PASS` et
+`SCULPTURE113_GEOMETRY_PASS` dans `build/sculpture119-client.log`.
+Captures conservées dans `build/sculpture119-evidence/`, vue centrée relue.
+Monde plat jetable de graine 106 ; aucun monde personnel ouvert. Pas de
+validation Windows ni de test depuis deux ordinateurs.
+Le GameTest dédié reste exclu conformément au refus antérieur de son EULA ;
+le parcours natif utilise le serveur intégré.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **2 min 24 s**, 125 tâches. Les sources JAR correspondent aux sources
+du dépôt ; seuls `SculptureAnchor.class` et le texte d'aide FR/EN diffèrent
+parmi les classes et ressources de production de beta.118. Les deux packs
+contiennent le même JAR, sans monde ni fixture de test.
+
+- Sanctuary-beta.119.mrpack : 10216447 octets, SHA-256
+  `ce29702eaaac7301c77fb6af63a76c6bc1c0c704313ce1b8243c95b5fe59d893`.
+- Sanctuary-Test-beta.119.mrpack : 10235369 octets, SHA-256
+  `a1a2845f9678b1144d7d9eab4867970cc1776fe0ad5d51722c8110b7c1d4c682`.
+- JAR Sanctuary : SHA-256
+  `d353bd89b16c53ee1ee48836fa2ff4b311249b280992300c28bf03048d805bff`.
+
+Reçu local : `build/sculpture119-artifact.json`.
+
+## Publication et installation
+
+La [release beta.119](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.119)
+est publiée depuis `3fd64e1f2a77ea2584b087d6339cf605d8ee0e9b`. Le tag exact et les
+artefacts sont immuables ; leurs téléchargements publics sont vérifiés.
+Le canal packwiz avance à `5e823af7807f524f6394acad402fe62328c7e4ab`.
+
+Deux synchronisations isolées puis deux dans **Sanctuary Beta** réussissent.
+Un seul JAR Sanctuary beta.119 est actif ; le second passage est identique.
+Les **923 fichiers personnels et réglages suivis** restent inchangés, sans
+ouvrir de monde personnel. Copie préalable dans
+`sanctuary-backups/before-beta.119/` de l'instance existante. Reçus locaux :
+`build/sculpture119-isolated.json` et `build/sculpture119-prism.json`.

docs/sculpture-materials-beta116.md

@@ -0,0 +1,102 @@
+# beta.116 — Sculptures à partir des textures de blocs
+
+Ticket sur `codex/sculpture-materials-beta116`, comprenant aussi le correctif
+Fourneau beta.115 dans la livraison commune.
+
+Le Clay Workshop accepte les objets-blocs comme matière. Le client prélève une
+palette bornée dans la texture du bloc issue du pack actif, avec sa teinte, puis
+le modèle conserve sa géométrie et transpose ses valeurs claires/sombres dans
+cette palette. L'aperçu et le résultat utilisent le même calcul. Un bloc est
+consommé par sculpture ; les neuf cases de hotbar restent les seules accessibles.
+
+## Contrat des données et du réseau
+
+Les sculptures existantes conservent exactement leurs voxels sauvegardés :
+schéma 1 inchangé, identifiants `sanctuary:*` stables. Les nouvelles sculptures
+stockent elles aussi leurs couleurs finales dans ce format. Aucun chargement
+ne recolore les objets ou constructions existants. Orientation et ancrage
+beta.113 inchangés, sans migration ni modification d'un monde personnel.
+
+La sélection du menu ajoute l'identité de la matière et une palette de 256
+couleurs opaques au maximum. Ce sont des données d'apparence fournies par le
+client, comme le modèle déjà importé ; elles n'octroient ni objets ni propriétés
+de bloc. Le serveur vérifie le menu, son jeton, l'accès à l'atelier, les limites
+et l'objet effectivement présent. Il applique lui-même la palette et facture
+chaque résultat. Un changement de matière invalide immédiatement l'ancien
+résultat jusqu'à réception de la sélection correspondante. Les deux côtés
+doivent utiliser beta.116. Aucun nouveau format de sauvegarde.
+
+## Vérifications natives
+
+`Sculpture116ClientChecks` passe en 1 min 7 s, sur un nouveau monde plat de
+Minecraft 26.3, graine 116, puis la régression complète de l'atelier :
+
+- Les 1 207 objets-blocs enregistrés ont une palette opaque, non vide et bornée.
+- Fabrication payée avec pierre, planches de chêne, or, laine rouge, verre,
+  feuilles de chêne, argile et ardoise ; aperçu identique au résultat serveur.
+- Conservation des tons clairs/sombres du modèle et de ses coordonnées, sans
+  convertir les 16 argiles colorées en une simple couleur unie.
+- Une matière différente efface aussitôt l'ancien résultat ; une sélection
+  périmée ou un jeton incorrect ne fabrique rien et ne consomme aucun objet.
+- Les conteneurs contenant des objets sont refusés ; ils peuvent servir de
+  matière une fois vidés. Les objets qui ne sont pas des blocs sont refusés.
+- Bornes et opacité des palettes, véritable rechargement des ressources,
+  neuf cases de hotbar, stock plein, consommation exacte et restitution.
+- Poses selon les quatre regards, accroche au bord, grille de voxels,
+  casse/repose, sauvegarde et reconnexion après suppression du fichier GLB.
+- Interface FR/EN aux échelles 2/3, génération de plan au Métabli inchangée.
+
+Marqueurs `SCULPTURE116_PALETTES`, `SCULPTURE116_MATERIALS_PASS`,
+`SCULPTURE116_PASS` et régressions 106/111/112/113 dans
+`build/sculpture116-client.log`. Captures relues dans
+`build/sculpture116-evidence/`. Un libellé est raccourci en « Bloc » pour éviter
+le contact avec « Sculpture » dans le cadre compact.
+
+La palette vient de la texture représentative du modèle de bloc du pack actif,
+avec la teinte locale ; une texture animée utilise sa première image. Les blocs
+sans texture lisible utilisent leur couleur de carte. Il s'agit d'un transfert
+de couleurs sur les voxels opaques, sans transparence, émission ou fonction
+spéciale du bloc d'origine. Les sculptures existantes gardent leurs couleurs.
+
+Essais natifs macOS avec serveur intégré ; pas de client Windows ni de test
+LAN à plusieurs joueurs. Le serveur dédié de GameTest reste exclu selon le
+refus antérieur de son EULA. Aucun monde personnel ouvert.
+
+La régression native du Fourneau passe également dans beta.116, en 42 s :
+`build/sculpture116-furnace.log`, captures FR/EN dans
+`build/sculpture116-furnace-evidence/`. Les 27 cases, le glisser-déposer, les
+combustibles et les états de cuisson restent conformes au ticket beta.115.
+
+## Construction et archives
+
+`check build assemblePack assembleTestPack -x :sanctuary:runGameTest` réussit
+en 2 min 23 s : 125 tâches, dont 105 exécutées. Sources Java concordantes avec
+les JAR sources, versions alignées et intégrité des deux MRpack vérifiées.
+Le JAR conserve à l'identique le correctif Fourneau beta.115 ; seuls les
+classes de matière de sculpture et libellés FR/EN changent dans la production.
+Les classes de test et modèles GLB de test sont absents des archives.
+
+- `Sanctuary-beta.116.mrpack` : 10189831 octets, SHA-256
+  `7df04a6e2a57e76a55ca57bd7520b05cbb573392690b401b868837498807d252`.
+- `Sanctuary-Test-beta.116.mrpack` : 10208754 octets, SHA-256
+  `f4c9293e20384b05366d092fc7ee1abea275940a02373ee4036f73f0caa43747`.
+- JAR Sanctuary :
+  `76a9205783c8b18506c32c9eef6c481d95fd3ba0746a2bdd558a194534a51a32`.
+
+Reçu local : `build/sculpture116-artifact.json`.
+
+## Publication et instance
+
+La [release beta.116](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.116)
+est publiée avec le JAR, les deux MRpack et l'amorçage Prism. Le tag immuable
+désigne `e3ca9fcd6383f7646e4fea7e5098e7097ebb30aa` ; téléchargements publics
+et empreintes vérifiés. Le canal packwiz avance au commit
+`c741870160f8a21f0a9793f20f0e624ebdbacdb6`.
+
+Deux synchronisations isolées, puis deux dans l'unique instance **Sanctuary
+Beta**, réussissent. La seconde passe laisse les fichiers gérés inchangés,
+avec un seul JAR Sanctuary beta.116. Minecraft 26.3, Loader 0.19.5 et Fabric
+API 0.160.5+26.3 conservés. Les 923 fichiers personnels et réglages suivis
+restent identiques ; aucun monde personnel n'a été ouvert. Sauvegarde des
+fichiers remplacés dans `sanctuary-backups/before-beta.116/` de cette instance.
+Reçus : `build/sculpture116-isolated.json`, `build/sculpture116-prism.json`.

docs/sculpture-placement-beta125.md

@@ -0,0 +1,108 @@
+# SCULPT-11 — Placement, éclats et modèles découverts — beta.125
+
+Contrat du 17 septembre 2026, branche `codex/sculpture-placement-beta125`.
+
+Le point visé choisit neuf positions horizontales (centre, quatre bords et quatre
+coins) et trois hauteurs (bas, milieu et haut). Sur un support, la sculpture
+repose au bas de son bloc ; sous un plafond, elle touche le haut ; sur une face
+latérale, elle suit la hauteur visée et reste contre le support. Les sculptures
+restent debout et s'orientent selon le regard horizontal du joueur.
+La bande centrale occupe les huit pixels médians, limites incluses. Toute pose
+reste sur la grille 1/16 : une dimension impaire utilise le centre entier le
+plus proche, jamais un demi-voxel. Rendu, boîte unique de sélection et collision
+partagent les mêmes offsets. La lumière conserve les règles de beta.122.
+
+## Compatibilité additive des états existants
+
+Les cinq anciennes valeurs `anchor` gardent exactement leurs noms. Quatre
+valeurs de coin sont ajoutées. La nouvelle propriété `vertical_anchor` accepte
+`bottom`, `center`, `top` et `original`, valeur par défaut réservée à la
+compatibilité. La lecture d'un ancien bloc sans cette propriété conserve
+l'ancienne hauteur, même si le modèle a des marges transparentes en bas.
+Le bloc possède 144 états : 108 placements nouveaux et 36 états de compatibilité.
+
+Le schéma 1 des sculptures, leurs données de voxels et tous leurs identifiants
+restent inchangés. Aucun monde n'est parcouru ou réécrit, aucun chunk régénéré.
+Les nouveaux ancrages nécessitent beta.125 ; le retour à une version antérieure
+ne garantit pas leur position. Ce contrat autorise l'ajout compatible des états,
+pas une migration destructive des sauvegardes personnelles.
+
+## Particules
+
+Les coups et la casse émettent des éclats de la couleur des surfaces voxelisées
+réellement affichées, avec leur orientation et leur ancrage. Un coup vise la
+surface réelle la plus proche du point sélectionné, même devant un trou visuel.
+La casse échantillonne au plus 64 faces ; aucun calcul de texture n'est refait.
+Les éclats utilisent une taille de voxel, la gravité et la lumière natives.
+Une petite mémoire par monde (128 entrées de 64 faces, validité 40 ticks) conserve les
+surfaces si la suppression du bloc précède l'événement de casse. Les autres
+blocs gardent leurs particules habituelles.
+
+## Clay Workshop
+
+L'onglet Animaux utilise exactement les découvertes serveur du catalogue de
+statues (rencontre, victoire ou mort face à l'espèce). Le menu transmet cette
+liste à chaque ouverture, sans dépendre d'une visite préalable au Métabli.
+Le modèle natif et sa texture sont capturés localement, voxelisés en miniature,
+puis recolorés par la matière choisie. Le résultat reste fabriqué et payé côté
+serveur. Les sélections d'espèces non découvertes sont refusées. L'onglet Imports
+conserve les fichiers GLB. Aucun nouveau format de sculpture n'est introduit.
+Libellés FR et EN.
+
+## Vérifications
+
+Le parcours natif `Sculpture125ClientChecks` passe en **1 min 2 s**, client
+Minecraft 26.3 sur macOS et serveur intégré jetable (graines 125 et 122).
+
+- 54 clics réels sur les six faces : centres, bords, coins et hauteurs.
+- 432 contextes de pose, coordonnées positives/négatives, quatre orientations,
+  rotations et miroirs ; 144 états valides.
+- 20 anciens états sans `vertical_anchor` conservent leur hauteur et marges.
+- Couleur exacte des éclats au point frappé, surfaces réellement occupées,
+  limite de 64 fragments, événement après suppression et particules normales
+  d'un bloc de pierre témoin.
+- Atelier : découvertes par rencontre, victoire et mort, transmission native
+  du menu, refus serveur d'une espèce inconnue, trois modèles natifs (vache,
+  mouton, cochon), paiement d'un bloc en survie et import GLB conservé.
+- Sauvegarde et reconnexion avec les nouveaux coins et hauteurs.
+- 576 formes comparées aux limites du maillage affiché, boîte unique partagée,
+  cache réutilisé et 12 arêtes ; 9 216 empreintes orientées sur grille entière.
+- 75 sculptures superposées : ciel à 15, lumière de bloc à 13 après traversée,
+  pièce noire à 0. Pose dans le joueur refusée, même devant un trou visuel.
+
+Marqueurs dans `build/sculpture125-client.log`. Captures de plafond, murs et
+atelier relues dans `build/sculpture125-evidence/`. Aucun essai Windows,
+client distant ou shader tiers ; trois espèces vérifiées visuellement, sans
+prétendre avoir inspecté chaque espèce. Aucun benchmark FPS global.
+
+Le GameTest dédié demeure exclu conformément au refus antérieur de son EULA.
+Les mondes de test sont jetables ; aucun monde personnel n'est ouvert.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **2 min 16 s**, 126 tâches (110 exécutées, 16 à jour). Les sources
+des JAR correspondent exactement au dépôt. La comparaison avec beta.124
+limite les différences aux classes de placement, particules et atelier prévues,
+aux nouveaux libellés FR/EN, au mixin client et à la source blanche de particules.
+Les packs normal/Test partagent le même JAR, sans monde ni fixture ; le template
+reproduit les ressources du mod et du pack intégré.
+
+- Sanctuary-beta.125.mrpack : 10286360 octets, SHA-256 `9277e59c640c40392ab3750b402bb840020884878f6ece6978e6c4653e18655e`.
+- Sanctuary-Test-beta.125.mrpack : 10305282 octets, SHA-256 `9e3dbfa14b5382ba4eb62a78fa7d2161758c2f0e1fdc50fbd5ed776fd4ce32c5`.
+- JAR Sanctuary : SHA-256 `b38b75b900dd8cbe015318c739d5547fd7eac52f4337fa517e98f3f6f0ce3b46`.
+
+Reçu local : `build/sculpture125-artifact.json`. Les deux packs et le template
+sont copiés et vérifiés dans le dossier habituel `sanctuary-beta/build/`.
+
+## Publication et installation
+
+La [release beta.125](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.125)
+est publiée depuis `4ec5b0d028a23a9f753770988ffba61015e2e49a`.
+Tag et artefacts immuables, téléchargements publics vérifiés. Canal packwiz :
+`47eb833911a96eef0b13805dafe65b2ab7b95c87`.
+
+Deux synchronisations isolées puis deux dans l'instance **Sanctuary Beta**
+réussissent. Un seul JAR Sanctuary beta.125 est actif, conforme au hash vérifié ;
+le second passage ne change rien. Les **923 fichiers personnels et réglages
+suivis** restent inchangés, sans ouverture de monde personnel. Copie préalable
+sous `sanctuary-backups/before-beta.125/`. Reçus :
+`build/sculpture125-isolated.json` et `build/sculpture125-prism.json`.

docs/sculpture-shape-light-beta122.md

@@ -0,0 +1,108 @@
+# SCULPT-09 — Forme physique et lumière — beta.122
+
+Contrat du 17 septembre 2026, branche `codex/sculpture-shape-light-beta122`.
+Le créateur demande des bounding boxes adaptées aux sculptures et la suppression
+des ombres cubiques visibles lorsqu'on en pose plusieurs côte à côte.
+
+La sélection, le contact avec les entités et les collisions suivent les voxels
+occupés de chaque sculpture, y compris les creux. Le rendu et la forme physique
+partagent leur placement entier sur la grille 1/16, après orientation et ancrage.
+Le centre, les quatre bords et les dimensions impaires gardent leur alignement.
+La pose vérifie aussi les voxels portés avant que l’entité de bloc existe :
+elle refuse une intersection avec le joueur et autorise les espaces libres.
+La forme est construite directement sur une grille native 16³ et mise en cache
+par entité de bloc, modèle et état ; aucun calcul complet à chaque interrogation.
+
+Les sculptures transmettent la lumière et ne sont plus utilisées comme cubes
+pleins par l'occlusion ambiante. Leurs faces restent éclairées par le monde,
+sans émission de lumière et sans rendu à luminosité maximale. Cette règle est
+commune aux sculptures : l'éclairage natif stocké par bloc ne permet pas une
+ombre distincte pour chaque petit voxel. L'atelier d'argile reste inchangé.
+
+Aucun identifiant, blockstate, format d'item ou schéma sauvegardé ne change.
+Les formes sont recalculées à partir des voxels existants ; aucune migration,
+aucun parcours de monde ni régénération de chunk. Les données inconnues gardent
+leur conservation opaque et une petite base sélectionnable pour récupérer l'item.
+Le travail de documentation déjà présent dans l'autre branche reste intact.
+
+## Vérifications et livraison
+
+Le parcours `Sculpture122ClientChecks` passe en **37 s** sur Minecraft 26.3,
+client macOS et serveur intégré, dans un monde plat jetable de graine 122 :
+
+- Pose par la commande native d'utilisation ; sélection du pilier et visée
+  à travers le trou d'une arche jusqu'au bloc derrière, captures relues.
+- Requêtes natives de collision côté serveur et client : voxels occupés solides,
+  espace vide libre, aucune profondeur artificielle d'un bloc entier.
+- Pose refusée dans le joueur, sans consommer l'objet ; petite sculpture acceptée
+  dans la partie libre du même bloc, sans intersection avec le joueur.
+- **80 cas** confrontent le volume et les faces de collision au maillage réellement
+  émis : arche creuse, marges vides, cube de 4 096 voxels, voxel unique, quatre
+  orientations et cinq ancrages. Chaque interrogation répétée réutilise la forme.
+- Régression de **5 120 placements** du rendu existant : dimensions paires/impaires,
+  orientations et ancrages, plus marqueurs de direction et modèles avec marges.
+- Changement d'orientation/ancrage puis changement des voxels sur la même entité :
+  cache recalculé et forme client synchronisée.
+- **75 sculptures en trois couches** : skylight natif conservé à 15 partout.
+  Un toit de pierre témoin produit toujours une ombre. La lumière d'un bloc
+  traverse une sculpture avec l'atténuation de distance native (13 à deux blocs).
+- Le rendu reçoit la lumière réelle du monde : 15 au ciel, **0 dans une pièce
+  fermée et obscure**. Aucun rendu artificiellement lumineux.
+- Sauvegarde/reconnexion : modèle, collisions et lumière conservés sur les
+  deux côtés, sans fichier 3D source.
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuarySculpture122ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Marqueurs `SCULPTURE122_PASS`, `SCULPTURE122_GEOMETRY_PASS`,
+`SCULPTURE122_PLACEMENT_PASS`, `SCULPTURE122_LIGHT_PASS` et
+`SCULPTURE113_GEOMETRY_PASS` dans `build/sculpture122-client.log` ; captures
+conservées dans `build/sculpture122-evidence/`. Le test prépare explicitement
+son sol à Y=0 : le preset plat nu commence à Y=-1.
+Aucun monde personnel ouvert ; pas d'essai Windows ni depuis deux ordinateurs,
+ni de garantie sur les ombres ajoutées par des shaders tiers.
+Le GameTest serveur dédié reste exclu conformément au refus antérieur de son EULA.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **2 min 13 s**, 126 tâches. Les sources JAR correspondent aux sources
+Java du dépôt. Par rapport à beta.121, les différences de production se limitent
+aux classes des sculptures et à la nouvelle géométrie partagée (14 entrées,
+y compris le déplacement du sélecteur synthétique d'orientation). Toutes les
+ressources client, données serveur et configurations de mixins sont identiques.
+Les packs normal/Test contiennent le même JAR, sans sauvegarde ni fixture.
+Le template beta.122 contient les mêmes ressources que beta.121, octet pour octet.
+
+Reçu local : `build/sculpture122-artifact.json`.
+
+- `Sanctuary-beta.122.mrpack` : 10267459 octets, SHA-256
+  `b6e24d65797eb7f16670d2f3a591b5f2476820608f72241ecd37fb78a486008e`.
+- `Sanctuary-Test-beta.122.mrpack` : 10286380 octets, SHA-256
+  `90487ee3ad4298fccb8c24e8781af4cbf043d88dc0379fba5c21d99733dac92d`.
+
+JAR Sanctuary : SHA-256
+`ff8ebf89f39a64809fae6912253386793e9b5e66ec0adb9fa7521729893d406e`.
+
+## Publication et installation
+
+La [release beta.122](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.122)
+est publiée depuis `edc7fc3dfb117cde61be42c1d79b03af11f5dec6`. Tag et artefacts immuables,
+téléchargements publics vérifiés. Canal packwiz :
+`3d340bea0093b709c6018624795a1b3ca557b72d`.
+
+Deux synchronisations isolées puis deux dans **Sanctuary Beta** réussissent.
+Un seul JAR Sanctuary beta.122 est actif ; le second passage est identique.
+Les **923 fichiers personnels et réglages suivis** restent inchangés.
+Aucun monde personnel ouvert. Copie préalable dans
+`sanctuary-backups/before-beta.122/` de l'instance existante ; reçus
+`build/sculpture122-isolated.json` et `build/sculpture122-prism.json`.
+
+Le ticket a été réalisé dans le worktree `sanctuary-sculpture-beta122` afin de
+préserver les changements de `docs/vision.md` et `docs/villageois-illageois.md`
+déjà présents sur la branche de documentation du checkout principal.
+
+- [Pack normal](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.122/Sanctuary-beta.122.mrpack).
+- [Pack de test](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.122/Sanctuary-Test-beta.122.mrpack).
+- [Template personnel](https://git.botsu.net/koka/sanctuary-beta/releases/download/beta.122/Sanctuary-Template-beta.122.zip).

docs/sculpture-texture-grain-beta117.md

@@ -0,0 +1,110 @@
+# beta.117 — Grain des textures et sculptures en chapeau
+
+Ticket sur `codex/sculpture-texture-grain-beta117`, Minecraft 26.3.
+
+En beta.116, une couleur du modèle source était associée à une seule nuance
+de matière. Un modèle uni restait donc uni malgré les pixels différents de la
+texture. La sélection utilise maintenant les textures des faces du modèle de
+bloc, avec leurs propres teintes du pack actif. Un échantillonnage de pixels
+répartit leurs couleurs exactes dans les voxels, sans couleur interpolée.
+
+## Coût et comportement
+
+Au maximum 32 matériaux de faces et 16 × 16 échantillons par matériau sont lus,
+puis ramenés à la palette existante de 256 entrées. Les répétitions conservent
+la fréquence des nuances. Les pixels transparents sont écartés ; les textures
+animées utilisent la première image. Les blocs sans texture lisible gardent
+le repli antérieur sur la texture représentative, puis la couleur de carte.
+
+La sélection d'une nuance utilise un mélange entier déterministe des coordonnées
+de chaque voxel. Un modèle uni utilise toute la palette ; un modèle ombré
+utilise des plages de nuances qui suivent ses zones claires et sombres.
+Ce grain est un transfert de palette, pas une projection UV conservant les
+motifs ou les veinures du bloc. Les voxels restent opaques.
+
+Le calcul utilise Java standard et les modèles/textures déjà chargés par
+Minecraft, sans bibliothèque supplémentaire. Aucun calcul de matière dans
+le rendu par image. Le client ne rééchantillonne qu'au changement de matière
+ou de ressources ; une rotation réutilise la palette. Le serveur conserve
+le modèle recoloré pour les fabrications suivantes avec la même sélection.
+
+## Chapeaux et données
+
+Le système de blocs portés retirait `BLOCK_ENTITY_DATA` des objets pour isoler
+les inventaires des coffres et fourneaux. Sur une sculpture, ce composant est
+la géométrie elle-même : le slot contenait encore un objet, devenu invisible.
+Les sculptures conservent désormais ce composant à l'équipement et au retrait.
+
+Si une ancienne sculpture équipée a perdu ce composant, mais que sa session
+de chapeau possède encore le modèle, il est restauré depuis cette donnée
+serveur. La restauration ne fabrique aucune géométrie manquante. Les objets
+déjà retirés et dépourvus de toute copie du modèle ne sont pas reconstructibles
+par ce correctif. Les règles de contenu des coffres restent inchangées.
+
+Identifiants, schéma 1 des sculptures, structure des accessoires et paquet
+de sélection inchangés. Les couleurs déjà sauvegardées restent intactes.
+Les deux côtés utilisent beta.117 pour le même calcul de prévisualisation et
+de fabrication. Aucun monde personnel ouvert ni migration de sauvegarde.
+
+## Vérifications
+
+Le scénario client natif complet passe en 2 min 1 s sur macOS avec serveur
+intégré, monde plat jetable de graine 116. Il reprend le scénario beta.116
+avec un GLB entièrement uni, plus les régressions de l'atelier 106/111/112/113 :
+
+- 1 207 objets-blocs échantillonnés, huit fabrications payées avec aperçu
+  identique au résultat serveur, consommation exacte d'un bloc.
+- Répartition 25 % / 75 % de deux couleurs de texture sur un modèle uni,
+  aucune couleur inventée, conservation des zones claires et sombres.
+- Couleurs réellement présentes dans les textures natives des faces, avec
+  plusieurs matériaux d'une bûche ; grain présent sur pierre, bois et minerai.
+- Motif indépendant de l'ordre des voxels, stable et sauvegardé ; rechargement
+  des ressources, palette bornée, inventaire plein et sélections périmées.
+- Vrais clics des slots hotbar/chapeau, conservation exacte des composants
+  et du nom personnalisé, icône et modèle porté visibles, retrait/rééquipement.
+- Restauration d'un objet privé de sa géométrie depuis une ancienne session
+  équipée, puis sauvegarde et reconnexion du client avec le chapeau intact.
+- Pose, bord visé, orientation, casse/repose, reconnexion sans fichier source,
+  menus FR/EN et génération du plan du Métabli inchangés.
+
+Mesure indicative après échauffement, modèle maximal de 4 096 voxels,
+101 applications sur le Mac de développement : médiane **0,283 ms**, p95
+**0,971 ms**. Ce n'est pas une garantie de temps sur d'autres machines ; le
+calcul n'est exécuté ni chaque image ni à chaque objet fabriqué identique.
+
+Marqueurs `SCULPTURE117_GRAIN_PASS`, `SCULPTURE117_HAT_PASS`,
+`SCULPTURE117_HAT_RECONNECT_PASS`, `SCULPTURE116_PASS` dans
+`build/sculpture117-final-client.log`. Captures relues dans
+`build/sculpture117-evidence/`. Pas d'essai Windows ou LAN. Le GameTest dédié
+reste exclu selon le refus antérieur de son EULA.
+
+`check build assemblePack assembleTestPack -x :sanctuary:runGameTest` réussit
+en **3 min 7 s**, 125 tâches dont 105 exécutées. JAR sources concordants,
+versions, contenu et intégrité des deux archives vérifiés. La comparaison
+avec beta.116 limite les changements de production au calcul des matières,
+à son cache dans le menu et au traitement des sculptures en chapeau.
+Les modèles de test et classes de GameTest sont absents de la livraison.
+
+- `Sanctuary-beta.117.mrpack` : 10191137 octets, SHA-256
+  `adbe5a40bbd050ebc84ff8aca61a7a3643dcf25ec8f2ac59b91561e48275cbbb`.
+- `Sanctuary-Test-beta.117.mrpack` : 10210059 octets, SHA-256
+  `0dacb12b30bde66c647871101a4f4c6b0b58e7ceb29f7743398f8a569b958a6e`.
+- JAR Sanctuary :
+  `1ce63f97f17c6098f3c86c6753f9b912bce39d88e05ba240423c38bdc97307ee`.
+
+Reçu : `build/sculpture117-artifact.json`.
+
+## Publication et instance
+
+La [release beta.117](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.117)
+est publiée : JAR, MRpack normal/Test et amorçage Prism, téléchargements publics
+et empreintes vérifiés. Le tag immuable désigne
+`0f1efdec830342e25d3316b356330ad937d0d942`. Le canal packwiz avance au commit
+`a5b75a70f86e42afb8e06ba4daa9880d61c6373e`.
+
+Deux synchronisations isolées puis deux dans l'unique instance **Sanctuary
+Beta** réussissent, la seconde passe laissant les fichiers gérés identiques.
+Un seul JAR Sanctuary beta.117 est actif. Les 923 fichiers personnels et
+réglages suivis sont inchangés ; aucun monde personnel n'a été ouvert.
+Copie préalable des fichiers remplacés dans `sanctuary-backups/before-beta.117/`.
+Reçus : `build/sculpture117-isolated.json`, `build/sculpture117-prism.json`.

docs/seasonal-snow-melt-beta109.md

@@ -0,0 +1,94 @@
+# SNOW-109 — Fonte saisonnière
+
+Branche `codex/seasonal-snow-melt-beta109`, base beta.108, Minecraft 26.3.
+État : livraison locale vérifiée. Demande : ajouter la fonte saisonnière.
+
+## Comportement livré
+
+Neige déposée par la météo Sanctuary : retrait progressif d'une couche de haut
+en bas, bloc plein puis sept couches, jusqu'au sol. Deux blocs maximum pour
+l'accumulation restent la valeur par défaut confirmée. La fonte est active
+avec la météo Real Time, suspendue en hiver et sous un profil neige/averses de
+neige, même pendant ses pauses. Les biomes naturellement froids conservent
+leur neige. Printemps : une chance sur deux par sondage météo natif ; été :
+chaque sondage ; automne : une chance sur quatre. Aucun rattrapage hors ligne,
+ni chargement forcé de chunks ; seuls les sommets exposés des chunks simulés.
+À 20 ticks/s et `randomTickSpeed = 3`, une couche fond en moyenne en 3,4 minutes en été,
+6,8 au printemps et 13,7 en automne. Pas d'eau ni de butin lors de la fonte.
+Une règle serveur `sanctuary:seasonal_snow_melt`, active par défaut, permet
+d'arrêter la fonte sans désactiver la neige.
+
+## Contrat de données et migration, avant implémentation
+
+Ajout d'une attache Fabric persistante par chunk,
+`sanctuary:natural_snow_v1`, sans modifier les formats existants. Elle mémorise
+les positions des nouveaux dépôts avec le nombre de couches antérieures et
+le nombre attendu après dépôt (0 à 8). Les blocs restent les blocs Minecraft
+`minecraft:snow` et `minecraft:snow_block` ; pas de nouvel identifiant de bloc.
+L'absence de données signifie aucun dépôt suivi. Aucune recherche rétrospective,
+conversion ou réécriture de terrain au chargement : la neige d'avant beta.109
+est conservée car son origine n'est pas connue. Les sauvegardes personnelles
+restent fermées pendant le développement. Graine de test : 109.
+
+Seules les couches ajoutées par les précipitations depuis beta.109 fondent.
+La neige construite, la neige générée et les couches antérieures à un dépôt
+sont préservées. Une modification extérieure du bloc (casse, placement,
+piston, commande) retire son suivi : le remplacement ne doit jamais hériter
+d'une autorisation de fonte. Une incohérence de suivi est oubliée sans fonte.
+Les informations suivent le cycle natif de sauvegarde/déchargement du chunk,
+sans fichier global ni lecture disque par colonne. Le retrait du mod laisse
+des blocs de neige natifs ; aucun effacement n'est lancé par migration.
+
+## Vérifications ciblées
+
+Le client natif lance les contrôles d'accumulation beta.108 (deux mondes neufs),
+puis un monde neuf de graine 109 pour la fonte et le recharge après fermeture.
+Les quatre saisons utilisent une horloge de test déterministe, sans commande
+supplémentaire dans le mod livré. Les sondages appellent le véritable
+`ServerLevel.tickPrecipitation`, sans accélération ajoutée au jeu distribué.
+
+Cas vérifiés : bloc plein vers sept couches, fonte de haut en bas jusqu'au sol,
+neige construite et couches anciennes, dépôt météo sur une construction,
+casse/repose et ajout manuel de couches, toit et capuchon de neige manuel,
+activation/désactivation par gamerule, les quatre saisons, profils neige et
+pauses d'averses, biome froid et mode Vanilla, sauvegarde native des deux blocs
+suivis et de la gamerule, puis fonte après rechargement.
+
+Le choix du sommet utilise la heightmap native mise à jour immédiatement,
+sans dépendre d'une propagation de lumière encore en attente après la fonte.
+Le suivi est invalidé après toute modification effective de bloc ; chaque
+nouveau dépôt ou retrait météo enregistre ensuite uniquement ses couches.
+Les instantanés de suivi sont immuables pour la sauvegarde asynchrone des chunks.
+
+## Livraison — 17 septembre 2026
+
+- `./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest` :
+  réussi, 125 tâches, 2 min 20 s.
+- `./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true -PsanctuaryMelt109ClientTests=true -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true` :
+  réussi, 54 s ; marqueurs `SNOW108_NATIVE_PASS` et `MELT109_NATIVE_PASS`.
+- Java 25. Le GameTest sur serveur dédié reste exclu conformément au refus
+  antérieur de son EULA ; les essais natifs utilisent le serveur intégré.
+- Archives ZIP, métadonnées, sources embarquées, mixins et traductions vérifiés
+  contre l'archive immuable beta.108. Deux classes existantes modifiées, trois
+  nouvelles classes plus la classe synthétique du switch de saison. Aucun
+  test inclus dans le JAR. Assets identiques, sauf deux nouveaux libellés FR/EN.
+
+[Pack normal](../build/Sanctuary-beta.109.mrpack) ·
+[Pack Test](../build/Sanctuary-Test-beta.109.mrpack).
+
+| Artefact | SHA-256 |
+| --- | --- |
+| Normal | `4f80292b97398e993d05e831682c879d2e6b40e7ab8cb385a15142b68c2d3ba4` |
+| Test | `c0c7363ec3a2a8c568b77692b65dd8a4138c247bc928adecd5626f83bb5097bb` |
+| JAR Sanctuary | `0b53f5c2d9b50890067c42a1c71b84bf70f0c6af90c876020955bbe426ff6ffa` |
+
+Reçu : `build/melt109-artifact.json`. Journaux : `build/melt109-native.log`,
+`build/melt109-check-build.log`. Manifeste : `build/melt109-source-manifest.json`.
+
+Assemblage isolé sur beta.108, avec accumulation et œufs beta.107 ; Statuaire
+beta.106 reste livré séparément. Sources intégrées au répertoire principal en
+préservant ses autres travaux et ses compteurs beta.106 ; le worktree de
+livraison utilise beta.109 dans les deux compteurs et le manifeste packwiz.
+Aucun tag, publication du canal, déploiement, installation Prism ou monde
+personnel modifié. Aucun essai Windows. La fonte n'est pas appliquée
+rétrospectivement à la neige ancienne dont l'origine est inconnue.

docs/session-fixes-beta161.md

@@ -0,0 +1,78 @@
+# beta.161 — correctifs de la séance du 23 septembre
+
+Ticket : R002–R009 du carnet de séance. Branches `codex/session-fixes-beta161`.
+
+## Contrat de données et migration additive
+
+Aucun monde ni chunk n’est régénéré, aucun format existant n’est modifié.
+Le nouveau fichier `data/sanctuary-server-metrics.json` version 1 conserve le temps
+réel cumulé depuis l’activation du compteur, les morts connues par UUID et les
+UUID des figurants exclus. Au premier démarrage, les morts sont importées des
+statistiques Minecraft déjà présentes ; le temps antérieur n’est pas inventé.
+Les valeurs vivantes sont relevées côté serveur, sauvegardées toutes les 30 secondes
+et à l’arrêt. Les arrêts ne comptent pas dans la durée. Un crash peut perdre au
+plus la période depuis le dernier relevé enregistré. Un fichier corrompu ou
+modifié extérieurement arrête la collecte sans le remplacer.
+
+En mode base, appliquer la migration Web additive `create_sanctuary_server_metrics_table`
+avant de lancer le mod. Elle crée une table indépendante, une ligne par server_id ;
+le schéma communautaire v3 et ses données restent inchangés. Le serveur publie un
+instantané toutes les 30 secondes et un état arrêté à l’arrêt propre. En cas de
+panne SQL le compteur local continue ; le site marque la dernière mesure périmée
+après 90 secondes. Une table absente ne bloque pas les publications communautaires.
+La suppression de cette nouvelle table au rollback perd uniquement les instantanés,
+recréés depuis le fichier local à la prochaine publication. Ne pas supprimer le fichier
+local pour revenir en arrière ; les anciennes versions l’ignorent.
+Un seul serveur actif par server_id, comme pour les publications. Les morts de tous
+les joueurs ayant des statistiques sont cumulées, y compris les joueurs déconnectés.
+Les figurants du laboratoire sont exclus des morts et des joueurs en ligne.
+
+## Résultat livré
+
+Liste des joueurs sur U (migration unique de Tab ; autres choix conservés), suivi
+et place unique expliqués dans les demandes. Site : retour au dessin d’origine,
+intendance limitée au titre, page officielle avec retour, pas de navbar de rubriques
+ni de sélecteur de langue ni d’incitation à se connecter dans les publications.
+Gazette en accordéon exclusif : le dernier article visible est ouvert au chargement,
+ouvrir un autre referme le précédent. Photo entière à gauche, extrait court à droite,
+visage/pseudo/date et lien de lecture alignés en bas. Calendrier jour/mois encadré,
+message officiel à droite, sans heure ; année dans le footer.
+Les pages publiques du site sont en lecture seule, y compris leurs anciennes
+routes d’écriture pour les comptes connectés et le staff. L’administration
+Intendance réservée au staff reste disponible. Les joueurs publient, répondent
+et suivent les demandes dans Minecraft. Compteurs réels et état périmé explicite.
+
+## Vérifications
+
+| Vérification | Résultat |
+| --- | --- |
+| `./gradlew check build assemblePack` | 252 GameTests : 229 réussis, les mêmes 23 échecs que beta.160, aucun nouvel échec dans cette passe. Comparaison dans `build/session161-server-failures.json`. |
+| Contrôles JVM et persistance fichier/SQL | Réussis, dont `SERVER_METRICS161_PASS` et `COMMUNITY154_SQL_PASS` dans `build/beta161-release.log`. |
+| Démarrage et raccourci U | `SESSION161_KEYS_PASS` : défaut U, migration unique depuis Tab, choix personnalisé conservé. |
+| Parcours natif communautaire | `SEARCH159_CLIENT_PASS mode=file` : photos/galerie, FR/EN, GUI 2/3/4, recherche, bulletin en lecture seule, suivi et infobulle du repère. Captures dans `mods/sanctuary/build/run/clientGameTest/screenshots/`. |
+| Web SQLite et MariaDB isolée | 29 tests, 252 assertions réussies ; lecture seule visiteurs/joueurs/staff, contrats de persistance, statistiques absentes/périmées/arrêtées. Pint et `git diff --check` réussis. |
+| Navigateur | Accordéon exclusif, lien vers l’article, calendrier sans heure, visage/auteur/date et lecture en bas ; vérification desktop et 390 × 844. |
+| Assemblage final | `./gradlew build assemblePack :sanctuary-test:exportDuoLaunch -x :sanctuary:check` réussi, après les vérifications ci-dessus. Exclusion ponctuelle des tests connus en échec, pas de suppression d’assertion. |
+| Laboratoire réel | Monde existant `duo-flat-160` relancé, serveur 768 MiB/client 2048 MiB, shaders désactivés. KokaLab non OP, 26 niveaux conservés. Deux figurants, compteur SQL et Web : 1 humain. Journal de durée persisté et exclusions vérifiées. |
+
+Le premier démarrage de test a révélé une mauvaise déclaration du nouveau mixin :
+`PlayerListKeyMixin` au lieu de `client.PlayerListKeyMixin`. Elle est corrigée ;
+la classe et sa déclaration sont présentes dans le JAR final. Le test natif a
+ensuite réussi. L’assemblage avait redéclenché une seconde passe de GameTests
+serveur ; cette répétition a été interrompue, la première passe complète faisant
+foi. Logs distincts : `beta161-check-build.log`, `beta161-release.log`,
+`beta161-client.log`, `beta161-assembly.log`, sous `build/`.
+
+Livraison locale uniquement : `mods/sanctuary/build/libs/sanctuary-beta.161.jar`
+et pack assemblé dans `build/packwiz`. SHA-256 du JAR :
+`c6e0424bf091c41827730bc260dad3b95b7c949fb0dcc41811f0ae3d94bce79c`.
+Les 29 ressources shader sont identiques à beta.160. Les anciens JAR beta.154–160
+sont conservés. Aucun canal public ni instance Prism personnelle n’a été modifié.
+Le téléchargement public du site reste l’ancien lien beta.151, hors de cette
+livraison locale. Les 23 échecs préexistants restent ouverts.
+
+Le compteur de jours débute à l’activation de cette version : le fonctionnement
+antérieur n’était pas mesuré. Le site reçoit les nouveaux compteurs au rechargement
+de la page. La mesure d’une mort réelle supplémentaire n’a pas été provoquée sur
+le personnage de la séance ; l’import et l’incrément sont couverts par le test du
+journal et les tests de lecture Web.

docs/shader-beta127.md

@@ -0,0 +1,88 @@
+# SHADER-127 — intégration des ombres portées pixélisées
+
+Demande du 17 septembre 2026 : livrer le shader dans **beta.127**.
+Branche `codex/shader-beta127`, socle publié beta.126, Minecraft 26.3 / Java 25.
+
+La préparation locale [des ombres pixélisées](pixel-shadows-source122.md) est
+intégrée sans écraser les changements non publiés du dossier d'origine.
+Les gemmes, dernières textures de rubis/saphir, l'argile spéciale et les
+commandes de découverte de beta.126 sont conservées.
+
+## Utilisation
+
+**Options → Shaders → Sanctuary · Vanilla Light → Ombres portées pixélisées**.
+L'option est désactivée par défaut ; son activation reste un choix du joueur.
+Finesse : 8/16/32 pixels par bloc ; portée : 16/32/64 blocs. Défauts : 16 et 32.
+Les paramètres FR/EN s'appliquent immédiatement et persistent dans
+`config/sanctuary-shaders.json`. La mise à jour préserve les réglages personnels.
+Le rendu est natif au mod : aucun pack Iris, téléchargement supplémentaire ou
+nouvelle dépendance de rendu.
+
+## Périmètre
+
+Ombres solaires des formes d'occultation des blocs chargés, incluant dalles,
+escaliers et obstacles hors écran. Carte de profondeur GPU, grille ancrée dans
+le monde, atténuation selon soleil, pluie et brume. L'effet s'arrête la nuit,
+dans les dimensions sans soleil, dans les fluides ou avec un moteur externe.
+Le HUD et la main ne passent pas dans cet effet. La lumière de gameplay,
+les règles serveur, les sauvegardes et la génération ne sont pas modifiées.
+
+La préparation limite le cache à 96 Mio et sa construction à quatre sections
+par image dans un budget souple de 3 ms. L'intégration supprime seulement une
+invalidation de bord exécutée deux fois à l'identique dans le cache de terrain.
+Les formes non occultantes, feuillages ajourés, eau/verre et entités animées ne
+projettent pas de nouvelles silhouettes. Les transparences déjà composées
+peuvent recevoir l'assombrissement du terrain situé derrière elles. Pas
+d'ombres de torches/lune ni de mesure de FPS revendiquée.
+
+## Vérifications et livraison
+
+Client natif Minecraft 26.3 / Java 25 sur macOS, monde neuf plat, graine 122 :
+`PixelShadows122ClientChecks` réussit sur la beta.127 en **1 min 26 s**.
+Le nom de cette fixture historique est conservé pour suivre la même scène.
+
+- Activation : 920 échantillons de sol assombris, 63 412 inchangés, aucun éclairci.
+- Pilier hors écran : 42 048 échantillons restent ombrés ; le retrait du pilier
+  restitue la lumière sur les 42 048 et conserve les 23 616 déjà éclairés.
+  La repose rétablit la même ombre sans désactiver le cache.
+- Trois finesses et trois portées, redimensionnement GPU, désactivation/libération,
+  arrêt nocturne, reprise diurne et rechargement des ressources vérifiés.
+- Préférences persistantes et bornées ; captures FR/EN inspectées, sans texte
+  tronqué. La scène pilier/dalle/escalier est également inspectée visuellement.
+
+Logs : `build/shader127-client.log`. Captures :
+`mods/sanctuary/build/run/clientGameTest/screenshots/`.
+Le serveur GameTest dédié reste exclu conformément au refus antérieur de son
+EULA. Aucun monde personnel n'est ouvert. Aucun essai Windows/Vulkan ou FPS
+n'est revendiqué ; la validation graphique est celle du client natif local.
+
+
+Build `./gradlew check build assemblePack assembleTestPack
+-x :sanctuary:runGameTest` réussi en **2 min 25 s**, 126 tâches. Les sources
+Java dans les archives correspondent aux sources du ticket. La comparaison
+avec le JAR beta.126 ne trouve que **21 entrées de production modifiées**,
+toutes liées au shader, à son initialisation, ses mixins et ses libellés.
+Les règles de jeu, données, textures de gemmes, sculptures et découvertes
+sont identiques. Normal et Test contiennent le même JAR ; le template exporte
+exactement les ressources du mod. Aucune fixture de test ni monde embarqué.
+
+| Artefact | SHA-256 |
+| --- | --- |
+| `Sanctuary-beta.127.mrpack` | `23fa6ca0c5d1f1033e13e5370d669491b398d5a99e13f8bd1e983f998a24a20a` |
+| `Sanctuary-Test-beta.127.mrpack` | `f185f3a743ba23cd6c024d1c1e46587706bf4f3edb5e14d7e5dee522a1ebf2c2` |
+| `sanctuary-beta.127.jar` | `3ef3fab67f4f703864a1acc9ae2395c636d206f3128d3399140eaf045a46d5f3` |
+
+## Publication et synchronisation
+
+[Release beta.127](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.127)
+publiée depuis `00be1eb0d0bfe042442d90255385033a7765092f` ; artefacts immuables retéléchargés
+et vérifiés. Canal packwiz : `7fd24a43e01ee497a23311e3c78e1dd3dddd877a`.
+Deux synchronisations isolées puis deux dans l'instance existante
+**Sanctuary Beta** ont réussi. Les **923 fichiers personnels** suivis,
+y compris les préférences de shaders, sont conservés. Aucun monde personnel
+ouvert ; copie préalable dans `sanctuary-backups/before-beta.127/`.
+
+Les packs normal/Test et le template sont aussi copiés et vérifiés dans
+`sanctuary-beta/build/`. Reçus locaux : `build/shader127-artifact.json`,
+`build/shader127-isolated.json`, `build/shader127-prism.json` et journal de
+publication `build/shader127-publication.log`.

docs/shader-beta128.md

@@ -0,0 +1,106 @@
+# SHADER-128 — stabilité, lune et feuillage
+
+Demandes du 17 septembre 2026 : réduire le jitter des bords et à midi, conserver
+des ombres de blocs nettes et un feuillage nuancé, ajouter une ombre lunaire
+fine et une transmission
+irrégulière du feuillage selon son épaisseur. Branche `codex/moon-foliage-beta128`,
+socle publié beta.127, Minecraft 26.3 / Java 25.
+
+## Résultat
+
+Les faces de voxels reçoivent l'ombre sur une grille fixe ; leur plan est
+stabilisé au 1/16 de bloc et les faces inclinées conservent leur normale. La
+carte de profondeur utilise un ancrage par 16 blocs avec alignement de ses
+texels. **Les ombres des blocs restent nettes** : le créateur a écarté leur
+adoucissement après l'essai visuel. Le filtrage est réservé au feuillage.
+Le soleil continue de se déplacer : ce mouvement naturel peut toujours faire
+avancer une ombre d'une case. L'objectif est de supprimer les oscillations
+liées à la caméra, pas de figer le temps.
+
+Entre une élévation solaire de 0,92 et le zénith, l'intensité diminue doucement
+jusqu'à 25 % de sa valeur habituelle : alpha maximal 0,095 au lieu de 0,38.
+La lune réutilise la même carte et son angle natif ; alpha maximal 0,10 selon
+sa phase, nul à la nouvelle lune. Horizon, pluie, portée et brume atténuent
+les deux lumières. Pas de seconde passe de carte lunaire simultanée.
+
+Les blocs du tag vanilla `leaves` projettent une couverture probabiliste fixe
+sur une grille de quart de bloc. Les faces internes restent présentes : plus
+le rayon traverse de couches, moins il a de chances de passer. Il s'agit d'une
+approximation statistique de l'épaisseur, pas d'un comptage des feuilles ni
+d'une lecture des trous de leur texture. Quatre échantillons bilinéaires sur
+un quart de bloc mélangent cette couverture
+en nuances, évaluées sur la grille pixélisée. Un masque R8 distingue feuilles
+et blocs dans la même passe de profondeur, pour garder les silhouettes opaques
+nettes. Les comparaisons suivent le plan récepteur pour éviter l'auto-ombrage
+sur les surfaces obliques. Le motif ne dépend ni du temps ni de la caméra et
+ne demande aucune lecture GPU côté CPU en production.
+Les budgets du cache restent 96 Mio, quatre sections et 3 ms souples par image.
+Le feuillage ajoute des faces ; son filtrage utilise seize comparaisons de
+profondeur et, selon le cas, autant de lectures du masque. Les ombres opaques
+pleines utilisent le chemin court. Le masque prend 4 Mio à la définition
+par défaut, 16 Mio au maximum ; aucune promesse de FPS n'est faite.
+
+Réglages existants et libellés FR/EN conservés/actualisés. Les ombres restent
+optionnelles et désactivées par défaut. Règles, éclairage de gameplay, mondes
+et génération inchangés. Les limitations de beta.127 concernant les entités,
+fluides, verre et autres formes non occultantes subsistent.
+
+## Vérifications
+
+`PixelShadows122ClientChecks`, fixture historique étendue, réussit en **1 min
+44 s** dans un monde neuf plat, graine 122, client natif macOS/OpenGL.
+
+- Soleil : 920 échantillons de sol ombrés et 63 412 inchangés ; retrait/repose
+  d'un pilier hors écran restitue puis rétablit son ombre.
+- Lune : ombre localisée mesurée ; arrêt des passes à la nouvelle lune.
+- Midi : ombre atténuée et **zéro échantillon de transition adoucie sur 65 664**
+  dans la scène de contrôle du contour opaque.
+- Caméra : petits déplacements autour de l'ancien ancrage entier et du nouvel
+  ancrage par 16 blocs, retour au point initial, petites rotations en vue
+  oblique, instants avant/après midi et passage de 5999 à 6001 ticks.
+  Comparaisons d'images avec tolérance de trois niveaux par canal et moins
+  de 1 % d'échantillons changés pour ces petits mouvements.
+- Vue oblique : 19 637 échantillons ombrés, 46 027 inchangés sur le sol blanc.
+- Feuillage : assombrissement moyen mesuré d'environ **18,6 %** pour une couche,
+  **31,7 %** pour quatre, contre **36,8 %** sous une couverture solide.
+  Motif fixe dans le temps ; modification des couches invalide le cache actif.
+- Trois finesses/trois portées, désactivation/libération GPU, préférences
+  persistantes, rechargement des ressources, textes FR/EN et captures inspectés.
+
+Commande native : `./gradlew :sanctuary:runClientGameTest
+-PsanctuaryClientTests=true -PsanctuaryPixelShadows122ClientTests=true
+-PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true` sous Java 25.
+Logs : `build/shader128-client.log` ; captures sous
+`mods/sanctuary/build/run/clientGameTest/screenshots/`.
+
+`./gradlew check build assemblePack assembleTestPack
+-x :sanctuary:runGameTest` réussit en **2 min 24 s**, 126 tâches.
+Les sources archivées correspondent au ticket. **13 entrées de production**
+diffèrent de beta.127, limitées aux classes du shader, GLSL et libellés FR/EN.
+Gemmes, sculptures, découvertes, données et règles de jeu restent identiques.
+Normal et Test embarquent le même JAR ; le template correspond exactement aux
+ressources exportables. Aucun monde ni fixture de test embarqué.
+Le serveur GameTest dédié reste exclu conformément au refus antérieur de son
+EULA. Aucun monde personnel utilisé. Aucun essai Windows/Vulkan revendiqué.
+
+## Artefacts vérifiés
+
+| Artefact | SHA-256 |
+| --- | --- |
+| `Sanctuary-beta.128.mrpack` | `84125b18366afde52c8cba4bc7007257b1c3d8b79d413338abe64d0e0ae8feaf` |
+| `Sanctuary-Test-beta.128.mrpack` | `6bfb10d8d63875bfb84e813d4f0a9faf5db30902cc0400deda0993c08b86e597` |
+| `sanctuary-beta.128.jar` | `c54cbae7efaa7059c8fd4d28801087983379958fe34eedff51682d106d649c6a` |
+
+## Publication et synchronisation
+
+[Release beta.128](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.128)
+publiée depuis `a4e96c0d99c976231d7ca92b1db6bdb6aa7083c6` ; les artefacts immuables ont été
+retéléchargés et vérifiés. Canal packwiz : `eba01726ee132a6e548d129fa7ee04f24c880917`.
+Deux synchronisations isolées puis deux dans l'instance existante
+**Sanctuary Beta** ont réussi. Les **923 fichiers personnels** suivis,
+y compris les réglages de shaders, sont conservés. Aucun monde personnel
+ouvert ; copie préalable dans `sanctuary-backups/before-beta.128/`.
+Packs normal/Test et template copiés et vérifiés dans `sanctuary-beta/build/`.
+
+Reçus locaux : `build/shader128-artifact.json`, `build/shader128-isolated.json`,
+`build/shader128-prism.json` ; journal : `build/shader128-publication.log`.

docs/shader-beta129.md

@@ -0,0 +1,119 @@
+# SHADER-129 — arêtes connectées et portées étendues
+
+Demandes du 17 septembre 2026 : highlight optionnel, puis raccordement CTM de
+tous les blocs coplanaires, portée indépendante 16–256 blocs, ombres à 128/256,
+suppression de l'atténuation au zénith et du réalignement cyclique des ombres.
+Branche `codex/edge-highlights-beta129`, socle beta.128, Minecraft 26.3 / Java 25.
+
+## Résultat
+
+Dans **Options → Shaders → Sanctuary · Vanilla Light**, les reflets sur les
+arêtes sont désactivés par défaut. L'intensité va de 0 à 100 ; la valeur 30
+éclaircit au maximum de 12 %. Leur portée se règle indépendamment des ombres :
+**16, 32, 64, 128 ou 256 blocs**. Les anciens réglages restent conservés.
+
+Le highlight raccorde les surfaces plates, y compris entre matériaux différents,
+sans dessiner les jonctions intérieures. Il suit les contours visibles du relief,
+y compris les dalles et escaliers. Il multiplie la couleur existante pour garder
+les pixels des textures et composer avec les ombres. Ce CTM géométrique utilise
+la profondeur déjà produite par Minecraft : aucune liste de blocs autorisés,
+aucun pack CTM à fournir, aucune exploration CPU du volume de 256 blocs.
+Une cassure/repose modifie le contour dès que le terrain natif est réaffiché.
+
+Le trait proche suit la grille de 1/16 de bloc. À distance, la couverture devient
+partielle pour limiter le scintillement des traits plus petits qu'un pixel.
+La portée choisie s'efface progressivement dans son dernier quart et respecte
+la brume ainsi que la distance de rendu. Une passe plein écran, quatre sondes
+de profondeur et un tampon uniforme de 176 octets ; aucun retour GPU vers CPU
+en production. L'arrêt de l'option ou une intensité nulle libèrent ce tampon.
+
+Ce n'est pas un remplacement des textures par des variantes CTM. Le calcul
+concerne les faces visibles alignées sur la grille : les faces hors écran,
+les surfaces transparentes absentes de la profondeur et les géométries
+arbitrairement inclinées ne sont pas reconstruites. À très grande distance,
+les détails plus petits qu'un pixel peuvent rester imperceptibles. Aucun
+chargement de chunk forcé, aucune promesse de FPS.
+
+Les ombres proposent les cinq mêmes portées. La carte reste plafonnée à
+4096 × 4096 : les grandes distances réduisent sa précision spatiale. Le cache
+garde ses limites de 96 Mio, quatre sections et 3 ms souples de construction
+par image ; la réconciliation des chunks est limitée aux ticks et changements
+de caméra/terrain plutôt qu'à toutes les images.
+
+L'intensité solaire reste pleine au zénith. Les contours opaques restent nets,
+le filtrage du feuillage et les ombres légères de la lune sont conservés.
+Le réalignement de la grille lumineuse a lieu au changement d'ancrage de la
+caméra, avec transfert de phase par texels entiers. La rotation du soleil ne
+réarrondit plus la projection de l'origine mondiale à chaque image, source
+de sauts périodiques amplifiés aux grandes coordonnées. Le soleil continue
+d'avancer ; une ombre pixélisée peut naturellement changer de case. Cette
+correction ne modifie pas l'horloge serveur ni sa cadence native.
+
+Textes FR/EN. Aucun changement de règles, sauvegardes, génération, gemmes,
+sculptures ou découvertes.
+
+## Vérifications et livraison
+
+Le client natif réussit en **2 min 41 s**, dans un monde neuf plat, graine 122,
+sur macOS / Apple M1 / OpenGL :
+
+- CTM : 596 échantillons éclaircis sur le contour et 65 068 conservés ; les
+  20 centres et 20 jonctions coplanaires ciblés restent intacts, y compris
+  au changement de matériau. L'intensité 90 produit environ trois fois le gain.
+- Ouverture d'un trou : 716 échantillons éclaircis ; la fermeture restitue
+  l'image connectée. Au-delà de 16 blocs, le réglage 16 supprime le contour ;
+  le réglage 64 le rétablit (254 échantillons éclaircis).
+- Cinq portées CTM et cinq portées d'ombres, persistance/clamp, migration des
+  anciennes préférences, arrêt/libération, rechargement, caméra et vue oblique
+  avec ombres. Captures françaises/anglaises inspectées ; suppression ensuite
+  d'un préfixe redondant dans le libellé de portée.
+- Soleil, lune, nouvelle lune, ombres opaques nettes à midi et transmission
+  du feuillage restent vérifiés. Casters hors écran et retrait/repose actifs.
+- 2 000 petits pas solaires aux coordonnées ±100 000 vérifient l'absence de
+  saut de translation de la carte ; changement d'ancrage par texels entiers.
+  La séquence du vrai service realtime suit 294 images : angle avancé de
+  0,000694 radian, aucun rebond dans les 65 664 échantillons de sol suivis.
+  Sur cette courte séquence, aucune case opaque n'a changé ; cela ne constitue
+  pas une mesure de mouvement visible sur une journée entière.
+
+La fixture initiale capturait parfois le terrain avant la fin de sa construction
+native : elle attend désormais la réception de toute la plateforme et la fin
+compilée des sections. Aucun changement de gameplay pour contourner ce problème.
+
+Commande : `./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true
+-PsanctuaryPixelShadows122ClientTests=true -PsanctuaryClientNoVsync=true
+-PsanctuaryQuickTests=true`. Log `build/shader129-client.log`, captures sous
+`mods/sanctuary/build/run/clientGameTest/screenshots/`.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 17 s**, 126 tâches. Une dernière passe d’assemblage intègre
+la simplification du libellé de portée (2 min 18 s). Les archives sont vérifiées :
+**17 entrées de production** diffèrent de beta.128, limitées au shader et à ses
+interfaces. Même JAR dans normal/Test, sources archivées conformes, ressources
+du template exactes, assets des gemmes inchangés. Aucun monde ni test embarqué.
+Le serveur GameTest dédié
+reste exclu conformément au refus antérieur de son EULA. Aucun monde personnel
+utilisé pour les essais, aucun résultat Windows/Vulkan revendiqué.
+
+
+Archives vérifiées dans `build/` et recopiées dans le dossier de livraison
+habituel `sanctuary-beta/build/` :
+
+- Normal : 10 353 946 octets, SHA-256
+  `2c7735194faab8a699004e69ad543ce6e8fabdebe297b759bffd31fea2dcc2e8`.
+- Test : 10 372 872 octets, SHA-256
+  `cca572ee313d1d7e66ed745bb48bac62490998760d9b7bbfc7a1f6d60c430dce`.
+- JAR Sanctuary :
+  `ca3e2ff4e0717a3a54c1d57478d43aade39d001b71c4eec745d76f010f7def54`.
+
+[Release beta.129](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.129)
+publiée depuis `35103a7ea8635dc4ed26293f00e86d99aaacfca8`. Canal packwiz
+`2eaa0130a4cd475c598beefdab40f48fc8681ab7`. Deux synchronisations isolées puis deux synchronisations
+dans l'instance **Sanctuary Beta** ont réussi. Les **923 fichiers personnels**
+suivis, dont les réglages de shader, sont inchangés. Aucun monde personnel ouvert.
+Sauvegarde préalable des fichiers gérés : `sanctuary-backups/before-beta.129/`.
+Le JAR installé a le hash vérifié ci-dessus. Reçus locaux :
+`build/shader129-artifact.json`, `build/shader129-isolated.json` et
+`build/shader129-prism.json`. Le checkout initial avec ses modifications en
+cours a été préservé ; seule la copie des archives versionnées rejoint son
+répertoire `build/`.

docs/shader-beta130.md

@@ -0,0 +1,131 @@
+# SHADER-130 — bloom et précision commune
+
+Demandes du 17 septembre 2026 : bloom réglable du soleil et des sources
+lumineuses ; inclusions émissives du fer, cuivre, redstone, lapis, diamant,
+émeraude, rubis, saphir, quartz et or ; réglage commun « Précision » pour
+les ombres et le highlight. Branche `codex/bloom-beta130`, socle beta.129,
+Minecraft 26.3 / Java 25.
+
+## Résultat
+
+Dans **Options → Shaders → Sanctuary · Vanilla Light**, le bloom possède
+un interrupteur, une intensité et une diffusion réglables de 0 à 100.
+Les minerais ont leur propre interrupteur et intensité. Le bloom reste
+optionnel, désactivé initialement, avec une intensité préparée à 35, une
+diffusion à 50 et une émission des minerais à 50. Une intensité globale
+nulle arrête les passes et libère les ressources de cet effet.
+
+Les nouveaux réglages par défaut sont **Pixel Shadows activé**, distance
+des ombres **128 blocs**, highlight **32 blocs** et **Précision 16 pixels
+par bloc**. La précision unique propose 8, 16 et 32 et contrôle simultanément
+ombres et arêtes. La clé JSON historique `shadowPixels` est conservée :
+les préférences déjà personnalisées ne sont pas écrasées.
+
+Les vingt textures de minerais sont analysées depuis les ressources actives.
+La palette de pierre, de deepslate ou de netherrack est comparée aux pixels
+colorés des inclusions, avec un traitement du quartz et de l'or du Nether.
+Les reflets clairs accolés aux inclusions sont conservés. Le masque est
+calculé une fois par texture et conservé en cache jusqu'au rechargement des
+ressources. Une texture optionnelle `<nom>_e.png` peut préciser ce masque
+pour une texture candidate ; sa luminance maximale multipliée par l'alpha
+remplace la détection automatique. Les couleurs affichées viennent toujours
+de l'atlas Minecraft actif, y compris son animation.
+
+Les sources sont les faces visibles des modèles de blocs lumineux, la lave,
+le soleil et la lune. Les lampes éteintes ne produisent pas de halo. Le
+niveau lumineux natif pondère les sources ordinaires ; l'émission des minerais
+est purement graphique. La profondeur du terrain élimine les inclusions
+cachées et masque le soleil derrière les constructions. Le cœur émissif
+conserve ses pixels nets, tandis qu'un halo séparé est diffusé à résolution
+réduite puis composé sur l'image.
+
+Aucun niveau de lumière serveur, spawn, règle de jeu, format de sauvegarde,
+identifiant ou paramètre de génération ne change. Aucun monde personnel
+n'est ouvert pour les essais.
+
+## Coût et limites
+
+La géométrie suit uniquement les sections natives visibles et déjà chargées.
+Leur palette permet d'écarter rapidement les sections sans source ; le cache
+invalide les sections touchées lors des modifications. Construction répartie
+sur les images, au plus quatre sections démarrées et un budget souple de
+3 ms, cache GPU plafonné à 32 Mio et 16 384 faces par section. Une section
+qui dépasse les limites est omise. Aucun chargement de chunk forcé.
+
+Le masque GPU est plafonné à 256 textures, chacune échantillonnée au plus en
+64 × 64 ; les textures natives 16 × 16 conservent leurs texels. Les masques
+animés utilisent leur première image, tandis que la couleur reste animée.
+La carte d'émission est à la résolution de l'écran ; la diffusion séparable
+utilise deux cibles flottantes à 1/8 de largeur et de hauteur, sans retour
+GPU vers CPU en production. Les allocations sont libérées à l'arrêt, au
+rechargement et à la déconnexion, et recréées au changement de taille.
+
+Cette première version ne reconstruit pas les sources hors écran, les
+particules, les entités lumineuses ni les modèles dessinés exclusivement par
+un renderer de block entity. Les packs très différents peuvent demander un
+masque explicite. Les silhouettes des liquides sont approximées puis
+masquées par la profondeur native. Aucune promesse de FPS ni validation
+Windows/Vulkan ; les essais graphiques portent sur macOS / Apple M1 / OpenGL.
+
+## Vérifications
+
+Le test client ciblé réussit en **1 min 29 s**, dans un nouveau monde plat,
+graine 122. Il analyse les vingt textures, refuse les pixels gris de leur
+roche, mesure le gain nocturne et les variations réelles d'intensité/diffusion.
+Couvrir les minerais de pierre supprime toute source émissive. Retirer les
+blocs rétablit l'émission ; le rechargement des ressources fait de même.
+Torche, glowstone, lampe alimentée, lave et soleil sont vérifiés, ainsi que
+l'arrêt de la lampe et l'occultation du soleil par de la pierre. Les valeurs
+par défaut et la conservation d'anciens choix personnalisés passent.
+
+Log ciblé : `build/shader130-client-bloom.log` ; masques inspectables dans
+`mods/sanctuary/build/run/clientGameTest/bloom130-ore-masks.png` et son CSV.
+La suite shader complète réussit en **3 min 16 s** : casters hors écran,
+retrait/repose, trois précisions, cinq portées, lune, zénith, feuillage,
+realtime, caméra et rechargement restent vérifiés. Les arêtes CTM restent
+raccordées entre matériaux ; 1 295 échantillons du contour sont éclaircis
+à précision 8, 596 à 16 et 120 à 32. Les captures françaises/anglaises et
+le rendu des minerais/du soleil sont inspectés.
+
+Commandes natives : `./gradlew :sanctuary:runClientGameTest
+-PsanctuaryClientTests=true -PsanctuaryPixelShadows122ClientTests=true
+-PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true`. Le test ciblé utilise
+`-PsanctuaryBloom130ClientTests=true` à la place de la propriété PixelShadows.
+Log complet : `build/shader130-client-full.log` ; captures sous
+`mods/sanctuary/build/run/clientGameTest/screenshots/`.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 24 s**, 126 tâches. Le serveur GameTest dédié reste exclu
+conformément au refus antérieur de son EULA. La comparaison au binaire beta.129
+trouve **24 entrées de production** modifiées, toutes limitées au shader et à
+ses interfaces. Gameplay et textures des gemmes inchangés ; aucun test,
+monde ou modèle GLB embarqué. Les sources archivées correspondent aux sources
+Java, les packs normal/Test embarquent le même JAR et le template contient
+exactement les ressources prévues.
+
+Archives vérifiées dans `build/` et recopiées dans le dossier habituel
+`sanctuary-beta/build/` :
+
+
+- `Sanctuary-beta.130.mrpack` : 10386021 octets, SHA-256
+  `7a3fcd4e496fa136eb3e0896fa7b856ae91771123186fa8df13c8fb1e0cf3e9a`.
+
+- `Sanctuary-Test-beta.130.mrpack` : 10404944 octets, SHA-256
+  `8de094fcbc58a300cc24d64c8d1b7931fdb8db354c75defa6bf2a2aa4a123a23`.
+
+JAR : `1ac4d1b1339361fb665f03ca3bd359163db5037ffd90e684c5a461759f6076e7`.
+
+[Release beta.130](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.130)
+publiée depuis `534dfec4f88169a200702b50d1ba87d85c107bee`. Canal packwiz
+`68e06353bf880af04c1c72d4e3a159f11f94b619`. Les téléchargements publics sont vérifiés par SHA-256.
+Deux synchronisations isolées, puis deux dans la même instance **Sanctuary
+Beta**, réussissent. Un seul JAR Sanctuary beta.130 est actif. Les
+**923 fichiers personnels suivis** conservent leurs hashes, dont les mondes,
+packs et préférences de shaders. Sauvegarde préalable dans
+`sanctuary-backups/before-beta.130/` de l'instance. Aucun monde personnel ouvert.
+
+Reçus locaux ignorés : `build/shader130-artifact.json`,
+`build/shader130-isolated.json`, `build/shader130-prism.json` et
+`build/shader130-publication.log`. Le checkout original conserve ses
+modifications préexistantes ; seuls les trois artefacts versionnés vérifiés
+sont recopiés dans son dossier `build/`.

docs/shader-beta131.md

@@ -0,0 +1,91 @@
+# SHADER-131 — émissifs indépendants et réglages initiaux
+
+Demande : activer par défaut bloom, minerais émissifs et highlight ; garder
+les émissifs avec halo coupé ou intensité du bloom à zéro, sans bouton ajouté ;
+ajouter 64 et 128 pixels/bloc en options. Précision initiale 16, distances
+highlight 32 et ombres 128 conservées. Préférences personnalisées préservées.
+Branche `codex/emissive-beta131`, socle beta.130, Minecraft 26.3 / Java 25.
+
+Le futur effet demandé est une légère teinte diffusée depuis les blocs
+voisins, pas des reflets reconnaissables. Étude seulement pour ce ticket ;
+aucun SSR ou éclairage indirect expérimental activé.
+
+## Comportement et validation
+
+Le curseur à zéro et l'interrupteur Bloom coupent uniquement le halo.
+Le réglage existant des minerais contrôle leurs inclusions nettes séparément.
+Sans halo, les cibles de diffusion GPU sont libérées ; l'émission garde
+seulement les ressources nécessaires. Tout désactiver libère l'ensemble.
+La grille commune propose 8, 16, 32, 64 et 128, sans augmenter le plafond
+4096 de la carte d'ombres. Libellés FR/EN et essais clients natifs sur les
+inclusions, l'absence de halo, les transitions et les nouvelles précisions.
+Aucun changement de lumière serveur, de génération ou de sauvegardes.
+
+Le cœur émissif et le halo utilisent maintenant deux chemins indépendants.
+Les textures et leur analyse restent celles de beta.130. Avec le halo coupé,
+la carte d'émission est effacée avant les faces, le cœur net est composé,
+et les passes de ciel, réduction, diffusion et application du halo sont
+omises. Le retour au bloom recrée ses cibles. Aucun bouton ajouté, aides
+FR/EN adaptées et choix explicitement désactivés toujours conservés.
+
+## Vérifications
+
+Suite client native réussie en **3 min 46 s**, monde plat neuf de graine 122,
+macOS / Apple M1 / OpenGL. Cinq précisions sauvegardées et chargées, bornes
+et seuils de normalisation, carte d'ombres plafonnée et arêtes CTM rendues
+à 64/128. Le gain mesuré des traits diminue de 0,02778 à précision 32 à
+0,02094 à 64, puis 0,01013 à 128 dans la même scène.
+
+Les inclusions restent nettes sans halo : le rendu Bloom OFF correspond
+au rendu intensité zéro. Aucun gain mesuré hors du masque source, ressources
+de diffusion absentes ; couper aussi les émissifs libère l'ensemble et
+restitue l'image initiale. Réactiver le bloom restitue son image précédente.
+Captures OFF/zéro inspectées. Valeurs initiales ON vérifiées ; un ancien
+choix explicitement OFF reste OFF. Les essais beta.130 (vingt masques,
+occultation, sources, rechargement), lune, feuillage et realtime passent.
+
+Le premier essai rencontrait une assertion historique attendant le highlight
+OFF lorsqu'une clé était absente. Elle attend désormais la nouvelle valeur
+ON ; les cas de préférences explicitement désactivées restent testés.
+
+Commande : `./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true
+-PsanctuaryPixelShadows122ClientTests=true -PsanctuaryClientNoVsync=true
+-PsanctuaryQuickTests=true`. Log : `build/shader131-client-full.log` ; captures
+sous `mods/sanctuary/build/run/clientGameTest/screenshots/`.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 30 s**, 126 tâches. Les archives normal/Test, leurs sources
+et le template sont vérifiés. Six entrées de production changent : moteur
+Bloom, préférences, interface et libellés. Gameplay, shaders GLSL et textures
+restent identiques à beta.130. Aucun résultat Windows/Vulkan
+revendiqué ; le serveur GameTest dédié reste exclu conformément au refus
+antérieur de son EULA.
+
+## Piste suivante — diffusion des couleurs
+
+Choix confirmé : légère teinte des surfaces voisines. Une estimation SSGI
+utilise la couleur et la profondeur visibles pour des rebonds diffus ; voir
+la [documentation primaire Unity](https://docs.unity3d.com/Packages/com.unity.render-pipelines.high-definition@17.0/manual/Override-Screen-Space-GI.html).
+Proposition à expérimenter : faible intensité, courte portée autour des
+surfaces, calcul réduit, rejet par profondeur pour ne pas teinter au travers
+des murs. Vérifier les bords de l'écran, les blocs hors champ, la stabilité
+en mouvement et les textures avant de fixer une qualité. Cette piste n'est
+pas implémentée dans beta.131.
+
+## Livraison
+
+- `Sanctuary-beta.131.mrpack` : 10386312 octets ; SHA-256 `e02067e424bf4f54512d5cfb1b5cde0fe232aa6bdadc0d38981cd15817a6387a`.
+- `Sanctuary-Test-beta.131.mrpack` : 10405238 octets ; SHA-256 `298387cce5a5b7cdc09b3a9d24859b674a736b25abcbafa7995b813757641265`.
+
+JAR : `87210da23f7781efccdbdbf5d4e2d3c1ff1857a7f326027b93d6a301c7dfdb0d`.
+
+Archives vérifiées recopiées dans `sanctuary-beta/build/`. [Release beta.131](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.131)
+publiée depuis `078d3e6833daa7de7f6c6d0e1a6c17d5dbefe075`. Canal packwiz
+`efb18c274d95d988a9566b8c52751469f002cdda`. Téléchargements publics vérifiés par hash.
+Deux synchronisations isolées, puis deux dans la même instance **Sanctuary Beta**
+réussissent. Un seul JAR Sanctuary beta.131 ; les **923 fichiers personnels
+suivis** conservent leurs hashes, dont les préférences de shaders et les mondes.
+Sauvegarde préalable `sanctuary-backups/before-beta.131/` ; aucun monde personnel
+ouvert. Reçus ignorés : `build/shader131-artifact.json`,
+`build/shader131-isolated.json`, `build/shader131-prism.json` et
+`build/shader131-publication.log`. Le checkout original conserve ses changements.

docs/shader-beta132.md

@@ -0,0 +1,106 @@
+# SHADER-132 — diffusion locale SSGI expérimentale
+
+Demande : légère teinte diffusée des surfaces voisines, sans reflets miroir
+ni shader d'eau. Branche `codex/ssgi-beta132`, socle beta.131, Minecraft 26.3 /
+Java 25. Aucun changement de génération, sauvegarde ou lumière serveur.
+
+## Résultat
+
+**Options → Shaders → SSGI · couleurs diffusées** active un rebond diffus
+local. L'effet expérimental est initialement OFF, avec une intensité préparée
+à **35 %** ; le curseur propose 0–100. À zéro ou OFF, ses cibles et uniformes
+GPU sont libérés. Les autres effets et leurs préférences sont conservés.
+
+La couleur d'une surface visible peut teinter les surfaces proches qui lui
+font face. Le calcul porte à **2,5 blocs** du récepteur et s'estompe entre
+24 et 32 blocs de la caméra. Il utilise une copie de la couleur native après
+les ombres, avec la profondeur et des normales reconstruites. Le premier
+obstacle arrête chaque rayon, même si son épaisseur empêche de retenir une
+intersection. Les plans coplanaires ne s'éclairent pas eux-mêmes.
+
+Douze directions hémisphériques fixes, au maximum dix étapes par rayon,
+sont évaluées à demi-résolution en largeur et hauteur. La reconstruction
+plein écran est guidée par la profondeur pour conserver les silhouettes et
+les détails des textures. Le cœur des émissifs, le highlight et le bloom
+sont composés ensuite : pas de halo réinjecté dans le rebond ni de boucle
+de rétroaction d'une image sur l'autre. Aucune lecture GPU vers CPU ni
+recherche de chunks en production. Pas de bruit temporel ou d'historique.
+
+Deux cibles, RGBA8 plein écran et RGBA16 flottant à demi-résolution, soit
+environ six octets par pixel de l'écran, plus 176 octets d'uniformes par
+segment du tampon natif. Redimensionnement, arrêt, déconnexion et
+rechargement libèrent/recréent les ressources possédées. Ce budget n'est
+pas une garantie de FPS ; le SSGI coûte davantage qu'un simple réglage de
+colorimétrie.
+
+## Limites de cette version
+
+L'estimation utilise seulement la couleur et la profondeur visibles. Les
+blocs hors champ ou cachés n'apportent pas leur couleur. Le résultat peut
+changer lorsqu'ils entrent ou sortent de l'image ; une atténuation près
+des bords limite la coupure. Les surfaces transparentes absentes de la
+profondeur ne sont pas reconstruites. Petits objets et intersections plus
+minces que l'échantillonnage peuvent manquer. Il s'agit d'une approximation
+diffuse locale, pas d'une simulation complète d'éclairage global ni de
+reflets spéculaires. Aucune modification de l'eau et aucune source hors
+champ déduite ou générée.
+
+## Vérifications
+
+Test ciblé natif réussi en **1 min** sur macOS / Apple M1 / OpenGL, nouveau
+monde plat de graine 122. À intensité 90, les échantillons du sol blanc
+montrent un gain rouge cumulé de 8 968 contre 20 bleu devant le mur rouge,
+puis 9 168 bleu contre 23 rouge devant le mur bleu. Le sol seul est inchangé.
+OFF/zéro restituent l'image de base et libèrent les cibles ; intensité 20
+réduit le gain. Changer la couleur du mur complètement occulté laisse
+l'image inchangée. Rechargement, caméra fixe, mouvement infinitésimal et
+retour à la caméra d'origine passent, sans accumulation de couleur.
+
+Deux ajustements de fixture ont précédé ce résultat : inclure dans les
+mesures le blanc légèrement bleuté par l'éclairage natif, et formater les
+petits angles de `/tp` en décimal car la commande refuse la notation
+scientifique. Aucun comportement du jeu modifié pour ces corrections.
+
+Log ciblé : `build/shader132-client-ssgi.log`. La suite complète réussit en
+**4 min 18 s** et vérifie aussi une fenêtre 961 × 541, le retour à sa taille
+initiale, le SSGI avec ombres/highlight/bloom/émissifs actifs, ainsi que
+l'arrêt global du shader. Les captures françaises et anglaises passent.
+Les contrôles précédents des cinq précisions, ombres, lune, feuillage, CTM,
+bloom et émissifs restent réussis. Log : `build/shader132-client-full.log`.
+
+Commandes : `./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true
+-PsanctuaryPixelShadows122ClientTests=true -PsanctuaryClientNoVsync=true
+-PsanctuaryQuickTests=true`. Pour le test ciblé, remplacer la propriété
+PixelShadows par `-PsanctuarySsgi132ClientTests=true`.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 25 s**, 126 tâches. Les packs normal/Test contiennent le
+même JAR ; sources archivées et template de ressources correspondent aux
+sources. Comparaison avec beta.131 : **11 entrées de production** modifiées,
+limitées au SSGI, à ses options et à ses points d'appel. Gameplay et textures
+des gemmes inchangés, aucun monde ni test embarqué. Aucun résultat
+Windows/Vulkan revendiqué.
+Le serveur GameTest dédié reste exclu conformément au refus antérieur de
+son EULA. Les captures panoramiques et les milieux de brume sous l'eau/lave
+ou neige poudreuse suspendent cette passe, comme les autres effets de
+profondeur Sanctuary.
+
+## Livraison
+
+- `Sanctuary-beta.132.mrpack` : 10394026 octets, SHA-256 `a7c0823e00f36925919645e32e7792242ec1d01015b41bee5b4f6285b9fc533d`.
+- `Sanctuary-Test-beta.132.mrpack` : 10412949 octets, SHA-256 `9bc30a7d6d5834f9323f15f0c39d3f49d200e1a97d739266ab373c9e1ba4a8fd`.
+
+JAR : `83eb2d091a7acd85eaa8b3b6a00a40ea483f9eeb2a30c033bdf68b4d717c5142`.
+
+Archives vérifiées recopiées dans `sanctuary-beta/build/`. [Release beta.132](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.132)
+publiée depuis `7e21781a9a08c669c7d6b65653bd9d408887689c`. Canal packwiz
+`9edaaedc0205c525ecce9de66b5ca7827c56c28f` ; téléchargements publics vérifiés par SHA-256.
+Deux synchronisations isolées, puis deux dans la même instance **Sanctuary Beta**,
+réussissent. Un seul JAR beta.132 actif ; les **923 fichiers personnels suivis**,
+dont sauvegardes et préférences de shaders, gardent leurs hashes. Sauvegarde
+préalable `sanctuary-backups/before-beta.132/` ; aucun monde personnel ouvert.
+Le checkout original conserve ses changements préexistants.
+
+Reçus locaux ignorés : `build/shader132-artifact.json`,
+`build/shader132-isolated.json`, `build/shader132-prism.json`,
+`build/shader132-publication.log`.

docs/shader-beta133.md

@@ -0,0 +1,106 @@
+# SHADER-133 — SSGI visible au réglage courant
+
+Demande : le rebond diffus de beta.132 est trop discret pour être distingué.
+Branche `codex/ssgi-strength-beta133`, socle beta.132, Minecraft 26.3 / Java 25.
+
+## Changement
+
+La collecte conserve douze directions, dix étapes, une demi-résolution et
+un rayon de 2,5 blocs. L'atténuation spatiale devient linéaire plutôt que
+quadratique. Le mélange est reconstruit en lumière approximativement linéaire,
+puis réencodé une seule fois. Un gain artistique plus fort rend la couleur
+lisible et une courbe progressive évite de couper brutalement les canaux
+à blanc. Les surfaces sans rebond restent intactes. La force demeure réglable
+de 0 à 100, avec le même réglage initial de 35 ; aucune préférence enregistrée
+n'est écrasée. SSGI reste optionnel, initialement désactivé.
+
+Aucun rayon, cible GPU ou texture de matériau supplémentaire. La composition
+ajoute une exponentielle et une racine carrée par canal ; le coût exact en FPS
+reste à mesurer sur la machine du joueur. Les normales de géométrie orientent
+déjà le rebond. Pas de PBR ni de normales procédurales de textures ajoutés.
+
+## Piste matériaux
+
+Pour une étape distincte, des normales de faible amplitude calculées au
+chargement des textures, mises en cache, et une rugosité par famille de matériaux
+permettraient d'étudier du relief et des reflets orientés. Une simple conversion
+luminosité → hauteur ne connaît pas le relief réel : un motif peint peut devenir
+une bosse artificielle. Commencer sur pierre, briques et bois avec une amplitude
+réglable serait préférable à une génération aveugle pour tous les blocs.
+La passe actuelle ne possède ni atlas de normales, ni identifiants de matériaux,
+ni albédo non éclairé ; des images seules ne suffiraient pas à les exploiter.
+
+## Limites conservées
+
+Approximation diffuse à partir de la couleur déjà éclairée, pas un transport
+physique complet. Seules les surfaces visibles contribuent, avec variations
+possibles aux entrées/sorties d'écran. Premier obstacle bloquant, pas d'historique
+ni de bruit temporel ; aucune modification d'eau, monde ou lumière serveur.
+
+## Vérifications
+
+Suite client native complète réussie en **4 min 29 s**, sur macOS / Apple M1 /
+OpenGL, dans un monde de test plat (graine 122). Les comparaisons ON/OFF à 35 %
+mesurent, sur les pixels neutres du sol :
+
+| Mur | Pixels avec gain ≥ 8/255 | Pixels avec gain ≥ 16/255 | Gain cumulé du canal dominant |
+| --- | ---: | ---: | ---: |
+| Rouge | 16 487 | 7 311 | 305 221 |
+| Bleu | 14 954 | 7 328 | 309 991 |
+
+À 90 %, les gains dominants atteignent 654 683 et 655 867, contre 8 968 et
+9 168 au même réglage dans la fixture beta.132. Ce rapport concerne uniquement
+cette scène et ces pixels, pas une promesse de gain uniforme dans tous les mondes.
+Les captures confirment une bande colorée au pied du mur. Un premier réglage
+intermédiaire a été rejeté car aucun pixel du sol ne dépassait 8/255 à 35 % ;
+un second a passé les contrôles ciblés, puis la force a encore été augmentée
+après examen visuel. Les valeurs finales sont celles de la suite complète.
+
+Le test impose maintenant plus de 5 000 pixels à 8/255 et plus de 500 à 16/255
+au réglage 35, pour les deux couleurs. Intensité, OFF/zéro, absence de rebond
+coplanaire, occultation d'un mur changeant de couleur, caméra fixe, déplacement
+infinitésimal, retour de caméra, redimensionnement et rechargement passent.
+Ombres, lune, feuillage, CTM, cinq précisions, bloom, émissifs indépendants et
+interfaces FR/EN restent validés, y compris avec le SSGI actif.
+
+Commande : `./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true
+-PsanctuaryPixelShadows122ClientTests=true -PsanctuaryClientNoVsync=true
+-PsanctuaryQuickTests=true`. Log : `build/shader133-client-full.log`.
+Le nom de la propriété ciblée `sanctuarySsgi132ClientTests` est conservé.
+
+Comparateur local autonome : `build/SSGI-beta.133-comparaison.html`, captures
+natives OFF/35/90 des murs rouge/bleu, sans retouche. Pas de validation
+Windows/Vulkan ni de mesure de coût FPS revendiquée.
+
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 21 s**, 126 tâches. Le serveur GameTest dédié reste exclu
+conformément au refus EULA antérieur. Log : `build/shader133-build.log`.
+Les archives normal/Test contiennent le même JAR ; sources archivées et template
+de ressources correspondent aux sources. Comparaison avec beta.132 : **5 entrées
+de production** changées (classe du compositeur, deux shaders, libellés FR/EN).
+Gameplay, textures, sauvegardes et dépendances inchangés.
+
+## Artefacts
+
+- `Sanctuary-beta.133.mrpack` : 10394282 octets, SHA-256 `0c90a070da7f969706abeeec1bdfb0830bb52244c20fccbca4fd876f3fbe0564`.
+- `Sanctuary-Test-beta.133.mrpack` : 10413204 octets, SHA-256 `e01f0355bf2cce18156fe94a069e142bedc498624ba0b6e2729ae0f23ea73e80`.
+
+JAR : `a01cae4a98606007b533ca09ec9f072f19a1db2e9b8de466f4ad075d5c1fc185`.
+
+
+## Livraison
+
+[Release beta.133](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.133)
+publiée depuis `216d3f75b576bd2ed531653012f9cc6c4801d87a`. Canal packwiz
+`9ceb5a5353c9d1b8bb7834a20e818fd65096ff98` ; téléchargements publics vérifiés par SHA-256.
+Deux synchronisations isolées puis deux synchronisations de la même instance
+**Sanctuary Beta** réussissent. Un seul JAR beta.133 actif ; les **923 fichiers
+personnels suivis**, dont sauvegardes et préférences, gardent leurs hashes.
+Sauvegarde préalable `sanctuary-backups/before-beta.133/`, aucun monde personnel
+ouvert. Le checkout original conserve ses changements préexistants.
+
+Les archives normal/Test/template et le comparateur natif sont également dans
+`sanctuary-beta/build/`. Reçus locaux ignorés : `build/shader133-artifact.json`,
+`build/shader133-isolated.json`, `build/shader133-prism.json` et
+`build/shader133-publication.log`.

docs/shader-beta134.md

@@ -0,0 +1,109 @@
+# SHADER-134 — PBR procédural optionnel et herbe SSGI
+
+Demande : ajouter en option des normales calculées à partir des textures actives,
+avec rugosité des matériaux et reflets orientés. Retour : le SSGI renforcé
+éclaire artificiellement l'intérieur de l'herbe ; vérifier et corriger ce cas.
+Branche `codex/pbr-beta134`, socle beta.133, Minecraft 26.3 / Java 25.
+
+## Contrat
+
+PBR initialement OFF, intensité 50 réglable 0–100. Cartes de normales à partir
+des différences de luminance, amplitude limitée ; rugosité/métallicité par
+famille de blocs, repli rugueux pour les types inconnus. Analyse des ressources
+actives conservée en cache jusqu'à désactivation ou rechargement ; pas de fichiers
+écrits dans le pack personnel, pas de GPU readback en production.
+
+Portée 32 blocs, sections visibles construites progressivement. Budget de maillage
+24 Mio, atlas de 4 096 matériaux en 16 × 16 avec bordures (1 280 × 1 280 RGBA8,
+6,25 Mio), copie RGBA8 de l'image courante et uniformes. Les textures de plus haute
+résolution sont échantillonnées à 16 × 16 ; première image des textures animées.
+La couleur et l'animation restent celles de l'atlas natif. Pas de parallax ni
+de géométrie ajoutée aux blocs ; les motifs clairs peuvent donner un faux relief.
+
+La passe utilise une réponse spéculaire GGX (normales, rugosité, métallicité,
+Fresnel) et module l'éclairage diffus déjà rendu. Elle ne remplace pas tout le
+pipeline Minecraft par un moteur PBR physique. Soleil/lune, exposition au ciel et
+carte d'ombres active limitent les reflets ; pas de reflets miroir, d'environnement
+SSR, ni de direction locale déduite pour chaque torche. Aucun rendu PBR d'eau,
+d'entités, d'items ou de modèles spéciaux hors maillage de terrain.
+
+## SSGI
+
+Les normales des faces presque axiales sont stabilisées sur leur axe. Deux passes
+spatiales filtrent la lumière indirecte à demi-résolution, avec rejet des voisins
+hors du plan du récepteur et interpolation de l'échantillonnage. Les textures de
+l'image restent nettes. Un tampon RGBA16F supplémentaire à demi-résolution porte
+le budget des cibles SSGI à environ 8 octets par pixel plein écran (contre 6).
+Pas d'historique temporel ni de rémanence ajoutés.
+
+Un parcours de 12 blocs a reproduit des bandes sur un mur et un éclaircissement
+artificiel d'herbe à 35 et 100. Le filtrage seul ne suffisait pas : la collecte
+réinjectait aussi trop fortement la lumière ambiante neutre. Elle conserve
+maintenant la composante chromatique de la source, en soustrayant son canal
+linéaire minimum. L'éclairage ambiant neutre reste celui de Minecraft. Ce réglage
+vise le transfert de couleur voulu, pas une simulation physique complète du
+rebond blanc. Les sources hors champ/cachées restent absentes du SSGI ; le résultat
+peut encore varier lors d'un déplacement important. PBR et SSGI restent indépendants.
+
+## Vérification
+
+Test PBR ciblé réussi en 1 min 13 s : relief éclairé/ombré, intensités 20/50/100,
+soleil matin/soir, cache stable, préférences, OFF/zéro, mouvement infinitésimal,
+redimensionnement, rechargement et combinaison des effets. Le premier parcours
+SSGI est conservé comme reproduction ; résultats finaux ci-dessous.
+
+
+Le parcours corrigé a réussi en **2 min 47 s** avec 13 positions réparties sur
+12 blocs, à 35 et 100, chaque fois comparées à OFF. Un mob immobile, des brins
+d'herbe et un mur figurent dans la scène. Retour au point initial sans rémanence.
+Sur les captures de ce parcours, le maximum du gain vert moyen mesuré dans
+l'herbe passe sous 9,73 niveaux à 35 et 24,51 à 100. Le test impose ensuite
+respectivement des limites de 12 et 30 à chaque position. L'essai reproduisant
+le défaut atteignait notamment 23,68 et 49,20 à l'extrémité droite.
+Ces mesures décrivent cette scène, pas une garantie d'absence d'artefacts
+dans tous les mondes ni sur toutes les cartes graphiques.
+
+
+La suite client complète réussit en **7 min** sur macOS / Apple M1 / OpenGL.
+Elle inclut le parcours latéral et ses seuils de gain, les deux couleurs de rebond,
+le PBR, les ombres, le feuillage, les cinq précisions, le CTM, les émissifs, le
+bloom, les préférences et les écrans FR/EN. Log : `build/shader134-client-full.log`.
+Le contrôle PBR final réussit en **1 min 19 s** : placement/retrait d'un toit,
+invalidations de lumière/maillage et rendu combiné avec les ombres actives. Les
+reflets utilisent maintenant la grille des ombres pour leur test de visibilité. Aucun résultat Windows/Vulkan ni
+mesure de FPS revendiqués.
+
+
+## Construction et artefacts
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 22 s**, 126 tâches. Le serveur GameTest dédié reste exclu
+conformément au refus EULA antérieur. Log : `build/shader134-build.log`.
+Packs normal/Test : même JAR Sanctuary. Sources archivées et template identiques
+aux sources. Comparaison à beta.133 : **23 entrées de production** changées,
+limitées au rendu, à ses options et points d'appel. Gameplay et gemmes inchangés.
+
+- `Sanctuary-beta.134.mrpack` : 10421971 octets, SHA-256 `d5bc79acb1d56e7dcf83c976156fdb2fcde80c98e443bde8a6ab312d56887b7f`.
+- `Sanctuary-Test-beta.134.mrpack` : 10440898 octets, SHA-256 `04308ebb9adaf76b30a3cbf4fa32ab897e76842803fc8c8411cfa32952d1bdd5`.
+
+JAR : `a6e69622a5e6629f70dd19b7494ad3b00916bc02169b73635f0e2d563929b7fa`.
+
+Comparateur local : `build/Shader-beta.134-comparaison.html`. Il contient les
+captures natives PBR OFF/50/100 et le parcours SSGI de 12 blocs OFF/35/100.
+Le parcours est une succession de positions enregistrées, pas une mesure des FPS.
+
+
+## Livraison
+
+[Release beta.134](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.134)
+publiée depuis `fc4a0cb68ed2d89163c8e74773976df5bab4f3f1`. Canal packwiz
+`35ec0f6e145002f6367944df5b75e2703958eaef` ; téléchargements publics vérifiés par SHA-256.
+Deux synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussissent. Un seul JAR beta.134 actif ; les **923 fichiers personnels suivis**,
+dont sauvegardes et préférences, gardent leurs hashes. Copie préalable dans
+`sanctuary-backups/before-beta.134/`, aucun monde personnel ouvert.
+
+Packs normal/Test/template et comparateur natif vérifiés également dans
+`sanctuary-beta/build/`. Le checkout original garde ses changements préexistants.
+Reçus locaux ignorés : `build/shader134-artifact.json`, `build/shader134-isolated.json`,
+`build/shader134-prism.json`, `build/shader134-publication.log`.

docs/shader-beta135.md

@@ -0,0 +1,116 @@
+# SHADER-135 — SSGI en contre-plongée et près des surfaces
+
+Demande : supprimer les déchirures horizontales sous une surface, notamment
+près de la lave, et atténuer proprement le rebond quand la caméra s'approche
+d'une source ou d'un mur. Branche `codex/shader-closeup-beta135`, socle beta.134.
+Minecraft 26.3 / Java 25 ; aucune modification de monde ou de gameplay.
+
+## Diagnostic et correction
+
+Le calcul des normales comparait l'aire du pixel en unités du monde à un seuil
+fixe. À courte distance ou à haute résolution, cette aire devient naturellement
+très petite : le rejet pouvait couper une surface continue. Les deux directions
+sont maintenant normalisées avant leur produit vectoriel. Les texels de bord
+sont bornés et les voisins sans profondeur ne créent plus de fausse surface.
+
+La composition utilise le centre exact du texel de profondeur. Le rebond
+s'atténue entre 0,4 et 0,06 bloc de distance au **plan** receveur, et lorsque la
+vue devient presque tangente. Cette distance évite une découpe circulaire sur
+un mur plat. L'image native reste nette ; aucune texture du décor n'est floutée.
+
+Les sondes sortant du volume de projection sont rejetées. Leur contribution
+s'atténue près du plan de caméra et de la limite d'épaisseur d'un impact, au lieu
+d'une contribution pleine jusqu'à cette limite. Trois ressources GLSL modifiées ;
+aucune passe, cible GPU, lecture CPU, histoire temporelle ou option ajoutée.
+Les 12 rayons × 10 pas et les deux passes de filtrage spatial restent inchangés.
+
+## Réglages initiaux
+
+Demande ajoutée pendant la livraison : **bloom 20 %**, **PBR ON** et **SSGI ON**.
+Les intensités PBR 50 et SSGI 35 restent inchangées. Les champs absents du fichier
+de préférences prennent ces nouvelles valeurs ; les choix explicites du joueur
+restent conservés. Aides françaises et anglaises mises à jour. Vérification
+native supplémentaire des préférences vierges, partielles et personnalisées.
+
+## Reproduction native
+
+Deux scènes isolées : stone au-dessus de la lave, puis coin à 0,5 bloc d'une
+paroi rouge. Caméra en contre-plongée, sept distances au plafond de 2 à 0,04 bloc,
+comparaisons OFF/35/100 avant/après. Dans la première scène, à 0,1 bloc et
+intensité 100, le saut maximal de gain rouge moyen entre lignes de pixels neutres
+passe de **14,88 à 0,052** niveaux sur 255. Dans le coin, à 0,4 bloc et intensité
+35, le rebond auparavant rejeté revient (gain moyen de **6,01** niveaux), puis
+s'atténue à l'approche du contact. Ces chiffres concernent ces scènes uniquement.
+
+Les deux essais ciblés corrigés réussissent en 1 min 18 s et 1 min 17 s sur
+Apple M1 / OpenGL. Images avant/après conservées dans `build/closeup-*` ;
+comparateur autonome `build/Shader-beta.135-comparaison.html`.
+
+## Régression et livraison
+
+Les contrôles natifs de la suite générale réussissent jusqu'au parcours SSGI :
+ombres, lune, feuillage, temps réel, CTM, émissifs/bloom, couleurs de rebond,
+occlusion, réglages, rechargement et déplacement latéral de 12 blocs à 35/100.
+Log : `build/shader135-client-main.log`. La suite n'est pas présentée comme
+entièrement réussie : elle s'est arrêtée sur une attente incorrecte du nouveau
+test, qui demandait du rebond alors que sa source était sortie du champ.
+
+Le scénario corrigé distingue la haute résolution avec source visible de la
+vue très relevée sans source visible. Le bassin possède un fond pour isoler la
+lave des essais suivants ; les particules du scénario précédent sont effacées
+avant la comparaison PBR statique. Une première tentative avait aussi rencontré
+le refus natif de remettre l'horloge à sa valeur actuelle ; la préparation de
+l'heure est désormais répétable. Ces changements concernent uniquement les tests.
+
+Le contrôle final ciblé **réussit en 2 min 52 s** : les deux scènes, 35/100,
+sept distances, 1280 × 720 avec source visible, source hors champ, mouvement
+minuscule, rendu combiné, puis contrôles PBR complets (cache, intensités,
+matériaux, soleil, toit, OFF/zéro, redimensionnement et rechargement).
+Log : `build/shader135-client-final.log` ; marqueurs `SSGI135_CLOSEUP_PASS` et
+`PBR134_PASS`. Les seuils de proximité et PBR sont conservés.
+Le contrôle supplémentaire des nouveaux défauts et du PBR **réussit en
+1 min 16 s** : préférences vierges, champs absents, valeurs personnelles conservées,
+puis rendu PBR et combinaison des effets. Log : `build/shader135-defaults-client.log`.
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 18 s**, 126 tâches. Le serveur GameTest dédié demeure exclu
+conformément au refus EULA antérieur. Les classes des scénarios clients compilent
+aussi après leur isolation explicite des effets activés par défaut.
+Log : `build/shader135-build.log` ; compilation : `build/shader135-test-compile.log`.
+
+## Archives vérifiées
+
+Comparaison à beta.134 : **6 entrées de production** modifiées, limitées aux
+trois ressources SSGI, aux valeurs initiales et aux aides FR/EN. Gameplay et
+textures des gemmes inchangés. Packs normal/Test : JAR Sanctuary identique ;
+archives de sources et template conformes aux sources. Reçu local ignoré :
+`build/shader135-artifact.json`.
+
+
+## Limites
+
+Le SSGI utilise seulement les surfaces visibles : les sources hors champ restent
+absentes et un grand changement de vue peut modifier le rebond. L'atténuation
+proche est volontaire ; ce n'est pas une simulation volumétrique. Le brouillard
+natif de submersion continue de suspendre le SSGI, comme en beta.134. Aucun
+résultat Windows/Vulkan ni mesure de FPS revendiqués.
+
+- `Sanctuary-beta.135.mrpack` : 10422391 octets ; SHA-256 `36ac278f9f5ecd2cefd69da16ea7d153ff44c5fc8e6bf0b3a3d6b71f5d767af6`.
+
+- `Sanctuary-Test-beta.135.mrpack` : 10441314 octets ; SHA-256 `e096374f7ea0856b20392e5d277e94f6c3d411723d7ffc10ceccdd9f0bf5c4d4`.
+
+JAR : `a68ccd04a92a962c46a76b26a80cb44a4faf7a13a562094dde51010ade594c10`.
+
+## Livraison
+
+[Release beta.135](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.135)
+publiée depuis `7fada570efb5ed579e6e4d7bc2b87079c7131b31`. Canal packwiz
+`5b0df577fcd036937c25be3a1f4580f9db3103a1` ; téléchargements publics vérifiés par SHA-256.
+Deux synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussissent. Un seul JAR beta.135 actif ; les **923 fichiers personnels suivis**,
+dont sauvegardes et préférences, gardent leurs hashes. Copie préalable dans
+`sanctuary-backups/before-beta.135/`, aucun monde personnel ouvert.
+
+Packs normal/Test/template et comparateur natif également vérifiés dans
+`sanctuary-beta/build/`. Le checkout original garde ses changements préexistants.
+Reçus locaux ignorés : `build/shader135-artifact.json`, `build/shader135-isolated.json`,
+`build/shader135-prism.json`, `build/shader135-publication.log`.

docs/shader-beta136.md

@@ -0,0 +1,85 @@
+# SHADER-136 — Lens flare rectangulaire doux
+
+Demande : ajouter un lens flare avec des rectangles dégradés, exclusivement
+pour le soleil et la lune. Socle beta.135, branche `codex/lens-flare-beta136`.
+Minecraft 26.3 / Java 25. Aucun changement de gameplay ou de monde.
+
+## Contrat
+
+Effet activé initialement à **30 %**, intensité réglable 0–100, indépendant du halo de bloom.
+Rectangles translucides aux bords doux, suivant la position de l'astre à l'écran.
+La visibilité provient de l'image émissive céleste native, avant les blocs :
+les murs masquent l'effet, les sources de terrain ne le déclenchent pas.
+L'astre sortant du champ doit s'atténuer sans sauter sur le bord opposé.
+Pas d'historique, ni lecture GPU vers le CPU, ni texture générée sur disque.
+
+## Rendu et budget
+
+Trois rectangles à dégradé doux par astre : un halo horizontal près de sa
+position et deux reflets plus petits le long de l'axe passant par le centre de
+l'écran. Teinte solaire chaude, lunaire légèrement bleue. Intégration de la
+lumière réellement dessinée par le ciel natif ; phases de lune conservées.
+Atténuation aux bords de l'écran et à l'horizon, sans projection derrière la caméra.
+
+Le masque céleste est mesuré avant l'ajout des émissifs de terrain. Réduction
+vers une texture 2 × 1 RGBA16F (512 échantillons au maximum au total), puis une
+passe de composition avec deux lectures de cette texture et des dégradés analytiques.
+La cible d'émission plein écran existante est réutilisée. Quand seul le flare
+fonctionne, aucun maillage d'émissif de terrain ni tampon de flou n'est construit.
+OFF et zéro libèrent la cible du flare ; les autres effets gardent leur autonomie.
+
+## Vérification
+
+Le scénario client natif réussit en **1 min 52 s** sur macOS / Apple M1 / OpenGL.
+Soleil OFF/30/80, lune et nouvelle lune, mur occultant, source hors champ,
+glowstone exclue, image statique, redimensionnement et rechargement des ressources.
+Le flare reste actif sans bloom ; OFF/zéro libèrent ses ressources. Préférences
+vierges, partielles, personnalisées, bornage et libellés FR/EN vérifiés.
+Les contrôles existants du bloom et des minerais émissifs passent également.
+Log : `build/shader136-client-final.log`, marqueurs `EMISSIVE131_PASS` et
+`LENS_FLARE136_PASS`. Les captures natives restent dans le dossier de tests ; comparatif autonome
+`build/Shader-beta.136-comparaison.html` (soleil OFF/30/80 et lune OFF/30).
+
+Une première tentative s'est arrêtée sur l'attente d'un angle de caméra :
+Minecraft normalise 180° en −180°. Le scénario utilise maintenant un angle
+canonique ; ce changement concerne uniquement le test.
+
+## Limites
+
+Effet optique en espace écran : il s'atténue quand l'astre quitte le champ et
+à l'horizon. Le masque natif du ciel contrôle l'occultation ; la lune reste
+volontairement beaucoup plus discrète. Le brouillard de submersion suspend
+l'effet comme le bloom existant. Aucun essai Windows/Vulkan ni mesure de FPS
+revendiqués.
+
+
+## Construction et archives
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 29 s**, 126 tâches. Le serveur GameTest dédié reste exclu
+conformément au refus EULA antérieur. Log : `build/shader136-build.log`.
+Comparaison à beta.135 : **9 entrées de production** modifiées, uniquement
+le rendu, ses préférences et ses libellés. Gameplay et textures des gemmes
+strictement conservés. JAR normal/Test identique, sources et template vérifiés.
+Reçu local : `build/shader136-artifact.json`.
+
+- `Sanctuary-beta.136.mrpack` : 10424821 octets ; SHA-256 `808006bf2b0cb3fe63d3e16ae3a0003d27ad0b7e793a3a05f25b5d73ae88bc8d`.
+
+- `Sanctuary-Test-beta.136.mrpack` : 10443744 octets ; SHA-256 `70f593ad16d1f4fd4305b276ce2727a63f87bcb84df45e55840c1427a314a1eb`.
+
+JAR : `086afede22903f8988889f6085631451f65d6d55c2e4c81f249d2234698e68e5`.
+
+## Livraison
+
+[Release beta.136](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.136)
+publiée depuis `71296a9cfb0f6b1a6e6f0c48145f3cc432c8afd0`. Canal packwiz
+`dd5b545a7cfbb957f2c70e9dc17034b44caef98f` ; téléchargements publics vérifiés par SHA-256.
+Deux synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussissent. Un seul JAR beta.136 actif ; les **923 fichiers personnels suivis**,
+dont sauvegardes et préférences, gardent leurs hashes. Copie préalable dans
+`sanctuary-backups/before-beta.136/`, aucun monde personnel ouvert.
+
+Packs normal/Test/template et comparatif natif également vérifiés dans
+`sanctuary-beta/build/`. Le checkout original garde ses changements préexistants.
+Reçus locaux ignorés : `build/shader136-artifact.json`, `build/shader136-isolated.json`,
+`build/shader136-prism.json`, `build/shader136-publication.log`.

docs/shader-beta137.md

@@ -0,0 +1,96 @@
+# SHADER-137 — Rayons solaires volumétriques
+
+Demande validée : faisceaux légers découpés par les blocs, carte d'ombres partagée,
+feuillage perméable, rendu natif préservé, option et intensité indépendantes du bloom.
+Socle beta.136, branche `codex/sunshafts-beta137`, Minecraft 26.3 / Java 25.
+Aucun changement de monde ni de gameplay.
+
+## Contrat
+
+Soleil uniquement ; activé initialement à 35 %, intensité 0–100.
+Intégration de 16 segments par pixel à un quart de chaque dimension.
+Reconstruction guidée par la profondeur, sans historique ni bruit animé.
+Réutilisation du masque de feuillage déjà stable dans les ombres.
+La carte solaire peut fonctionner sans afficher les ombres sur les surfaces.
+Portée bornée à 64 blocs et à la moitié de la portée des ombres.
+Atténuation aux limites de la carte, à l'horizon et avec la météo.
+
+## Rendu et coût borné
+
+Deux passes : intégration dans une cible RGBA16F de largeur et hauteur divisées
+par quatre, puis reconstruction guidée par la profondeur. Seize segments
+quadratiques privilégient les premiers mètres ; quatre lectures fixes de la
+carte d'ombres par segment adoucissent seulement la lumière dans l'air.
+La dernière portion du rayon rétrécit continûment à l'approche d'une surface.
+La lumière utilise une teinte solaire chaude mélangée au brouillard natif.
+
+La carte d'ombres et ses maillages sont partagés, y compris les trous de
+transmission déterministes des feuilles. Aucune copie d'image plein écran,
+aucune duplication du terrain, aucune lecture GPU côté CPU ni accumulation
+entre images dans le rendu de production. OFF/zéro libèrent le volume ; la
+carte d'ombres reste seulement si les ombres de surface sont activées.
+Le soleil sous l'horizon et la submersion suspendent les rayons.
+
+## Vérifications
+
+Scénario natif réussi en **1 min 41 s** sur macOS / Apple M1 / OpenGL : pièce
+entièrement fermée, toit ajouré OFF/35/100, feuilles puis ciel ouvert, déplacement
+de quatre blocs et retour, caméra proche d'un mur à 0,5 puis 0,125 bloc,
+soleil hors champ, nuit, OFF/zéro, carte d'ombres partagée, effet combiné,
+redimensionnement à 961 × 541 et rechargement des ressources. Préférences
+vierges/partielles/personnelles, bornage et libellés FR/EN également vérifiés.
+Log : `build/shader137-client-final.log`, marqueur `SUNSHAFT137_PASS`.
+Comparatif autonome : `build/Shader-beta.137-comparaison.html`.
+
+La première tentative s'est arrêtée sur une comparaison de gain brut entre
+feuillage et ciel ouvert. La composition dispose de moins de marge sur un mur
+déjà clair : le test compare maintenant la contribution normalisée sur les mêmes
+surfaces, et les feuilles du scénario sont persistantes. Aucun seuil du rendu
+n'a été assoupli pour faire passer ce contrôle.
+
+Les contrôles natifs existants du bloom, des vingt textures de minerais émissifs
+et du lens flare réussissent également en **1 min 32 s**, avec leurs seuils
+inchangés. Log : `build/shader137-regression.log`, marqueurs `EMISSIVE131_PASS`
+et `LENS_FLARE136_PASS`. Les autres effets sont explicitement isolés dans les
+scénarios qui nécessitent une image témoin sans rayons.
+
+## Limites
+
+Le volume utilise les formes présentes dans la carte d'ombres existante :
+il n'ajoute pas de projection d'ombre des entités ou des nuages. Le feuillage
+reste une approximation par transmission déterministe. Portée maximale de
+64 blocs, atténuée à son extrémité. Le faible nombre de segments et la résolution
+réduite peuvent lisser les ouvertures très fines. Aucun résultat Windows/Vulkan
+ni mesure de FPS revendiqués.
+
+
+## Construction et archives
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 27 s**, 126 tâches. Le serveur GameTest dédié reste exclu
+conformément au refus EULA antérieur. Log : `build/shader137-build.log`.
+Comparaison à beta.136 : **11 entrées de production** modifiées, uniquement
+le rendu, ses préférences et ses libellés. Gameplay et textures des gemmes
+strictement conservés. JAR normal/Test identique, sources et template vérifiés.
+Reçu local : `build/shader137-artifact.json`.
+
+- `Sanctuary-beta.137.mrpack` : 10431723 octets ; SHA-256 `6684d1dbe48cd3031b373a03d4380519fdbf5d841e1c7cb5e290dec63b5ba9f6`.
+
+- `Sanctuary-Test-beta.137.mrpack` : 10450650 octets ; SHA-256 `32b0cee60152b6a5c8f31b248391c79a5fdf47b649de74902b066457ad4785ef`.
+
+JAR : `f1fbc106b4b048753f9a669af37e9c12f92168af486d4072f514e86920c81faa`.
+
+## Livraison
+
+[Release beta.137](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.137)
+publiée depuis `2d7072b8a8febac53354e9d0063246ac1e843e37`. Canal packwiz
+`68cb39a5edbf5d34def02f670e2488ee852605b8` ; téléchargements publics vérifiés par SHA-256.
+Deux synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussissent. Un seul JAR beta.137 actif ; les **923 fichiers personnels suivis**,
+dont sauvegardes et préférences, gardent leurs hashes. Copie préalable dans
+`sanctuary-backups/before-beta.137/`, aucun monde personnel ouvert.
+
+Packs normal/Test/template et comparatif natif également vérifiés dans
+`sanctuary-beta/build/`. Le checkout original garde ses changements préexistants.
+Reçus locaux ignorés : `build/shader137-artifact.json`, `build/shader137-isolated.json`,
+`build/shader137-prism.json`, `build/shader137-publication.log`.

docs/shader-beta138.md

@@ -0,0 +1,101 @@
+# SHADER-138 — Épaisseur des rayons et météo
+
+Demande : épaissir les sunshafts avec la météo, surtout le brouillard.
+Socle beta.137, branche `codex/sunshaft-weather-beta138`, Minecraft 26.3 / Java 25.
+Aucune modification des règles météo, des sauvegardes ou du gameplay.
+
+## Contrat
+
+Densité et diffusion liées au brouillard environnemental réellement rendu,
+indépendamment de la limite de distance de rendu. Pluie/neige natives :
+renforcement plus modéré ; orage : réduction supplémentaire du soleil.
+Transitions continues, mêmes deux passes et seize segments. Le réglage
+manuel conserve sa valeur, aucune nouvelle option.
+
+## Rendu
+
+Le brouillard utilise `FogData.environmentalEnd`, séparé de la distance de
+rendu native. Sa contribution croît en douceur entre 192 et 80 blocs de
+visibilité. La densité passe de ×1 à ×3,5 pour le brouillard seul ; la diffusion
+angulaire s'élargit et la lumière lointaine s'éteint plus vite. Les coefficients
+ne dépendent d'aucun bruit animé ni historique d'image.
+
+Pluie et neige utilisent le niveau natif de précipitation : densité jusqu'à
+×1,8, diffusion plus légère. La lumière disponible tombe progressivement à
+25 % sous une pluie maximale et à 8,75 % sous un orage maximal. La carte solaire
+reste disponible pour le volume même lorsque Minecraft cache entièrement
+son disque solaire ; les ombres sur les surfaces conservent leur comportement.
+Le brouillard et la météo continuent leurs transitions natives.
+
+Même cible au quart de chaque dimension, deux passes, seize segments et
+quatre lectures de la carte par segment. L'empreinte de l'ombre ne change pas :
+la météo ne crée pas d'ouverture artificielle à travers un mur.
+
+## Vérification
+
+Scénario client natif réussi en **3 min 29 s**, macOS / Apple M1 / OpenGL.
+Les contrôles des volumes beta.137 passent à nouveau : ouvertures, feuilles,
+pièce fermée, mouvement/retour, proximité, soleil hors champ, intensité,
+OFF/zéro/nuit, redimensionnement, rechargement, préférences et libellés FR/EN.
+
+La suite utilise ensuite les vraies commandes serveur de météo : clair,
+`weather fog`, pluie, orage et retour au clair, dans le même décor avec le
+curseur maintenu à 35. Transition progressive du brouillard, rechargement
+sous brouillard, absence d'éclairage d'une pièce fermée et restitution de
+l'image claire initiale vérifiés. La contribution normalisée du volume dans
+cette scène passe d'environ 0,0034 au clair à 0,0236 sous brouillard ; ce n'est
+pas un multiplicateur universel de luminosité. L'orage reste sous la pluie.
+
+Log : `build/shader138-client-final.log`, marqueurs `SUNSHAFT137_PASS` et
+`SUNSHAFT138_WEATHER_PASS`. Comparatif natif autonome :
+`build/Shader-beta.138-comparaison.html`.
+
+## Diagnostic de la pluie
+
+La première exécution native a validé le brouillard, puis s'est arrêtée en
+attendant des rayons sous une pluie maximale. Minecraft 26.3 fournit alors
+`rainBrightness = 1 - rainLevel`, soit zéro : beta.137 ne construisait plus la
+carte solaire. Le volume reçoit désormais son atténuation météo propre et
+conserve la carte nécessaire, sans réactiver les ombres de surface sous la
+pluie maximale. Log de diagnostic : `build/shader138-client-first.log`.
+
+## Limites
+
+Coefficients artistiques bornés, sans simulation physique de gouttes ni de
+nuages. Le brouillard environnemental est distinct de la simple distance
+d'affichage ; la pluie et la neige partagent le niveau natif de précipitation.
+Les limites des volumes beta.137 restent applicables : 64 blocs maximum,
+formes de la carte d'ombres et feuillage approximé. Pas de mesure de FPS ni
+de validation Windows/Vulkan revendiquée.
+
+
+## Construction et archives
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit en **2 min 20 s**, 126 tâches. Le serveur GameTest dédié reste exclu
+conformément au refus EULA antérieur. Log : `build/shader138-build.log`.
+Comparaison à beta.137 : **6 entrées de production** modifiées, uniquement
+le rendu et les aides FR/EN. Gameplay et textures des gemmes strictement
+conservés. JAR normal/Test identique, sources et template vérifiés.
+Reçu local : `build/shader138-artifact.json`.
+
+- `Sanctuary-beta.138.mrpack` : 10432860 octets ; SHA-256 `67093d3a53e3d90c31e8fb940d709ccf41ad730595e358346fa27ad744b44460`.
+
+- `Sanctuary-Test-beta.138.mrpack` : 10451787 octets ; SHA-256 `1ff39158b47f44a831b6506c8c2636441b2bff02644d20b1698330097e5ff059`.
+
+JAR : `44b6dd14f0e962fcb6f1efd61e0e7bb2c8dbb033cef81598582ec16c46a46518`.
+
+## Livraison
+
+[Release beta.138](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.138)
+publiée depuis `daf36fdeacca707930092363589c89984af78f3b`. Canal packwiz
+`c049423de1971079b9d61874d83adeb6f1ad49f7` ; téléchargements publics vérifiés par SHA-256.
+Deux synchronisations isolées puis deux dans la même instance **Sanctuary Beta**
+réussissent. Un seul JAR beta.138 actif ; les **923 fichiers personnels suivis**,
+dont sauvegardes et préférences, gardent leurs hashes. Copie préalable dans
+`sanctuary-backups/before-beta.138/`, aucun monde personnel ouvert.
+
+Packs normal/Test/template et comparatif natif également vérifiés dans
+`sanctuary-beta/build/`. Le checkout original garde ses changements préexistants.
+Reçus locaux ignorés : `build/shader138-artifact.json`, `build/shader138-isolated.json`,
+`build/shader138-prism.json`, `build/shader138-publication.log`.

docs/shader-vulkan-beta138.md

@@ -0,0 +1,99 @@
+# SHADER-139 — Compatibilité Vulkan du shader beta.138
+
+Socle **beta.138**, Minecraft **26.3**, Java **25**, branche
+`codex/vulkan-shaders-beta139`.
+
+Le signalement initial concernait un bloom invisible même à 100 %. Le joueur
+indique ensuite que le rendu fonctionne de nouveau sur Windows et demande
+la compatibilité Vulkan. Les changements expérimentaux d'intensité ont été
+retirés : les shaders et les valeurs par défaut restent ceux de beta.138.
+
+## Contrat
+
+Utiliser les mêmes pipelines RenderPearl sur OpenGL et Vulkan. Vérifier le
+backend réellement utilisé, car Minecraft peut retomber sur OpenGL lorsque
+Vulkan ne démarre pas. Tester les effets dans de nouveaux mondes ignorés,
+sans ouvrir de sauvegarde personnelle ni modifier le backend de l'instance Prism.
+
+Le lancement des tests accepte désormais `-PsanctuaryClientGraphicsBackend=vulkan`
+ou `opengl`. Les tests de shaders refusent tout repli silencieux et consignent
+le nom du backend, du GPU et du pilote. Cette option concerne uniquement
+le client de développement.
+
+## Reproduction
+
+```sh
+JAVA_HOME=/chemin/vers/jdk-25 ./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryPixelShadows122ClientTests=true \
+  -PsanctuaryClientGraphicsBackend=vulkan \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Sur Windows, utiliser `gradlew.bat` avec les mêmes propriétés et Java 25.
+Ajouter `-PsanctuaryClientImprovedTransparency=true` pour tester la transparence
+améliorée ; le choix initial est restauré après le test.
+Pour les rayons et la météo, remplacer `sanctuaryPixelShadows122ClientTests`
+par `sanctuarySunshaft137ClientTests`. Pour isoler le bloom et le lens flare,
+utiliser `sanctuaryBloom130ClientTests`.
+
+## Diagnostic initial
+
+Le client Vulkan démarre ici sur **Apple M1 / MoltenVK 1.4.2**, API 1.2.350.
+Le test du bloom réussit en **2 min 19 s** : les masques des vingt minerais,
+les contrôles OFF/zéro, intensité/diffusion, l'occlusion, le rechargement,
+les torches, glowstone, lampes, lave, soleil et le lens flare sont vérifiés.
+Les mesures de référence du bloom sont identiques à celles d'OpenGL :
+14649 pixels de minerai, gain du halo faible 218131, fort 1970502,
+gain solaire 7708. Log : `build/shader139-vulkan-first.log`.
+
+Cela confirme cette combinaison précise ; ce n'est pas une validation des
+pilotes NVIDIA/AMD/Intel sous Windows. En cas de retour du problème, le
+`logs/latest.log` de la session Windows concernée est nécessaire pour relever
+le backend effectif, le GPU, le pilote et les éventuelles erreurs de pipeline.
+
+## Suite Vulkan
+
+`sanctuaryPixelShadows122ClientTests` réussit en **8 min 50 s**. Les contrôles
+couvrent ombres diurnes/nocturnes, feuillage, stabilité en temps réel,
+highlights CTM, bloom et lens flare, SSGI en déplacement et près des surfaces,
+PBR directionnel, rechargement, redimensionnement et interfaces FR/EN.
+Log : `build/shader139-vulkan-suite2.log`.
+
+Le bloom et le lens flare réussissent aussi avec
+`sanctuaryClientImprovedTransparency=true`, en **1 min 45 s**. Le backend
+est bien Vulkan, sa profondeur est en `[0, 1]` et l'option de transparence
+est active. Les mesures du bloom restent identiques.
+Log : `build/shader139-vulkan-transparency.log`.
+
+La suite météo/rayons beta.138 n'a pas été rejouée sous Vulkan dans ce ticket ;
+les résultats ci-dessus portent sur les effets explicitement listés.
+Le joueur confirme que le retour à OpenGL rétablit l'effet sur Windows.
+Ce défaut particulier reste à reproduire à partir d'un journal récent.
+
+Un premier lancement utilisait un nom de propriété incomplet et a exécuté
+la suite générale, échouant dans Blocodex avant les tests de shaders.
+Ce lancement n'est pas compté comme une validation Vulkan des shaders.
+La commande corrigée utilise `sanctuaryPixelShadows122ClientTests`.
+
+## Construction
+
+`./gradlew check build -x :sanctuary:runGameTest` réussit ; le serveur
+GameTest dédié reste exclu conformément au refus EULA antérieur.
+Log : `build/shader139-check-build.log`. Le JAR reconstruit est **strictement
+identique, octet pour octet**, au JAR Sanctuary de la release beta.138.
+La distribution ne change pas et ne nécessite donc pas de nouvel assemblage.
+
+## Distribution
+
+Ce ticket ajoute des options de lancement de tests et leur documentation.
+Les shaders de production et les réglages de beta.138 ne sont pas changés.
+Aucune nouvelle livraison binaire, aucun tag beta.139 ni mise à jour de
+l'instance personnelle n'est effectué pour une vérification seule.
+
+## Référence du moteur
+
+Minecraft 26.3 compile les shaders OpenGL et Vulkan via ShaderC et expose
+`RENDERPEARL_DEPTH_IS_ZERO_TO_ONE` pour la convention de profondeur.
+[Notes officielles Minecraft 26.3](https://feedback.minecraft.net/hc/en-us/articles/48913133328013-Minecraft-Java-Edition-26-3).
+Les effets Sanctuary transmettent déjà la convention du périphérique aux
+reconstructions de position ; aucun remplacement spéculatif n'est appliqué.

docs/shaders-beta040.md

@@ -102,3 +102,14 @@ client natif : témoin `SHADER040_CLIENT_PASS` dans
 `build/operator040-client-final.log`. Captures dans
 `build/operator040-evidence/final/`, reçu dans `build/operator040-artifact.json`.
 Les contrôles ne revendiquent pas un essai avec Iris ou un autre moteur externe.
+
+
+Les ombres portées pixélisées sont livrées dans [beta.127](shader-beta127.md),
+intégrées sur la beta.126. Leur préparation locale portait un numéro beta.122
+non publié ; la release beta.122 existante n'est pas remplacée.
+
+## beta.144 — Eau naturelle
+
+Le [ticket WATER-144](natural-water-beta144.md) ajoute les profils clair,
+légèrement teinté et étang au rendu natif des fluides et à leur brouillard.
+La couleur du biome et les textures pixélisées restent la base.

docs/snow-accumulation-beta108.md

@@ -0,0 +1,115 @@
+# SNOW-108 — Accumulation de neige en volume
+
+Branche `codex/snow-accumulation-beta108`. Base livrée beta.107, Minecraft 26.3.
+État : livraison locale vérifiée. Statuaire beta.106 reste une livraison séparée.
+
+## Contrat avant modification
+
+Demande : la neige doit s’accumuler et occuper réellement des blocs.
+Les précipitations déposent une couche à la fois ; la huitième devient un bloc
+natif de neige solide. Le dépôt suivant commence au-dessus. Même cadence de
+précipitation que Minecraft, uniquement dans les chunks simulés pendant une
+chute de neige, y compris les averses Sanctuary et les biomes froids vanilla
+lorsque les règles Sanctuary sont actives.
+
+Valeur confirmée par le créateur : deux blocs de hauteur totale par défaut,
+réglables côté serveur.
+Le plafond compte la colonne contiguë de neige déjà présente (couches et blocs),
+jusqu’au premier support d’une autre matière. Zéro désactive l’accumulation,
+moins un permet de continuer jusqu’à la limite de hauteur du monde.
+
+La lumière, les supports, la place libre et les biomes acceptables restent
+contrôlés par Minecraft. Ni plantes, ni équipements, ni eau, ni constructions
+ne sont remplacés. La croissance pousse les entités vers le haut comme le dépôt
+natif, avec la nouvelle collision. Les chaudrons gardent leur fonctionnement.
+
+## Données et compatibilité
+
+Uniquement des blocs natifs `minecraft:snow` et `minecraft:snow_block` : collision,
+minage, butin et sauvegarde natifs. Pas de bloc, BlockEntity ou format propriétaire.
+La nouvelle gamerule `sanctuary:snow_accumulation_height` utilise la sauvegarde
+native des règles, sans réécriture des règles préexistantes. Elle s’ajoute avec
+sa valeur par défaut quand absente. Aucune sauvegarde personnelle ouverte, aucun
+balayage de chunks, aucune expansion ni conversion de terrain au chargement.
+Seuls les dépôts futurs pendant le jeu, autorisés par la demande, changent.
+
+Les blocs de neige pleins suivent le comportement Minecraft : ils ne fondent pas
+comme les fines couches éclairées. Cette livraison n’ajoute pas une fonte
+saisonnière qui pourrait effacer des constructions en neige.
+
+La valeur native `minecraft:max_snow_accumulation_height = 0` reste un arrêt
+prioritaire. Dans un monde Sanctuary, toute valeur native positive autorise le
+dépôt volumétrique, dont le plafond est la nouvelle règle en blocs. Hors Sanctuary,
+le fonctionnement et la limite vanilla sont conservés.
+
+## Utilisation
+
+- Valeur par défaut : `/gamerule sanctuary:snow_accumulation_height 2`.
+- Quatre blocs : `/gamerule sanctuary:snow_accumulation_height 4`.
+- Arrêt des nouveaux dépôts : valeur `0`.
+- Sans plafond particulier, sauf celui du monde : valeur `-1`.
+- Valeurs admises : de `-1` à `128`, positives exprimées en blocs complets.
+
+Réduire le plafond ne supprime pas la neige déjà présente. La limite native
+`minecraft:max_snow_accumulation_height` n’est pas réécrite automatiquement.
+Les noms et descriptions de la nouvelle règle sont traduits en FR/EN dans
+l’interface native de création du monde.
+
+## Essais natifs
+
+Nouveaux mondes plats de développement, graine `108`, un avec Sanctuary et
+un sans. Le test appelle le véritable `ServerLevel.tickPrecipitation` :
+
+- Sept couches successives, huitième dépôt en `snow_block`, collision pleine.
+- Un cochon debout sur la neige monte avec le nouveau volume.
+- Empilement sur le bloc formé ; arrêt à deux blocs ; commande à quatre blocs,
+  puis mode sans plafond et six blocs atteints.
+- Arrêt à zéro sur la règle Sanctuary et priorité du zéro sur la règle native.
+- Dépôt pendant les averses, aucun dépôt pendant leurs pauses ni sous pluie tiède.
+- Fleur et eau libre préservées, neige sur le toit et non dans la pièce ;
+  lumière propagée par un bloc lumineux empêchant le dépôt.
+- Le chaudron continue de recevoir sa neige poudreuse native.
+- Météo vanilla, biome froid et Sanctuary actif : accumulation volumétrique.
+- Second monde sans Sanctuary : une couche native même après 40 tentatives.
+
+La décision d’activation est mise en cache au démarrage du serveur, d’après le
+choix Sanctuary fixé à la création. Aucun accès disque par colonne de pluie.
+Le comptage de profondeur s’arrête dès le plafond atteint ; le mode illimité
+n’a pas besoin de compter. Pas de boucle ajoutée sur les chunks ou les joueurs.
+
+Les tests ne changent aucune sauvegarde personnelle. Les dépôts sont déclenchés
+explicitement pour valider leur résultat ; aucun facteur d’accélération météo
+n’est ajouté au code livré.
+
+## Livraison et vérifications — 17 septembre 2026
+
+Validation dans le worktree `sanctuary-snow-beta108`, sur la base immuable
+beta.107. Les œufs de beta.107 sont inclus ; les sources Statuaire beta.106
+présentes dans le répertoire principal restent préservées, mais ne sont pas
+incluses dans ces archives. Les compteurs de ce worktree sont synchronisés à
+beta.108 ; ceux du répertoire principal restent attachés à son chantier beta.106.
+
+- `./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest` :
+  réussi, 125 tâches, 3 min 34 s.
+- `./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true -PsanctuarySnow108ClientTests=true -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true` :
+  réussi, 1 min 17 s, marqueur `SNOW108_NATIVE_PASS`.
+- Java 25 ; GameTest dédié exclu conformément au refus antérieur d'accepter son
+  EULA. Les essais ci-dessus utilisent le serveur intégré dans deux mondes neufs.
+- Intégrité ZIP, versions Minecraft/mod, JAR embarqués, sources, mixins et libellés
+  vérifiés. Par rapport au JAR beta.107 : seulement `WeatherService.class`
+  modifié et les deux classes d'accumulation ajoutées ; assets inchangés sauf
+  les deux nouveaux libellés de règle FR/EN. Aucun test embarqué dans le JAR livré.
+
+Archives locales : [pack normal](../build/Sanctuary-beta.108.mrpack) et
+[pack Test](../build/Sanctuary-Test-beta.108.mrpack).
+
+| Artefact | SHA-256 |
+| --- | --- |
+| Normal | `18f2b0c6a12c3618a9b70e22999b89697a41034e86bc1aa33f0c9d19caadd0c2` |
+| Test | `66f9395cd47b031ca52162081c397da7a5ab7fdfa3e236dec5110dbcf95306bc` |
+| JAR Sanctuary | `dc2b026cd0b6475e512283f72225593666fd60a3a265b8e91bf6bdae9f875bb4` |
+
+Reçu : `build/snow108-artifact.json`. Journaux : `build/snow108-native.log`,
+`build/snow108-check-build.log`. Manifeste : `build/snow108-source-manifest.json`.
+Aucun tag, publication, canal packwiz, installation Prism ou monde personnel
+modifié. Pas d'essai Windows ; pas de fonte saisonnière des blocs pleins.

docs/spawn-eggs-acquisition-beta107.md

@@ -0,0 +1,107 @@
+# EGGS-107 — Naissances en œufs et récupération des générateurs
+
+Branche `codex/eggs-beta107`. Travail isolé du chantier Statuaire beta.106.
+Base vérifiée : sources de la livraison beta.105. État : livré localement, vérifié ; aucun déploiement ni publication.
+
+## Contrat
+
+Dans les mondes où Sanctuary est actif, une reproduction réussie remet un
+œuf natif de l'espèce au sol au lieu d'ajouter directement le nouveau mob.
+L'enfant est calculé par Minecraft : croisements, variantes, propriétaire et
+caractéristiques héritées sont conservés. Les délais, nourriture, statistiques
+et progrès restent ceux de la reproduction native. L'œuf d'un animal qui a un
+stade bébé fait naître un bébé, y compris avec un distributeur.
+
+Grenouille : œuf de têtard, pour conserver son cycle naturel. Tortue et sniffer :
+œuf d'apparition de bébé à la place de la ponte. Allay : duplication contre
+améthyste et musique, avec le délai natif conservé. Villageois : nourriture et
+lit libre restent requis ; le lit réservé est libéré tant que l'œuf est stocké.
+
+Un générateur classique réellement cassé par un joueur en survie, avec un outil
+adapté sans Toucher de soie, remet un seul œuf correspondant à son prochain mob
+configuré. Fortune ne multiplie pas ce résultat. Ni explosion, ni annulation de
+casse, ni mode créatif ne produisent cet œuf. Les générateurs d'épreuves ne sont
+pas transformés en source d'œufs par cette règle.
+
+Les identifiants natifs des items restent inchangés. Les données de naissance
+utilisent les composants d'item natifs ENTITY_DATA et CUSTOM_DATA ; aucune
+migration de sauvegarde, régénération ou ouverture de monde personnel.
+Les naissances et pontes déjà présentes restent en place. Aucune modification
+hors des mondes Sanctuary ; un œuf déjà obtenu garde ses données de naissance.
+
+Un catalogue distinct des 88 espèces sépare les voies livrées des propositions
+à valider. Les méthodes spéciales restantes ne sont pas annoncées comme livrées.
+
+## Catalogue
+
+[Les 88 espèces et leurs voies](spawn-eggs-catalogue-beta107.md) : 28 par
+reproduction ou duplication, 7 par les générateurs classiques vanilla et
+53 propositions. Réponse du créateur : **catalogue à valider d’abord**.
+Aucune des 53 propositions n’est implémentée dans ce ticket.
+
+## Vérifications natives
+
+Nouveau monde de test plat, graine `107`, Minecraft 26.3 / Fabric 0.160.5+26.3,
+Java 25, macOS. Le test utilise le vrai client et son serveur intégré :
+
+- Naissance native de 22 espèces via `Animal.spawnChildFromBreeding` : un seul
+  œuf, aucun enfant vivant ajouté, âge de bébé stocké, délai des deux parents.
+- Cheval × âne → mule ; moutons rouge × bleu → bébé violet, à la pose et au clic
+  sur un adulte ; loup apprivoisé → bébé encore lié au même propriétaire.
+- Sérialisation/relecture de l’item avec le codec natif ; position, UUID et
+  réservations de cerveau absents ; éclosion en survie consomme un œuf.
+- Vrai comportement de distributeur : bébé et couleur héritée.
+- Grenouille sans seconde ponte, tortue sans état de ponte, renifleur sans œuf
+  bloc supplémentaire ; allay avec délai conservé ; villageois avec résultat
+  vide pour que l’appelant rende le lit réservé, bébé à l’éclosion.
+- Existence native des 88 œufs ; destruction réelle d’un générateur par le
+  contrôleur joueur avec pioche normale/Fortune/Toucher de soie, main vide,
+  créatif et règle de drops de blocs désactivée.
+- Deuxième monde neuf, Sanctuary désactivé à la création : bébé de vache vivant,
+  aucun œuf et générateurs sans nouveau butin.
+
+Les appels natifs de naissance sont testés directement ; il ne s’agit pas d’un
+élevage de chaque espèce laissé tourner pendant plusieurs minutes. Les tests
+n’effectuent pas de parcours complet de raid, donjon ou guérison : ces voies
+spéciales sont des propositions. Aucun monde personnel modifié.
+
+## Binaire et distribution
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+réussit : **125 tâches, 3 min 44 s**. Le serveur GameTest dédié reste exclu,
+l’acceptation de son EULA n’étant pas autorisée. Les tests natifs ci-dessus
+utilisent le serveur intégré ; dernier passage **29 s**, marqueur
+`EGGS107_NATIVE_PASS`, après les derniers changements de code.
+
+Commande des essais :
+
+```sh
+./gradlew :sanctuary:runClientGameTest -PsanctuaryClientTests=true \
+  -PsanctuaryEggs107ClientTests=true -PsanctuaryClientNoVsync=true \
+  -PsanctuaryQuickTests=true
+```
+
+L’assemblage et les essais se font dans le worktree voisin
+`sanctuary-eggs-beta107`, branche `codex/eggs-beta107`, sur les sources vérifiées
+de beta.105. Les changements propres aux œufs sont aussi intégrés au répertoire
+principal sans réécrire le code ni les compteurs en cours du chantier beta.106.
+**Ces archives ne contiennent pas le Statuaire beta.106 en cours de validation.**
+Les compteurs du worktree et du pack livré sont tous `beta.107`.
+
+Comparaison binaire avec beta.105 : neuf classes ajoutées, aucune ancienne classe
+modifiée. Les seules ressources graphiques/données différentes sont les deux
+fichiers de langue FR/EN, avec deux nouveaux libellés ; le pack de textures,
+les recettes et la génération restent byte pour byte identiques. Les mixins
+ajoutés figurent dans le manifeste. Sources/JAR, ZIP, versions, dépendances,
+88 lignes uniques du catalogue et empreintes sont vérifiés.
+
+- [Pack normal](../build/Sanctuary-beta.107.mrpack) — SHA-256
+  `1b92c5abcc07be9c36d507d2ffdaf6d420a541c6624f105f8643594a02884600`.
+- [Pack de test](../build/Sanctuary-Test-beta.107.mrpack) — SHA-256
+  `db9e32591cb263667b397fdb78738fbe45f58689b5574f2cb483f076635e7eef`.
+
+Logs et reçus ignorés : `build/eggs107-check-build.log`,
+`build/eggs107-native.log`, `build/eggs107-artifact.json`,
+`build/eggs107-source-manifest.json`. Les fichiers sources des tests sont inclus
+dans le dépôt ; aucune classe de test n’est embarquée dans le mod livré.
+Aucun test Windows, installation Prism, publication du canal, commit ou tag.

docs/spawn-eggs-catalogue-beta107.md

@@ -0,0 +1,155 @@
+# Acquisition des 88 œufs — catalogue à valider
+
+Demande du créateur : **valider les voies spéciales avant de les implémenter**.
+Ce catalogue utilise les 88 identifiants de `CompanionType`, pour Minecraft 26.3.
+Les œufs natifs servent aussi aux familiers. Aucun nouvel œuf propriétaire.
+
+**28 espèces** ont une voie par reproduction/duplication dans EGGS-107,
+**7** par les générateurs classiques des structures vanilla,
+et **53** attendent une voie spéciale.
+
+Les structures doivent être présentes et accessibles dans la partie : cette
+livraison n’ajoute aucun donjon, ne régénère aucun chunk et ne garantit pas ces
+structures dans un monde plat. Un générateur classique configuré autrement
+remet aussi l’œuf de son type, s’il existe ; cela ne crée pas une voie naturelle
+pour toutes les espèces. Les générateurs d’épreuves ont une proposition distincte.
+
+## Voies intégrées à EGGS-107
+
+Une reproduction donne **un œuf**, jamais simultanément un bébé. Les règles
+natives d’accouplement, d’apprivoisement, de nourriture et de délai restent
+applicables. Les poissons crus ne remplacent pas un seau quand le jeu exige un
+poisson vivant. Les œufs de bébé restent bébés après stockage ; le temps de
+croissance commence à l’éclosion.
+
+| Espèce (identifiant natif) | Obtention |
+| --- | --- |
+| `cat` | Deux chats apprivoisés, morue ou saumon crus. |
+| `chicken` | Deux poules, graines. |
+| `cow` | Deux vaches, blé. |
+| `donkey` | Deux ânes apprivoisés, carottes ou pommes dorées. |
+| `fox` | Deux renards, baies sucrées ou lumineuses ; confiance héritée. |
+| `horse` | Deux chevaux apprivoisés, carottes ou pommes dorées ; caractéristiques héritées. |
+| `llama` | Deux lamas apprivoisés, bottes de paille ; force et variante héritées. |
+| `mule` | Croisement cheval × âne. La mule reste stérile. |
+| `pig` | Deux cochons, carotte, pomme de terre ou betterave. |
+| `rabbit` | Deux lapins, carotte, carotte dorée ou pissenlit. |
+| `sheep` | Deux moutons, blé ; mélange de couleurs natif. |
+| `tadpole` | Deux grenouilles, boules de slime ; œuf de têtard à la place de la ponte aquatique. |
+| `armadillo` | Deux tatous, yeux d’araignée. |
+| `bee` | Deux abeilles, fleurs. |
+| `camel` | Deux dromadaires, cactus. |
+| `goat` | Deux chèvres, blé. |
+| `ocelot` | Deux ocelots, morue ou saumon crus. |
+| `panda` | Deux pandas, bambou et environnement de reproduction natif ; gènes hérités. |
+| `strider` | Deux arpenteurs, champignons biscornus. |
+| `turtle` | Deux tortues, herbes aquatiques ; œuf de bébé à la place de la ponte. |
+| `villager` | Reproduction native des villageois : nourriture suffisante et lit libre accessible. L’œuf donne un bébé. |
+| `wolf` | Deux loups apprivoisés, nourriture native ; propriétaire hérité. |
+| `allay` | Duplication native : allay dansant avec un jukebox, éclat d’améthyste. Délai de 5 minutes conservé. |
+| `axolotl` | Deux axolotls, poissons tropicaux en seau. |
+| `hoglin` | Deux hoglins, champignons carmin. |
+| `mooshroom` | Deux champimeuhs, blé. |
+| `nautilus` | Deux nautiles apprivoisés, nourriture acceptée par la reproduction native. |
+| `sniffer` | Deux renifleurs, graines de plante torche ; œuf d’apparition à la place de l’œuf bloc. |
+
+Pour les suivants : casser le générateur avec un outil adapté, sans Toucher de
+soie. Un œuf par générateur ; Fortune ne multiplie pas le résultat. Les outils
+avec Toucher de soie ne donnent pas d’œuf ; cette livraison ne leur ajoute pas
+non plus une récupération du bloc générateur.
+
+| Espèce (identifiant natif) | Source vanilla si présente |
+| --- | --- |
+| `skeleton` | Générateur de donjon. |
+| `spider` | Générateur de donjon. |
+| `zombie` | Générateur de donjon. |
+| `cave_spider` | Générateur de mine abandonnée. |
+| `blaze` | Générateur de forteresse du Nether. |
+| `magma_cube` | Générateur de salle au trésor de bastion. |
+| `silverfish` | Générateur de la salle du portail du stronghold. |
+
+## Propositions — pas encore implémentées
+
+Les pourcentages ci-dessous sont des valeurs de départ à valider. Les captures
+**convertissent le mob en œuf** et ne laissent pas son double dans le monde.
+Pour les butins et récompenses, un mob né d’un œuf ne pourra pas produire son
+propre œuf par cette voie. Les récompenses uniques devront avoir un suivi serveur
+persistant : contrat de migration à définir lors du prochain ticket. Ces règles
+ne sont pas encore ajoutées au jeu.
+
+| Espèce | Type de voie | Proposition concrète |
+| --- | --- | --- |
+| `bat` | Interaction | Capturer une chauve-souris endormie avec un sac et une boule de slime. Le mob devient un œuf ; sac rendu. |
+| `cod` | Capture | Morue en seau + œuf de poule : convertir le poisson en œuf d’apparition ; seau vide rendu. |
+| `frog` | Interaction | Élever un têtard jusqu’à la métamorphose, puis donner une boule de slime : un œuf de grenouille, une seule fois par grenouille élevée. |
+| `salmon` | Capture | Saumon en seau + œuf de poule ; seau vide rendu. |
+| `slime` | Butin conditionnel | Tuer un petit slime au corps à corps : 5 % de chance, uniquement sur la génération issue d’un slime naturel. |
+| `squid` | Capture | Interagir avec un poulpe sous l’eau avec un sac et une morue : le convertir en œuf ; sac rendu. |
+| `tropical_fish` | Capture | Poisson tropical en seau + œuf de poule ; conserver exactement ses couleurs et son motif. |
+| `copper_golem` | Construction | Construire un golem de cuivre puis lui faire terminer 16 tris réels : un œuf, une seule fois par golem construit. |
+| `dolphin` | Exploration | Nourrir un dauphin et atteindre le trésor qu’il indique : un œuf à la découverte, une fois par trésor et joueur. |
+| `drowned` | Butin conditionnel | Noyé naturel tué sous l’eau par un joueur : 5 %. |
+| `glow_squid` | Capture | Même capture que le poulpe, dans une caverne immergée ; conversion du mob en œuf lumineux. |
+| `husk` | Butin conditionnel | Zombie momifié naturel tué dans le désert en plein jour : 5 %. |
+| `parrot` | Interaction | Apprivoiser un perroquet puis lui offrir des graines pendant sa danse au jukebox : un œuf, une seule fois par perroquet sauvage apprivoisé. |
+| `pufferfish` | Capture | Poisson-globe en seau + œuf de poule ; seau vide rendu. |
+| `polar_bear` | Interaction | Donner du saumon à deux adultes sur neige : reproduction Sanctuary spécifique donnant un œuf de bébé, délai de 5 minutes. |
+| `snow_golem` | Construction | Monter le golem de neige natif puis l’emballer avec une citrouille sculptée : conversion du golem en œuf. |
+| `bogged` | Épreuve | Après une vague terminée, toucher son générateur d’épreuves avec un œuf de poule : un œuf de bogged, une fois par joueur et recharge native. |
+| `parched` | Butin conditionnel | Parched naturel vaincu dans le désert avec un bouclier après avoir bloqué sa flèche : 5 %. |
+| `breeze` | Épreuve | Même extraction après victoire sur les vagues de Breeze ; coût d’un œuf de poule, recharge native du générateur d’épreuves. |
+| `camel_husk` | Rencontre | Désarçonner les cavaliers hostiles puis apprivoiser la monture avec sa nourriture native : un œuf, une seule fois pour cette monture sauvage. |
+| `creeper` | Butin conditionnel | Creeper naturel tué par un squelette, comme pour les disques : 10 %. |
+| `endermite` | Interaction | Toucher une endermite apparue d’une perle avec un fruit de chorus : conversion en œuf avant sa disparition. |
+| `guardian` | Butin conditionnel | Gardien naturel vaincu à proximité d’un monument : 5 %. |
+| `phantom` | Butin conditionnel | Phantom naturel vaincu dans les airs avec une arme de mêlée : 10 %. |
+| `piglin` | Troc | Ajouter l’œuf au troc contre un lingot d’or : 2 %, poids exact à équilibrer. |
+| `pillager` | Butin conditionnel | Pillard capitaine naturel vaincu par un joueur : 10 %. |
+| `sulfur_cube` | Capture | Cube de soufre en seau + œuf de poule : convertir le contenu du seau en œuf, avec taille et contenu conservés. |
+| `trader_llama` | Commerce | Offre rare du marchand ambulant : œuf de lama de marchand contre émeraudes et botte de paille. Les lamas ordinaires restent obtenus par reproduction. |
+| `wandering_trader` | Commerce | Terminer toutes les offres d’un marchand : une offre finale d’œuf contre 32 émeraudes. Une fois par marchand naturel. |
+| `zombie_horse` | Rencontre | Libérer puis apprivoiser un cheval-zombie sauvage avec la nourriture native : un œuf, une seule fois par monture. |
+| `zombie_villager` | Guérison | Guérir un villageois zombie naturel : un œuf de villageois zombie remis au soigneur ; un seul par individu, sans boucle de réinfection. |
+| `zombified_piglin` | Butin conditionnel | Piglin zombifié naturel vaincu au Nether par un joueur : 5 %. |
+| `stray` | Butin conditionnel | Vagabond naturel vaincu pendant une chute de neige : 10 %. |
+| `vindicator` | Butin conditionnel | Vindicator vaincu dans un manoir ou un raid : 5 %. |
+| `zoglin` | Transformation | Amener un hoglin dans l’Overworld et le voir devenir zoglin : première interaction avec un champignon carmin remet un œuf, une seule fois. |
+| `creaking` | Exploration | Neutraliser un grinceur lié puis casser son cœur actif sans Toucher de soie : un œuf. Le cœur ne donne pas simultanément sa version récupérable. |
+| `elder_guardian` | Boss | Vaincre un grand gardien du monument : un œuf garanti, uniquement pour les gardiens générés avec le monument. |
+| `enderman` | Butin conditionnel | Enderman naturel vaincu dans l’End par un joueur : 5 %. |
+| `evoker` | Butin conditionnel | Évocateur vaincu dans un manoir ou un raid : 10 %. |
+| `ghast` | Défi | Tuer un ghast naturel en lui renvoyant sa propre boule de feu : 25 %. |
+| `happy_ghast` | Élevage | Réhydrater un ghast desséché puis élever le ghastling : premier nourrissage adulte avec une boule de neige remet un œuf de ghastling, une fois par ghast élevé. |
+| `iron_golem` | Construction | Construire un golem de fer puis lui offrir un coquelicot et un lingot : conversion volontaire du golem en œuf. |
+| `piglin_brute` | Exploration | Piglin barbare du bastion vaincu par un joueur : 10 %. |
+| `ravager` | Raid | Dernier ravageur vaincu dans un raid remporté : un œuf au vainqueur, une récompense par raid. |
+| `shulker` | Exploration | Shulker d’une cité de l’End vaincu par un joueur : 10 % ; les copies par projectiles ne déclenchent pas cette voie. |
+| `skeleton_horse` | Événement | Survivre au piège de cavaliers squelettes puis monter un cheval libéré : un œuf, une récompense par piège. |
+| `vex` | Défi | Tuer un vex invoqué après avoir vaincu l’évocateur qui l’a invoqué : 10 %, une récompense maximum par évocateur. |
+| `witch` | Butin conditionnel | Sorcière naturelle vaincue pendant qu’elle boit une potion : 10 %. |
+| `wither_skeleton` | Butin conditionnel | Wither squelette naturel vaincu dans une forteresse : 5 %, indépendant du crâne. |
+| `zombie_nautilus` | Rencontre | Libérer un nautile-zombie de son cavalier puis l’apprivoiser : un œuf, une seule fois par monture sauvage. |
+| `ender_dragon` | Boss | Vaincre le dragon invoqué par le cycle natif de l’End : un œuf au participant désigné ; jamais pour un dragon apparu avec un œuf. |
+| `warden` | Défi | Vaincre un Warden sorti d’un hurleur naturel : un œuf garanti pour ce combat ; aucun œuf sur un Warden issu d’œuf. |
+| `wither` | Boss | Vaincre un Wither invoqué par sable des âmes et crânes : un œuf garanti ; aucun œuf sur un Wither issu d’œuf. |
+
+## Points à décider ensemble
+
+- Le principe de conversion avec un sac / un seau pour les espèces capturables.
+- La place des défis et du butin rare, et leurs chances exactes.
+- Les récompenses de boss garanties, avec exclusion des boss issus d’œuf.
+- Les offres du marchand et le troc restent de simples échanges natifs ; aucun
+  système d’économie, de banque ou de marché n’est introduit ici.
+
+Cas à ne pas confondre : nourrir ne veut pas toujours dire reproduire.
+Le ghast heureux, le dromadaire momifié et le cheval-zombie refusent le mode
+amoureux natif ; le nautile-zombie n’a pas de descendance native. Le lama de
+marchand suit la reproduction du lama et ne garantit pas un nouvel œuf de
+`trader_llama`. Le cube de soufre n’emprunte pas la reproduction d’`Animal`.
+Les œufs pondus naturellement par une poule et leur lancer natif restent inchangés :
+c’est l’accouplement nourri par le joueur qui produit le nouvel œuf garanti.
+
+Sources de vérification : catalogue `CompanionType`, classes et données du JAR
+Minecraft **26.3** installé (méthodes de reproduction, composants d’items et
+aliments natifs), tests intégrés EGGS-107. Le catalogue ne prétend pas qu’un
+comportement proposé est déjà une règle vanilla.

docs/statuary-beta106.md

@@ -0,0 +1,172 @@
+# STAT-01 — Atelier d’argile et modèles 3D — beta.106
+
+Contrat du 17 septembre 2026, branche `codex/statuary-import-beta106`.
+Livraison locale vérifiée, cycle natif et archives normale/Test validés.
+Aucune publication ni installation personnelle.
+
+## Parcours retenu avec le créateur
+
+Un seul dossier utilisateur : `schematics/sanctuary/`. La lecture historique
+au premier niveau de `schematics/` reste possible, sans déplacement de fichiers.
+Les boutons des deux ateliers ouvrent exactement le même dossier.
+
+- **Métabli → Bibliothèque** : schémas `.litematic`, `.schem`, `.nbt` et `.schematic`
+  historiques, avec leurs règles d’import existantes.
+- **Métabli → Statues → Mes modèles 3D** : modèles GLB, hauteur 4–96 blocs et
+  palette. La conversion produit un plan et rejoint les commandes K, matériaux,
+  export et règles de placement créatif/survie existants. Les statues des
+  créatures découvertes gardent leur accès habituel.
+- **Atelier d’argile** (`sanctuary:clay_workshop`) : choix du GLB et aperçu à
+  proportions conservées, limité à 16 × 16 × 16 voxels dans un seul bloc.
+  Un emplacement reçoit l’argile, l’autre fournit la statue. **Un bloc d’argile
+  est consommé pour chaque statue récupérée**, y compris en créatif.
+  Les blocs d’argile normale conservent les couleurs du modèle ; les seize
+  argiles Sanctuary imposent leur couleur unie. Ni boule d’argile ni terre
+  cuite n’est acceptée. Fermer l’atelier restitue l’argile non consommée.
+
+Recette de l’atelier : un bloc d’argile au centre supérieur, trois dalles de
+pierre lisse au milieu, trois planches en bas. Le bloc utilise les textures
+actives de planches, argile et pierre lisse. Le résultat, **Statuaire**
+(`sanctuary:statuary`), est un objet transportable et posable. Sa miniature se
+voit dans l’inventaire et le monde. Il n’ouvre pas un éditeur lorsqu’on le pose.
+
+Le fichier se choisit dans la liste ou par dépôt sur l’écran de l’atelier.
+« Actualiser » relit le dossier. La rotation proposée à l’atelier d’argile
+est un quart de tour. Il n’y a pas d’éditeur de sommets ou d’animations.
+
+## Identité des modèles et sauvegardes — contrat préalable
+
+Les identifiants des anciens blocs, formats et générations restent inchangés.
+Les nouveaux blocs n’apparaissent que par fabrication ou placement volontaire.
+Aucun monde personnel n’est ouvert et aucun chunk existant n’est régénéré.
+
+Chaque GLB reçoit un identifiant `sanctuary:model/<SHA-256 du fichier source>`.
+Renommer ou déplacer un fichier ne change pas cet identifiant. Réexporter avec
+un contenu binaire différent produit un nouvel identifiant. Les différentes
+argiles et rotations du même modèle conservent l’identité de la source.
+Il s’agit d’une identité de modèle dans les données, et non d’un nouvel
+identifiant de bloc enregistré pour chaque import. Elle ne donne aucun droit
+serveur et ne désigne ni une URL ni un chemin à ouvrir.
+
+Le statuaire a une BlockEntity dédiée avec un champ `sculpture`, schéma **1** :
+nom, identifiant du modèle, dimensions et couples position/couleur ARGB des
+voxels. La position est bornée à 16³, la couleur opaque, les doublons refusés.
+L’objet transporte ces données dans son composant natif de bloc ; pose, butin,
+repose et sauvegarde utilisent le cycle Minecraft. Le bloc réplique les données
+aux clients qui chargent son chunk. Aucun joueur n’a besoin du fichier source
+pour voir une statue déjà fabriquée. Un schéma inconnu ou invalide chargé dans
+un bloc est préservé sans être interprété ni édité.
+
+L’atelier utilise un menu natif temporaire, sans stock caché persistant.
+Le serveur vérifie le menu actif, son jeton, la proximité, le bloc, les droits
+et le veto d’utilisation Fabric. La sélection envoie seulement des voxels bornés
+(un paquet atomique de moins de 32 Kio), jamais un chemin ou un fichier exécutable.
+La teinte vient du véritable objet d’argile côté serveur et chaque retrait du
+résultat consomme une unité. La fermeture ou la destruction de l’atelier annule
+le droit de produire ; le travail local tardif ne change pas un autre menu.
+
+## Contrat d’import et limites
+
+GLB **2.0 autonome**, scène par défaut (ou première scène), triangles indexés
+ou non, transformations hiérarchiques matrice ou TRS, matériaux de couleur
+et textures PNG/JPEG intégrées, UV avec répétition/clamp/miroir. Le matériau
+opaque ou à découpe alpha est voxelisé en surface. Le calcul s’effectue sur
+un fil de travail ; les faces visibles du résultat sont mises en cache pour
+le rendu. L’extension de matériau non éclairé peut être lue pour sa couleur.
+
+Limites explicites : fichier 8 Mio, JSON 1 Mio, hiérarchie de 64 niveaux,
+16 384 triangles, 4 194 304 pixels décodés et autant de pixels de matériaux.
+Les plans gardent les plafonds historiques de cellules et de volume.
+Les grands scans demandent donc souvent une simplification préalable.
+
+Squelettes et morphing doivent être figés avant export. Les animations ne sont
+pas jouées (la pose statique des nœuds est utilisée). Couleurs de sommets,
+accessors sparse, primitives non triangulaires, transparence mélangée,
+compressions et extensions de textures non gérées sont refusés explicitement.
+Les couleurs de sommets doivent être converties en texture. Aucun téléchargement
+ni référence externe du GLB n’est résolu. OBJ, FBX, STL, VOX et glTF multifichier
+ne font pas partie de ce premier import. Un GLB sans surface visible est refusé.
+
+Une miniature représente au maximum 4096 voxels de 1/16 de bloc, centrés en X/Z,
+posés au sol. Les petits détails peuvent disparaître. Sa collision est le cube
+contenant la sculpture ; les voxels ne sont pas des blocs exploitables ou des
+inventaires. Les argiles utilisent la palette de couleur publiée du mod, avec
+éclairage du rendu, sans texture de matière distincte sur chaque voxel.
+
+Aucune dépendance tierce supplémentaire : Minecraft **26.3**, Fabric et Java 25
+restent ceux du dépôt. Lecture suivant la [spécification Khronos glTF 2.0](https://registry.khronos.org/glTF/specs/2.0/glTF-2.0.html).
+
+## Vérifications
+
+`Statuary106ClientChecks` passe sur un client natif Minecraft 26.3 avec serveur
+intégré, dans un nouveau monde plat jetable, graine 106. Il vérifie :
+
+- Lecture d’un GLB texturé avec transformation de scène, conservation des
+  proportions et des couleurs ; refus des fichiers hors limites, références
+  externes, offsets invalides et hiérarchies cycliques.
+- Import indépendant de [BoxTextured de Khronos](https://github.com/KhronosGroup/glTF-Sample-Assets/tree/main/Models/BoxTextured),
+  triangles indexés et texture embarquée. Le fichier n’est pas distribué avec le mod.
+- Dossier partagé avec filtres distincts, rotation, identité du modèle et
+  recoloration par les seize argiles.
+- Fabrication native en survie : absence de résultat sans argile, coût d’une
+  unité, restitution du reliquat à la fermeture et production par Maj-clic.
+- Pose par clic natif dans la portée Sanctuary du joueur, butin complet,
+  repose, rendu dans le monde, dans l’inventaire et dans l’aperçu.
+- Même source convertie au Métabli en plan de 32 blocs de hauteur, sans
+  modifier une miniature existante ; annulation d’un import à la fermeture.
+- Sauvegarde, suppression du GLB, réouverture du monde : modèle transmis au
+  nouveau client et sculptures colorées conservées dans l’inventaire.
+- Captures FR/EN relues dans `build/statuary106-evidence/`.
+
+Commande de reproduction :
+
+```sh
+./gradlew :sanctuary:runClientGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryStatuary106ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Le contrôle de régression `Plans072ClientChecks` passe également sur la copie
+livrée en **47 s** : **88 modèles natifs, aucun refus**, textures UV, palette
+active, statues de 32 blocs, rotations, matériaux, export gzip, aperçu, confirmation
+et annulation en créatif, constructions, refus d’usurpation et pose payée en
+survie. Commande identique avec `-PsanctuaryPlans072ClientTests=true` à la place
+de `-PsanctuaryStatuary106ClientTests=true`. Journal :
+`build/statuary106-plans-regression.log`.
+
+Les premiers échecs ont permis de corriger le champ natif `recipes` du critère
+de découverte de recette. Les attentes du test ont ensuite été ajustées pour
+attendre la confirmation serveur des clics et respecter la portée de pose du
+nouveau joueur. Aucun contournement de ces règles n’est ajouté au mod.
+
+## Livraison locale
+
+La copie `build/release-beta106` part de la livraison beta.105 et ajoute les
+30 fichiers de production concernés par ce ticket. Les sources beta.107 des
+œufs, arrivées en parallèle dans le dossier partagé, restent conservées dans
+leur propre livraison. `build/statuary106-source-manifest.json` décrit la copie.
+La commande suivante a réussi sur cette copie en **5 min**, **132 tâches** :
+
+```sh
+./gradlew check build assemblePack assembleTestPack :sanctuary:runClientGameTest \
+  -x :sanctuary:runGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryStatuary106ClientTests=true \
+  -PsanctuaryClientNoVsync=true -PsanctuaryQuickTests=true
+```
+
+Le GameTest dédié reste exclu conformément au refus antérieur d’accepter son
+EULA. Le serveur intégré a vérifié les écritures, le coût, le butin, la sauvegarde
+et la transmission au client. Les essais ont tourné sur macOS ; une connexion
+depuis deux ordinateurs et les autres pilotes graphiques n’ont pas été testés.
+
+Les sources JAR correspondent exactement aux sources Java de la copie isolée.
+Les deux archives contiennent le même JAR Sanctuary, avec métadonnées beta.106
+et Minecraft 26.3. Aucune classe de test ni modèle GLB de test n’est distribué.
+Rapport et empreintes : `build/statuary106-artifact.json`.
+
+- [Pack normal](../build/Sanctuary-beta.106.mrpack), 10 144 169 octets.
+  SHA-256 : `b8b76ba914c8ceaed1b1d25f0817bd4cdeb7a4bd5ad43222c6970162811ff901`.
+- [Pack de test](../build/Sanctuary-Test-beta.106.mrpack), 10 163 092 octets.
+  SHA-256 : `e55d5871f1e31d3ed46de32d748eba51be2029c60462cf0155be90b8dd40118b`.
+
+Aucun tag publié, canal packwiz avancé ou déploiement dans Prism.

docs/temple-crash-beta097.md

@@ -0,0 +1,102 @@
+# beta.097 — crash de préparation des temples
+
+Ticket local EXP-03, branche `codex/expedition-temple-crash-beta097`.
+Rapport du 16 septembre 2026 à 13:12:19, Sanctuary beta.089, Minecraft
+26.3-pre-2 / Windows. Graine du monde : `-4700804240597771092` ; graine
+locale de Kai/Efe : `7023521385479800534`.
+
+Le chargement s'arrête dans `ExpansionStructures23.ancientTemples002` : aucun
+site accepté pour `minecraft:desert_pyramid` après 1 926 colonnes. La recherche
+historique couvre seulement 72 % du rayon nominal de l'île. Le défaut existe
+encore dans beta.096 sur Minecraft 26.3 finale.
+
+## Contrat avant correction
+
+Les identifiants, biomes, graines, centres des îles et journaux restent inchangés.
+Le relief reste identique, sauf l’assise locale explicitement autorisée pour un
+temple de secours lorsqu’aucun sol naturel ne convient. Aucun monde personnel n'est ouvert/modifié,
+aucun chunk joué n'est régénéré, aucune expansion n'est activée.
+
+Conserver la recherche historique et son ordre exact en premier : les sites
+admissibles déjà trouvés ne doivent pas changer. Étudier une recherche de
+secours finie dans les autres chunks de l'île uniquement après l'échec de cette
+recherche, avec les mêmes règles natives de biome, de pente, de fondation et
+de protection. Après l’échec réel de cette recherche sur la graine du rapport, le créateur a
+explicitement demandé de **forcer la présence du temple**. Un dernier recours
+classe les sites intérieurs par pente et utilise les pièces vanilla, même si
+le biome exact n’est pas celui requis pour leur apparition spontanée. La
+fondation naturelle est testée en premier ; sinon une assise locale est
+préparée sous le bâtiment. Aucun temple manquant n’est déclaré présent. Le budget de calcul
+reste borné. Les cas auparavant réussis doivent conserver leurs coordonnées.
+
+La vérification utilise exclusivement de nouveaux mondes de développement et
+leur réouverture, avec le client et son serveur intégré. Aucun serveur dédié
+ni nouvelle acceptation d'EULA.
+
+La recherche naturelle élargie échoue également sur la graine du rapport
+(440 candidats supplémentaires, 2 366 colonnes). Le dernier recours trouve une
+pyramide au chunk `[-4, 43]`, sur sol naturel, sans assise ajoutée pour cette
+reproduction. Le temple de jungle reste au chunk `[43, 2]`.
+
+La recherche historique garde 32 768 colonnes au maximum, portée à 65 536 pour
+la recherche élargie. Le dernier recours utilise un échantillonneur distinct
+borné à 65 536 colonnes, classe les candidats intérieurs par pente, et examine
+au plus 32 bâtiments complets. La variante au sol naturel est privilégiée ;
+l’assise, si nécessaire, garde les vérifications d’emprise, de hauteur et de
+protection. Les contraintes naturelles exactes de biome/pente ne peuvent alors
+plus annuler à elles seules l’existence du temple demandé.
+
+## Contrat du complément NBT
+
+Le champ entier optionnel `sanctuary_native.temple_foundation_min_y` accompagne
+seulement les nouveaux starts exigeant une fondation. Son absence conserve le
+comportement antérieur ; aucun champ n’est ajouté aux starts ordinaires. La
+fondation en grès ou pierre moussue est produite pendant la décoration native,
+uniquement dans le chunk en cours, avant la construction vanilla des salles,
+coffres et pièges. Elle ne s’exécute jamais au chargement d’un chunk déjà généré.
+Le cache natif conserve ce complément via la sérialisation existante des starts.
+Aucun journal ni chunk historique n’est migré. Les protections spatiales restent
+actives, et l’assise est incluse dans la réservation du temple.
+
+## Aperçu des plans (demande complémentaire)
+
+Le créateur demande aussi d’identifier les matériaux directement dans l’aperçu.
+Les modèles et UV du pack actif remplacent les aplats ; états/orientations,
+formes non cubiques et couleurs de biome sont conservés. Les conflits gardent
+un contour rouge, les blocs déjà posés disparaissent de l’aperçu. Le nom du bloc
+visé est affiché. Rendu seulement : aucun bloc n’est posé par cet affichage.
+
+## Vérifications beta.097
+
+- Avant correction, reproduction sur 26.3 finale du même échec que beta.089 :
+  graine locale `7023521385479800534`, exactement 1 926 colonnes échantillonnées.
+- `Temple097ClientChecks` : création réelle avec la graine du rapport, puis
+  réouverture du monde de développement et restauration du cache. Deux temples
+  natifs complets : pyramide **4 coffres et 9 TNT**, jungle **2 coffres et
+  2 distributeurs**. Starts NBT, pièges, blocs et localisation identiques après
+  reprise. Réussi en 3 min 30 s. Le premier essai corrigé avait déjà chargé le
+  monde, mais son pilote attendait au Hello World ; l’automatisation de cette
+  étape a ensuite été ajoutée au test.
+- Régression du Métabli avec les nouveaux modèles : sélection, K, génération,
+  import/export, pose payée, rotation, masquage, interfaces FR/EN et huit
+  matériaux dont coffre, escalier, four et feuillage. Les contrôles de fondation
+  grès/pierre moussue vérifient aussi le complément NBT, la continuité des
+  écritures, leur découpage strict par chunk et l’absence d’écriture sur un
+  ancien start non marqué. La fondation est vérifiée via un WorldGenLevel de
+  test ; la graine réelle n’en a pas besoin.
+- Captures inspectées dans `build/preview097-evidence/`. Les modèles ordinaires
+  sont translucides, les modèles spéciaux gardent leur rendu natif. La sélection
+  graphique est bornée aux 4 096 blocs les plus proches dans le champ de vision,
+  à moins de 96 blocs ; les matériaux/comptages concernent toujours le plan entier.
+
+Les journaux sont `build/temple097-repro.log`, `build/temple097-fallback.log`,
+`build/temple097-client.log`, `build/preview097-client.log` et
+`build/beta097-check.log`. Le reçu `build/beta097-artifact.json` vérifie les
+archives, les sources embarquées et la conservation des textures existantes.
+Aucun essai Windows ni shader tiers n’est revendiqué. Aucun monde personnel ni
+instance Prism n’a été ouvert ou mis à jour ; le canal packwiz reste inchangé.
+
+Validation finale : `./gradlew check build assemblePack assembleTestPack
+-x :sanctuary:runGameTest` réussit en **2 min 13 s**, 124 tâches. La suite native
+Métabli/aperçu/fondations réussit en **59 s**. Archives normal et Test beta.097
+exportées et vérifiées ; les archives beta.096 restent inchangées.

docs/testing.md

@@ -1,5 +1,13 @@
 # Vérifier Sanctuary
 
+## Cible graphique — décision du 18 septembre 2026
+
+Les nouvelles validations graphiques Sanctuary utilisent **Vulkan uniquement**.
+OpenGL est abandonné comme cible de validation à la demande du créateur.
+Les anciens résultats OpenGL ci-dessous sont historiques et ne constituent
+pas un engagement de compatibilité. Ne plus programmer de suite OpenGL.
+
+
 Utiliser Java 25 et les dépendances épinglées dans `gradle.properties`.
 
 ```sh

docs/tooltip-crash-beta093.md

@@ -0,0 +1,85 @@
+# beta.093 — Recherche créative et infobulles des familiers
+
+Branche `codex/async-tooltip-crash-beta093`, Minecraft 26.3.
+
+## Diagnostic
+
+Le rapport fourni concerne Windows, Sanctuary beta.089 et Minecraft 26.3-pre-2.
+Pendant la saisie d'un `w`, la recherche créative attend son index asynchrone.
+Cet index construit les infobulles sur un worker (`SessionSearchTrees`), puis
+`CompanionTooltips` appelle `Font.getSplitter().splitLines`. La mesure d'un glyphe
+non encore chargé peut déclencher une écriture de texture, en concurrence avec
+une passe de rendu : `Close the existing render pass before performing additional
+commands`. L'exception du worker remonte ensuite par la saisie de caractères.
+
+La même mise en page était encore présente en beta.092 ; le correctif cible la
+version actuelle 26.3 finale. Il ne nécessite aucun changement de pilote graphique.
+
+## Correction
+
+Les deux chemins de descriptions, catalogue actuel et pouvoirs historiques,
+utilisent un même point de mise en page. Sur le fil client, il conserve la largeur
+adaptée à la fenêtre et le découpage habituel. Sur un worker, il renvoie des
+composants textuels complets avec leur couleur, sans accéder à la police ni à la
+fenêtre. La recherche garde les noms et descriptions ; aucune ligne n'est cachée
+pour contourner le problème. Aucun travail graphique n'est renvoyé au fil client
+avec attente, ce qui éviterait mal le crash et risquerait de bloquer l'indexation.
+
+Aucune modification de sauvegarde, génération, règles de jeu, images ou registres.
+Aucun déploiement dans une instance personnelle et aucun monde existant ouvert.
+
+## Vérifications
+
+Le parcours `Tooltip093ClientChecks` utilise un monde plat de développement neuf,
+graine 42, et une sonde uniquement dans les GameTests. Cette sonde interdit tout
+accès de mesure à la police depuis un worker, même lorsque ses glyphes sont déjà
+en cache ; elle n'est pas embarquée dans le mod distribué.
+
+Avant le correctif, le test échoue dans `CompanionTooltips` avec
+`TOOLTIP093_OFF_THREAD_FONT`, ce qui reproduit l'accès interdit identifié dans le
+rapport sans dépendre d'une course aléatoire du pilote. Journal :
+`build/tooltip093-before-client.log`.
+
+Après correction, le même parcours passe en **1 min 13 s** sur le client natif
+Minecraft 26.3/macOS :
+
+- 88 œufs, français/anglais, descriptions cryptiques/détaillées : construction
+  sur worker sans aucune mesure de police.
+- Comparaison du texte indexé avec le texte affiché : contenu complet conservé,
+  malgré les retours à la ligne réservés à l'affichage.
+- `SessionSearchTrees.updateCreativeTooltips`, recherche native et reconstruction
+  de l'index après changement de langue.
+- Rechargement effectif des ressources, puis saisie native de `w` et `olf` dans
+  la recherche créative. Capture anglaise inspectée : le champ contient `wolf`
+  et affiche l'œuf de loup et son armure. Captures conservées dans
+  `build/tooltip093-evidence/`.
+
+```sh
+./gradlew :sanctuary:runClientGameTest -x :sanctuary:runGameTest \
+  -PsanctuaryClientTests=true -PsanctuaryTooltip093ClientTests=true \
+  -PsanctuaryQuickTests=true -PsanctuaryClientNoVsync=true
+```
+
+Journal : `build/tooltip093-client.log`, marqueur `TOOLTIP093_PASS`.
+
+## Livraison vérifiée
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **2 min 36 s**, 124 tâches (`build/tooltip093-check.log`).
+Les exports, JAR et sources correspondent. Seule la classe de production
+`CompanionTooltips` diffère de beta.092 ; aucune sonde GameTest n'est distribuée.
+Images, données, JEI et anciennes archives restent identiques.
+Reçu local : `build/tooltip093-artifact.json`.
+
+- [Pack normal](../build/Sanctuary-beta.093.mrpack), SHA-256
+  `35a1582c044955579a7120997864ff2080e276e81180ab9982397241ff4c3a1d`.
+- [Pack Test](../build/Sanctuary-Test-beta.093.mrpack), SHA-256
+  `48c9abe733c2993a752413a34852223d35ad33e99d4f7e1d4f284969824dc275`.
+
+## Limites
+
+Le rapport initial est Windows/pre-2 ; les essais du correctif sont macOS/26.3
+finale, avec serveur intégré de développement. L'accès fautif est reproduit
+avec une sonde déterministe, sans revendiquer la reproduction exacte de la
+course du pilote AMD. Serveur dédié exclu et aucune EULA acceptée. Les archives
+locales ne mettent pas à jour une installation personnelle ni le canal packwiz.

docs/wrench-safety-beta123.md

@@ -0,0 +1,129 @@
+# TOOL-02 — Clé dorée et clé de Steve — beta.123
+
+Contrat du 17 septembre 2026, branche `codex/wrench-safety-beta123`.
+Ce ticket remplace le contrat de la clé dorée de beta.120 : l'édition libre
+reste disponible dans un objet distinct, la **Clé à molette de Steve**.
+Le créateur précise que la clé de Steve reste utilisable en survie dès qu’un
+joueur la récupère, sans condition opérateur. Elle n’a pas de recette.
+
+## Clé dorée : orientations natives
+
+L'identifiant `sanctuary:golden_wrench`, sa recette et sa texture restent stables.
+Clic droit parcourt l'orientation native ; Maj parcourt en sens inverse.
+Clic gauche rappelle les gestes, sans casser le bloc ni sélectionner un état.
+Les familles de propriétés autorisées sont les orientations horizontales,
+les six directions, les trois axes, la rotation native des panneaux et
+l'orientation native des blocs qui la proposent. La règle porte sur les
+propriétés Minecraft, sans catalogue à maintenir pour chaque type de bloc.
+
+L'eau, la moitié d'un escalier, les inventaires, les états de croissance,
+les quantités, la puissance et les autres propriétés ne sont jamais proposées.
+Aucune transformation indépendante des textures n'est créée par la clé dorée.
+Les textures suivent seulement le modèle orienté par Minecraft.
+Les connexions et formes sont recalculées à partir des voisins réels, avec les
+mises à jour natives actives. Une orientation privée de support est refusée
+sans casser le bloc. L'eau déjà contenue dans un bloc est conservée.
+
+Les coffres doubles, portes, lits, étagères reliées, pistons sortis et leurs
+pièces mobiles ne peuvent pas être tournés individuellement. Ils restent dans
+leur état courant et une indication explique le refus. Il faut replacer les
+éléments concernés ou rétracter le piston ; ce ticket ne déplace pas un
+ensemble lié. Les coffres simples conservent leur entité et leur inventaire.
+
+L'assemblage, l'ouverture et la dissociation des Métablis, Fûts, Fourneaux et
+super pistons restent prioritaires avec les deux clés. Les parties techniques
+d'un multibloc Sanctuary assemblé ne sont pas éditées individuellement.
+
+## Clé de Steve
+
+Nouvel identifiant `sanctuary:steve_wrench`, dans la section créative des outils,
+sans recette de survie. La possession de cet objet donne accès à ses pouvoirs,
+y compris en survie sans commandes et sans statut opérateur, dans les deux
+mains. Les restrictions natives de construction, aventure, spectateur, portée,
+protection et verrouillage restent appliquées côté serveur.
+
+Les gestes de beta.120 sont conservés : clic gauche choisit la propriété,
+clic droit la modifie, Maj inverse le parcours. Tous les états natifs et la
+rotation indépendante des textures y restent volontairement accessibles.
+La clé de Steve est donc volontairement capable de produire des états non
+naturels, y compris pour le joueur qui la récupère en survie.
+
+La texture finale est le PNG 16 × 16 bleu fourni par le créateur dans ce ticket,
+copié sans transformation dans `assets/sanctuary/textures/item/steve_wrench.png`.
+SHA-256 : `0084c41e1f46958903075e21866facd97d85e03fb8e06742e25b2ab254956fa3`.
+Le modèle reste un objet Minecraft 2D tenu en main, avec rareté épique et reflet.
+La proposition imagegen intermédiaire n'est pas livrée. Les noms, messages et
+indications des deux outils existent en français et en anglais.
+
+## Sauvegardes et ressources
+
+Aucune migration, modification de génération ni parcours des mondes existants.
+Les transformations de texture précédemment sauvegardées sont conservées ;
+la clé de Steve permet de les modifier. Les états non naturels déjà présents
+ne sont pas automatiquement réécrits. Les clés dorées existantes reçoivent
+immédiatement les nouvelles restrictions par leur identifiant inchangé.
+Le template personnel inclut le nouvel objet à sa prochaine création ; une
+copie personnelle existante n'est jamais écrasée.
+
+## Vérifications
+
+Le parcours `Wrench123ClientChecks` passe en **1 min 12 s**, client macOS et
+serveur intégré, Minecraft 26.3, dans des mondes plats jetables de graines
+123 et 120. Il reprend le parcours avancé de beta.120 sur la clé de Steve :
+
+- Vrais clics dorés répétés sur escalier, coffre et terre : pas de nouvelle eau,
+  pas de sélection libre, pas de faux coffre double ni de rotation de texture.
+- Rotation inverse, eau existante conservée, formes recalculées selon les voisins,
+  trois axes de bûches et six orientations des pistons isolés.
+- Coffre double avec ses deux inventaires intacts ; portes, lits, pistons sortis
+  et pièces mobiles protégés ; torche murale sans support laissée intacte.
+- Vrais clics Steve en survie sans commandes : états et textures accessibles,
+  dans les deux mains. Créatif accessible aussi sans commandes ; restrictions
+  aventure/spectateur/portée conservées.
+- **2 522 propriétés natives** toujours réversibles pour Steve, UV réellement
+  tournés sans déplacer la géométrie, rechargement des ressources, inventaires
+  et sauvegarde/reconnexion conservés.
+- Assemblage et dissociation des quatre familles avec la clé dorée par vrais
+  clics ; le PNG de Steve apparaît en main et dans la barre rapide.
+
+Marqueurs `WRENCH123_SAFE_PASS`, `WRENCH123_PASS`, `WRENCH120_PASS` dans
+`build/wrench123-client.log`. Captures relues dans `build/wrench123-evidence/`.
+Pas de validation Windows, de client distant ou de shader tiers.
+
+`./gradlew check build assemblePack assembleTestPack -x :sanctuary:runGameTest`
+passe en **2 min 19 s**, 126 tâches (103 exécutées, 23 à jour).
+Les sources des JAR correspondent aux sources du dépôt. La comparaison avec
+beta.122 limite les dix entrées de production modifiées aux classes des clés,
+aux libellés et aux ressources du nouvel objet. Les autres ressources,
+notamment les sculptures et la texture dorée, sont identiques.
+Les packs normal/Test contiennent le même JAR Sanctuary, sans sauvegarde ni
+fixture de test. Le template ZIP correspond exactement aux ressources du JAR
+et à ses ressources embarquées, dont le PNG bleu du créateur.
+
+- Pack normal : 10 270 954 octets, SHA-256
+  `a7401dbef1bd1b888da2686368943eddc82d0d43e20449330c4849b4dff93e5f`.
+- Pack Test : 10 289 877 octets, SHA-256
+  `c57cc6fc47f887b90850473e51407b610a6c5639c35fc2b78dc9ddb74f795b80`.
+- JAR Sanctuary : SHA-256
+  `23e1a81c793a048c6375a0da07eb0bbe1a18f833a9ceb61a3c1dc5f1a3e65a30`.
+
+Reçu local : `build/wrench123-artifact.json`.
+
+Le GameTest dédié reste exclu conformément au refus antérieur de son EULA.
+Aucun monde personnel n'est ouvert par les essais.
+
+## Publication et installation
+
+La [release beta.123](https://git.botsu.net/koka/sanctuary-beta/releases/tag/beta.123)
+est publiée depuis `4552cc347b7fded610b1eda7a67ffaad56a5e201`.
+Le tag exact et les artefacts sont immuables ; les téléchargements publics
+ont été vérifiés. Canal packwiz : `f988d01b901f2d3eda0b4ab47a48540dc627d1b5`.
+Le template personnel publié inclut la clé de Steve ; SHA-256
+`f84d3c1c0e38232add90fb943dc39fd3e89138576df86024ceaa311478ed5cb9`.
+
+Deux synchronisations isolées puis deux dans **Sanctuary Beta** réussissent.
+Un seul JAR Sanctuary beta.123 est actif, conforme au hash vérifié ; le second
+passage ne change rien. Les **923 fichiers personnels et réglages suivis**
+restent inchangés, sans ouverture de monde personnel. Copie préalable dans
+`sanctuary-backups/before-beta.123/` de l'instance existante.
+Reçus : `build/wrench123-isolated.json` et `build/wrench123-prism.json`.

gradle.properties

@@ -9,8 +9,8 @@ loom_version=1.17.20
 fabric_api_version=0.160.5+26.3
 
 # Release counter: beta.001, .002, .003, ... (see docs/versioning.md).
-mod_version=beta.092
-pack_version=beta.092
-resource_pack_version=beta.090
+mod_version=beta.164
+pack_version=beta.164
+resource_pack_version=beta.121
 maven_group=fr.koka.sanctuary
 jei_version=30.32.0-sanctuary.3

mods/sanctuary-test/build.gradle

@@ -16,5 +16,39 @@ processResources {
     filesMatching('fabric.mod.json') { expand(values) }
 }
 loom { runs { client { runDir 'run/quick-test' } } }
+loom {
+    runs {
+        duoServer {
+            server()
+            name 'Sanctuary duo lab'
+            runDir '../../build/duo/server'
+            vmArg '-Xms256m'
+            vmArg '-Xmx768m'
+            vmArg '-Dsanctuary.duo=true'
+        }
+        duoClient {
+            client()
+            name 'Sanctuary duo client'
+            runDir '../../build/duo/client'
+            vmArg '-Xms512m'
+            vmArg '-Xmx2G'
+            programArgs '--graphicsBackend', 'vulkan', '--username', 'KokaLab', '--width', '1280', '--height', '720'
+        }
+    }
+}
+// Export the Loom launcher so play sessions do not retain a Gradle JVM.
+tasks.register('exportDuoLaunch') {
+    dependsOn tasks.named('runDuoServer').get().taskDependencies.getDependencies(tasks.named('runDuoServer').get())
+    dependsOn tasks.named('runDuoClient').get().taskDependencies.getDependencies(tasks.named('runDuoClient').get())
+    doLast {
+        ['server': 'runDuoServer', 'client': 'runDuoClient'].each { kind, taskName ->
+            def launch = tasks.named(taskName).get()
+            def destination = rootProject.layout.buildDirectory.file("duo/${kind}.args").get().asFile
+            destination.parentFile.mkdirs()
+            def arguments = launch.allJvmArgs.findAll { !it.toString().startsWith('@') } + ['-classpath', launch.classpath.asPath, launch.mainClass.get()] + launch.args + launch.argumentProviders.collectMany { it.asArguments().toList() }
+            destination.text = arguments.collect { '"' + it.toString().replace('\\', '\\\\').replace('"', '\\"') + '"' }.join('\n') + '\n'
+        }
+    }
+}
 tasks.named('test') { failOnNoDiscoveredTests=false }
 tasks.named('jar') { from(rootProject.file('LICENSE')) { rename { 'LICENSE_sanctuary_test' } } }

mods/sanctuary-test/src/main/java/fr/koka/sanctuarytest/DuoLab.java

@@ -0,0 +1,136 @@
+package fr.koka.sanctuarytest;
+
+import com.mojang.authlib.GameProfile;
+import com.mojang.brigadier.arguments.StringArgumentType;
+import fr.koka.sanctuary.operator.OperatorService;
+import java.net.InetSocketAddress;
+import java.net.SocketAddress;
+import java.nio.charset.StandardCharsets;
+import java.util.LinkedHashMap;
+import java.util.Map;
+import java.util.UUID;
+import net.fabricmc.fabric.api.command.v2.CommandRegistrationCallback;
+import net.fabricmc.fabric.api.event.lifecycle.v1.ServerLifecycleEvents;
+import net.fabricmc.fabric.api.event.lifecycle.v1.ServerTickEvents;
+import net.minecraft.commands.CommandSourceStack;
+import net.minecraft.commands.Commands;
+import net.minecraft.network.Connection;
+import net.minecraft.network.protocol.Packet;
+import net.minecraft.network.protocol.PacketFlow;
+import net.minecraft.network.chat.Component;
+import net.minecraft.server.level.ClientInformation;
+import net.minecraft.server.level.ServerPlayer;
+import net.minecraft.server.network.CommonListenerCookie;
+import net.minecraft.world.level.GameType;
+
+/** Optional development module only. No sockets, renderer or additional JVM per actor. */
+final class DuoLab {
+    private static final Map<String, ServerPlayer> ACTORS = new LinkedHashMap<>();
+    private static java.io.BufferedWriter trace;
+    private static int ticks;
+    private static long traceStarted;
+    private DuoLab() { }
+
+    static void register() {
+        // An explicit JVM opt-in keeps the ordinary quick-test pack unchanged.
+        if (!Boolean.getBoolean("sanctuary.duo")) return;
+        CommandRegistrationCallback.EVENT.register((dispatcher, registries, environment) ->
+            dispatcher.register(Commands.literal("duo").requires(OperatorService::canCommand)
+                .then(Commands.literal("trace")
+                    .then(Commands.literal("start").executes(c -> trace(c.getSource(), true)))
+                    .then(Commands.literal("stop").executes(c -> trace(c.getSource(), false))))
+                .then(Commands.literal("spawn").then(Commands.argument("name", StringArgumentType.word())
+                    .executes(c -> spawn(c.getSource(), StringArgumentType.getString(c, "name")))))
+                .then(Commands.literal("remove").then(Commands.argument("name", StringArgumentType.word())
+                    .executes(c -> remove(c.getSource(), StringArgumentType.getString(c, "name")))))
+                .then(Commands.literal("list").executes(c -> {
+                    c.getSource().sendSuccess(() -> Component.translatable("sanctuary_test.duo.list", String.join(", ", ACTORS.keySet())), false);
+                    return ACTORS.size();
+                }))));
+        ServerTickEvents.END_SERVER_TICK.register(server -> {
+            if (trace != null && System.nanoTime() - traceStarted >= 300_000_000_000L) closeTrace();
+            if (trace == null || ++ticks % 40 != 0) return;
+            try {
+                for (var player : server.getPlayerList().getPlayers()) {
+                    var row = new com.google.gson.JsonObject();
+                    row.addProperty("time", java.time.Instant.now().toString());
+                    row.addProperty("player", player.getGameProfile().name());
+                    row.addProperty("actor", ACTORS.containsValue(player));
+                    row.addProperty("dimension", player.level().dimension().identifier().toString());
+                    row.addProperty("x", player.getX()); row.addProperty("y", player.getY()); row.addProperty("z", player.getZ());
+                    row.addProperty("yaw", player.getYRot()); row.addProperty("pitch", player.getXRot());
+                    trace.write(row.toString()); trace.newLine();
+                }
+                trace.flush();
+            } catch (java.io.IOException error) {
+                org.slf4j.LoggerFactory.getLogger("sanctuary-duo").error("Trace stopped: cannot write session", error);
+                closeTrace();
+            }
+        });
+        ServerLifecycleEvents.SERVER_STOPPED.register(server -> { ACTORS.clear(); closeTrace(); });
+    }
+
+    private static int trace(CommandSourceStack source, boolean start) {
+        closeTrace();
+        if (start) try {
+            var folder = java.nio.file.Path.of("duo-sessions");
+            java.nio.file.Files.createDirectories(folder);
+            var path = folder.resolve("positions-" + System.currentTimeMillis() + ".jsonl");
+            trace = java.nio.file.Files.newBufferedWriter(path, StandardCharsets.UTF_8, java.nio.file.StandardOpenOption.CREATE_NEW);
+            traceStarted = System.nanoTime(); ticks = 0;
+        } catch (java.io.IOException error) {
+            source.sendFailure(Component.translatable("sanctuary_test.duo.trace_failed")); return 0;
+        }
+        source.sendSuccess(() -> Component.translatable("sanctuary_test.duo.trace_" + (start ? "started" : "stopped")), false);
+        return 1;
+    }
+
+    private static void closeTrace() {
+        if (trace != null) try { trace.close(); } catch (java.io.IOException ignored) { }
+        trace = null;
+    }
+
+    private static int spawn(CommandSourceStack source, String name) {
+        if (!name.matches("[A-Za-z0-9_]{1,12}") || ACTORS.size() >= 4
+                || source.getServer().getPlayerList().getPlayerByName("Lab_" + name) != null) {
+            source.sendFailure(Component.translatable("sanctuary_test.duo.invalid"));
+            return 0;
+        }
+        String fullName = "Lab_" + name;
+        var profile = new GameProfile(UUID.nameUUIDFromBytes(("SanctuaryDuo:" + fullName).getBytes(StandardCharsets.UTF_8)), fullName);
+        var player = new ServerPlayer(source.getServer(), source.getLevel(), profile, ClientInformation.createDefault());
+        source.getServer().getPlayerList().placeNewPlayer(new SinkConnection(), player, CommonListenerCookie.createInitial(profile, false));
+        var position = source.getPosition();
+        player.teleportTo(source.getLevel(), position.x + 2, position.y, position.z, java.util.Set.of(), 0, 0, false);
+        player.setGameMode(GameType.CREATIVE);
+        ACTORS.put(name, player);
+        source.sendSuccess(() -> Component.translatable("sanctuary_test.duo.spawned", fullName), false);
+        return 1;
+    }
+
+    private static int remove(CommandSourceStack source, String name) {
+        var player = ACTORS.remove(name);
+        if (player == null) {
+            source.sendFailure(Component.translatable("sanctuary_test.duo.missing", name));
+            return 0;
+        }
+        source.getServer().getPlayerList().remove(player);
+        source.sendSuccess(() -> Component.translatable("sanctuary_test.duo.removed", name), false);
+        return 1;
+    }
+
+    private static final class SinkConnection extends Connection {
+        private net.minecraft.network.PacketListener listener;
+        SinkConnection() { super(PacketFlow.SERVERBOUND); }
+        @Override public <T extends net.minecraft.network.PacketListener> void setupInboundProtocol(net.minecraft.network.ProtocolInfo<T> protocol, T listener) { this.listener = listener; }
+        @Override public net.minecraft.network.PacketListener getPacketListener() { return listener; }
+        @Override public void flushChannel() { }
+        @Override public void send(Packet<?> packet) { }
+        @Override public void send(Packet<?> packet, io.netty.channel.ChannelFutureListener listener) { }
+        @Override public void send(Packet<?> packet, io.netty.channel.ChannelFutureListener listener, boolean flush) { }
+        @Override public boolean isConnected() { return true; }
+        @Override public boolean isConnecting() { return false; }
+        @Override public boolean isMemoryConnection() { return true; }
+        @Override public SocketAddress getRemoteAddress() { return new InetSocketAddress("127.0.0.1", 0); }
+    }
+}

mods/sanctuary-test/src/main/java/fr/koka/sanctuarytest/QuickTestMod.java

@@ -16,6 +16,7 @@ public final class QuickTestMod implements ModInitializer {
     }
     public void onInitialize(){
         QuickTestWorld.enable();
+        DuoLab.register();
         PayloadTypeRegistry.clientboundConfiguration().register(Mode.TYPE,Mode.CODEC);
         ServerConfigurationConnectionEvents.CONFIGURE.register((handler,server)->{
             if(ServerConfigurationNetworking.canSend(handler,Mode.TYPE))

mods/sanctuary-test/src/main/resources/assets/sanctuary_test/lang/en_us.json

@@ -1,3 +1,11 @@
 {
-  "generator.sanctuary_test.flat": "Sanctuary — Quick Test"
+  "generator.sanctuary_test.flat": "Sanctuary — Quick Test",
+  "sanctuary_test.duo.list": "Lab actors: %s",
+  "sanctuary_test.duo.invalid": "Name: 1–12 letters/digits/_; up to 4 actors, unique names.",
+  "sanctuary_test.duo.spawned": "%s spawned nearby (test actor).",
+  "sanctuary_test.duo.missing": "Lab actor not found: %s",
+  "sanctuary_test.duo.removed": "Lab actor removed: %s",
+  "sanctuary_test.duo.trace_failed": "Cannot write session log.",
+  "sanctuary_test.duo.trace_started": "Position log started (one sample every 2 seconds).",
+  "sanctuary_test.duo.trace_stopped": "Position log stopped."
 }

mods/sanctuary-test/src/main/resources/assets/sanctuary_test/lang/fr_fr.json

@@ -1,3 +1,11 @@
 {
-  "generator.sanctuary_test.flat": "Sanctuary — Test rapide"
+  "generator.sanctuary_test.flat": "Sanctuary — Test rapide",
+  "sanctuary_test.duo.list": "Personnages labo : %s",
+  "sanctuary_test.duo.invalid": "Nom : 1–12 lettres/chiffres/_ ; 4 personnages maximum, noms uniques.",
+  "sanctuary_test.duo.spawned": "%s créé à proximité (personnage de test).",
+  "sanctuary_test.duo.missing": "Personnage labo introuvable : %s",
+  "sanctuary_test.duo.removed": "Personnage labo retiré : %s",
+  "sanctuary_test.duo.trace_failed": "Impossible d’écrire le journal de séance.",
+  "sanctuary_test.duo.trace_started": "Journal des positions démarré (une mesure toutes les 2 secondes).",
+  "sanctuary_test.duo.trace_stopped": "Journal des positions arrêté."
 }

mods/sanctuary/build.gradle

@@ -25,6 +25,24 @@ if (clientRenderTests) {
         java.srcDir('src/clientGametest/java')
     }
     tasks.named('runClientGameTest') {
+        def graphicsBackend = providers.gradleProperty('sanctuaryClientGraphicsBackend')
+        if (graphicsBackend.isPresent()) {
+            args('--graphicsBackend', graphicsBackend.get())
+            systemProperty('sanctuary.test.graphicsBackend', graphicsBackend.get())
+        }
+        def improvedTransparency = providers.gradleProperty('sanctuaryClientImprovedTransparency')
+        if (improvedTransparency.isPresent()) {
+            systemProperty('sanctuary.test.improvedTransparency', improvedTransparency.get())
+        }
+        systemProperty('sanctuary.test.ssr', providers.gradleProperty('sanctuarySsrClientTests').getOrElse('false'))
+        systemProperty('sanctuary.test.water144', providers.gradleProperty('sanctuaryWater144ClientTests').getOrElse('false'))
+        systemProperty('sanctuary.test.water144ExtrasOnly', providers.gradleProperty('sanctuaryWater144ExtrasOnly').getOrElse('false'))
+        systemProperty('sanctuary.test.water144FunctionalOnly', providers.gradleProperty('sanctuaryWater144FunctionalOnly').getOrElse('false'))
+        systemProperty('sanctuary.test.water144PerfOnly', providers.gradleProperty('sanctuaryWater144PerfOnly').getOrElse('false'))
+        systemProperty('sanctuary.test.pbr142', providers.gradleProperty('sanctuaryPbr142ClientTests').getOrElse('false'))
+        systemProperty('sanctuary.test.directional141Only', providers.gradleProperty('sanctuaryDirectional141Only').getOrElse('false'))
+        systemProperty('sanctuary.test.directional141', providers.gradleProperty('sanctuaryDirectional141ClientTests').getOrElse('false'))
+        systemProperty('sanctuary.test.colored140', providers.gradleProperty('sanctuaryColored140ClientTests').getOrElse('false'))
         systemProperty('sanctuary.test.noVsync', providers.gradleProperty('sanctuaryClientNoVsync').getOrElse('false'))
         systemProperty('sanctuary.test.quick', providers.gradleProperty('sanctuaryQuickTests').getOrElse('false'))
         systemProperty('sanctuary.test.introVisualOnly', providers.gradleProperty('sanctuaryIntroVisualOnly').getOrElse('false'))
@@ -93,6 +111,75 @@ tasks.named('runGameTest') {
 }
 
 tasks.named('processGametestResources') {
+    def colored139Client = providers.gradleProperty('sanctuaryColored139ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryColored139ClientTests', colored139Client)
+    if (colored139Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.shader.ColoredLights139ClientChecks') }
+
+    def pbr134Client = providers.gradleProperty('sanctuaryPbr134ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryPbr134ClientTests', pbr134Client)
+    if (pbr134Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.shader.Pbr134ClientChecks') }
+    def ssgi132Client = providers.gradleProperty('sanctuarySsgi132ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuarySsgi132ClientTests', ssgi132Client)
+    if (ssgi132Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.shader.Ssgi132ClientChecks') }
+    def closeup135Client = providers.gradleProperty('sanctuarySsgiCloseup135ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuarySsgiCloseup135ClientTests', closeup135Client)
+    if (closeup135Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.shader.SsgiCloseup135ClientChecks') }
+
+    def sunshaft137Client = providers.gradleProperty('sanctuarySunshaft137ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuarySunshaft137ClientTests', sunshaft137Client)
+    if (sunshaft137Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.shader.Sunshafts137ClientChecks') }
+    def defaults160 = providers.gradleProperty('sanctuaryDefaults160ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('defaults160', defaults160)
+    if (defaults160) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.shader.ShaderDefaults160ClientChecks') }
+    def session161 = providers.gradleProperty('sanctuarySession161ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuarySession161ClientTests', session161)
+    if (session161) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Session161ClientChecks') }
+    def bloom130Client = providers.gradleProperty('sanctuaryBloom130ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryBloom130ClientTests', bloom130Client)
+    if (bloom130Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.shader.Bloom130ClientChecks') }
+
+    def shadows122Client = providers.gradleProperty('sanctuaryPixelShadows122ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryPixelShadows122ClientTests', shadows122Client)
+    if (shadows122Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.shader.PixelShadows122ClientChecks') }
+
+    def gems126Client = providers.gradleProperty('sanctuaryGems126ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryGems126ClientTests', gems126Client)
+    if (gems126Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Gems126ClientChecks') }
+
+    def sculpture125Client = providers.gradleProperty('sanctuarySculpture125ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuarySculpture125ClientTests', sculpture125Client)
+    if (sculpture125Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Sculpture125ClientChecks') }
+
+    def wrench123Client = providers.gradleProperty('sanctuaryWrench123ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryWrench123ClientTests', wrench123Client)
+    if (wrench123Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Wrench123ClientChecks') }
+
+    def sculpture122Client = providers.gradleProperty('sanctuarySculpture122ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuarySculpture122ClientTests', sculpture122Client)
+    if (sculpture122Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Sculpture122ClientChecks') }
+
+    def template121Client = providers.gradleProperty('sanctuaryResourceTemplate121ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryResourceTemplate121ClientTests', template121Client)
+    if (template121Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.ResourceTemplate121ClientChecks') }
+
+    def wrench120Client = providers.gradleProperty('sanctuaryWrench120ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryWrench120ClientTests', wrench120Client)
+    if (wrench120Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Wrench120ClientChecks') }
+
+    def sculpture116Client = providers.gradleProperty('sanctuarySculpture116ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuarySculpture116ClientTests', sculpture116Client)
+    if (sculpture116Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Sculpture116ClientChecks') }
+    def furnace115Client = providers.gradleProperty('sanctuaryFurnace115ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryFurnace115ClientTests', furnace115Client)
+    if (furnace115Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Furnace115ClientChecks') }
+    def carryPanic114Client = providers.gradleProperty('sanctuaryCarryPanic114ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryCarryPanic114ClientTests', carryPanic114Client)
+    if (carryPanic114Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.CarryPanic114ClientChecks') }
+
+    def statuary106Client = providers.gradleProperty('sanctuaryStatuary106ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryStatuary106ClientTests', statuary106Client)
+    if (statuary106Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Statuary106ClientChecks') }
+
     def villageOnly = providers.gradleProperty('sanctuaryVillageOnly').map { it.toBoolean() }.getOrElse(false)
     def focused = providers.gradleProperty('sanctuaryFocusedTests').getOrElse('').split(',').findAll { !it.isEmpty() }
     def focusClasses = [plans072: 'Plans072GameTests', starter052: 'Starter052GameTests', dispenser051: 'Dispenser051GameTests', head050: 'Head050GameTests', boatshead: 'BoatsHead049GameTests', poultry: 'Poultry048GameTests', starinspect: 'StarInspection047GameTests', skyflight: 'SkyFlight046GameTests', eggaudit: 'Companion044GameTests', headblocks: 'HeadBlocks043GameTests', operator: 'OperatorStars040GameTests', starter: 'Starter039GameTests', gravelayout: 'GraveInventory039GameTests', foodknowledge: 'FoodKnowledge039GameTests', graves: 'GravesFood038GameTests', realtime: 'Realtime037GameTests', corrections: 'Corrections036GameTests', collections: 'Collections035GameTests', notifications: 'Notifications034GameTests', menus: 'Menus033GameTests', aerial: 'Aerial24WorldGameTests', transit: 'Transit29WorldGameTests', village: 'Village306GameTests', drained: 'Drained307GameTests', expeditions: 'AncientExpeditions001GameTests', progression: 'Progression003GameTests', map: 'Atlas005GameTests', demeure: 'Demeure006GameTests', mining: 'Mining008GameTests', building: 'Building009GameTests', inventory: 'Inventory010GameTests', cycle: 'Cycle011GameTests', inventoryflow: 'Inventory012GameTests', sorting: 'Inventory014GameTests', tutorial: 'Tutorial016GameTests', movement: 'Movement017GameTests', accessories: 'Accessory018GameTests', companions: 'Companion019GameTests', familiar: 'Familiar020GameTests', carry: 'Carry027GameTests', familiarhit: 'Familiar029GameTests', refonte: 'Companion032GameTests', lights: 'Dynamic030GameTests', cosmetics: 'HeadCosmetic021GameTests', startup: 'StartupPerformanceGameTests', recipes: 'Recipes024GameTests']
@@ -123,6 +210,39 @@ tasks.named('processGametestResources') {
     def welcome083Client = providers.gradleProperty('sanctuaryWelcome083ClientTests').map { it.toBoolean() }.getOrElse(false)
     inputs.property('sanctuaryWelcome083ClientTests', welcome083Client)
     if (welcome083Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Welcome083ClientChecks') }
+    def melt109Client = providers.gradleProperty('sanctuaryMelt109ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryMelt109ClientTests', melt109Client)
+    if (melt109Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Melt109ClientChecks') }
+    def snow108Client = providers.gradleProperty('sanctuarySnow108ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuarySnow108ClientTests', snow108Client)
+    if (snow108Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Snow108ClientChecks') }
+    def eggs107Client = providers.gradleProperty('sanctuaryEggs107ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryEggs107ClientTests', eggs107Client)
+    if (eggs107Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Eggs107ClientChecks') }
+    def living105Client = providers.gradleProperty('sanctuaryLiving105ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryLiving105ClientTests', living105Client)
+    if (living105Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Living105ClientChecks') }
+    def bricks102Client = providers.gradleProperty('sanctuaryBricks102ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryBricks102ClientTests', bricks102Client)
+    if (bricks102Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Bricks102ClientChecks') }
+    def landing101Client = providers.gradleProperty('sanctuaryLanding101ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryLanding101ClientTests', landing101Client)
+    if (landing101Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Landing101ClientChecks') }
+    def schematics100Client = providers.gradleProperty('sanctuarySchematics100ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuarySchematics100ClientTests', schematics100Client)
+    if (schematics100Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Schematics100ClientChecks') }
+    def exploration100Client = providers.gradleProperty('sanctuaryExploration100ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryExploration100ClientTests', exploration100Client)
+    if (exploration100Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Exploration100ClientChecks') }
+    def catalogue099Client = providers.gradleProperty('sanctuaryCatalogue099ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryCatalogue099ClientTests', catalogue099Client)
+    if (catalogue099Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Catalogue099ClientChecks') }
+    def temple097Client = providers.gradleProperty('sanctuaryTemple097ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryTemple097ClientTests', temple097Client)
+    if (temple097Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Temple097ClientChecks') }
+    def metatable096Client = providers.gradleProperty('sanctuaryMetatable096ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryMetatable096ClientTests', metatable096Client)
+    if (metatable096Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Metatable096ClientChecks') }
     def piston087Client = providers.gradleProperty('sanctuaryPiston087ClientTests').map { it.toBoolean() }.getOrElse(false)
     inputs.property('sanctuaryPiston087ClientTests', piston087Client)
     if (piston087Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Piston087ClientChecks') }
@@ -132,6 +252,9 @@ tasks.named('processGametestResources') {
     def fourneau085Client = providers.gradleProperty('sanctuaryFourneau085ClientTests').map { it.toBoolean() }.getOrElse(false)
     inputs.property('sanctuaryFourneau085ClientTests', fourneau085Client)
     if (fourneau085Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Fourneau085ClientChecks') }
+    def tooltip093Client = providers.gradleProperty('sanctuaryTooltip093ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryTooltip093ClientTests', tooltip093Client)
+    if (tooltip093Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.gametest.Tooltip093ClientChecks') }
     def pick092Client = providers.gradleProperty('sanctuaryPick092ClientTests').map { it.toBoolean() }.getOrElse(false)
     inputs.property('sanctuaryPick092ClientTests', pick092Client)
     if (pick092Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.gametest.Pick092ClientChecks') }
@@ -141,6 +264,18 @@ tasks.named('processGametestResources') {
     def multiblocks084Client = providers.gradleProperty('sanctuaryMultiblocks084ClientTests').map { it.toBoolean() }.getOrElse(false)
     inputs.property('sanctuaryMultiblocks084ClientTests', multiblocks084Client)
     if (multiblocks084Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Multiblocks084ClientChecks') }
+    def cards158Client = providers.gradleProperty('sanctuaryCards158ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryCards158ClientTests', cards158Client)
+    if (cards158Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Community158ClientChecks') }
+    def photos157Client = providers.gradleProperty('sanctuaryPhotos157ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryPhotos157ClientTests', photos157Client)
+    if (photos157Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Photos157ClientChecks') }
+    def pause155Client = providers.gradleProperty('sanctuaryPause155ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryPause155ClientTests', pause155Client)
+    if (pause155Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Pause155ClientChecks') }
+    def community154Client = providers.gradleProperty('sanctuaryCommunity154ClientTests').map { it.toBoolean() }.getOrElse(false)
+    inputs.property('sanctuaryCommunity154ClientTests', community154Client)
+    if (community154Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Community154ClientChecks') }
     def menus083Client = providers.gradleProperty('sanctuaryMenus083ClientTests').map { it.toBoolean() }.getOrElse(false)
     inputs.property('sanctuaryMenus083ClientTests', menus083Client)
     if (menus083Client) filter { line -> line.replace('fr.koka.sanctuary.gametest.SanctuaryClientRenderTests', 'fr.koka.sanctuary.client.Menus083ClientChecks') }
@@ -370,6 +505,8 @@ tasks.named('processGametestResources') {
 }
 
 dependencies {
+    implementation 'org.mariadb.jdbc:mariadb-java-client:3.5.10'
+    include('org.mariadb.jdbc:mariadb-java-client:3.5.10')
     implementation project(':jei')
     include project(':jei')
     implementation project(':demeure')
@@ -390,6 +527,15 @@ tasks.withType(JavaCompile).configureEach {
 }
 
 processResources {
+    from(rootProject.file('ressources-pack/template')) {
+        exclude '**/.DS_Store'
+        into 'resourcepacks/template'
+    }
+    from(rootProject.file('LICENSE')) {
+        rename { 'LICENSE_sanctuary' }
+        into 'resourcepacks/template'
+    }
+    from(rootProject.file('THIRD_PARTY_NOTICES.md')) { into 'resourcepacks/template' }
     from(rootProject.file('ressources-pack/sanctuary')) {
         include 'assets/**', 'pack.mcmeta', 'pack.png'
         exclude '**/.DS_Store'
@@ -1077,3 +1223,35 @@ tasks.register('atlas059Smoke', JavaExec) {
     mainClass = 'fr.koka.sanctuary.atlas.AtlasMarker059Smoke'
 }
 tasks.named('check') { dependsOn('atlas059Smoke') }
+
+tasks.register('seasonal105Smoke', JavaExec) {
+    group = 'verification'
+    dependsOn('testClasses')
+    classpath = sourceSets.test.runtimeClasspath
+    mainClass = 'fr.koka.sanctuary.weather.Seasonal105Smoke'
+}
+tasks.named('check') { dependsOn('seasonal105Smoke') }
+
+tasks.register('community154Smoke', JavaExec) {
+    group = 'verification'
+    dependsOn('testClasses')
+    classpath = sourceSets.test.runtimeClasspath
+    mainClass = 'fr.koka.sanctuary.community.CommunitySmoke'
+}
+tasks.named('check') { dependsOn('community154Smoke') }
+
+tasks.register('community154Interop', JavaExec) {
+    group = 'verification'
+    dependsOn('testClasses')
+    classpath = sourceSets.test.runtimeClasspath
+    mainClass = 'fr.koka.sanctuary.community.CommunityInterop'
+    args(providers.gradleProperty('communityInteropPhase').getOrElse('seed'))
+}
+
+tasks.register('serverMetrics161Smoke', JavaExec) {
+    group = 'verification'
+    dependsOn('testClasses')
+    classpath = sourceSets.test.runtimeClasspath
+    mainClass = 'fr.koka.sanctuary.community.ServerMetricsSmoke'
+}
+tasks.named('check') { dependsOn('serverMetrics161Smoke') }

mods/sanctuary/src/clientGametest/java/fr/koka/sanctuary/client/Bricks102ClientChecks.java

@@ -0,0 +1,104 @@
+package fr.koka.sanctuary.client;
+import com.mojang.blaze3d.platform.InputConstants;
+import fr.koka.sanctuary.SanctuaryMod;
+import fr.koka.sanctuary.building.ColoredBricks;
+import fr.koka.sanctuary.gametest.Starter039TestSupport;
+import java.util.*;
+import java.util.concurrent.atomic.*;
+import net.fabricmc.fabric.api.client.event.lifecycle.v1.ClientTickEvents;
+import net.fabricmc.fabric.api.client.gametest.v1.FabricClientGameTest;
+import net.fabricmc.fabric.api.client.gametest.v1.context.ClientGameTestContext;
+import net.minecraft.client.gui.components.Button;
+import net.minecraft.client.gui.screens.worldselection.WorldCreationUiState;
+import net.minecraft.client.input.KeyEvent;
+import net.minecraft.core.*;
+import net.minecraft.core.registries.*;
+import net.minecraft.network.chat.contents.TranslatableContents;
+import net.minecraft.resources.ResourceKey;
+import net.minecraft.tags.BlockTags;
+import net.minecraft.world.item.*;
+import net.minecraft.world.item.crafting.*;
+import net.minecraft.world.level.block.*;
+import net.minecraft.world.level.block.state.properties.*;
+import net.minecraft.world.item.enchantment.Enchantments;
+
+/** Native registry, recipes, loot, creative tabs and baked models in a fresh integrated world. */
+public final class Bricks102ClientChecks implements FabricClientGameTest {
+ public void runTest(ClientGameTestContext c){
+        var intro=new AtomicBoolean(true);
+        c.runOnClient(m->{m.options.renderDistance().set(8);m.options.simulationDistance().set(8);m.options.pauseOnLostFocus=false;IntroClient.setQuickTestIntro(true);});
+        ClientTickEvents.END_CLIENT_TICK.register(m->{if(intro.get()&&m.gui.screen() instanceof HelloWorldScreen screen){
+            Starter039TestSupport.selectFirst(screen);
+            screen.children().stream().filter(Button.class::isInstance).map(Button.class::cast).filter(b->b.getClass().getSimpleName().equals("ColorButton")).findFirst().orElseThrow().onPress(enter());
+            screen.children().stream().filter(Button.class::isInstance).map(Button.class::cast).filter(b->b.getMessage().getContents() instanceof TranslatableContents t&&t.getKey().equals("sanctuary.progression.enter")).findFirst().orElseThrow().onPress(enter());intro.set(false);
+        }});
+  net.fabricmc.fabric.api.client.gametest.v1.world.TestWorldSave saved;
+  try(var world=c.worldBuilder().adjustSettings(s->{s.setName("Bricks102 "+UUID.randomUUID());s.setSeed("102");s.setAllowCommands(true);s.setGameMode(WorldCreationUiState.SelectedGameMode.CREATIVE);s.setWorldType(s.getNormalPresetList().stream().filter(e->e.preset()!=null&&e.preset().getRegisteredName().equals("sanctuary_test:flat")).findFirst().orElseThrow());}).create()){
+   c.waitFor(m->ProgressionClient.active()&&m.player!=null&&m.gui.screen()==null&&!IntroSpawnFlash.active(),1200);
+   world.getServer().runOnServer(s->{
+    var p=s.getPlayerList().getPlayers().getFirst();var level=p.level();var pos=new BlockPos(0,3,0);
+    check(ColoredBricks.families().size()==16,"All colors registered");Walls118Checks.server(s);int index=0;
+    for(var f:ColoredBricks.families()){
+     String color=f.color().getName();
+     for(var block:List.of(f.bricks(),f.slab(),f.stairs(),f.wall(),f.clay()))check(block.asItem()!=Items.AIR,"Block item exists "+block);
+     check(f.bricks().defaultBlockState().is(BlockTags.MINEABLE_WITH_PICKAXE),"Pickaxe tag "+color);
+     check(f.clay().defaultBlockState().is(BlockTags.MINEABLE_WITH_SHOVEL),"Shovel tag "+color);
+     var shovel=new ItemStack(Items.DIAMOND_SHOVEL);var silk=shovel.copy();silk.enchant(level.registryAccess().lookupOrThrow(Registries.ENCHANTMENT).getOrThrow(Enchantments.SILK_TOUCH),1);
+     drop(Block.getDrops(f.clay().defaultBlockState(),level,pos,null,p,shovel),f.clayBall(),4);
+     drop(Block.getDrops(f.clay().defaultBlockState(),level,pos,null,p,silk),f.clay().asItem(),1);
+     drop(Block.getDrops(f.slab().defaultBlockState().setValue(SlabBlock.TYPE,SlabType.DOUBLE),level,pos,null),f.slab().asItem(),2);
+     drop(Block.getDrops(f.slab().defaultBlockState(),level,pos,null),f.slab().asItem(),1);
+     drop(Block.getDrops(f.bricks().defaultBlockState(),level,pos,null),f.bricks().asItem(),1);
+     drop(Block.getDrops(f.stairs().defaultBlockState(),level,pos,null),f.stairs().asItem(),1);
+     check(f.slab().defaultBlockState().setValue(SlabBlock.WATERLOGGED,true).getFluidState().isSource(),"Slab water "+color);
+     check(f.stairs().defaultBlockState().setValue(StairBlock.WATERLOGGED,true).getFluidState().isSource(),"Stair water "+color);
+     for(String suffix:List.of("clay_ball_from_dye","clay_from_dye","brick_from_dye","bricks_from_dye","clay","bricks","brick_slab","brick_stairs","brick_slab_from_stonecutting","brick_stairs_from_stonecutting","brick_wall","brick_wall_from_stonecutting","clay_ball_smelting","clay_smelting"))check(s.getRecipeManager().byKey(ResourceKey.create(Registries.RECIPE,SanctuaryMod.id(color+"_"+suffix))).isPresent(),"Recipe loaded "+color+"_"+suffix);
+     craft(s,level,2,2,List.of(f.brick(),f.brick(),f.brick(),f.brick()),f.bricks().asItem(),1);
+     craft(s,level,2,2,List.of(f.clayBall(),f.clayBall(),f.clayBall(),f.clayBall()),f.clay().asItem(),1);
+     craft(s,level,3,1,List.of(f.bricks().asItem(),f.bricks().asItem(),f.bricks().asItem()),f.slab().asItem(),6);
+     craft(s,level,3,3,List.of(f.bricks().asItem(),Items.AIR,Items.AIR,f.bricks().asItem(),f.bricks().asItem(),Items.AIR,f.bricks().asItem(),f.bricks().asItem(),f.bricks().asItem()),f.stairs().asItem(),4);
+     var dye=BuiltInRegistries.ITEM.getValue(net.minecraft.resources.Identifier.withDefaultNamespace(color+"_dye"));
+     for(var pair:List.of(new Item[]{Items.CLAY_BALL,f.clayBall()},new Item[]{Items.CLAY,f.clay().asItem()},new Item[]{Items.BRICK,f.brick()},new Item[]{Items.BRICKS,f.bricks().asItem()}))craft(s,level,3,3,List.of(pair[0],pair[0],pair[0],pair[0],dye,pair[0],pair[0],pair[0],pair[0]),pair[1],8);
+     var input=new SingleRecipeInput(new ItemStack(f.clayBall()));var cooked=s.getRecipeManager().getRecipeFor(RecipeType.SMELTING,input,level).orElseThrow().value().assemble(input);check(cooked.is(f.brick()),"Smelt brick "+color);
+     input=new SingleRecipeInput(new ItemStack(f.clay()));cooked=s.getRecipeManager().getRecipeFor(RecipeType.SMELTING,input,level).orElseThrow().value().assemble(input);check(cooked.is(BuiltInRegistries.ITEM.getValue(net.minecraft.resources.Identifier.withDefaultNamespace(color+"_terracotta"))),"Smelt terracotta "+color);
+     var stoneInput=new SingleRecipeInput(new ItemStack(f.bricks()));
+     for(var variant:List.of(new Object[]{"brick_slab",f.slab().asItem(),2},new Object[]{"brick_stairs",f.stairs().asItem(),1},new Object[]{"brick_wall",f.wall().asItem(),1})){
+      var recipe=(StonecutterRecipe)s.getRecipeManager().byKey(ResourceKey.create(Registries.RECIPE,SanctuaryMod.id(color+"_"+variant[0]+"_from_stonecutting"))).orElseThrow().value();check(recipe.matches(stoneInput,level),"Stonecutting accepts input");var cut=recipe.assemble(stoneInput);check(cut.is((Item)variant[1])&&cut.getCount()==(int)variant[2],"Stonecutting result");
+     }
+     int x=(index%8)*3,z=(index/8)*5;level.setBlockAndUpdate(new BlockPos(x,1,z),f.bricks().defaultBlockState());level.setBlockAndUpdate(new BlockPos(x,2,z),f.slab().defaultBlockState().setValue(SlabBlock.TYPE,SlabType.TOP));level.setBlockAndUpdate(new BlockPos(x+1,1,z),f.stairs().defaultBlockState().setValue(StairBlock.FACING,Direction.SOUTH));level.setBlockAndUpdate(new BlockPos(x,1,z+1),f.clay().defaultBlockState());index++;
+    }
+    fr.koka.sanctuary.recipes.RecipeService.discover(p,Items.CLAY_BALL);fr.koka.sanctuary.recipes.RecipeService.refresh(p);
+    var known=fr.koka.sanctuary.recipes.RecipeService.knowledge(p);
+    check(known.recipes.contains("sanctuary:clay_workshop"),"Existing workshop recipe remains discoverable");
+    for(var f:ColoredBricks.families())check(known.recipes.contains("sanctuary:"+f.color().getName()+"_brick_stairs_from_stonecutting")&&known.recipes.contains("sanctuary:"+f.color().getName()+"_brick_wall")&&known.recipes.contains("sanctuary:"+f.color().getName()+"_brick_wall_from_stonecutting"),"Collection unlock "+f.color());
+    s.getCommands().performPrefixedCommand(s.createCommandSourceStack(),"sanctuary time vanilla");s.getCommands().performPrefixedCommand(s.createCommandSourceStack(),"time set noon");
+    p.teleportTo(11,8,19);p.setYRot(180);p.setXRot(26);p.getAbilities().flying=true;p.onUpdateAbilities();
+   });
+   c.runOnClient(m->{
+    CreativeModeTabs.tryRebuildTabContents(m.level.enabledFeatures(),true,m.level.registryAccess());
+    var blocks=BuiltInRegistries.CREATIVE_MODE_TAB.getOrThrow(CreativeModeTabs.COLORED_BLOCKS).value().getDisplayItems();
+    var ingredients=BuiltInRegistries.CREATIVE_MODE_TAB.getOrThrow(CreativeModeTabs.INGREDIENTS).value().getDisplayItems();Walls118Checks.creative(new ArrayList<>(blocks));
+    for(var f:ColoredBricks.families()){
+     for(var b:List.of(f.bricks(),f.slab(),f.stairs(),f.wall(),f.clay())){
+      check(blocks.stream().anyMatch(i->i.is(b.asItem())),"Creative color tab "+b);
+      for(var state:b.getStateDefinition().getPossibleStates()){
+       var parts=new ArrayList<net.minecraft.client.renderer.block.dispatch.BlockStateModelPart>();m.getModelManager().getBlockStateModelSet().get(state).collectParts(net.minecraft.util.RandomSource.create(0),parts);check(b instanceof WallBlock||!parts.isEmpty(),"Baked model "+state);
+       for(var part:parts)for(var direction:new Direction[]{Direction.UP,Direction.DOWN,Direction.NORTH,Direction.SOUTH,Direction.EAST,Direction.WEST,null})for(var quad:part.getQuads(direction))check(!quad.materialInfo().sprite().contents().name().toString().contains("missingno"),"No missing texture "+state);
+      }
+     }
+     for(var item:List.of(f.clayBall(),f.brick()))check(ingredients.stream().anyMatch(i->i.is(item)),"Creative ingredients "+item);
+    }
+   });
+   c.waitTicks(20);c.runOnClient(m->{m.player.setYRot(180);m.player.setXRot(26);});c.waitTicks(4);c.takeScreenshot("bricks102-gallery");saved=world.getWorldSave();System.out.println("BRICKS102_NATIVE_PASS colors=16 recipes=224 blocks=80 items=112");
+  }
+  try(var world=saved.open()){
+   c.waitFor(m->m.player!=null&&m.gui.screen()==null,1200);
+   world.getServer().runOnServer(s->{var level=s.getPlayerList().getPlayers().getFirst().level();Walls118Checks.saved(level);int i=0;for(var f:ColoredBricks.families()){var pos=new BlockPos((i%8)*3,1,(i/8)*5);check(level.getBlockState(pos).is(f.bricks()),"Saved bricks "+f.color());check(level.getBlockState(pos.above()).getValue(SlabBlock.TYPE)==SlabType.TOP,"Saved slab state");i++;}});
+  }
+  System.out.println("BRICKS102_PASS");System.out.println("WALLS118_PASS native placement, mixed connections, tall sides, waterlogging, collision, crafting, stonecutting, loot, collection, creative order, baked models and reconnect");
+ }
+ private static void craft(net.minecraft.server.MinecraftServer s,net.minecraft.server.level.ServerLevel level,int w,int h,List<Item> items,Item result,int count){var input=CraftingInput.of(w,h,items.stream().map(ItemStack::new).toList());var stack=s.getRecipeManager().getRecipeFor(RecipeType.CRAFTING,input,level).orElseThrow().value().assemble(input);check(stack.is(result)&&stack.getCount()==count,"Craft "+result);}
+ private static void drop(List<ItemStack> drops,Item item,int count){check(drops.size()==1&&drops.getFirst().is(item)&&drops.getFirst().getCount()==count,"Loot "+item+" expected "+count+" got "+drops);}
+ private static KeyEvent enter(){return new KeyEvent(InputConstants.KEY_RETURN,0,0);}
+ private static void check(boolean ok,String message){if(!ok)throw new AssertionError(message);}
+}

mods/sanctuary/src/clientGametest/java/fr/koka/sanctuary/client/CarryPanic114ClientChecks.java

@@ -0,0 +1,115 @@
+package fr.koka.sanctuary.client;
+
+import com.mojang.blaze3d.platform.InputConstants;
+import fr.koka.sanctuary.cosmetics.*;
+import fr.koka.sanctuary.gametest.Starter039TestSupport;
+import fr.koka.sanctuary.inventory.*;
+import java.util.*;
+import java.util.concurrent.atomic.*;
+import net.fabricmc.fabric.api.client.event.lifecycle.v1.ClientTickEvents;
+import net.fabricmc.fabric.api.client.gametest.v1.FabricClientGameTest;
+import net.fabricmc.fabric.api.client.gametest.v1.context.ClientGameTestContext;
+import net.minecraft.client.CameraType;
+import net.minecraft.client.gui.components.Button;
+import net.minecraft.client.gui.screens.worldselection.WorldCreationUiState;
+import net.minecraft.client.input.KeyEvent;
+import net.minecraft.core.BlockPos;
+import net.minecraft.core.component.DataComponents;
+import net.minecraft.nbt.CompoundTag;
+import net.minecraft.network.chat.contents.TranslatableContents;
+import net.minecraft.server.MinecraftServer;
+import net.minecraft.server.level.ServerPlayer;
+import net.minecraft.world.entity.*;
+import net.minecraft.world.item.*;
+import net.minecraft.world.item.component.CustomData;
+import net.minecraft.world.level.block.Blocks;
+import net.minecraft.world.phys.*;
+
+/** Real cursor/attack packets, synchronized player travel, interruption and collision regression. */
+public final class CarryPanic114ClientChecks implements FabricClientGameTest {
+    public void runTest(ClientGameTestContext c){
+        var intro=new AtomicBoolean(true);
+        c.runOnClient(m->{m.options.renderDistance().set(6);m.options.simulationDistance().set(5);m.options.pauseOnLostFocus=false;IntroClient.setQuickTestIntro(true);});
+        ClientTickEvents.END_CLIENT_TICK.register(m->{if(intro.get()&&m.gui.screen() instanceof HelloWorldScreen screen){
+            Starter039TestSupport.selectFirst(screen);
+            screen.children().stream().filter(Button.class::isInstance).map(Button.class::cast).filter(b->b.getClass().getSimpleName().equals("ColorButton")).findFirst().orElseThrow().onPress(enter());
+            screen.children().stream().filter(Button.class::isInstance).map(Button.class::cast).filter(b->b.getMessage().getContents() instanceof TranslatableContents t&&t.getKey().equals("sanctuary.progression.enter")).findFirst().orElseThrow().onPress(enter());intro.set(false);
+        }});
+        try(var world=c.worldBuilder().adjustSettings(s->{s.setName("CarryPanic114 "+UUID.randomUUID());s.setSeed("114");s.setAllowCommands(true);s.setGameMode(WorldCreationUiState.SelectedGameMode.SURVIVAL);
+            s.setWorldType(s.getNormalPresetList().stream().filter(e->e.preset()!=null&&e.preset().getRegisteredName().equals("sanctuary_test:flat")).findFirst().orElseThrow());}).create()){
+            c.waitFor(m->ProgressionClient.active()&&m.player!=null&&m.gui.screen()==null&&!IntroSpawnFlash.active(),1200);var server=world.getServer();
+            server.runOnServer(s->{var p=player(s);p.getInventory().clearContent();p.getAbilities().invulnerable=true;p.onUpdateAbilities();reset(p);
+                for(int x=-24;x<=24;x++)for(int z=-24;z<=24;z++)p.level().setBlockAndUpdate(new BlockPos(x,0,z),Blocks.STONE.defaultBlockState());
+                s.getCommands().performPrefixedCommand(s.createCommandSourceStack(),"sanctuary time vanilla");s.getCommands().performPrefixedCommand(s.createCommandSourceStack(),"time set noon");});
+            int parrot=server.computeOnServer(s->carry(player(s),EntityTypes.PARROT).getId());
+            c.waitFor(m->m.level.getEntity(parrot)!=null&&CarryService.carried(m.level.getEntity(parrot)),150);
+            float health=server.computeOnServer(s->((LivingEntity)player(s).level().getEntity(parrot)).getHealth());
+            attack(c,parrot);c.waitFor(m->CarryPanic.active(m.player),100);
+            server.runOnServer(s->{var p=player(s);check(CarryPanic.active(p),"Real native attack triggers server panic");check(((LivingEntity)p.level().getEntity(parrot)).getHealth()<health,"Ordinary carried animal takes native damage");});
+            c.getInput().holdKey(o->o.keyUp);c.getInput().holdKey(o->o.keyRight);c.getInput().holdKey(o->o.keyJump);
+            c.runOnClient(m->{m.player.setYRot(170);m.player.setXRot(15);});c.waitTicks(12);
+            c.runOnClient(m->{check(m.player.getY()>2.5&&m.player.position().subtract(new Vec3(.5,1,.5)).horizontalDistance()>1,"Actual client moves upward and sideways");
+                check(CarryPanic.active(m.player),"Panic remains active through steering keys");
+                var wanted=m.player.getAttached(CarryPanic.FLIGHT).velocity(m.level.getGameTime());
+                // Level time can advance immediately after the player physics tick. Match either exact tick.
+                var previous=m.player.getAttached(CarryPanic.FLIGHT).velocity(m.level.getGameTime()-1);
+                check(Math.min(m.player.getDeltaMovement().distanceTo(wanted),m.player.getDeltaMovement().distanceTo(previous))<.00001,"Movement follows animal, not camera or held keys: actual="+m.player.getDeltaMovement()+", expected="+wanted+", flight="+m.player.getAttached(CarryPanic.FLIGHT)+", time="+m.level.getGameTime());check(m.player.fallDistance<.2,"Flight clears falling distance");
+                m.options.setCameraType(CameraType.THIRD_PERSON_BACK);});c.waitTicks(2);c.takeScreenshot("carry114-chaotic-flight");
+            c.getInput().releaseKey(o->o.keyUp);c.getInput().releaseKey(o->o.keyRight);c.getInput().releaseKey(o->o.keyJump);
+            c.waitTicks(65);c.waitFor(m->!CarryPanic.active(m.player),100);
+            server.runOnServer(s->{var p=player(s);check(!p.hasAttached(CarryPanic.FLIGHT)&&CarryGlide.supported(p),"Timeout removes panic and retains ordinary glider");check(p.connection.isAcceptingMessages(),"Flight is accepted by server");});
+            c.runOnClient(m->{check(m.player.getDeltaMovement().y<=0&&m.player.getDeltaMovement().y>=-CarryGlide.DESCENT-.02,"Normal gentle descent resumes");m.options.setCameraType(CameraType.FIRST_PERSON);});
+            System.out.println("CARRY114_NATIVE_FLIGHT_PASS cursor, real attack, damage, movement, input override, timeout, glide");
+
+            server.runOnServer(s->{var p=player(s);p.getRandom().setSeed(114);var bird=p.level().getEntity(parrot);var quadrants=new HashSet<Integer>();
+                for(int i=0;i<32;i++){
+                    CarryPanic.clear(p);CarryPanic.start(bird);var flight=p.getAttached(CarryPanic.FLIGHT);check(flight.duration()>=40&&flight.duration()<=60,"Duration bounded at 2–3 seconds");quadrants.add((int)(flight.yaw()/(Math.PI/2)));
+                    for(int t=0;t<=flight.duration();t++){var v=flight.velocity(flight.start()+t);check(v.horizontalDistance()<=.331&&v.y>=0&&v.y<=.241,"Velocity bounded without cumulative impulses");}
+                }
+                check(quadrants.size()==4,"Server random headings cover every quadrant");
+            });c.waitFor(m->CarryPanic.active(m.player),100);
+            c.getInput().holdKey(o->o.keyShift);c.waitTicks(2);c.getInput().holdKey(o->o.keyUse);c.waitTicks(1);c.getInput().releaseKey(o->o.keyUse);c.getInput().releaseKey(o->o.keyShift);
+            c.waitFor(m->!CarryService.carrying(m.player)&&!CarryPanic.active(m.player),100);
+            server.runOnServer(s->{check(!player(s).hasAttached(CarryPanic.FLIGHT),"Native drop clears flight immediately");player(s).level().getEntity(parrot).discard();reset(player(s));});
+
+            int cow=server.computeOnServer(s->carry(player(s),EntityTypes.COW).getId());
+            server.runOnServer(s->{var p=player(s);var animal=(LivingEntity)p.level().getEntity(cow);float before=animal.getHealth();p.attack(animal);
+                check(CarryService.blocksAttack(p,animal)&&animal.getHealth()==before&&!animal.hurtServer(p.level(),p.damageSources().playerAttack(p),1)&&!CarryPanic.active(p),"Terrestrial carry pair stays protected");CarryPanic.start(animal);check(!CarryPanic.active(p),"Ground animal cannot launch player");CarryService.release(animal,true);animal.discard();reset(p);});
+
+            // Every supported appearance can trigger the shared flight, including the gliding chicken.
+            server.runOnServer(s->{var p=player(s);for(var type:List.of(EntityTypes.CHICKEN,EntityTypes.BAT,EntityTypes.BEE,EntityTypes.ALLAY,EntityTypes.PARROT,EntityTypes.BLAZE,EntityTypes.BREEZE)){
+                var animal=carry(p,type);check(CarryGlide.flyer(animal)&&CarryPanic.canStrike(p,animal),"Carried flying species can be struck: "+type);
+                check(animal.hurtServer(p.level(),p.damageSources().playerAttack(p),1)&&CarryPanic.active(p),"Accepted damage launches carrier: "+type);CarryService.release(animal,true);animal.discard();check(!p.hasAttached(CarryPanic.FLIGHT),"Release clears each flight");
+            }});
+            int external=server.computeOnServer(s->carry(player(s),EntityTypes.PARROT).getId());
+            server.runOnServer(s->{var p=player(s);var bird=(LivingEntity)p.level().getEntity(external);var zombie=EntityTypes.ZOMBIE.create(p.level(),EntitySpawnReason.COMMAND);
+                check(bird.hurtServer(p.level(),p.damageSources().mobAttack(zombie),1)&&CarryPanic.active(p),"External accepted hit also triggers flight");
+                p.getAbilities().flying=true;CarryGlide.tick(p);check(!p.hasAttached(CarryPanic.FLIGHT),"Creative flying invalidates propulsion");p.getAbilities().flying=false;
+                CarryPanic.start(bird);bird.hurtServer(p.level(),p.damageSources().mobAttack(zombie),100);CarryGlide.tick(p);check(!CarryPanic.active(p),"Death stops propulsion");CarryService.detach(p);bird.discard();reset(p);});
+
+            int ceiling=server.computeOnServer(s->{var p=player(s);var bird=carry(p,EntityTypes.PARROT);for(int x=-3;x<=3;x++)for(int z=-3;z<=3;z++)p.level().setBlockAndUpdate(new BlockPos(x,4,z),Blocks.STONE.defaultBlockState());return bird.getId();});
+            c.waitFor(m->m.level.getEntity(ceiling)!=null&&CarryService.carried(m.level.getEntity(ceiling)),100);
+            server.runOnServer(s->{var p=player(s);((LivingEntity)p.level().getEntity(ceiling)).hurtServer(p.level(),p.damageSources().playerAttack(p),1);});c.waitTicks(12);
+            server.runOnServer(s->{var p=player(s);check(p.getY()<2&&p.level().noBlockCollision(p,p.getBoundingBox().deflate(.02)),"Player cannot fly through low ceiling");check(!CarryService.carrying(p)&&!CarryPanic.active(p),"Blocked carried animal is safely released");
+                p.level().getEntity(ceiling).discard();for(int x=-3;x<=3;x++)for(int z=-3;z<=3;z++)p.level().removeBlock(new BlockPos(x,4,z),false);reset(p);
+                var egg=new ItemStack(Items.PARROT_SPAWN_EGG);var size=new CompoundTag();size.putInt("schema",1);size.putInt("per_mille",1000);CustomData.update(DataComponents.CUSTOM_DATA,egg,t->t.put(FamiliarSize.KEY,size));AccessoryAccess.of(p).setItem(AccessoryContainer.FAMILIAR,egg);p.inventoryMenu.broadcastChanges();});
+            c.waitTicks(25);
+            int familiar=server.computeOnServer(s->{var p=player(s);var pet=FamiliarService.active(p);check(pet!=null,"Familiar spawned");pet.setNoAi(true);pet.setPos(p.position().add(0,0,2));check(CarryService.interact(p,pet),"Flying familiar picked up");return pet.getId();});
+            c.waitFor(m->m.level.getEntity(familiar)!=null&&CarryService.carried(m.level.getEntity(familiar)),100);
+            float petHealth=server.computeOnServer(s->FamiliarService.active(player(s)).getHealth());attack(c,familiar);c.waitFor(m->CarryPanic.active(m.player),100);
+            server.runOnServer(s->{var p=player(s);check(FamiliarService.active(p).getHealth()==petHealth&&CarryPanic.active(p),"Friendly familiar tap launches without hurting it");CarryService.detach(p);check(!p.hasAttached(CarryPanic.FLIGHT),"Lifecycle detach clears synchronized flight");});
+            System.out.println("CARRY114_PASS random flight, native ordinary/familiar strikes, seven species, outside hits, ground protection, drop/death/creative cancellation, ceiling collisions, timeout and normal glide");
+        }finally{intro.set(false);c.getInput().releaseKey(o->o.keyUp);c.getInput().releaseKey(o->o.keyRight);c.getInput().releaseKey(o->o.keyJump);c.getInput().releaseKey(o->o.keyShift);c.getInput().releaseKey(o->o.keyAttack);c.getInput().releaseKey(o->o.keyUse);}
+    }
+    private static void attack(ClientGameTestContext c,int id){
+        c.waitFor(m->m.level.getEntity(id).position().distanceTo(CarryService.head(m.player,m.level.getEntity(id)))<.01,100);
+        c.runOnClient(m->{m.options.setCameraType(CameraType.FIRST_PERSON);m.player.lookAt(net.minecraft.commands.arguments.EntityAnchorArgument.Anchor.EYES,m.level.getEntity(id).getBoundingBox().getCenter());});c.waitTicks(3);
+        c.runOnClient(m->check(m.hitResult instanceof EntityHitResult hit&&hit.getEntity().getId()==id,"Native cursor can pick own carried flyer: hit="+m.hitResult+", target="+m.level.getEntity(id).getBoundingBox()+", eye="+m.player.getEyePosition()+", view="+m.player.getLookAngle()+", eligible="+CarryPanic.canStrike(m.player,m.level.getEntity(id))));
+        c.getInput().holdKey(o->o.keyAttack);c.waitTicks(1);c.getInput().releaseKey(o->o.keyAttack);
+    }
+    private static Mob carry(ServerPlayer p,EntityType<? extends Mob> type){var mob=type.create(p.level(),EntitySpawnReason.COMMAND);mob.setNoAi(true);mob.setPos(p.position().add(0,0,2));p.level().addFreshEntity(mob);check(CarryService.interact(p,mob),"Animal picked up: "+type);return mob;}
+    private static void reset(ServerPlayer p){CarryService.detach(p);p.teleportTo(.5,1,.5);p.setDeltaMovement(Vec3.ZERO);p.resetFallDistance();p.setShiftKeyDown(false);}
+    private static ServerPlayer player(MinecraftServer s){return s.getPlayerList().getPlayers().getFirst();}
+    private static KeyEvent enter(){return new KeyEvent(InputConstants.KEY_RETURN,0,0);}
+    private static void check(boolean ok,String message){if(!ok)throw new AssertionError(message);}
+}

mods/sanctuary/src/clientGametest/java/fr/koka/sanctuary/client/Catalogue099ClientChecks.java

@@ -0,0 +1,19 @@
+package fr.koka.sanctuary.client;
+
+import net.fabricmc.fabric.api.client.gametest.v1.FabricClientGameTest;
+import net.fabricmc.fabric.api.client.gametest.v1.context.ClientGameTestContext;
+
+/** End-to-end builds, personal history, shared catalogue, inline advancements and tap/hold K. */
+public final class Catalogue099ClientChecks implements FabricClientGameTest {
+    @Override public void runTest(ClientGameTestContext c){
+        new Plans072ClientChecks().runTest(c);
+        c.runOnClient(m->{if(PlanHistory.entries().size()!=3)throw new AssertionError("Three genuinely completed plans retained");});
+        new Metatable096ClientChecks().runTest(c);
+        try{
+            var root=net.minecraft.nbt.NbtIo.readCompressed(PlanClient.directory().resolve("recent-completed.nbt"),net.minecraft.nbt.NbtAccounter.create(fr.koka.sanctuary.plans.SchematicIO.MAX_NBT));
+            var entries=root.getList("Completed").orElseThrow();if(entries.size()!=3)throw new AssertionError("Three completed plans persisted");
+            for(var entry:entries)fr.koka.sanctuary.plans.SchematicIO.decode((net.minecraft.nbt.CompoundTag)entry,"History");
+        }catch(Exception e){throw new AssertionError(e);}
+        System.out.println("CATALOGUE099_PASS: complete creative builds, three-entry persisted history, uniform catalogue, native textured thumbnails, all-block palette, tap/hold K, inline tree and tracking, GUI scales 2/3, FR/EN");
+    }
+}

mods/sanctuary/src/clientGametest/java/fr/koka/sanctuary/client/Clay126Checks.java

@@ -0,0 +1,42 @@
+package fr.koka.sanctuary.client;
+
+import fr.koka.sanctuary.companion.CompanionService;
+import fr.koka.sanctuary.plans.*;
+import java.nio.file.*;
+import java.util.*;
+import net.fabricmc.fabric.api.client.gametest.v1.context.*;
+import net.minecraft.core.BlockPos;
+import net.minecraft.world.entity.EntityTypes;
+import net.minecraft.world.inventory.ContainerInput;
+import net.minecraft.world.item.*;
+import net.minecraft.world.level.GameType;
+
+/** Native preview, server result and survival payment for the special plain-clay material. */
+final class Clay126Checks {
+    static void exercise(ClientGameTestContext c,TestServerContext server){
+        var pos=new BlockPos(4,1,4);
+        server.runOnServer(s->{var p=s.getPlayerList().getPlayers().getFirst();p.teleportTo(3,1,3);p.setGameMode(GameType.SURVIVAL);p.getAbilities().invulnerable=true;p.onUpdateAbilities();p.level().setBlockAndUpdate(pos,Statuary.WORKSHOP.defaultBlockState());CompanionService.save(p,CompanionService.record(p).note("seen_mobs","cow"));Statuary.open(p,pos);p.containerMenu.getSlot(0).set(new ItemStack(Items.CLAY,2));p.containerMenu.broadcastChanges();});
+        c.waitForScreen(ClayWorkshopScreen.class);c.runOnClient(m->{m.options.guiScale().set(2);m.getWindow().setWindowed(1280,800);m.resizeGui();((ClayWorkshopScreen)m.gui.screen()).load(EntityTypes.COW);});
+        c.waitFor(m->{var screen=(ClayWorkshopScreen)m.gui.screen();return !screen.busy()&&screen.selected()!=null&&screen.selected().equals(StatuaryEntity.sculpture(m.player.containerMenu.getSlot(1).getItem()));},250);
+        var cow=c.computeOnClient(m->((ClayWorkshopScreen)m.gui.screen()).selected());check(cow.cells().stream().map(VoxelSculpture.Cell::color).distinct().count()>3,"Cow source retains texture colors");
+        for(var material:List.of(Items.OAK_PLANKS,fr.koka.sanctuary.building.ColoredBricks.families().getFirst().clay().asItem(),Items.CLAY)){
+            server.runOnServer(s->{var menu=s.getPlayerList().getPlayers().getFirst().containerMenu;menu.getSlot(0).set(new ItemStack(material,2));menu.broadcastChanges();});
+            var expected=c.computeOnClient(m->ClayWorkshopMenu.appearance(cow,material,SculptureMaterialSampler.sample(new ItemStack(material))));
+            check(material==Items.CLAY?expected.equals(cow):!expected.equals(cow),"Only plain clay retains original colors");
+            c.waitFor(m->expected.equals(StatuaryEntity.sculpture(m.player.containerMenu.getSlot(1).getItem())),180);
+            c.runOnClient(m->check(ItemStack.matches(((ClayWorkshopScreen)m.gui.screen()).preview(),m.player.containerMenu.getSlot(1).getItem()),"Preview matches authoritative material switch"));
+        }
+        c.takeScreenshot("clay126-original-cow");
+        c.runOnClient(m->m.gameMode.handleContainerInput(m.player.containerMenu.containerId,1,0,ContainerInput.PICKUP,m.player));
+        server.waitFor(s->{var menu=s.getPlayerList().getPlayers().getFirst().containerMenu;return cow.equals(StatuaryEntity.sculpture(menu.getCarried()))&&menu.getSlot(0).getItem().getCount()==1;},100);
+        c.waitFor(m->cow.equals(StatuaryEntity.sculpture(m.player.containerMenu.getCarried()))&&m.player.containerMenu.getSlot(0).getItem().getCount()==1,100);
+        Path file=PlanClient.directory().resolve("clay126-"+UUID.randomUUID()+".glb");
+        try{Files.createDirectories(file.getParent());Files.write(file,Statuary106ClientChecks.fixture());var id=GlbModel.load(file).id();c.runOnClient(m->((ClayWorkshopScreen)m.gui.screen()).load(file));
+            c.waitFor(m->{var screen=(ClayWorkshopScreen)m.gui.screen();return !screen.busy()&&screen.selected()!=null&&screen.selected().modelId().equals(id)&&screen.selected().equals(StatuaryEntity.sculpture(m.player.containerMenu.getSlot(1).getItem()));},250);
+            c.runOnClient(m->{var screen=(ClayWorkshopScreen)m.gui.screen();check(screen.selected().cells().stream().map(VoxelSculpture.Cell::color).distinct().count()>1,"Imported textured GLB retains its original colors");check(ItemStack.matches(screen.preview(),m.player.containerMenu.getSlot(1).getItem()),"Imported preview equals native result");});
+        }catch(Exception e){throw new AssertionError(e);}finally{try{Files.deleteIfExists(file);}catch(Exception ignored){}}
+        server.runOnServer(s->{var p=s.getPlayerList().getPlayers().getFirst();p.closeContainer();p.setGameMode(GameType.CREATIVE);p.getAbilities().flying=true;p.onUpdateAbilities();});c.waitFor(m->m.gui.screen()==null,100);
+        System.out.println("CLAY126_PASS original animal and GLB colors, oak and colored clay palette transfer, switch back, matching previews and one clay paid in survival");
+    }
+    private static void check(boolean ok,String message){if(!ok)throw new AssertionError(message);}
+}

mods/sanctuary/src/clientGametest/java/fr/koka/sanctuary/client/Community154ClientChecks.java

@@ -0,0 +1,92 @@
+package fr.koka.sanctuary.client;
+
+import com.mojang.blaze3d.platform.InputConstants;
+import java.util.*;
+import fr.koka.sanctuary.gametest.Starter039TestSupport;
+import java.util.concurrent.atomic.AtomicBoolean;
+import net.fabricmc.fabric.api.client.event.lifecycle.v1.ClientTickEvents;
+import net.fabricmc.fabric.api.client.gametest.v1.FabricClientGameTest;
+import net.fabricmc.fabric.api.client.gametest.v1.context.ClientGameTestContext;
+import net.minecraft.client.gui.components.*;
+import net.minecraft.client.gui.components.events.*;
+import net.minecraft.client.gui.screens.*;
+import net.minecraft.client.gui.screens.worldselection.WorldCreationUiState;
+import net.minecraft.client.input.KeyEvent;
+import net.minecraft.network.chat.contents.TranslatableContents;
+
+/** Real screens and server packets on an isolated flat development world. */
+public final class Community154ClientChecks implements FabricClientGameTest {
+    public void runTest(ClientGameTestContext c) {
+        boolean outage=Boolean.parseBoolean(System.getenv("SANCTUARY_COMMUNITY_CLIENT_OUTAGE"));
+        boolean database=Boolean.parseBoolean(System.getenv("SANCTUARY_COMMUNITY_CLIENT_DATABASE"));
+        if(database) try {
+            var path=net.fabricmc.loader.api.FabricLoader.getInstance().getConfigDir().resolve("sanctuary-community.json");
+            var config=new fr.koka.sanctuary.community.CommunityConfig("database",UUID.randomUUID().toString(),System.getenv("SANCTUARY_COMMUNITY_TEST_JDBC"),"root","SANCTUARY_COMMUNITY_DB_PASSWORD");
+            java.nio.file.Files.createDirectories(path.getParent());
+            java.nio.file.Files.writeString(path,new com.google.gson.Gson().toJson(config));
+        } catch(Exception error) { throw new AssertionError(error); }
+        var intro = new AtomicBoolean(true);
+        c.runOnClient(m -> { m.options.renderDistance().set(5); m.options.simulationDistance().set(5); m.options.pauseOnLostFocus=false; IntroClient.setQuickTestIntro(true); });
+        ClientTickEvents.END_CLIENT_TICK.register(m -> { if (intro.get() && m.gui.screen() instanceof HelloWorldScreen screen) {
+            Starter039TestSupport.selectFirst(screen);
+            screen.children().stream().filter(Button.class::isInstance).map(Button.class::cast).filter(b -> b.getClass().getSimpleName().equals("ColorButton")).findFirst().orElseThrow().onPress(enter());
+            press(screen,"sanctuary.progression.enter"); intro.set(false);
+        }});
+        try (var world = c.worldBuilder().adjustSettings(s -> { s.setName("Community154 "+UUID.randomUUID()); s.setSeed("154"); s.setAllowCommands(false); s.setGameMode(WorldCreationUiState.SelectedGameMode.SURVIVAL); s.setWorldType(s.getNormalPresetList().stream().filter(e -> e.preset()!=null && e.preset().getRegisteredName().equals("sanctuary_test:flat")).findFirst().orElseThrow()); }).create()) {
+            c.waitFor(m -> ProgressionClient.active() && m.player!=null && m.gui.screen()==null && !IntroSpawnFlash.active(),1200);
+            world.getServer().runOnServer(s -> s.getPlayerList().getPlayers().getFirst().getAbilities().invulnerable=true);
+            if(outage) {
+                c.runOnClient(m -> m.gui.setScreen(new PauseScreen(true)));
+                c.waitFor(m -> !CommunityClient.pending() && CommunityClient.overviewError.equals("unavailable"),300);
+                c.takeScreenshot("community154-database-unavailable");
+                c.runOnClient(m -> { CommunityClient.open(m.gui.screen(),"article","",true); edit(m.gui.screen()).setValue("Brouillon panne"); body(m.gui.screen()).setValue("Texte conservé"); press(m.gui.screen(),"sanctuary.community.publish"); });
+                c.waitFor(m -> !CommunityClient.pending() && has(m.gui.screen(),"sanctuary.community.unavailable"),300);
+                c.runOnClient(m -> { check(body(m.gui.screen()).getValue().equals("Texte conservé"),"Outage draft retained"); check(CommunityClient.overview.isEmpty(),"No false cached acknowledgement"); });
+                world.getServer().runOnServer(s -> check(!java.nio.file.Files.exists(s.getWorldPath(net.minecraft.world.level.storage.LevelResource.ROOT).resolve("data/sanctuary-community.json")),"No file fallback"));
+                System.out.println("COMMUNITY154_OUTAGE_PASS: visible error, draft preserved, no file fallback");
+                c.runOnClient(m -> m.gui.setScreen(null));
+                return;
+            }
+            for (String locale : List.of("fr_fr","en_us")) for (int scale : List.of(2,3)) {
+                c.runOnClient(m -> { m.getWindow().setWindowed(1280,800); m.options.guiScale().set(scale); m.resizeGui(); m.getLanguageManager().setSelected(locale); m.getLanguageManager().onResourceManagerReload(m.getResourceManager()); m.gui.setScreen(new PauseScreen(true)); });
+                c.waitFor(m -> !CommunityClient.pending() && !CommunityClient.overview.isEmpty(),300);
+                c.runOnClient(m -> { check(CommunityClient.overview.get("mode").getAsString().equals(database?"database":"file"),"Expected storage adapter"); press(m.gui.screen(),"sanctuary.community.article"); });
+                c.waitFor(m -> !CommunityClient.pending() && has(m.gui.screen(),"sanctuary.community.empty"),300);
+                c.takeScreenshot("community154-list-"+locale+"-"+scale);
+                c.runOnClient(m -> m.gui.setScreen(new PauseScreen(true))); c.waitTicks(5);
+                c.takeScreenshot("community154-pause-"+locale+"-"+scale);
+            }
+            c.runOnClient(m -> { m.options.guiScale().set(2); m.resizeGui(); m.getLanguageManager().setSelected("fr_fr"); m.getLanguageManager().onResourceManagerReload(m.getResourceManager()); CommunityClient.open(new PauseScreen(true),"notice","",true); });
+            c.waitFor(m -> !CommunityClient.pending(),250);
+            c.runOnClient(m -> { edit(m.gui.screen()).setValue("La passerelle 🌳"); body(m.gui.screen()).setValue("Du bois et des bras.\nQui vient construire ?"); press(m.gui.screen(),"sanctuary.community.publish"); });
+            c.waitFor(m -> !CommunityClient.pending() && has(m.gui.screen(),"sanctuary.community.reply"),300);
+            c.takeScreenshot("community154-published");
+            c.waitTicks(25);
+            c.runOnClient(m -> { body(m.gui.screen()).setValue("Je viens ce soir !"); press(m.gui.screen(),"sanctuary.community.reply"); });
+            c.waitFor(m -> !CommunityClient.pending() && text(m.gui.screen(),"Je viens ce soir !"),300);
+            c.takeScreenshot("community154-reply");
+            c.runOnClient(m -> check(widgets(m.gui.screen()).filter(PlayerFaceWidget.class::isInstance).count()==2,"Both conversation participants have faces"));
+            c.waitTicks(25);
+            c.runOnClient(m -> { press(m.gui.screen(),"sanctuary.community.actions"); press(m.gui.screen(),"sanctuary.community.close"); });
+            c.waitFor(m -> !CommunityClient.pending() && has(m.gui.screen(),"sanctuary.community.reopen"),300);
+            c.runOnClient(m -> { check(!has(m.gui.screen(),"sanctuary.community.reply"),"Closed announcement hides reply action"); CommunityClient.DRAFTS.computeIfAbsent("new:article",unused->new CommunityClient.Draft()).photo=testPhoto(); CommunityClient.open(new PauseScreen(true),"article","",true); edit(m.gui.screen()).setValue("Brouillon"); body(m.gui.screen()).setValue("§Texte refusé"); press(m.gui.screen(),"sanctuary.community.publish"); });
+            c.waitFor(m -> !CommunityClient.pending() && (has(m.gui.screen(),"sanctuary.community.invalid") || has(m.gui.screen(),"sanctuary.community.busy")),300);
+            c.runOnClient(m -> { check(body(m.gui.screen()).getValue().equals("§Texte refusé"),"Refused draft retained"); m.gui.screen().onClose(); CommunityClient.open(m.gui.screen(),"article","",true); check(edit(m.gui.screen()).getValue().equals("Brouillon"),"Draft survives closing screen"); m.gui.screen().onClose(); });
+            c.runOnClient(m -> { CommunityClient.open(m.gui.screen(),"article","",false); }); c.waitTicks(4);
+            c.runOnClient(m -> m.gui.screen().onClose()); c.waitTicks(30);
+            c.runOnClient(m -> check(m.gui.screen() instanceof PauseScreen,"Late response does not reopen screen"));
+            System.out.println("COMMUNITY154_CLIENT_MODE="+(database?"database":"file"));
+            System.out.println("COMMUNITY154_CLIENT_PASS: pause FR/EN GUI 2/3, publication, reply, close, refused draft, late response");
+            c.runOnClient(m -> m.gui.setScreen(null));
+        } finally { intro.set(false); }
+    }
+    static String testPhoto() {try {return fr.koka.sanctuary.community.CommunityPhoto.encode(new java.awt.image.BufferedImage(16,9,java.awt.image.BufferedImage.TYPE_INT_RGB),960,540);}catch(Exception e){throw new AssertionError(e);}}
+    static java.util.stream.Stream<GuiEventListener> widgets(GuiEventListener e) { return java.util.stream.Stream.concat(java.util.stream.Stream.of(e), e instanceof ContainerEventHandler h ? h.children().stream().flatMap(Community154ClientChecks::widgets) : java.util.stream.Stream.empty()); }
+    static boolean has(Screen s,String key) { return s!=null && widgets(s).filter(AbstractWidget.class::isInstance).map(AbstractWidget.class::cast).anyMatch(w -> w.getMessage().getContents() instanceof TranslatableContents t && t.getKey().equals(key)); }
+    static boolean text(Screen s,String value) { return widgets(s).filter(AbstractWidget.class::isInstance).map(AbstractWidget.class::cast).anyMatch(w -> w.getMessage().getString().equals(value)); }
+    static void press(Screen s,String key) { widgets(s).filter(AbstractButton.class::isInstance).map(AbstractButton.class::cast).filter(b -> b.getMessage().getContents() instanceof TranslatableContents t && t.getKey().equals(key)).findFirst().orElseThrow(() -> new AssertionError("Missing "+key)).onPress(enter()); }
+    static EditBox edit(Screen s) { return widgets(s).filter(EditBox.class::isInstance).map(EditBox.class::cast).findFirst().orElseThrow(); }
+    static MultiLineEditBox body(Screen s) { return widgets(s).filter(MultiLineEditBox.class::isInstance).map(MultiLineEditBox.class::cast).findFirst().orElseThrow(); }
+    static KeyEvent enter() { return new KeyEvent(InputConstants.KEY_RETURN,0,0); }
+    static void check(boolean ok,String message) { if (!ok) throw new AssertionError(message); }
+}

mods/sanctuary/src/clientGametest/java/fr/koka/sanctuary/client/Community158ClientChecks.java

@@ -0,0 +1,258 @@
+package fr.koka.sanctuary.client;
+
+import java.nio.file.*;
+import java.util.*;
+import java.util.concurrent.atomic.AtomicBoolean;
+import fr.koka.sanctuary.community.*;
+import fr.koka.sanctuary.gametest.Starter039TestSupport;
+import net.fabricmc.fabric.api.client.event.lifecycle.v1.ClientTickEvents;
+import net.fabricmc.fabric.api.client.gametest.v1.FabricClientGameTest;
+import net.fabricmc.fabric.api.client.gametest.v1.context.ClientGameTestContext;
+import net.minecraft.client.gui.components.*;
+import net.minecraft.client.gui.screens.*;
+import net.minecraft.client.gui.screens.worldselection.WorldCreationUiState;
+import static fr.koka.sanctuary.client.Community154ClientChecks.*;
+
+/** Screenshot selection and article round trip through actual client/server packets. */
+public final class Community158ClientChecks implements FabricClientGameTest {
+    public void runTest(ClientGameTestContext c) {
+        boolean database=Boolean.parseBoolean(System.getenv("SANCTUARY_COMMUNITY_CLIENT_DATABASE"));
+        var intro=new AtomicBoolean(true);
+        var folder=new java.util.concurrent.atomic.AtomicReference<Path>();
+        try {
+            var path=net.fabricmc.loader.api.FabricLoader.getInstance().getConfigDir().resolve("sanctuary-community.json");
+            var config=new CommunityConfig(database?"database":"file",UUID.randomUUID().toString(),database?System.getenv("SANCTUARY_COMMUNITY_TEST_JDBC"):"jdbc:mariadb://localhost/sanctuary","root","SANCTUARY_COMMUNITY_DB_PASSWORD");
+            Files.createDirectories(path.getParent());Files.writeString(path,new com.google.gson.Gson().toJson(config));
+        } catch(Exception e){throw new AssertionError(e);}
+        c.runOnClient(m->{m.options.renderDistance().set(5);m.options.simulationDistance().set(5);m.options.pauseOnLostFocus=false;IntroClient.setQuickTestIntro(true);folder.set(m.gameDirectory.toPath().resolve("screenshots"));});
+        try {
+            Files.createDirectories(folder.get());
+            var image=new java.awt.image.BufferedImage(1200,675,java.awt.image.BufferedImage.TYPE_INT_RGB);
+            var random=new Random(157);
+            for(int y=0;y<675;y++)for(int x=0;x<1200;x++)image.setRGB(x,y,((x/50)%2==0 && (y/50)%2==0)?0x2a6b52:random.nextInt());
+            for(int i=0;i<28;i++)javax.imageio.ImageIO.write(image,"png",folder.get().resolve(String.format("z-photo157-%02d.png",i)).toFile());
+            Files.writeString(folder.get().resolve("z-photo157-29.png"),"not a PNG");
+        }catch(Exception e){throw new AssertionError(e);}
+        ClientTickEvents.END_CLIENT_TICK.register(m->{if(intro.get() && m.gui.screen() instanceof HelloWorldScreen screen){
+            Starter039TestSupport.selectFirst(screen);
+            screen.children().stream().filter(Button.class::isInstance).map(Button.class::cast).filter(b->b.getClass().getSimpleName().equals("ColorButton")).findFirst().orElseThrow().onPress(enter());
+            press(screen,"sanctuary.progression.enter");intro.set(false);
+        }});
+        var noticeId=UUID.randomUUID().toString();
+        net.fabricmc.fabric.api.event.lifecycle.v1.ServerLifecycleEvents.SERVER_STARTED.register(server->{try {
+            var config=CommunityConfig.load(net.fabricmc.loader.api.FabricLoader.getInstance().getConfigDir().resolve("sanctuary-community.json"));
+            CommunityStore store=database?new SqlCommunityStore(config.jdbcUrl(),config.user(),"",config.serverId()):new FileCommunityStore(server.getWorldPath(net.minecraft.world.level.storage.LevelResource.ROOT).resolve("data/sanctuary-community.json"),config.serverId());
+            var author=new Community.Actor(UUID.randomUUID().toString(),"Voisin",true);
+            store.change(author,new Community.Change("create",UUID.randomUUID().toString(),"","bulletin","info","Annonce officielle159","Le serveur vous souhaite la bienvenue.",0));
+            for(int i=0;i<13;i++) {
+                store.change(author,new Community.Change("create",UUID.randomUUID().toString(),"","article","info","Gazette "+i,"Le village raconte. ".repeat(90)+(i==0?" Unique159":""),0,testPhoto()));
+                store.change(author,new Community.Change("create",i==0?noticeId:UUID.randomUUID().toString(),"","notice",List.of("info","event","work","need").get(i%4),"Demande "+i,"Rendez-vous au village. ".repeat(40),0,null,i==0?new CommunityTask(new CommunityTask.Location("minecraft:overworld",0,64,0),List.of(new CommunityTask.Material("minecraft:oak_log",128)),"shared","custom",List.of(),"Un repas au village"):CommunityTask.EMPTY));
+            }
+        }catch(Exception error){throw new AssertionError(error);}});
+        try(var world=c.worldBuilder().adjustSettings(s->{s.setName("Cards158 "+UUID.randomUUID());s.setSeed("157");s.setAllowCommands(false);s.setGameMode(WorldCreationUiState.SelectedGameMode.SURVIVAL);s.setWorldType(s.getNormalPresetList().stream().filter(e->e.preset()!=null&&e.preset().getRegisteredName().equals("sanctuary_test:flat")).findFirst().orElseThrow());}).create()) {
+            c.waitFor(m->ProgressionClient.active()&&m.player!=null&&m.gui.screen()==null&&!IntroSpawnFlash.active(),1200);
+            world.getServer().runOnServer(s->{
+                var player=s.getPlayerList().getPlayers().getFirst();player.getAbilities().invulnerable=true;player.setExperienceLevels(20);
+                check(fr.koka.sanctuary.progression.ProgressionService.purchase(player,"atlas",fr.koka.sanctuary.progression.ProgressEffects.get(player).revision()),"Atlas unlocked through progression");
+                fr.koka.sanctuary.progression.ProgressionService.send(player,"");
+                for(int z=-2;z<=2;z++)for(int x=-2;x<=2;x++) {
+                    var tile=fr.koka.sanctuary.atlas.AtlasSampler.sample(player.level(),player.chunkPosition().x()+x,player.chunkPosition().z()+z);
+                    if(tile!=null)fr.koka.sanctuary.atlas.AtlasService.observations(player).observe(tile);
+                }
+            });
+            for(String locale:List.of("fr_fr","en_us"))for(int scale:List.of(2,3,4))for(int windowWidth:List.of(1280,1920)) {
+                c.runOnClient(m->{
+                    m.getWindow().setWindowed(windowWidth,windowWidth==1280?960:1080);m.options.guiScale().set(scale);m.resizeGui();m.getLanguageManager().setSelected(locale);m.getLanguageManager().onResourceManagerReload(m.getResourceManager());
+                    CommunityClient.open(new PauseScreen(true),"article","",true);
+                    check(!button(m.gui.screen(),"publish").active,"Photo is mandatory in the composer");
+                    edit(m.gui.screen()).setValue("Une journée au village");body(m.gui.screen()).setValue("La photo rejoint la Gazette.");
+                    press(m.gui.screen(),"sanctuary.community.photo_choose");
+                });
+                c.waitFor(m->widgets(m.gui.screen()).anyMatch(CommunityPhotoWidget.class::isInstance),500);
+                c.runOnClient(m->{
+                    var s=m.gui.screen();check(s instanceof CommunityScreenshotsScreen,"Dedicated screenshot view");
+                    var a=widgets(s).filter(AbstractScrollArea.class::isInstance).map(AbstractScrollArea.class::cast).findFirst().orElseThrow();
+                    if(a.maxScrollAmount()>0){s.mouseScrolled(a.getX()+5,a.getY()+5,0,-4);check(a.scrollAmount()>0,"Wheel moves screenshots");a.setScrollAmount(0);}
+                    var photos=widgets(s).filter(CommunityPhotoWidget.class::isInstance).map(CommunityPhotoWidget.class::cast).toList();
+                    check(photos.stream().mapToInt(AbstractWidget::getRight).max().orElseThrow()>s.width*0.8,"Gallery uses GUI width");
+                    for(var child:s.children())if(child instanceof AbstractWidget w)check(w.getX()>=0&&w.getRight()<=s.width&&w.getY()>=0&&w.getBottom()<=s.height,"Gallery bounds "+w.getMessage());
+                });
+                c.takeScreenshot("search159-gallery-"+locale+"-"+scale+"-"+windowWidth+(database?"-database":"-file"));
+                c.runOnClient(m->widgets(m.gui.screen()).filter(CommunityPhotoWidget.class::isInstance).map(CommunityPhotoWidget.class::cast).findFirst().orElseThrow().onPress(enter()));
+                c.runOnClient(m->{var s=m.gui.screen();var image=widgets(s).filter(CommunityPhotoWidget.class::isInstance).map(CommunityPhotoWidget.class::cast).findFirst().orElseThrow();check(image.getWidth()>s.width*0.8&&image.getHeight()>s.height*0.5,"Preview fills available GUI");check(button(s,"photo_assign").getBottom()<s.height-30,"Preview controls remain visible");});
+                c.takeScreenshot("search159-preview-"+locale+"-"+scale+"-"+windowWidth);
+                c.runOnClient(m->press(m.gui.screen(),"sanctuary.community.screenshots_back"));
+                c.runOnClient(m->m.gui.screen().onClose());
+                c.runOnClient(m->{check(edit(m.gui.screen()).getValue().equals("Une journée au village"),"Cancel retains text");check(!button(m.gui.screen(),"publish").active,"Cancel leaves photo unassigned");});
+            }
+            c.runOnClient(m->{m.getWindow().setWindowed(1280,960);m.options.guiScale().set(2);m.resizeGui();m.getLanguageManager().setSelected("fr_fr");m.getLanguageManager().onResourceManagerReload(m.getResourceManager());press(m.gui.screen(),"sanctuary.community.photo_choose");});
+            c.waitFor(m->widgets(m.gui.screen()).anyMatch(CommunityPhotoWidget.class::isInstance),500);
+            c.runOnClient(m->press(m.gui.screen(),"sanctuary.community.next"));
+            c.waitFor(m->widgets(m.gui.screen()).filter(CommunityPhotoWidget.class::isInstance).count()>0&&button(m.gui.screen(),"previous").active,500);
+            c.runOnClient(m->widgets(m.gui.screen()).filter(CommunityPhotoWidget.class::isInstance).map(CommunityPhotoWidget.class::cast).findFirst().orElseThrow().onPress(enter()));
+            c.takeScreenshot("cards158-preview");
+            c.runOnClient(m->press(m.gui.screen(),"sanctuary.community.photo_assign"));
+            c.runOnClient(m->{check(button(m.gui.screen(),"publish").active,"Photo enables publishing");check(edit(m.gui.screen()).getValue().equals("Une journée au village"),"Selection retains draft");press(m.gui.screen(),"sanctuary.community.publish");});
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.reply")&&!CommunityClient.pending(),600);
+            c.runOnClient(m->{var article=widgets(m.gui.screen()).filter(CommunityArticle.class::isInstance).map(CommunityArticle.class::cast).findFirst().orElseThrow();var face=widgets(m.gui.screen()).filter(PlayerFaceWidget.class::isInstance).map(PlayerFaceWidget.class::cast).findFirst().orElseThrow();check(face.getY()>=article.getBottom(),"Author metadata below the article");check(button(m.gui.screen(),"actions").getY()==face.getY(),"Author metadata next to ellipsis");check(widgets(m.gui.screen()).anyMatch(w->w instanceof AbstractWidget widget && widget.getMessage().getString().contains("/"+java.time.Year.now()+" ")),"Article date includes year");});
+            c.takeScreenshot("cards158-article"+(database?"-database":"-file"));
+            world.getServer().runOnServer(s->{try {
+                var config=CommunityConfig.load(net.fabricmc.loader.api.FabricLoader.getInstance().getConfigDir().resolve("sanctuary-community.json"));
+                CommunityStore store=database?new SqlCommunityStore(config.jdbcUrl(),config.user(),"",config.serverId()):new FileCommunityStore(s.getWorldPath(net.minecraft.world.level.storage.LevelResource.ROOT).resolve("data/sanctuary-community.json"),config.serverId());
+                var posts=store.list("article","",0).entries();check(posts.size()==10&&posts.getFirst().title().equals("Une journée au village"),"Newest publication among seeded cards");check(CommunityPhoto.validate(posts.getFirst().photo()).length()>8000,"Photo transported in multiple chunks and survives adapter restart");
+            }catch(Exception e){throw new AssertionError(e);}});
+            for(String locale:List.of("fr_fr","en_us"))for(int scale:List.of(2,3,4))for(String kind:List.of("article","notice")){
+                c.runOnClient(m->{m.options.guiScale().set(scale);m.resizeGui();m.getLanguageManager().setSelected(locale);m.getLanguageManager().onResourceManagerReload(m.getResourceManager());CommunityClient.open(new PauseScreen(true),kind,"",false);});
+                c.waitFor(m->widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).count()==10&&!CommunityClient.pending(),300);
+                c.runOnClient(m->{var screen=m.gui.screen();var cards=widgets(screen).filter(CommunityCard.class::isInstance).map(CommunityCard.class::cast).toList();
+                    check(cards.get(0).getY()==cards.get(1).getY()&&cards.get(0).getRight()<cards.get(1).getX(),"Two-column grid");
+                    check(cards.get(2).getY()>cards.get(0).getY(),"Rows continue vertically");
+                    check(!has(screen,"sanctuary.community.link")&&has(screen,"sanctuary.community.server_tab"),"Public navigation restores read-only server history");
+                    check(widgets(screen).filter(AbstractScrollArea.class::isInstance).map(AbstractScrollArea.class::cast).anyMatch(a->a.maxScrollAmount()>0),"Grid scrolls");
+                });
+                c.takeScreenshot("cards158-grid-"+kind+"-"+locale+"-"+scale+(database?"-database":"-file"));
+            }
+            c.runOnClient(m->{var a=widgets(m.gui.screen()).filter(AbstractScrollArea.class::isInstance).map(AbstractScrollArea.class::cast).findFirst().orElseThrow();a.setScrollAmount(a.maxScrollAmount());press(m.gui.screen(),"sanctuary.community.more");});
+            c.waitFor(m->widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).count()==13&&!CommunityClient.pending(),300);
+            c.runOnClient(m->check(widgets(m.gui.screen()).filter(AbstractScrollArea.class::isInstance).map(AbstractScrollArea.class::cast).anyMatch(a->a.scrollAmount()>0),"Appending cards retains scroll"));
+            c.runOnClient(m->{CommunityClient.open(new PauseScreen(true),"article","",false);edit(m.gui.screen()).setValue("unique159");});
+            c.waitFor(m->widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).count()==1&&!CommunityClient.pending(),300);
+            c.runOnClient(m->{check(text(m.gui.screen(),"Gazette 0"),"Search finds body beyond first page");edit(m.gui.screen()).setValue("VoISin");});
+            c.waitFor(m->widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).count()==10&&!CommunityClient.pending(),300);
+            c.runOnClient(m->press(m.gui.screen(),"sanctuary.community.more"));
+            c.waitFor(m->widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).count()==13&&!CommunityClient.pending(),300);
+            c.runOnClient(m->{edit(m.gui.screen()).setValue("absent159");m.gui.screen().setFocused(edit(m.gui.screen()));for(int tick=0;tick<12;tick++)m.gui.screen().tick();check(CommunityClient.pending(),"Old search is in flight");edit(m.gui.screen()).setValue("Gazette 12");});
+            c.waitFor(m->widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).count()==1&&!CommunityClient.pending(),300);
+            c.runOnClient(m->{check(text(m.gui.screen(),"Gazette 12"),"Latest search wins over prior pending request");check(edit(m.gui.screen()).isFocused(),"Search retains keyboard focus");});
+            c.takeScreenshot("search159-filtered");
+            c.runOnClient(m->edit(m.gui.screen()).setValue(""));
+            c.waitFor(m->widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).count()==10&&!CommunityClient.pending(),300);
+            c.runOnClient(m->press(m.gui.screen(),"sanctuary.community.server_tab"));
+            c.waitFor(m->widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).count()==1&&!CommunityClient.pending(),300);
+            c.runOnClient(m->{check(!has(m.gui.screen(),"sanctuary.community.publish"),"Public server listing is read only");widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).map(CommunityCard.class::cast).findFirst().orElseThrow().onPress(enter());});
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.back")&&!CommunityClient.pending(),300);
+            c.runOnClient(m->{check(!has(m.gui.screen(),"sanctuary.community.actions")&&!has(m.gui.screen(),"sanctuary.community.reply"),"Public bulletin has no write actions");check(text(m.gui.screen(),"Annonce officielle159"),"Server bulletin readable by ordinary player");});
+            c.takeScreenshot("search159-server-readonly");
+            world.getServer().runOnServer(server->{var inventory=server.getPlayerList().getPlayers().getFirst().getInventory();inventory.setItem(6,new net.minecraft.world.item.ItemStack(net.minecraft.world.item.Items.OAK_LOG,17));inventory.setItem(7,new net.minecraft.world.item.ItemStack(net.minecraft.world.item.Items.DIAMOND,3));});
+            c.runOnClient(m->{m.options.guiScale().set(2);m.resizeGui();CommunityClient.open(new PauseScreen(true),"notice","",true);edit(m.gui.screen()).setValue("Le coffre descriptif");body(m.gui.screen()).setValue("Du bois pour le pont");press(m.gui.screen(),"sanctuary.community.task_configure");press(m.gui.screen(),"sanctuary.community.location_current");press(m.gui.screen(),"sanctuary.community.materials");edit(m.gui.screen()).setValue("minecraft:oak_log");});
+            c.waitTicks(3);
+            c.runOnClient(m->{var screen=m.gui.screen();var slot=widgets(screen).filter(CommunityMaterialsScreen.Slot.class::isInstance).map(CommunityMaterialsScreen.Slot.class::cast).filter(w->w.getMessage().getString().startsWith("minecraft:oak_log")).findFirst().orElseThrow();slot.onPress(enter());var boxes=widgets(m.gui.screen()).filter(EditBox.class::isInstance).map(EditBox.class::cast).toList();boxes.getLast().setValue("0");check(!button(m.gui.screen(),"save").active,"Invalid quantity cannot be saved");boxes.getLast().setValue("128");check(button(m.gui.screen(),"save").active,"Valid quantity restores save");});
+            c.takeScreenshot("cards158-materials");
+            c.runOnClient(m->{press(m.gui.screen(),"sanctuary.community.save");press(m.gui.screen(),"sanctuary.community.audience.shared");press(m.gui.screen(),"sanctuary.community.reward.none");press(m.gui.screen(),"sanctuary.community.reward.items");edit(m.gui.screen()).setValue("Un repas au village");press(m.gui.screen(),"sanctuary.community.save");press(m.gui.screen(),"sanctuary.community.publish");});
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.follow")&&!CommunityClient.pending(),400);
+            c.takeScreenshot("cards158-notice-details");
+            noticeSceneChecks(c);
+
+            world.getServer().runOnServer(server->{var inventory=server.getPlayerList().getPlayers().getFirst().getInventory();check(inventory.getItem(6).getCount()==17&&inventory.getItem(6).is(net.minecraft.world.item.Items.OAK_LOG)&&inventory.getItem(7).getCount()==3&&inventory.getItem(7).is(net.minecraft.world.item.Items.DIAMOND),"Descriptive chest preserves real inventory");});
+            c.runOnClient(m->{check(text(m.gui.screen(),"Un repas au village"),"Custom reward round trip");CommunityClient.open(new PauseScreen(true),"notice",noticeId,false);});
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.follow")&&!CommunityClient.pending(),300);c.waitTicks(25);
+            c.runOnClient(m->{NotificationClient.options().pinnedAdvancements=true;press(m.gui.screen(),"sanctuary.community.follow");});
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.unfollow")&&!CommunityClient.pending(),300);
+            c.runOnClient(m->check(NotificationClient.tracked().stream().anyMatch(t->t.title().getString().equals("Demande 0")),"Server-backed quest appears in HUD"));
+            c.runOnClient(m->m.gui.setScreen(null));c.waitTicks(5);c.takeScreenshot("cards158-follow-hud");
+            c.runOnClient(m->{CommunityClient.open(new PauseScreen(true),"notice",noticeId,false);});
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.map_show")&&!CommunityClient.pending(),300);
+            c.runOnClient(m->press(m.gui.screen(),"sanctuary.community.map_show"));
+            c.waitFor(m->m.gui.screen() instanceof SanctuaryAtlasScreen a&&!a.questPins().isEmpty(),200);
+            c.runOnClient(m->{var a=(SanctuaryAtlasScreen)m.gui.screen();var pin=a.questPins().getFirst();check(pin.marker().id().equals(noticeId),"Followed location appears on atlas");check(CommunityMapMarkers.project("minecraft:the_nether",x->100,z->100,0,0,300,300).isEmpty(),"Other dimension has no pin");
+                var tooltip=new StringBuilder();for(var line:CommunityMapMarkers.tooltip(pin.marker())){line.accept((index,style,point)->{tooltip.appendCodePoint(point);return true;});tooltip.append(' ');}
+                check(tooltip.toString().contains("Voisin")&&tooltip.toString().contains("128")&&tooltip.toString().contains("Un repas")&&tooltip.toString().contains("Rendez-vous"),"Hover includes author, summary, materials and reward");
+                hover(m,pin.x(),pin.y());
+            });
+            c.waitTicks(3);c.takeScreenshot("search159-map-hover"+(database?"-database":"-file"));
+            for(int scale:List.of(3,4)) {
+                c.runOnClient(m->{m.options.guiScale().set(scale);m.resizeGui();var pin=((SanctuaryAtlasScreen)m.gui.screen()).questPins().getFirst();hover(m,pin.x(),pin.y());});
+                c.waitTicks(3);c.takeScreenshot("search159-map-hover-gui"+scale);
+            }
+            c.runOnClient(m->{m.options.guiScale().set(2);m.resizeGui();});
+            c.runOnClient(m->{var a=(SanctuaryAtlasScreen)m.gui.screen();var pin=a.questPins().getFirst();check(a.mouseClicked(new net.minecraft.client.input.MouseButtonEvent(pin.x(),pin.y(),new net.minecraft.client.input.MouseButtonInfo(com.mojang.blaze3d.platform.InputConstants.MOUSE_BUTTON_LEFT,0)),false),"Quest marker click handled");});
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.unfollow")&&!CommunityClient.pending(),300);
+            world.getServer().runOnServer(server->server.getPlayerList().getPlayers().getFirst().teleportTo(20.5,65,20.5));
+            c.waitTicks(5);c.runOnClient(m->m.gui.setScreen(new PauseScreen(true)));c.waitTicks(20);
+            c.runOnClient(m->{var map=((PauseAtlasAccess)m.gui.screen()).sanctuary$pauseMap();var pin=map.questPins().getFirst();check(pin.marker().id().equals(noticeId),"Pause map includes followed location");hover(m,pin.x(),pin.y());});
+            c.waitTicks(3);c.takeScreenshot("search159-pause-map-hover"+(database?"-database":"-file"));
+            c.runOnClient(m->{var map=((PauseAtlasAccess)m.gui.screen()).sanctuary$pauseMap();var pin=map.questPins().getFirst();map.mouseClicked(new net.minecraft.client.input.MouseButtonEvent(pin.x(),pin.y(),new net.minecraft.client.input.MouseButtonInfo(com.mojang.blaze3d.platform.InputConstants.MOUSE_BUTTON_LEFT,0)),false);});
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.unfollow")&&!CommunityClient.pending(),300);c.waitTicks(25);
+            c.runOnClient(m->press(m.gui.screen(),"sanctuary.community.unfollow"));
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.follow")&&!CommunityClient.pending(),300);
+            c.runOnClient(m->check(CommunityMapMarkers.project("minecraft:overworld",x->100,z->100,0,0,300,300).isEmpty(),"Unfollowing removes the map marker immediately"));
+
+            c.runOnClient(m->m.gui.setScreen(null));
+            c.runOnClient(m->m.getConnection().sendCommand("sanctuary community admin"));c.waitTicks(5);
+            c.runOnClient(m->check(m.gui.screen()==null,"Non-operator cannot open administration"));
+            c.runOnClient(m->{m.getLanguageManager().setSelected("en_us");m.getLanguageManager().onResourceManagerReload(m.getResourceManager());m.gui.setScreen(new WorldOptionsScreen(null,m.level));});c.waitTicks(3);
+            c.runOnClient(m->{widgets(m.gui.screen()).filter(AbstractButton.class::isInstance).map(AbstractButton.class::cast).filter(b->b.getMessage().getString().startsWith("Allow Commands")).findFirst().orElseThrow().onPress(enter());widgets(m.gui.screen()).filter(AbstractButton.class::isInstance).map(AbstractButton.class::cast).filter(b->b.getMessage().getString().equals("Apply Changes")).findFirst().orElseThrow().onPress(enter());});
+            c.waitFor(m->ProgressionClient.operator,150);c.runOnClient(m->{m.gui.setScreen(null);m.getConnection().sendCommand("sanctuary community admin");});
+            c.waitFor(m->m.gui.screen() instanceof CommunityScreen&&has(m.gui.screen(),"sanctuary.community.publish")&&!CommunityClient.pending(),200);
+            c.waitTicks(25); // Respect the server write cooldown after the preceding unfollow.
+            c.runOnClient(m->{press(m.gui.screen(),"sanctuary.community.publish");edit(m.gui.screen()).setValue("Message officiel");body(m.gui.screen()).setValue("Bienvenue !");press(m.gui.screen(),"sanctuary.community.publish");});
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.back")&&!CommunityClient.pending(),250);
+            c.runOnClient(m->{check(!has(m.gui.screen(),"sanctuary.community.follow")&&!has(m.gui.screen(),"sanctuary.community.reply"),"Administrative bulletin has no quest or replies");CommunityClient.open(null,"bulletin","",false);});
+            c.waitFor(m->widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).count()==2&&!CommunityClient.pending(),250);
+            c.runOnClient(m->{check(!has(m.gui.screen(),"sanctuary.community.publish"),"Public bulletin remains read only for operators");widgets(m.gui.screen()).filter(CommunityCard.class::isInstance).map(CommunityCard.class::cast).findFirst().orElseThrow().onPress(enter());});
+            c.waitFor(m->has(m.gui.screen(),"sanctuary.community.back")&&!CommunityClient.pending(),250);
+            c.runOnClient(m->{check(!has(m.gui.screen(),"sanctuary.community.actions"),"Operator uses administration to edit official messages");m.gui.setScreen(new PauseScreen(true));});
+            c.waitFor(m->CommunityClient.overview.has("bulletins")&&!CommunityClient.pending(),200);
+            for(String locale:List.of("fr_fr","en_us"))for(int scale:List.of(2,3,4)) {
+                c.runOnClient(m->{m.options.guiScale().set(scale);m.resizeGui();m.getLanguageManager().setSelected(locale);m.getLanguageManager().onResourceManagerReload(m.getResourceManager());m.gui.setScreen(new PauseScreen(true));});
+                c.waitTicks(20);
+                c.runOnClient(m->{
+                    var date=widgets(m.gui.screen()).filter(StringWidget.class::isInstance).map(StringWidget.class::cast).filter(w->w.getMessage().getString().contains(java.time.Year.now().toString())).findFirst().orElseThrow();
+                    var official=widgets(m.gui.screen()).filter(PauseTextButton.class::isInstance).map(PauseTextButton.class::cast).filter(w->w.getMessage().getString().contains("Message officiel")).findFirst().orElseThrow();
+                    check(date.getRight()<official.getX(),"Full date and server message do not overlap");
+                    var screen=m.gui.screen();
+                    check(date.getX()==8&&date.getHeight()==38&&date.getY()==3,"Calendar framed at top left");
+                    check(!has(screen,"sanctuary.progression.history"),"World navigation removed");
+                    var discovery=pauseButton(screen,"sanctuary.progression.blocks");var progression=pauseButton(screen,"sanctuary.progression.progress");var inhabitant=pauseButton(screen,"sanctuary.progression.identity");
+                    check(date.getWidth()==discovery.getWidth(),"Calendar matches navigation width");
+                    check(official.getX()==date.getRight()+10&&official.getRight()==screen.width-8,"Bulletin spans map and community panels");
+                    check(date.getMessage().getString().matches(".*\\d{2}:\\d{2}$"),"Clock included in calendar");
+                    check(inhabitant.getY()-progression.getBottom()>progression.getY()-discovery.getBottom(),"Personal and social navigation groups separated");
+                    var navigation=screen.children().stream().filter(Button.class::isInstance).map(Button.class::cast).filter(b->b.getX()==8&&b.getY()>=50&&b.getY()<pauseButton(screen,"menu.options").getY()).toList();
+                    check(navigation.size()==5,"Five navigation destinations");
+                    check(navigation.stream().allMatch(b->b.getBottom()<pauseButton(screen,"menu.options").getY()),"Navigation clears settings");
+                    var resume=pauseButton(screen,"menu.returnToGame");
+                    check(Math.abs(resume.getX()+resume.getWidth()/2-screen.width/2)<=1&&resume.getY()>screen.height-33,"Resume centered in footer");
+                    check(pauseButton(screen,"options.worldOptions.button").getBottom()<screen.height-39,"World settings remain in body");
+                    for(var child:screen.children())if(child instanceof AbstractWidget w)check(w.getX()>=0&&w.getRight()<=screen.width&&w.getY()>=0&&w.getBottom()<=screen.height,"Pause widget within viewport");
+
+                });
+                c.takeScreenshot("pause164-calendar-"+locale+"-"+scale);
+            }
+            c.runOnClient(m->m.gui.setScreen(null));
+            System.out.println("PAUSE164_LAYOUT_PASS");
+            System.out.println("SEARCH159_CLIENT_PASS mode="+(database?"database":"file"));
+        } finally {intro.set(false);}
+    }
+    private static void noticeSceneChecks(ClientGameTestContext c) {
+        for(String locale:List.of("fr_fr","en_us"))for(int scale:List.of(2,3,4)) {
+            c.runOnClient(m->{m.getLanguageManager().setSelected(locale);m.getLanguageManager().onResourceManagerReload(m.getResourceManager());m.options.guiScale().set(scale);m.resizeGui();});
+            c.waitTicks(3);
+            c.runOnClient(m->{
+                var s=m.gui.screen();var scene=widgets(s).filter(CommunityNoticeScene.class::isInstance).map(CommunityNoticeScene.class::cast).findFirst().orElseThrow();
+                check(button(s,"back").getBottom()<=scene.getY(),"Back/refresh fixed above scene");
+                if(s.width>=522) {
+                    check(body(s).getX()>=scene.getRight(),"Conversation to the right of author scene");
+                    check(button(s,"reply").getBottom()<=s.height-33,"Reply stays above footer");
+                } else check(body(s).getY()>scene.getBottom(),"Narrow GUI stacks conversation below scene");
+                body(s).setValue("Brouillon scène162");hover(m,0,0);
+            });
+            c.waitTicks(3);
+            var left=new java.util.concurrent.atomic.AtomicReference<Float>();
+            c.runOnClient(m->{var scene=widgets(m.gui.screen()).filter(CommunityNoticeScene.class::isInstance).map(CommunityNoticeScene.class::cast).findFirst().orElseThrow();left.set(scene.yaw());hover(m,m.gui.screen().width,m.gui.screen().height);});
+            c.waitTicks(3);
+            c.runOnClient(m->{var scene=widgets(m.gui.screen()).filter(CommunityNoticeScene.class::isInstance).map(CommunityNoticeScene.class::cast).findFirst().orElseThrow();check(scene.yaw()>left.get()&&Math.abs(scene.pitch())<50,"Portrait tracks pointer within bounded angles");});
+            c.takeScreenshot("notice162-scene-"+locale+"-"+scale);
+        }
+        c.runOnClient(m->{m.options.guiScale().set(2);m.resizeGui();check(body(m.gui.screen()).getValue().equals("Brouillon scène162"),"Draft survives GUI resize");body(m.gui.screen()).setValue("Réponse scène162");press(m.gui.screen(),"sanctuary.community.reply");});
+        c.waitFor(m->!CommunityClient.pending()&&widgets(m.gui.screen()).filter(CommunityBubble.class::isInstance).map(CommunityBubble.class::cast).anyMatch(w->w.getMessage().getString().equals("Réponse scène162")),300);
+        c.takeScreenshot("notice162-conversation");
+        System.out.println("NOTICE162_SCENE_PASS");
+    }
+    private static void hover(net.minecraft.client.Minecraft m,double x,double y) {
+        var w=m.getWindow();double sx=(double)w.getScreenWidth()/w.getGuiScaledWidth(),sy=(double)w.getScreenHeight()/w.getGuiScaledHeight();
+        m.mouseHandler.onMove(w.handle(),x*sx,y*sy,(x-m.mouseHandler.getScaledXPos(w))*sx,(y-m.mouseHandler.getScaledYPos(w))*sy);m.mouseHandler.handleAccumulatedMovement();
+    }
+    private static Button pauseButton(Screen screen,String key) {return screen.children().stream().filter(Button.class::isInstance).map(Button.class::cast).filter(b->b.getMessage().getContents() instanceof net.minecraft.network.chat.contents.TranslatableContents t&&t.getKey().equals(key)).findFirst().orElseThrow();}
+    private static AbstractButton button(Screen screen,String key) {return widgets(screen).filter(AbstractButton.class::isInstance).map(AbstractButton.class::cast).filter(b->b.getMessage().getContents() instanceof net.minecraft.network.chat.contents.TranslatableContents t&&t.getKey().equals("sanctuary.community."+key)).findFirst().orElseThrow();}
+}