Générateur de potions Minecraft

Créez une commande /give pour les potions normales, jetables et persistantes : potion de base, effets personnalisés, couleur de la fiole, lore, CustomModelData et compatibilité 1.20.5+ ou legacy NBT.

Configuration

Laissez vide pour une fiole entièrement personnalisée, ou utilisez des ID comme long_swiftness et strong_healing.

ID de modèle dans votre resource pack. Il change l'apparence, pas l'effet de la potion.

Lire l’article

Effets personnalisés

Aperçu et commande

preview

Potion sans nom

Syntaxe : Components

Ouvrir l’article

Mode d’emploi

  • Le champ de potion de base définit la fondation vanilla, par exemple healing, long_swiftness ou strong_strength.
  • Les effets personnalisés ajoutent ou remplacent le paquet d’effets standard dans la même commande.
  • En mode legacy, l’outil convertit les effets pris en charge en anciens ID numériques et vous avertit si quelque chose doit être retiré.
  • Pour un objet narratif, ajoutez un lore, une couleur et CustomModelData, puis collez la commande dans la console ou un bloc de commande.

Quand ce générateur de potions est le plus utile

Les commandes de potions cessent d'être simples dès que la bouteille doit porter autre chose qu'un effet brut: un nom, une lore, une couleur, un lien avec le resource pack ou une identité de récompense. Cet outil est surtout fait pour ce deuxième cas.

Objets de récompense

Si la potion doit ressembler à un objet construit et non à un drop aléatoire, la force seule ne suffit pas. Le nom, la couleur, la lore et la propreté de la commande participent ensemble au résultat final.

Consommables RP

Les toniques, poisons, boissons sociales et breuvages rituels gagnent beaucoup quand la couche visuelle et textuelle est déjà pensée dans la commande. Même un petit effet peut sembler important si l'objet a une vraie présence.

Commandes sensibles à la version

La partie la plus agaçante n'est souvent pas la potion elle-même, mais l'écart entre le legacy NBT et les composants modernes. Le générateur aide justement à garder cette différence lisible avant de copier la commande finale.

Un workflow simple qui reste lisible après coup

Commencez par le type de bouteille

Normale, jetable ou persistante: mieux vaut le décider dès le début. Cela évite de concevoir mentalement un objet alors que la commande est en train d'en produire un autre.

Gardez la potion de base seulement si elle aide

Parfois une base vanilla est pratique. Parfois il vaut mieux laisser ce champ vide et tout construire via les custom effects. L'outil est utile justement parce qu'il rend les deux approches propres.

Écrivez la lore pour un vrai lecteur

Une bonne lore répond à une question par ligne: qu'est-ce que c'est, que fait l'objet, et pourquoi le joueur devrait-il s'y intéresser. Dès que le texte ressemble à une note d'admin, l'objet perd en présence.

Ensuite seulement, peaufinez couleur et effets

La couleur de la fiole et la pile d'effets doivent renforcer une idée déjà claire, pas la remplacer. On gagne souvent en lisibilité en décidant d'abord le rôle, puis en affinant le rendu.

FAQ rapide

Faut-il une potion de base ou seulement des custom effects?

Utilisez une base vanilla si vous voulez hériter d'une identité simple et connue. Si l'objet doit être entièrement personnalisé, il est souvent plus propre de tout piloter via les effets.

Cet outil sert-il seulement pour le combat?

Non. Il fonctionne aussi très bien pour des potions sociales, des remèdes de quête, des ingrédients rituels ou des bouteilles de collection qui ont surtout besoin d'une identité lisible.

Quand faut-il ajouter CustomModelData?

Ajoutez-le quand la fiole doit aussi être liée à un resource pack et avoir un rendu différent des potions normales. Si seul l'effet change, ce champ peut rester vide.