Préréglage de commande Kill pour le nettoyage

Utilisez ce preset lorsque des tests de carte répétés laissent derrière eux des objets déposés, des entités de marqueur, des monstres temporaires ou des accessoires d'arène qui devraient disparaître avant la prochaine exécution. Une commande de nettoyage n'est utile que lorsque son sélecteur est suffisamment étroit pour être sûr.

Le workflow Kill concerne davantage la révision des sélecteurs que la longueur des commandes. Gardez les décisions de type, de distance, de balise et de limite visibles avant de Copy, car `/kill @e` sans filtre est l'un des moyens les plus simples de ruiner un monde de test. Une commande copiée n'est utile que lorsque les hypothèses environnantes sont visibles: portée du sélecteur, état du monde, ordre à l'intérieur du pack et Output exacte qui sera collée dans Minecraft. Traitez ce preset comme un point de contrôle où ces détails peuvent être examinés avant que la commande ne quitte NBTForge.

La galerie est structurée autour de cette revue. Le premier plan montre l'état de le workbench, le deuxième plan appelle le champ ou le module compagnon qui modifie le comportement face au joueur, et le plan de Output maintient la commande ou la paire de commandes visible. Lorsque le preset a un résultat visible, la capture en jeu confirme la même idée dans un monde de test restauré plutôt que de s'appuyer sur une superposition générique.

N'utilisez pas de sélecteur de nettoyage large dans une carte en direct. Commencez avec des sélecteurs inoffensifs, ajoutez des balises aux entités temporaires lors de leur création et conservez la commande kill à proximité de la fonction de réinitialisation qui explique ce qu'il est autorisé de supprimer.

Exécutez le premier test de fumée avec un sélecteur étroit et un état mondial propre. Les commandes d'environnement, d'utilitaires, de routage et de feedback peuvent sembler inoffensives, mais elles affectent souvent chaque joueur ou le monde entier. Confirmez que la commande modifie uniquement l'état prévu, puis enregistrez le résultat exact à côté des lignes de configuration ou de suivi qui expliquent pourquoi il existe.

Si la commande fait partie d'un fichier de fonction ou d'une chaîne de blocs de commandes, testez l'artefact copié, et pas seulement l'état du workbench en direct. Cela détecte les sélecteurs obsolètes, le mauvais ordre des commandes, les lignes de configuration manquantes et les effets qui ne semblaient fonctionner que parce qu'un test précédent avait laissé un état derrière lui.

• Gardez les sélecteurs étroits jusqu'à ce que le pack complet soit examiné.
• Placez la configuration du monde avant les remplacements spécifiques à la rencontre.
• Enregistrez les commandes de feedback à côté du changement d’état qui les déclenche.

Exécutez le nettoyage avant les commandes de configuration lors de tests répétés, puis enregistrez-le à côté des commandes d'invocation, de butin ou d'objet qui créent l'état temporaire.

Pour des flux de réinitialisation sécurisés, comparez le Conserver le flux de travail prédéfini de l'inventaire, le Préréglage de téléportation pour les retours dans le hall et la Liste de contrôle de révision du Command Pack Minecraft.