Guide des potions personnalisées Minecraft

Pourquoi les potions personnalisées comptent sur un vrai serveur

La potion est l’un des moyens les plus rapides de transformer une récompense banale en objet avec une vraie identité. Une seule bouteille peut devenir un remède, une expérience instable, un catalyseur rituel, une fiole de combat ou un objet que les joueurs gardent autant pour son ton que pour ses chiffres.

C’est précisément pour cela qu’un outil dédié a du sens. L’objet est petit, mais il concentre souvent mécanique, fiction, équilibre et syntaxe propre à la version de Minecraft.

Ce que construit l’outil

Le constructeur génère une commande /give prête pour potion, splash_potion et lingering_potion. Sur une seule page, vous configurez la base, les effets supplémentaires, la couleur de la bouteille, le lore, le CustomModelData et la syntaxe qui correspond à la version du serveur.

Il est pratique de voir une potion personnalisée comme quatre couches

Potion de base et custom effects

Le champ de potion de base accepte des ID vanilla comme swiftness, long_regeneration ou strong_healing. Cela donne une fondation connue, puis le bloc custom effects ajoute la précision : durée, niveau, particules, icône et mode ambient.

potion_contents={
  potion:"minecraft:swiftness",
  custom_effects:[
    {id:"minecraft:night_vision",duration:600,amplifier:0}
  ],
  custom_color:7173375
}

Cela compte parce que beaucoup de bonnes potions RP ne sont ni purement vanilla ni totalement custom. Elles partent d’une base reconnaissable et gagnent ensuite un ou deux détails très précis qui les rendent cohérentes avec votre monde.

Le composant potion_contents champ par champ

Vérifié pour les versions : Java Edition 1.20.5–26.3 ; l’écriture de la couleur en 0x demande la 1.21.5.

Depuis la 1.20.5, tout ce qui concerne les effets d’une fiole tient dans un seul composant. Un tonique avec deux effets et sa propre couleur :

potion_contents={
  custom_color:11750815,
  custom_effects:[
    {id:"minecraft:speed",amplifier:1,duration:2400},
    {id:"minecraft:night_vision",duration:2400}
  ]
}

Quelques habitudes gardent ces fioles lisibles en jeu. Accordez la couleur au rôle dans l’histoire, pour qu’une teinture de soigneur ne partage jamais la nuance d’un poison. Laissez le nom dire ce qu’est la fiole dans le monde : l’infobulle indique déjà ce qu’elle fait. Arrêtez-vous à deux ou trois effets, car au-delà les joueurs ne lisent plus la liste. Fioles RP typiques construites ainsi : la teinture du soigneur (légère vitesse et régénération), l’élixir de l’enquêteur (vision nocturne et brève invisibilité), des toniques de faction aux mêmes effets mais de couleurs différentes, et des breuvages de quête avec un nom clair et leur propre modèle.

Différence entre les versions

Depuis Minecraft 1.20.5, les items sont passés aux Data Components. En pratique, les potions personnalisées ont maintenant deux formats principaux :

• 1.20.5+ utilise des crochets avec potion_contents, ainsi que item_name, lore et custom_model_data.
• Avant 1.20.5 utilise les tags NBT comme Potion, CustomPotionEffects, CustomPotionColor et l’ancien bloc display.

/give @p minecraft:potion[potion_contents={potion:"minecraft:healing"}] 1
/give @p minecraft:potion{Potion:"minecraft:healing"} 1

C’est pour cela que l’outil aide autant : la plupart des commandes cassées ne viennent pas d’une mauvaise idée, mais d’une syntaxe copiée depuis la mauvaise époque de Minecraft.

Pourquoi le legacy est plus délicat

Dans l’ancien format, les effets passent par des ID numériques. Le constructeur masque cette corvée : vous choisissez des noms lisibles comme speed ou slow_falling, et l’outil injecte les bonnes valeurs legacy là où elles existent encore.

Couleur, lore et mise en scène

Un même paquet d’effets peut produire une sensation complètement différente selon la présentation. La couleur de la bouteille change sa silhouette en inventaire, le lore ajoute un contexte, et le CustomModelData relie la potion à une icône ou un modèle spécial du resource pack.

• Un concentré vert toxique avec un avertissement dans le lore.
• Un élixir sacré doré avec un style visuel rare.
• Une potion de faction reliée à un CustomModelData propre au serveur RP.

Comment utiliser le constructeur sans se compliquer la vie

1. Choisissez la syntaxe adaptée à la version du serveur.
2. Définissez le type de bouteille et une potion de base si nécessaire.
3. Ajoutez un ou plusieurs custom effects avec durée et niveau.
4. Décidez si le nom, le lore et la couleur doivent porter une vraie intention.
5. N’ajoutez le CustomModelData qu’une fois certain que le pack possède déjà le hook visuel correspondant.
6. Copiez la commande /give finale dans la console ou un command block.

Idées pratiques

• Des fioles de quête qui donnent un buff utilitaire court avant une scène.
• Des flacons de combat de faction avec couleur et lore signature.
• Des échantillons alchimiques dangereux avec nom dramatique, gros debuff et modèle rare.
• Des bouteilles persistantes pour arènes ou rituels où le nuage doit rester sur place.

Erreurs fréquentes

• Mélanger syntaxe legacy et syntaxe components dans une seule commande.
• Ajouter CustomModelData alors que le pack n’a pas encore d’asset visuel correspondant.
• Empiler trop d’effets dans une seule bouteille et perdre la lisibilité de l’objet.
• Négliger lore et couleur, puis se demander pourquoi la potion ressemble encore à une bouteille vanilla générique.
• Tester uniquement dans le chat alors que la commande mérite déjà un command block.

FAQ