Les groupes d'incompatibilité
| Groupe | Enchantements | Pourquoi |
|---|---|---|
| Protection d'armure | Protection, Protection contre le feu, Protection contre les explosions, Protection contre les projectiles | Tous réduisent les dégâts entrants de la même façon ; en empiler deux compterait la même atténuation deux fois. |
| Dégâts d'épée | Tranchant, Aubaine des morts-vivants, Fléau des arthropodes | Tous modifient le même jet de dégâts au corps à corps, pour un type de cible différent. |
| Miner ou récolter | Toucher de soie, Fortune | Toucher de soie remplace entièrement le butin, ne laissant rien à multiplier à Fortune. |
| Déplacement du trident | Fidélité, Ralliement, Canalisation | Ralliement propulse le joueur au contact et ne peut coexister avec un enchantement qui suppose que le trident est lancé. |
| Projectiles d'arbalète | Tir multiple, Perforation | Les deux changent le nombre d'entités touchées par un carreau, de façon incompatible. |
| Déplacement des bottes | Résilience aquatique, Semelles de glace | Résilience aquatique accélère la nage ; Semelles de glace empêche tout contact avec l'eau. |
Hors de ces groupes, les enchantements vanilla se combinent librement — Solidité, Réparation automatique et Malédiction de disparition s'appliquent à presque tout objet enchantable et n'entrent jamais en conflit avec rien.
Exemple concret : que se passe-t-il si on force la combinaison
Essayez de combiner Tranchant et Aubaine des morts-vivants sur une table d'enchantement, une enclume, ou avec deux livres enchantés : l'interface ne vous laissera simplement pas faire — le second enchantement est grisé, ou l'enclume refuse la combinaison. Ce blocage vit dans le code d'artisanat, pas dans les données de l'objet. Écrivez les deux directement dans un objet, et le jeu ne vous arrête pas :
/give @p minecraft:diamond_sword[minecraft:enchantments={levels:{"minecraft:sharpness":5,"minecraft:smite":5}}] 1
Cet objet existe, les deux enchantements apparaissent dans l'infobulle, et les deux appliquent leur bonus de dégâts au combat. Aucun joueur en survie n'aurait jamais pu l'obtenir en jouant, ce qui explique pourquoi il se lit immédiatement comme quelque chose de manifestement hors norme — un signal utile pour une relique générée par un admin, et un indice révélateur si vous vouliez que l'objet paraisse légitimement obtenu par un joueur.
Où cela se retrouve ailleurs que sur la table d'enchantement
Les mêmes groupes comptent dans trois autres endroits que rencontrent les créateurs :
- Combinaison à l'enclume. Combiner deux livres, ou un objet et un livre, à l'enclume rejette le second enchantement s'il entre en conflit avec un enchantement déjà présent sur la cible, exactement comme la table d'enchantement.
- Tables de butin. Une fonction
minecraft:set_enchantmentsavec une liste écrite à la main ne vérifie aucun conflit — ce ne sont que des données. Une table de butin peut parfaitement faire apparaître Tranchant et Aubaine des morts-vivants sur la même épée, sauf si l'auteur de la table l'a évité volontairement. - Blocs de commande et apparition de monstres. Tout
/give,/item modify, ou une apparition avec équipement a la même liberté et la même responsabilité — le jeu ne vous préviendra pas qu'une combinaison n'aurait jamais pu se produire naturellement.
Enchantements de trésor
Une poignée d'enchantements ne peut jamais sortir d'une table d'enchantement, à aucun niveau, quel que soit le lapis ou le nombre d'étagères autour : Réparation automatique, Semelles de glace, Malédiction du lien, Malédiction de disparition, Vitesse de l'âme, Foulée silencieuse, et Canalisation. Ce sont des enchantements "de trésor", obtenables uniquement par la pêche, le commerce, le butin de structures, ou une commande /give. Un randomiseur ou une table de butin qui en fait apparaître un sur un objet commun est délibérément généreux — exactement le genre de chose à faire volontairement plutôt que par accident.
Les niveaux maximum sont une suggestion, pas un mur
Tranchant V est le maximum qu'une table d'enchantement ou une combinaison à l'enclume produira jamais, mais cette limite appartient à l'interface d'enchantement, pas à l'enchantement lui-même. Une commande /give ou la fonction set_enchantments d'une table de butin peut écrire n'importe quel entier comme niveau dans les données de l'objet, et le jeu appliquera sans broncher Tranchant 100. Il n'y a aucune limite dans les données de l'objet lui-même — seuls les systèmes d'artisanat qui attribuent les enchantements choisissent de s'arrêter au maximum vanilla.
Ce que cela signifie pour un randomiseur
Un outil qui tire des enchantements a trois choix honnêtes : rester dans les groupes et les niveaux maximum vanilla pour produire quelque chose qu'une table d'enchantement aurait pu créer, autoriser les enchantements de trésor en le signalant clairement, ou autoriser des niveaux au-delà du maximum en le signalant aussi. Les trois sont légitimes selon ce que vous construisez — une table de butin "réaliste" pour un serveur survie veut le premier, une récompense de boss pour une carte d'aventure peut vouloir le troisième. Le randomiseur d'enchantements et d'attributs respecte les groupes par défaut, avec une case explicite pour désactiver ce comportement.
FAQ
Deux enchantements de trésor peuvent-ils entrer en conflit entre eux ?
Oui — être "de trésor uniquement" et appartenir à un groupe d'incompatibilité sont deux règles séparées. Semelles de glace et Canalisation sont tous deux des enchantements de trésor, mais Semelles de glace entre toujours en conflit avec Résilience aquatique, et Canalisation avec Ralliement, exactement comme des enchantements ordinaires.
La Bedrock Edition utilise-t-elle les mêmes groupes ?
Les groupes eux-mêmes forment la même courte liste ; cette page et le randomiseur sont écrits et testés pour la syntaxe Java Edition, celle que visent la plupart des workflows de data packs et de blocs de commande.
Un data pack peut-il légitimement outrepasser ces groupes ?
Les enchantements personnalisés définis via le système d'enchantements piloté par les données peuvent déclarer leurs propres ensembles exclusifs, distincts de ceux de vanilla. C'est un sujet de création de data pack à part entière, hors du champ d'un randomiseur centré sur le vanilla.
Pourquoi le randomiseur respecte-t-il les groupes par défaut plutôt que de les ignorer ?
Parce que la demande la plus courante est "donnez-moi quelque chose qu'un joueur aurait pu plausiblement trouver", et cela ne tient que si les groupes sont respectés. Aller au-delà par générosité devrait être un choix, pas un accident.
Voir aussi
Prêt à tirer un ensemble : le randomiseur et son guide d'utilisation couvrent les modes basique/avancé et les deux formats de sortie. Pour des enchantements sur un objet entièrement personnalisé plutôt que vanilla, voyez le catalogue d'objets personnalisés.