# Multiblocs — reprise du catalogue

**Cahier rouvert le 15 septembre 2026. Conception, aucune machine livrée ici.**
Le créateur demande de reprendre **tout le catalogue** avant de choisir un
premier appareil. Ce document remet les décisions historiques à portée de la
bêta ; les propositions nouvelles restent indiquées comme telles.
Le [ticket MB-01](multiblocs-ticket.md) suit ce cadrage et prépare les lots de code.

**Reprise du 16 septembre 2026 : le premier duo choisi est Fourneau + Fût.**
La séance porte sur leur conception avant intégration. Le créateur confirme
ensuite l'inclusion de la clé, le Fût à 729 cases avec recherche et pages et
le principe des fournées à combustible commun. Les gestes de la clé et les
détails de chauffe restent ouverts ; les autres appareils restent au catalogue
pour plus tard. Le créateur précise ensuite que tout It's Alive sera fusionné
dans Sanctuary, mais ultérieurement ; le Fourneau pourrait remplacer sa
cuisinière. Voir le [cadrage corrigé](multiblocs-itsalive-contrat.md).

Les huit propositions de la [recherche du 15 septembre](multiblocs-recherche.md)
ont été **rejetées par le créateur**, jugées sans intérêt ou contraires au
contrat Minecraft Vanilla. Le travail reprend sur le catalogue antérieur
ci-dessous ; cette recherche ne constitue pas une liste d'implémentation.

## Les dossiers retrouvés

La source principale est le [cahier des machines que l'on construit](../../sanctuary-conception/docs/machines-multiblocs.md),
dans le chantier de conception WG-26. Sa dernière modification est le commit
`0e95da36ae7ebc99be5768a2f51e7be65aaf6702`, du 11 septembre 2026 :
« valider l’assemblage volontaire avec la clé dorée ». Le fichier consulté
ne comporte pas de modification locale.

Les dossiers complémentaires sont :

- [Redstone Language — ensemble](../../sanctuary-conception/docs/redstone-language-extensions.md) :
  catalogue des composants, transport, capteurs et connexions.
- [Fiches des composants](../../sanctuary-conception/docs/redstone-language-composants.md) :
  contrôleur, terminal, afficheur et disquettes.
- [Langage et machines](../../sanctuary-conception/docs/langage-et-machines.md) :
  programmation et installation d'expansion Galactium.
- [Vision historique](../../sanctuary-conception/docs/vision.md) et
  [backlog historique](../../sanctuary-conception/docs/backlog.md) : recoupement
  des choix retenus et des propositions.

Ces liens pointent vers un autre worktree local. Le commit source est conservé
pour retrouver la référence si ce worktree est déplacé. Les dossiers historiques
restent consultés en lecture seule. Ils décrivent de la conception ; leur
présence ne prouve pas une implémentation dans la bêta actuelle.

## Le principe déjà retenu

**Des blocs identiques réunissent leur fonction dans une construction plus grande.**
Le joueur pose les composants, les assemble volontairement à la clé dorée,
utilise une machine commune, puis peut retrouver ses blocs indépendants.

- **La pose ne fusionne rien.** Un cube de fours peut rester une batterie de
  fours ; neuf hoppers voisins peuvent garder neuf circuits.
- **La clé à molette dorée assemble, dissocie et oriente.** Ces fonctions sont
  retenues ; recette, obtention, usure et gestes précis restent ouverts.
- **Dissocier laisse les composants sur place.** La machine ne se transforme
  pas implicitement en un objet transportable. La séparation persiste après
  rechargement, même si la forme reste complète.
- **Le stock actuel est conservé une seule fois.** Dissocier ne restaure pas
  des ingrédients déjà consommés. La répartition entre composants est à définir.
- **L'usage local suffit.** Four, collecte ou musique restent utilisables sans
  ordinateur ; la programmation pourra coordonner les appareils.

## Catalogue principal

« Retenu » désigne une décision consignée dans l'ancien cahier, encore ouverte
à une révision explicite pendant cette séance. Cela ne signifie pas « codé ».

| Appareil | Construction / fonction retenue | Ce qui reste à concevoir |
| --- | --- | --- |
| **Fourneau** — nom proposé | **27 fours ordinaires**, cube plein **3 × 3 × 3** ; chauffe commune, fournées et recettes à chaud. | Façade, orientation, entrées/sorties, chaleur, capacité, durée, rendement et première recette composée utile. |
| **Fût** — nom retenu | **27 barils**, cube plein **3 × 3 × 3** ; stockage commun par pages et/ou défilement. | Capacité réelle, pagination, dessin, faces d'accès et répartition au démontage. |
| **Grand baril de fermentation** — nom retenu | Plusieurs stacks d'**une même recette**, éventuellement à plusieurs ingrédients. | Composants, forme, volume, proportions du lot, conditions, vieillissement et temps hors ligne. |
| **Présentoirs** — nom proposé | **9 objets par face de bloc**, **81 par façade 3 × 3**, **324 distincts sur quatre façades**. Une façade seule suffit. | Bloc support et fabrication, gestes de dépôt/retrait, modèles, consultation des cartes/plans, coût du rendu. |
| **Méga-pistons** | **9 pistons en façade 3 × 3**, tête commune **3 × 3**, **course de 3 blocs** ; variante collante demandée. | Charge déplaçable, durée, collisions, traction, slime/miel, pièces déployées et interruption. |
| **Trémie** — nom retenu | **9 hoppers à plat en 3 × 3**, surface de collecte commune et **45 cases**. Assemblage facultatif. | Sortie, débit, redstone, comparateur, insertion et orientations rendues au démontage. |
| **Carillon** — nom retenu | Blocs musicaux **adjacents choisis**, pour accords et courtes séquences ; aucun carré ni nombre de neuf imposé. | Sélection, ordre, taille maximale, tempo, déclenchement, retour au début et réparation. |
| **Métablit** — nom proposé par l'auteur | La fonction d'**établi collectif avec projet persistant** est une proposition. | Confirmer cette fonction, ses composants, sa grille et ce qu'elle apporte par rapport à l'établi et au crafter. |

### Fourneau : faire une fournée et transformer une recette

Les 27 fours forment un cube **plein**, centre compris. L'ancien four creux
entouré de briques a été remplacé par ce choix. Le volume ne promet ni 27 fois
la vitesse ni un multiplicateur de minerais.

L'ancien cahier propose deux usages explicites : **cuisson par lots**, avec
les résultats des recettes admises, et **recette à chaud**, qui transforme
ensemble plusieurs ingrédients. Neuf cases d'entrée et une réserve de
combustible commune sont des propositions, pas des valeurs validées.
Le premier alliage reste à choisir avec un objet utile auquel il sert.

L'ancien cahier prévoyait de reprendre le rôle du kitchen oven en conservant
It's Alive autonome. **La direction actuelle remplace cette architecture :
tout It's Alive sera fusionné dans Sanctuary, plus tard.** Le Fourneau pourrait
alors remplacer la cuisinière, dont les usages précis restent à recenser.
Concevoir le Fourneau pour pouvoir accueillir ces recettes ultérieurement ;
le premier lot n'importe pas It's Alive et ne dépend pas d'une passerelle.

### Fût et fermentation : stockage et transformation

Le Fût conserve un stock fini, partagé entre toutes ses ouvertures ; changer
de page ne change pas les objets accessibles à l'automatisation. **729 cases**,
soit la somme des capacités de 27 barils ordinaires, ont été acceptées le
16 septembre 2026, avec recherche et pages. Ce choix actuel ne provient pas
de l'ancien cahier. La taille d'une page et l'intégration à l'inventaire
Sanctuary restent à préciser.

La fermentation engage un lot d'une recette : les ingrédients ajoutés ensuite
n'acquièrent pas rétroactivement son âge. Cette règle de lot est proposée dans
l'ancien cahier. La composition du Fût n'est pas automatiquement celle de la
cuve, et les règles du vin ne s'appliquent pas implicitement à la bière.

### Présentoirs : une collection réellement exposée

Les **81 objets d'une façade sont visibles ensemble**, sans pagination.
Un angle peut présenter deux faces avec des contenus distincts ; dessus et
dessous ne rajoutent pas implicitement des places aux 324 objets confirmés.
Cartes, photos, plans, recettes, disquettes, disques et œufs étaient demandés.
Un objet physique par emplacement est proposé ; accepter tous les autres
objets reste à éprouver. La disponibilité des supports futurs ne doit pas
être supposée dans la bêta.

### Méga-pistons : un mouvement commun

La tête parcourt réellement trois blocs. Les **27 cellules balayées** ne
définissent pas une limite de 27 blocs poussables. L'ancien cahier propose
un refus de tout le mouvement si une partie est bloquée et un démontage
uniquement rétracté et immobile. Poids, traction et déplacement de conteneurs
restent ouverts ; les états de neuf pistons indépendants ne suffisent pas
à décrire cette mécanique.

### Trémie : collecter sur une surface

La proposition historique est **une sortie sous le centre**, raccordable à
un hopper ordinaire pour poursuivre sur le côté. Cette sortie n'est pas encore
retenue. Même distinction pour la commande : alimenter le centre pour bloquer
toute la Trémie était proposé. **45 cases ne signifie pas débit multiplié par 9.**
Une destination pleine doit laisser les objets dans la réserve ; une réserve
pleine ne supprime pas les nouveaux drops.

### Carillon : construire un instrument

La forme libre adjacente remplace l'ancienne préférence pour une rangée.
L'ordre de sélection comme ordre musical reste proposé. Le cahier compare :

- **Accord :** une impulsion joue les notes ensemble.
- **Séquence :** une impulsion avance d'une note, avec tempo donné par la redstone.
- **Variante à discuter :** une impulsion lance toute une phrase au tempo interne.

Chaque note garde son instrument, notamment son support propre. Les gestes
d'accordage doivent rester accessibles. Le nombre de notes, les silences et
la manière de réordonner la mélodie restent à concevoir.

## Pistes et installations voisines

| Piste | État retrouvé |
| --- | --- |
| **Veilleur** | Proposition : 9 observateurs en façade pour surveiller les positions devant eux et identifier laquelle a changé. |
| **Batterie de distribution** | Proposition : 9 distributeurs en façade, sélection d'une bouche ou séquence avec leur stock réel. |
| **Bassin de traitement, serre climatique, écluse, alambic** | En réserve ; pas automatiquement des assemblages de blocs identiques. |
| **Presse à moule** | Écartée par l'auteur, fonction jugée déjà couverte par le crafter. |
| **Afficheur programmable** | Cahier voisin : panneaux coplanaires, rectangle plein, texte continu et huit lignes par bloc de hauteur. Ses règles de regroupement ont leur propre contrat, à confronter à celles de la clé. |
| **Installation Galactium** | Proposition voisine : construction autour d'un contrôleur, ressources et charge collective pour une expansion. Dépend du contrat d'expansion ; ne fait pas partie d'un premier appareil autonome. |

Le **terminal en titane reliant jusqu'à 128 coffres** est un réseau de stockage
distinct du Fût. Le coffre 3 × 3 × 3 cité dans la discussion historique n'y a
pas été identifié comme implémenté. Ces références ne deviennent pas de nouvelles
machines validées par leur simple mention.

## Proposition pour reprendre la conception ensemble

Pour chaque appareil, partir de **ce que la construction change dans le jeu** :
une chauffe partagée, un dépôt commun, une collection visible, une grande
course, une surface de collecte ou une phrase musicale. Puis compléter une
fiche courte :

1. **Construire :** blocs, forme, taille fixe ou variantes, orientation.
2. **Reconnaître :** aspect assemblé, pièces actives, état visible, nom FR/EN.
3. **Utiliser :** gestes, inventaire éventuel, recette ou commande, effet obtenu.
4. **Raccorder :** faces d'entrée/sortie, hoppers et redstone.
5. **Démonter :** casse, dissociation, récupération du contenu et reprise.
6. **Progresser :** obtention, matériaux, intérêt par rapport aux blocs séparés.

Les trois premiers arbitrages transversaux proposés sont **l'aspect des blocs
une fois réunis**, **les gestes de la clé** et **les tailles disponibles**.
Le 3 × 3 et le 3 × 3 × 3 sont retenus pour certains appareils ; les étendre
à toutes les machines effacerait le choix particulier du Carillon et des
façades de collection. Aucun nouvel arbitrage n'est acquis à ce stade.

## État et vérification de cette reprise

Le catalogue et ses statuts ont été recoupés avec le cahier, la vision et le
backlog de conception. La recherche ciblée dans les sources et les traductions
de la bêta n'a pas retrouvé ces appareils sous leurs noms ; elle ne constitue
pas un audit exhaustif de tout le code historique.
La cible déclarée reste celle de `gradle.properties`, **26.3-pre-2** au moment
de la lecture. Les anciennes vérifications d'API ne dispensent pas le futur
ticket de vérifier ses usages sur cette version exacte.

Cette reprise modifie uniquement la documentation. Aucun build ni essai en
jeu n'est nécessaire pour le catalogue ; les validations de gameplay figurent
dans le ticket et seront exécutées lors des lots concernés.