Guide des potions 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

Couche	Question qu’elle résout	Exemples typiques
Type de bouteille	Comment l’objet est-il utilisé ?	Bue, jetable, persistante
Paquet d’effets	Que fait-elle ?	Vitesse, debuff, utilité mixte
Présentation	Quelle sensation doit-elle produire ?	Couleur, lore, nom
Hook visuel	A-t-elle besoin d’une icône ou d’un modèle ?	CustomModelData et asset du pack

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.

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

Choisissez la syntaxe adaptée à la version du serveur.
Définissez le type de bouteille et une potion de base si nécessaire.
Ajoutez un ou plusieurs custom effects avec durée et niveau.
Décidez si le nom, le lore et la couleur doivent porter une vraie intention.
N’ajoutez le CustomModelData qu’une fois certain que le pack possède déjà le hook visuel correspondant.
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

Faut-il un resource pack pour chaque potion personnalisée ?

Non. Il n’en faut un que si la bouteille doit avoir un aspect différent du vanilla.

Peut-on mélanger potion de base et custom effects ?

Oui. C’est souvent la manière la plus propre d’avoir une base reconnaissable avec un ou deux détours spéciaux.

Quand choisir splash ou lingering plutôt qu’une potion normale ?

Quand le mode d’utilisation fait partie de la scène : zone d’effet, cercle rituel, lancer de combat ou nuage persistant.

Le CustomModelData change-t-il l’effet ?

Non. Il change le hook visuel. Les effets restent portés par les données de la potion elle-même.

Et si je veux juste une bouteille colorée avec du lore ?

Le constructeur reste utile. Pour qu’un item paraisse vraiment pensé, il n’est pas nécessaire d’utiliser immédiatement les champs les plus complexes.

Guide des potions personnalisées Minecraft