# 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`.