Presets

Préréglages d'invocation

Générateur de commandes Minecraft Summon

Cette page met à niveau l'ancien preset d'invocation en un véritable article sur le générateur de commandes d'invocation, avec un chemin de workbench visible, une Output généré et un résultat en jeu. La partie utile n'est pas seulement la ligne /summon finale ; vous voyez le type d'entité, l'équipement, la santé, les tags, la persistance et les noms sûrs pour le sélecteur comme un état modifiable avant de Copy le NBT. Utilisez-le comme point de départ propre pour un prototype de mob de test, de garde, de mini-boss ou de rencontre, puis enregistrez la commande avant d'ajouter des barres de boss, des tables de butin, des particules ou une logique de nettoyage autour de l'entité générée.

Résultat du preset

Une commande d'invocation modifiable visuellement, qui peut être enregistrée dans un Project et réutilisée comme début d'une rencontre ou d'un groupe de test.

Sortie

Output du générateur Summon

/summon minecraft:zombie ~ ~ ~ {CustomName:{text:"Arena Guard",color:"gold",bold:true},CustomNameVisible:1b,PersistenceRequired:1b,equipment:{mainhand:{id:"minecraft:iron_sword",count:1},head:{id:"minecraft:golden_helmet",count:1}},Tags:["arena_guard"]}
/attribute @e[tag=arena_guard,limit=1,sort=nearest] minecraft:max_health base set 40
/attribute @e[tag=arena_guard,limit=1,sort=nearest] minecraft:attack_damage base set 8
/data merge entity @e[tag=arena_guard,limit=1,sort=nearest] {Health:40f}

Capture du preset

Commencez par zombie comme entité racine pour que l'aperçu et l'Output concordent.
La deuxième capture met en évidence la relation d'entité ou le détail d'équipement qui rend ce preset d'invocation spécifique.
La capture de Output garde la commande /summon finale et les contrôles de copie visibles avant le test.
Le résultat en jeu confirme que l'invocation de zombie Arena Guard s'affiche comme prévu dans un monde de capture propre.

Construire le preset

  1. Ouvrez Summon et choisissez le type d'entité avant de modifier le NBT avancé.
  2. Ajoutez un nom personnalisé visible, PersistenceRequired, la santé, les dégâts d'attaque et tout objet tenu ou pièce d'armure.
  3. Utilisez des tags tels que arena_guard afin que les commandes ultérieures puissent cibler le mob en toute sécurité.
  4. Vérifiez l'aperçu et le panneau Output après chaque modification significative.
  5. Copiez l'Output uniquement après que l'aperçu et le NBT généré correspondent à la rencontre prévue.
  6. Exécutez la commande une fois dans un monde de test propre et confirmez que le mob correspond à l'état du workbench enregistré.

Ce que le générateur doit exposer

Une commande d'invocation échoue généralement parce qu'un petit détail NBT est caché dans une longue ligne. NBTForge garde les contrôles courants visibles : type d'entité, nom affiché, état de santé, attributs, équipement, passagers et NBT avancé.

Cela rend la page utile à la fois pour les mobs simples et pour les travaux de Command Pack plus importants. Commencez avec une seule entité, puis enregistrez-la dans Project lorsqu'une boss bar, une loot table ou une commande d'effet doit la suivre.

La galerie sépare également la création de la validation. Les captures du workbench montrent quels contrôles ont produit le NBT, tandis que la capture en jeu confirme que le zombie nommé, son équipement et la configuration axée sur la santé peuvent réellement apparaître dans un monde de capture restauré. Cela rend l'article utile aux lecteurs qui doivent auditer la commande avant de la Copy dans un déclencheur de carte.

Vérifications de version et d'édition

La syntaxe Summon n'est pas aussi portable entre Java et Bedrock. Java prend en charge un NBT d'entité riche et des structures de passagers, tandis que Bedrock a besoin de familles de commandes différentes pour de nombreux flux de travail de montures ou de comportements.

Pour l'Output Java, vérifiez la famille de versions sélectionnée et surveillez les avertissements. Pour Bedrock, traitez cette page comme une page de planification et déplacez le comportement de passenger dans le flux de travail Ride si nécessaire.

Le choix de la version est particulièrement important lorsque le preset commence à contenir des attributs, des composants d'équipement ou des données de passagers. Testez l'Output dans la même version de Minecraft qui exécutera le Command Pack et liez toutes les commandes de suivi aux tags plutôt qu'aux noms affichés, afin que la localisation, les changements de couleur et les modifications ultérieures du nom ne cassent pas les sélecteurs.

Pour des exemples Summon spécifiques, comparez le Préréglage de rider de piège à squelette, le Préréglage de Piglin chevauchant un Hoglin et le Préréglage de boss mob avec arme personnalisée.

  • Utilisez des noms et des tags personnalisés pour des sélecteurs sûrs.
  • Gardez l'équipement visible avant d'ajouter un NBT plus avancé.
  • Enregistrez les rencontres multi-commandes dans Project au lieu de Copy une ligne à la fois.

Intégrer le preset dans un véritable Project

Traitez le générateur de commandes Minecraft Summon comme un point de départ testé, et non comme une simple chaîne copiée. Une fois que l'Output fonctionne une première fois, enregistrez-la avec un nom Project clair, notez la version cible de Minecraft et gardez le preset à proximité des commandes de configuration associées telles que le scoreboard, la boss bar, le butin ou les lignes de réinitialisation.

Avant de publier le preset sur une carte, un serveur ou un Command Pack, exécutez-le à partir de l'artefact copié plutôt qu'uniquement à partir du Live Workbench. Cela permet de détecter les dépendances manquantes, les sélecteurs obsolètes, les mauvais choix d'édition et les commandes qui ne fonctionnaient que parce que l'état de test local existait déjà.

  • Conservez l'édition et la version sélectionnées avec la commande partagée.
  • Testez les sélecteurs avec une commande inoffensive avant d'utiliser des dégâts, tuer, effacer ou téléporter.
  • Déplacez les commandes longues dans Project ou dans un flux de travail de type fonction au lieu de les coller dans le chat.
  • Revérifiez les avertissements après avoir modifié les entités, les composants d'objet, les passagers ou les ressources du datapack.

FAQ

Puis-je générer ici des mobs personnalisés avec de l'équipement ?

Oui. Le workbench Summon peut modéliser les objets tenus, les armures, les noms, les attributs, les tags et le NBT avancé, puis produire une commande d'invocation prête à Copy.

Pourquoi cela ne se comporte-t-il pas comme une invocation Bedrock ?

Le NBT d'entité de Java Summon et les commandes Bedrock ne partagent pas le même ensemble de fonctionnalités. Ne sélectionnez Bedrock que lorsque le module cible possède une Output Bedrock explicite et sûre.

Quand ce preset doit-il faire partie d'un Command Pack ?

Utilisez-le comme entrée du Command Pack lorsque l'Output dépend des lignes de configuration, des commandes de réinitialisation, des ressources de butin, de l'état du scoreboard ou de tests répétés. Les commandes uniques et sûres peuvent toujours être copiées directement depuis l'Output.

Ouvrir ce flux

Commencez depuis l’espace Summon associé, puis ajustez les champs du preset pour votre monde.