sanctuary-beta/docs/consultation-discord-analyse.md

Sanctuary — analyse de la vision et préparation de la consultation

14 septembre 2026 · Ticket documentaire local CONSULT-01 · Branche codex/consultation-discord.

Livrable associé : 120 posts Discord prêts à copier. Ils couvrent les décisions de jeu, les retours sur les mécaniques actuelles et les besoins de communauté déduits de l’analyse. Ils n’ont pas été publiés. Aucun vote, témoignage ou accord d’anciens joueurs n’a été inventé.

Un extrait des 12 premiers posts permet de lancer la discussion sans parcourir toute la banque.

1. Ce que l’analyse fait ressortir

Sanctuary dispose déjà d’une progression personnelle documentée, mais sa promesse centrale — transformer ensemble un monde grâce à ses activités — demande encore sa boucle de jeu collective. On peut développer son personnage, explorer, construire, recommencer et créer une faction. Les recherches et contributions ouvrant un continent, l’économie, les protections territoriales, les quêtes et la grande histoire ne sont pas encore reliées en un parcours jouable documenté.

La vision est cohérente autour de trois expériences : devenir capable de choses nouvelles ; rendre le monde habitable avec d’autres ; laisser une histoire visible dans les lieux et le ciel. Ses inconnues les plus importantes portent sur qui peut agir, à quel rythme, avec quelles conséquences pour les autres et pour ceux qui arrivent plus tard. Choisir d’abord les objets, leurs recettes ou leurs prix laisserait ces problèmes sans réponse.

Les anciens joueurs peuvent particulièrement bien éclairer les moments qui rassemblaient, les contraintes qui décourageaient, le plaisir des pouvoirs et la manière dont les voisinages fonctionnaient. La documentation ne contient pas un corpus de leurs retours permettant de présumer ces préférences. Les deux premières questions sont donc libres et précèdent les listes de fonctionnalités.

2. Périmètre et méthode

La base est l’état local de travail, qui comportait de nombreuses modifications et additions avant cette tâche, sur codex/realtime-tracking-beta037. La configuration indique mod_version=beta.037 et pack_version=beta.037. Les notes décrivent des exports locaux ; cela ne prouve pas que les anciens joueurs disposent de cette version ni qu’elle est installée sur un serveur public.

Le corpus inventorié comprend les 102 fichiers Markdown alors présents dans docs/, le README, le changelog, les consignes de contribution et de versionnement, les notices et guides du pack, les README des modules et les archives documentaires pertinentes. La vision, les cahiers de cosmologie, structures, expansion et progression ont été examinés pour leurs décisions ; les contrats de versions pertinentes ont été croisés pour actualiser les statuts. Les historiques de terrain et de validation ont été parcourus par leur structure, leurs états et leurs limites. Les grands inventaires de recettes servent à vérifier la couverture des familles, pas à voter ligne par ligne sur des milliers de recettes.

Il s’agit d’un audit documentaire de conception, pas d’un nouvel audit exhaustif du code, d’une vérification de toutes les preuves historiques ni d’un essai multijoueur. « Livré » ci-dessous signifie décrit comme livré et accompagné de vérifications dans le contrat concerné. Aucun test Minecraft n’a été exécuté pour cette tâche documentaire et aucune compatibilité externe n’est extrapolée depuis une ancienne étude.

Ordre de lecture retenu en cas de divergence : décision explicite récente pour l’intention ; contrat de livraison le plus récent sur la mécanique pour l’état documenté ; proposition datée pour les possibilités ; référence alpha ou 26.2 pour l’historique. Un document récent ne remplace un ancien contrat que sur les sujets qu’il traite.

Les posts portent quatre statuts :

• Souvenir : information à recueillir, absente des sources.
• Choix ouvert : décision explicitement laissée à concevoir ou à équilibrer.
• Retour sur l’existant : une règle existe ; on évalue son effet sans la présenter comme indécise à l’origine.
• Question déduite : conséquence ou besoin identifié par l’analyse, à confirmer auprès des joueurs.

3. Ce qui est déjà fixé ou documenté comme jouable

Sujet	Point de départ à conserver dans les discussions	Sources
Monde	Un monde flottant commun ; Petit 512, Moyen 724, Grand 1 024 de diamètre nominal. Chantier de terrain clôturé par le créateur sur alpha.30.7.	Vision, alpha.30.7
Expéditions	Quatre régions de 512 blocs déjà ouvertes dans les nouveaux mondes concernés. La révision beta.002 retient nord boréal, est tropical/volcan, sud aride/canyon, ouest humide/océan ; les futures ouvertures collectives restent absentes.	beta.001, beta.002, expansion
Arrivée	Fiche d’habitant et couleur, accueil, cinématique de 29,5 secondes que l’on peut passer. Départ 3/3/3.	Progression, introduction
Compétences	Six compétences fonctionnelles. Minage individuel à vitesse native au départ, jusqu’à 200 % et veines de 256 blocs ; construction jusqu’aux plans 15×15 ; inventaire de 9 à 54 cases, hotbar comprise.	Minage, construction, inventaire
Coûts et amorce	Courbe par défaut 1, 2, 4, 8, 16, 32, 48 niveaux ; inventaire sur les cinq premiers achats. Cinq étapes de premiers gestes, 8 points d’XP chacune, une fois par habitant et monde. Équilibrage à éprouver.	beta.013, tutoriel
Mort	Compétences et aptitudes conservées. Sans keepInventory, 70 % des points d’XP non investis laissés en orbes récupérables par tous ; objets selon les règles de mort applicables.	Contrat initial, inventaire
New Game+	Volontaire après les six compétences au maximum, sans exiger toutes les aptitudes. Compétences et XP remises à zéro par défaut ; aptitudes, objets, connaissances, monde et affiliations conservés. Objets des rangées verrouillées retirables.	Cycles
Factions	Une affiliation à la fois. Un cycle donne un prestige et une charge ; une charge fonde deux places, une charge ajoute une place. Invitations, départ, exclusion, transfert et dissolution existent. Aucun claim n’en découle.	Cycles et factions
Demeure	Mesure des empreintes d’habitation dans les zones connues ; la décroissance après absence ne constitue pas un droit de reprise de propriété.	Demeure, module
Connaissances et carte	Carte native personnelle de surface, exploration mémorisée avant achat, absence de partage automatique ; filtres Discovery des entrées connues. Bestiaire complet, minimap, marqueurs et partage restent des sujets distincts.	Atlas, menus beta.033, navigation
Recettes	Catalogue JEI porté, connaissances distinctes de la possession, fabrication manuelle libre. 67 collections dont une technique ; 2 042 recettes classées et 126 advancements associés. Fiches détaillées d’obtention et musée encore futurs.	Recettes, collections beta.035
Familiers	88 paires de pouvoirs révisées, recharges et budgets partagés, nom et taille persistants, interactions. Acquisition de survie, rangs I–III et Anomaly non livrés.	beta.020, beta.032, catalogue
Gestes et visuels	Portage et piles de joueurs, plongeon, posture allongée, plané avec animal volant porté, cosmétiques interactifs et lumières dynamiques. La TNT portée est une vraie exception avec dégâts.	Accessoires, TNT, lumières, beta.036
Temps et objectifs	Temps réel saisonnier, choix serveur, sommeil sans saut de nuit, phantoms naturels d’insomnie désactivés en temps réel. Suivi commun avec trois objectifs épinglés au maximum ; quêtes non livrées.	beta.037
Canon	Neuf anciens personnages, ruines comme traces d’anciennes solutions, Indoors contrôlés et Backrooms orphelins. Le canon et les identités retenus ne deviennent pas un sondage de popularité.	Cosmologie

4. Les tensions de design à résoudre en priorité

Tension	Pourquoi elle change réellement la partie	Décision ou essai utile
Coopération / passage obligé par le prestige	Un groupe d’amis peut vouloir se structurer avant qu’un membre ait maximisé six compétences. Les places financées par répétition de cycles peuvent faire du groupe une récompense de grind.	P06, P07, P10–P12, puis essai de fondation à plusieurs.
Départ fragile / joueur occasionnel	Trois cœurs et neuf cases peuvent créer de l’entraide ou décourager avant la première relation sociale. Les premiers gestes donnent déjà de l’XP : il faut mesurer le départ actuel.	P04, P08, P09, P15 et une heure sans commandes.
Exploration / stocks disponibles	Quatre îles sont déjà ouvertes, et certains îlots aériens de la fin alpha sont volontairement riches. « Ressources rares » n’est pas une preuve de besoin d’expansion.	P19, P23, P26–P27 ; relever les ressources effectivement accessibles pendant une partie.
Initiative / décision commune	Ouvrir une île modifie durablement le monde de tous. Le financeur, le constructeur de la machine et les futurs usagers ne sont pas forcément les mêmes.	P21–P25 ; préciser aussi la décision de lancement et l’annulation avant consommation.
Progression / économie de l’XP	Capacités, enchantements, transports et futurs gestes créatifs peuvent se concurrencer. Une source d’XP dominante peut décider du rythme de tous les autres systèmes.	P09–P10, P18, P29 ; mesurer les budgets par activité avant de choisir les prix.
Habiter / combattre / plaisanter	Factions, Demeure, braquages, téléportations, TNT et lucky blocks ne partagent pas encore un contrat de protection. Un geste amusant pour l’un peut détruire le projet d’un autre.	P31–P40, P114, P102 ; tester des situations aux frontières des permissions.
Monde permanent / pression horaire	Temps réel, offres horaires, dimanche, quotas et production peuvent favoriser une disponibilité que les anciens n’ont plus.	P04–P06, P49, P52, P54–P55, P58, P100, P113.
Découverte / connaissance extérieure	Les joueurs connaissent déjà Minecraft et peuvent consulter un wiki. Le secret du catalogue ne doit pas devenir une obligation d’ignorer ce qu’ils savent.	Garder la fabrication libre ; P63–P67 et un parcours d’information volontaire.
Attachement / objet échangeable	Un compagnon nommé et singulier peut aussi être perdu, vendu, prêté ou remplacé par un plus rare. Ces intentions produisent des relations très différentes.	P71–P75 ; fixer l’acquisition et la récupération avant un marché des œufs.
Histoire commune / événements manqués	Boss uniques, reliques et révélations peuvent laisser les absents sans rôle. Le ciel et les archives peuvent valoriser une première victoire sans rendre les suivants inutiles.	P06–P07, P82–P86, P107–P108, P116.
Ballast / conservation économique	Une trace narrative n’est ni un prélèvement autorisé ni un stock restituable. Rendre le ballast exploitable peut créer une nouvelle source de monnaie ou de matériaux.	P92–P93, P117 ; un cas complet d’opération → trace → lieu → récupération.
Proximité du créatif / avenir de la survie	Les possibilités créatives changent la valeur de la production, des objets rares et du commerce. Les droits opérateur ne sont pas une récompense de gameplay implicite.	P18 et P85 avant de définir la récompense des sept boules.

5. Carte complète des décisions restantes

Les plages renvoient aux identifiants du document de posts. La colonne finale conserve les détails à spécifier après la consultation : les joueurs choisissent une expérience, puis le ticket en fait une règle testable. Aucun de ces détails n’est marqué comme implémenté par ce document.

Domaine	Décisions de jeu encore ouvertes ou à réévaluer	Posts	Détails à arrêter au ticket
Identité du projet	Souvenirs à retrouver, irritants, priorité des piliers, durée des sessions et des aventures.	P01–P05	Population et rythme de test visés ; distinguer monde permanent et futurs départs saisonniers. Aucun effacement décidé.
Accueil et inclusion	Place des nouveaux, absents, non-combattants, autonomie des premières heures.	P06–P09, P111–P112	Aides, jalons, lisibilité de la fiche et de l’introduction, accès sans vocal, besoins de clavier et de lecture.
Progression	Temps du premier cycle, sources d’XP, intérêt du prestige, confort achetable et plafond d’inventaire.	P09–P16	Prix et courbes après mesures ; ne pas récompenser de nouveau une découverte déjà payée ; traitement des futurs plafonds sans altérer les cycles archivés.
Mort	XP publique ou réservée, pertes ordinaires et objets personnels, effort de récupération.	P13–P14, P73, P90–P91	Expiration, décès répété, vide, lave, déconnexion, keepInventory et garanties contre les doubles restitutions.
Factions	Moment de fondation, charges et capacité, délégation et responsable absent.	P11–P12, P35	Rôles fins, seuils, invitations, règles de trésorerie future et sort des dépenses au départ ; ne pas confondre couleur d’habitant et identité collective.
Claims et voisinages	Protection personnelle avant faction, agrandissement, visiteurs, abandon, visibilité Demeure.	P31–P36	Emprise verticale, sous-sols, limites de chunk, espaces publics, accès aux animaux et coffres, chevauchements, alertes et contestations. Demeure reste une mesure sauf nouveau contrat explicite.
Conflit et risques	PvP, conditions des braquages, enjeu volable, présence des défenseurs, dégâts collatéraux.	P37–P40, P114	Fenêtres, cooldowns, avertissements, attribution d’une attaque, usages du foret, sanctions et réparation d’incidents. Les dates d’absence ne valent pas consentement.
Expansion collective	Motivation après les quatre îles initiales, cadence, décideurs, formes de contribution et coûts.	P19–P23	Population de référence, progression des prix, plusieurs projets simultanés, annulation, remboursement, droit de lancer et usage public de la nouvelle terre.
Recherches et machine	Informations accessibles avant engagement, apprentissage, montage et programmation.	P24–P25, P60	Rôles de l’assembleur, contrôleur, terminal, dépôt et ancre ; connexions, recettes, autorisations ; distinction mailbox / dépôt collectif / dépôt de machine.
Territoire et ressources	Préservation de l’île, carrière, pénurie bloquante, ressources exclusives, identité des futurs biomes.	P19, P26–P27, P118	Relevés après génération, ressources finies/renouvelables, emprises et accessibilité ; nouveau biome et palette sur graines versionnées, sans rouvrir implicitement le chantier alpha.
Ruines	Utilité immédiate, indices, réappropriation, lien avec les machines et les personnages.	P78–P79, P84	Pour chaque lieu : ancien usage, plan, accès, butin, état, exceptions collectives, présence garantie/facultative et répétition. Relire les versions plus récentes avant de reprendre WG-26.
Donjon majeur	Blocage qu’il lève, nature du défi, bénéficiaires, répétition, usage après victoire.	P80–P84	Identité et comportements du boss, objet installé/consommé/conservé, site indispensable accessible, objet perdu, participants tardifs, spawners et récompenses personnelles.
Transport	Première traversée, priorité des moyens, coût et place des réseaux publics.	P28–P29, P119	Waystones horizontales connues et ascenseurs, rayon et arrivée approximative du téléporteur, temps d’activation, accès, capacités et vitesses ; ziplines, leads consommés par grappin, bateau/poule, biplan, Happy Ghast, taille de Magic Carpet.
Monnaies	Rôle pratique des trois gemmes, convertibilité, production et usages de dépense.	P42–P45, P48	Origine et génération des rubis/saphirs, recettes, taux, frais, quantités, sinks et effets des fermes. Les valeurs de ponte de la vision demandent un essai d’économie.
Boutique et marché	Lieu, stock réel ou apport du serveur, prix, échanges entre joueurs et renouvellement des offres.	P41–P46, P113	Nombre et prix des neuf emplacements envisagés, durée d’une offre, frais d’annonce, réservation, transfert de propriété, livraison échouée et stockage plein.
Catalogue et courrier	Signification exacte d’une réserve en saphirs, garantie apportée, livraison et délégation.	P45, P47, P49	Limites par objet, dépôt ou assurance, propriétaire de la mailbox, récupération de l’accès, boîte pleine et envoi annulé ; éviter toute création illimitée par réservation.
Navets et loterie	Achat dominical accessible, place du hasard, exclusivités et attentes des absents.	P49–P50	Cours, fréquence, péremption éventuelle non décidée, ticket gagné/comment, probabilités, plafond, financement et règles des futurs casinos événementiels.
Quêtes et événements	Activités utiles, quotas, partage des récompenses, rendez-vous libres ou programmés.	P51–P54	Trois difficultés/gemmes, acceptation, abandon, expiration, dépôts, attribution XP/butins ; auteur des panneaux, inscriptions, anniversaires, visiteurs, concours et Gazette.
Villageois et automatisation	Premières tâches, personnes autorisées, production en l’absence des joueurs.	P56–P58	Rayon des cloches, bannières en conflit, salaires et entretien, stocks sources/destinations, métier, refus, capture/changement d’équipe ; différences ticks chargés / heures réelles.
Machines de production	Convoyeurs, ordinateur, terminal commun et chargement de chunk.	P56, P58–P60	Six ports, langage et exemples, stockage jusqu’à 128 coffres envisagés, connexion/permissions, périmètre et durée des clés de chunk, limites de charge serveur.
Construction avancée	Plans guidés ou automatisés, circulation des schémas, utilité des prefabs.	P17, P61	Attribution de l’auteur, partage/vente, matériaux inconnus, vraie consommation, permissions, supports, annulation ; vérifier Litematica sur la version exacte au ticket. Voxelier reste non prioritaire.
Cartographie	Transmission volontaire, niveau d’information de la minimap, reliefs superposés, marqueurs.	P62–P64	Copie ponctuelle ou mise à jour, périmètre du partage, provenance, carte de faction, limites du brouillard et de l’export Web ; autres dimensions et cartes souterraines.
Découvertes	Critères du bestiaire, fiches d’obtention, niveau de guidage, alchimie par familles.	P65–P67, P115	Vue/possession/fabrication distinctes, variantes d’espèces, gestes sans recette, encyclopédie technique, musée et récompenses éventuelles de collection ; contenu déjà connu conservé.
Profil et affinités	Vitrine, favoris, effet sur apprivoisement, production ou chasse, consultation d’autrui.	P68–P69, P115, P120	Nombre de trophées ; type/variante favori ; petit coefficient et bénéficiaire du butin ; délai de 24 h déjà retenu ; gestes et portée de lecture des PV.
Familiers	Acquisition, hasard/objectif choisi, marché, perte, rangs et nature d’Anomaly.	P71–P76	Contrat d’œuf de survie inerte à décider avant distribution ; duplication et première récompense ; sort des œufs de test, familles rares, découverte et stabilisation ; essais solo puis coop.
Capes et objets exceptionnels	Valeur de souvenir, mérite, appartenance ou collection ; puissance des anomalies.	P50, P75, P77	Visuel original de Cape Zéro, modes d’obtention des capes, tables des quatre familles de lootboxes, équipement titane indestructible et enchantements, rareté qui reste désirable sans remplacer tout le reste.
Cosmologie et récit	Manière de raconter, rôle des joueurs dans l’issue, trois épreuves manquantes.	P78, P85–P86	Nature exacte de la découverte, rôle encore vague de Zuri, liens d’Alex, journaux des neuf personnages, apparitions, dénouement ; ces révélations peuvent rester un atelier d’auteur séparé.
Fin et après-fin	Réussite commune, droits créatifs de gameplay, poursuite du monde.	P05, P18, P85–P86	Sept objets et leur réunion, seuil de fortune, cauchemar, rencontre d’Alpha, nécromancien, conséquences de victoire, nouveaux arrivants et nouveaux cycles.
Dimensions	Priorité et rôle distinct des Cavernes, Alpha, Backrooms et Indoors.	P30, P87, P94	Accès Nether/End existants ou à relier au parcours, ressources des Cavernes, cité ancienne et boss, apparence Alpha limitée à sa dimension ; conservation des régions exploitées.
Backrooms	Accès, retour, récupération de biens perdus, propriété et rétention.	P88–P91	Lumière et niveau de danger, lieu d’arrivée, mort/déconnexion, secours, distinction objet identifié / ressource de décor / résidu. Aucun espace réel ne devient sans référence de sauvegarde.
Ballast et géologie	Trace gratuite, coût, conséquence contrôlable, lecture des périodes, extraction.	P92–P93, P117	Opérations contributrices, unités, conservation ou transformation, provenance, période, moment de génération, strates des anciens, bornes ; préserver les lieux déjà explorés.
Indoors	Usages, géométrie, propriété partagée et accès de remplacement.	P94–P97	Tailles 5³ à 100³ indicatives, transfert/vente, déconnexion, visiteurs coincés, fermeture et devenir du contenu ; dimension technique ou régions d’un espace partagé à choisir par les développeurs.
Cuisine et cultures	Complexité, terroirs, serres, transmission du savoir et temporalité alimentaire.	P98–P101	Premier catalogue d’ingrédients/plats, ustensiles, étapes, nature de la « poudre », maturation du vin/fromage/saucisson, pages de Steve et pages secrètes ; rôle nutritionnel à mesurer avec Faim/Repos/familiers.
Faune et végétation	Utilité et attachement aux rares, nouveaux environnements, productions localisées.	P48, P99, P106, P118	Tables d’apparition, ponte non reproductible, armures de poule, variantes Moobloom, fleurs et bois lavande/ébène/mossy/blueberry ; formes, noms FR/EN et identifiants à stabiliser.
Humour et danger	Limites d’Only Fun, événements absurdes, proximité des nouveaux hostiles.	P40, P102–P103, P106	Portée des interactions, consentement, baleine fantôme et Happy Creeper, classes de zombies, fréquence, raids éventuels, distances aux refuges et comportement des boss.
Armes et petits objets	Place des armes à feu, objets d’activité et écoute de musique.	P104–P105, P110	Munitions pépites/lingots/minerais, argent/titane, creeper lock/mining rifle, enchantements, Weather/Fragment/Randomizer/Mega TNT ; format caméra/cartes, particuleur, référence du disque et lecture audiovisuelle.
Ciel et calendrier	Organisation des étoiles, constellations, droits de dessin, cycles et datation visible.	P107–P109, P116	Géométrie selon le point de vue, noms et longue-vue, étoiles adjacentes, coût point/segment, cycle stellaire de sept jours, origine et relation au soleil ; étoiles des absents et densité à long terme.
Site et histoire	Gazette, activités entre connexions, publication volontaire et portée des découvertes.	P70, P120	Identités partagées, événements personnels/collectifs, spoilers, causalité, exports et actions Web validées serveur ; journal fonctionnant sans site. Les agrégats matériels ne suffisent pas à reconstruire cette histoire.
Pack et exploitation	Accessibilité, performances et format des essais ; besoin réel des intégrations.	P111–P112	Contrôles sans bouton latéral, lisibilité, effets et sons réglables ; matrice de versions/licences, machines cibles, support Mac/Windows, rollback et canal. Master Key : rôles de maintenance, journal des réparations et diagnostics, distincts des pouvoirs de jeu.

6. Incohérences et formulations documentaires à corriger

Ces points sont relevés pour un futur entretien documentaire ; les fichiers sources existants n’ont pas été réécrits dans cette tâche.

Passage pouvant induire en erreur	Lecture actualisée	Correction documentaire proposée
README : nouveautés beta.037, tableau de version et exemple de JAR encore beta.036.	Les deux propriétés sont beta.037 ; la livraison est locale.	Une courte fiche de version actuelle, puis un historique daté. Ne pas déduire l’état du canal depuis la version de travail.
Vision : progression décrite comme future dans « Périmètre de départ », conclusion invitant encore à obtenir le premier monde stable.	Des compétences, cycles et factions sont décrits comme livrés ; worldgen clôturé sur alpha.30.7.	Marquer ces paragraphes comme cadrage initial et ajouter l’état actuel en tête.
Vision : tous commencent isolés avant l’ouverture progressive des continents.	beta.001–002 ouvre déjà quatre anciennes expéditions dans les nouveaux mondes concernés.	Distinguer les terres héritées de celles que les joueurs créeront ensuite.
Vision/expansion : boussole froid/chaud/sec/humide.	Convention facultative ; les îles initiales ont une répartition spécifique confirmée, dont ouest humide et est tropical.	Ne pas transformer la convention climatique en loi des quatre expéditions.
Vision et ancienne présentation worldgen : monde de 384 blocs.	alpha.30.4 documente Y0–639 constructibles ; alpha.30.7 conserve le plafond Y640.	Distinguer hauteur constructible actuelle, volume du terrain et configurations historiques.
Vision : minage très lent, place de la hotbar à préciser, taux de perte XP et charges encore ouverts.	Minage démarre à 100 % ; inventaire inclut la hotbar ; mort et cycles fixent des valeurs configurables.	Conserver ces mentions comme anciennes intentions, lier les contrats courants. Poser un retour d’essai, pas une question d’implémentation initiale.
Prochains tickets et plusieurs sections du backlog gardent de longues questions désormais résolues en beta.011.	Le bandeau de statut est à jour, le corps conserve le cadrage d’origine.	Séparer « contrat final », « limites encore ouvertes » et « discussion historique ».
Backlog : REALTIME « à cadrer » sous TIME-037 livré ; quêtes prévues en haut à gauche.	beta.037 livre l’horloge et impose le même moteur et placement que les autres objectifs, sans second HUD.	Retirer ces deux entrées des prochaines décisions actives ou les marquer remplacées.
beta.034 : bas à droite et suivi automatique ; beta.033 : Factions/History dans Échap.	beta.036 retient haut à droite par défaut et suivi choisi ; beta.034 déplace Factions/History dans Prestige.	Garder chaque contrat daté ; une notice joueur actuelle doit décrire seulement les accès actuels.
Navigation Blocodex : tout est encore présenté comme conception et les inconnus sont décrits visibles dans le socle.	Recettes, objets connus, filtrage et accès ont progressé en beta.024–036 ; vitrine/favoris et bestiaire restent à distinguer.	Une matrice par fonction évitera « tout livré » et « tout absent ».
Collections : définitions intégrées en tête, puis « futur ticket » et ancienne séquence de livraison dans le corps ; README beta.024 encore « proposition non active ».	beta.035 matérialise les 67 collections. Les fiches d’obtention et le musée restent futurs.	Séparer les données livrées des extensions de présentation, conserver le prototype JSON comme exemple historique.
Familiers v1, v2 : couches de propositions avec états à dates différentes.	beta.032 et son catalogue décrivent les 88 pouvoirs ; acquisition, rangs et Anomaly restent ouverts.	Présenter une source des valeurs courantes et une liste distincte des hypothèses d’acquisition.
Structures-conception : « alpha.22 reste la version publiée », petite sélection de lieux, rôles des personnages encore largement ouverts.	Les versions alpha.30.6, alpha.30.7 et cosmologie décrivent des évolutions ultérieures.	Ne pas appliquer toute la liste WG-26 comme un prochain chantier. Réconcilier chaque lieu et son rôle avec la génération finale et le canon.
Formules générales sur « Fabric API seule dépendance de gameplay » dans le README et les guides de pack.	Demeure et un fork JEI sont embarqués ; Fabric API reste la dépendance externe distincte décrite par le pack.	Distinguer dépendances externes, modules embarqués et intégrations envisagées.
Anciennes notes : contrôles visuels en attente, versions suivantes : parcours clients réussis.	Une validation ultérieure ciblée n’est pas automatiquement celle de tous les anciens scénarios ni un test d’équilibre.	Une matrice consolidée « comportement / dernière preuve / essai restant » ferait gagner plus qu’une nouvelle accumulation de totaux de tests.

Le défaut principal de la documentation est donc l’accumulation de l’historique dans les pages d’orientation. Elle conserve utilement les décisions et les limites, mais le lecteur doit reconstruire lui-même ce qui fait encore débat. Une future page « état actuel et décisions ouvertes » reliée aux contrats éviterait de transformer les anciens « reste à faire » en nouveau backlog.

7. Comment utiliser les réponses

Premier tour : choisir ce qu’on veut vivre

Commencer par P01 et P02, sans afficher d’abord toutes les fonctionnalités possibles : on recueille les souvenirs spontanés. Continuer avec P03, P06, P08, P12, P19, P21, P31, P37, P71, P85. Cette série de douze questions fixe les priorités, le rythme social, la protection et les grandes récompenses.

Lire les commentaires avant de conclure avec un pourcentage. Une préférence majoritaire pour le conflit peut aussi révéler qu’une partie du groupe ne reviendrait pas avec cette règle. Conserver séparément avis sur une ancienne version, préférence théorique et observation sur une bêta précise. La taille des groupes de répondants ne permet pas de présumer l’opinion de tous les anciens.

Deuxième tour : préciser seulement les branches retenues

• Si le groupe veut des territoires durables : P32–P36, puis les accès et limites des protections.
• Si le braquage est accepté : P39 et P114. Si le groupe choisit de le réserver aux donjons, ces questions deviennent inutiles.
• Si l’expansion collective motive : P20, P22–P27, P119, puis le rôle du donjon P80.
• Si les familiers comptent : P72–P75 et P76 sur des usages réels, sans mettre 88 fiches au vote d’un coup.
• Si l’économie est prioritaire : P41–P50, P58, P113 ; vérifier ensemble sources de ressources, dépenses et disponibilité horaire.
• Si les mystères attirent : P78–P86. Proposer P92–P93 et P117 dans un espace volontaire si l’on veut garder cette idée secrète pour le reste des joueurs.

Les autres thèmes gardent leur série indépendante. Une préférence pour la cuisine n’impose pas immédiatement toute sa liste d’ingrédients ; on peut choisir une chaîne complète, par exemple récolter → transformer → préparer → partager.

Troisième tour : convertir les avis en petits essais

Essai proposé	Matériel déjà documenté	Observation attendue
Une heure d’arrivée en survie	Profil normal, premiers gestes, compétences, inventaire.	Premier achat, premières morts, incompréhensions, moment où l’on veut aider quelqu’un ou demander de l’aide.
Une tâche avec quelques familiers	Pouvoirs beta.032 ; œufs fournis dans un monde de test puisque l’acquisition n’existe pas.	Fréquence d’usage, effets compréhensibles, tâches rendues possibles, comparaison seul/à plusieurs et compagnon que l’on veut garder.
Une expédition avec chantier	Quatre régions ouvertes, carte personnelle, gestes de construction.	Temps et difficulté de traversée, manque réel de ressources, besoin de transport et intérêt d’une future expansion.
Un atelier de règles de voisinage	Situations discutées ou simulées ; ne pas prétendre que les claims sont actifs.	Visiteur, accident, stock commun, absence, reprise, personne hors faction ; règles contradictoires repérées avant le code.

Une décision exploitable contient : règle provisoire, raison exprimée, personnes affectées, situation testée et critère qui conduirait à la revoir. Le modèle de retour à la fin des posts rend cette décision visible sans la confondre avec une fonctionnalité livrée.

8. Ce qui reste de la responsabilité de conception et de développement

Certaines inconnues demandent un atelier d’auteur ou une preuve technique, plutôt qu’un vote Discord :

• Équilibrage chiffré : coefficients des 88 familiers, coûts exacts, taux de change, tables de butin, quotas, courbes de prix, fréquences de ponte et de spawn. Les avis donnent le ressenti visé ; les parties et mesures fixent les valeurs d’essai.
• Contrats de données : identités stables, achats non répétés, objets uniques, panne entre paiement et livraison, copie des cartes, restauration, fermeture d’Indoor et journal transactionnel du ballast. Un choix de joueur ne dispense pas de ces garanties.
• Sauvegardes et génération : toute nouvelle version de terrain, dimension, extension ou récupération exige son périmètre et, si nécessaire, un contrat de migration. Aucun sondage n’autorise à effacer ou régénérer une partie existante.
• Intégrations : disponibilité, licence, dépendances et comportement réel de Sodium, Iris, Simple Voice Chat, Litematica, Golden Days ou autres pistes sur la version exacte. Le besoin peut être voté ; la compatibilité se vérifie au moment du ticket.
• Canon et révélations : nature de l’ancienne découverte, sacrifice et dénouement, détail des journaux et énigmes. On peut coécrire avec des volontaires avertis, sans dévoiler les réponses à tous pour choisir leur mode de découverte.
• Direction artistique : formes d’arbres, silhouettes de lieux, variantes de Moobloom, graphismes de Cape Zéro, vocabulaire FR/EN et palette du pack. Après les attentes d’usage, présenter quelques exemples concrets permettra de décider plus utilement que des noms seuls.
• Exploitation et Master Key : rôles de maintenance, diagnostics, réparation et journalisation ; état du canal de distribution, compatibilité client/serveur et limites de performances. L’administrateur doit pouvoir réparer un incident sans transformer les récompenses de jeu en droits opérateur.

9. Livraison de cette analyse

Trois fichiers documentaires ajoutés : analyse, banque complète et extrait de démarrage. Les changements préexistants ont été conservés ; aucun code, version binaire, manifeste, monde, serveur, canal packwiz ou instance Prism n’a été modifié par cette tâche. La branche documentaire conserve l’état de travail déjà présent ; elle ne constitue pas un commit isolé de l’ensemble des modifications antérieures.

La vérification de livraison porte sur les 120 identifiants uniques, les blocs à copier, leur longueur, les liens locaux et la couverture des familles de la vision. Les hypothèses sont signalées et les propositions de réponse ne valent ni résultats de sondage ni décisions validées. Une modification documentaire seule ne nécessite ni incrément beta ni construction Gradle.