Guías
Solución de problemasImportOutputDiff

Por qué su comando Minecraft no funciona

9 min de lectura

La mayoría de los comandos rotos fallan por una de cuatro razones: el comando apunta a la versión Minecraft incorrecta, el selector no coincide con nada, JSON o NBT tienen un formato incorrecto o el comando usa datos exclusivos de Java en Bedrock. NBTForge ayuda a reconstruir los comandos admitidos en campos escritos, mostrar advertencias y mantener el Output visible mientras edita.

Comience identificando el tipo de falla, luego siga la lista de verificación antes de volver a intentar el comando.
Primero pegue el comando roto en Import, luego confirme la edición Java y la versión objetivo.
Mantenga el Output visible mientras corrige el comando y use Diff después de cada cambio para que la edición real sea obvia.

Resultado

Un paso de depuración de comandos repetible que aísla los problemas de sintaxis, destino, versión y edición antes de volver a pegar.

Abrir módulo relacionadoImport, Output, DiffDepurar comandos rotos

Ruta recomendada

  1. Pegue el comando en la barra de importación y verifique si NBTForge puede enrutarlo a un módulo visual.
  2. Configure Edition y Version para que coincidan con el mundo que ejecutará el comando.
  3. Lea las advertencias de Output antes de cambiar campos, especialmente cuando se mueve entre Java y Bedrock.
  4. Verifique los selectores de objetivos por separado con un simple comando de prueba antes de culpar a la carga útil NBT.
  5. Utilice Diff después de cada corrección para saber qué parte del comando cambió realmente.

Empezar con una versión que no coincide

Un comando copiado de un mundo Java actual puede fallar en Java 1.20.4 o anterior porque la sintaxis del componente del ítem aún no existía. Lo contrario también es común: el ítem antiguo NBT puede ser aceptado por un mundo más antiguo, pero falla o se comporta de manera diferente después del cambio del componente del ítem 1.20.5.

Primero configure la versión NBTForge y luego regenere el Output. Si el comando cambia de forma después del cambio de versión, trátelo como una diferencia de sintaxis real en lugar de una reescritura cosmética.

  • Utilice Java 1.20.4 o anterior para ejemplos de ítems heredados NBT.
  • Utilice Java 1.20.5+ para el Output de ítems de estilo componente.
  • Utilice Bedrock Stable solo cuando la familia de comandos sea compatible con la sintaxis Bedrock.

Separe los errores del selector de los errores de carga útil

Un comando válido puede aparecer roto cuando el selector no coincide con ninguna entidad o coincide con el jugador equivocado. Pruebe el selector con un pequeño comando como un título, tellraw o efecto antes de depurar una invocación larga o una carga útil.

Cuando un selector incluye filtros de distancia, puntuaciones, etiquetas, equipos o NBT, elimine los filtros uno a la vez hasta que el comando comience a coincidir nuevamente. Luego, vuelva a agregar filtros en los pasos más pequeños posibles.

Consultar cotizaciones y datos anidados

Los comandos largos generalmente se dividen en componentes de texto JSON anidados, comillas escapadas, nombres de ítems, líneas lore o NBT escrito a mano. Si el comando incluye texto de reproductor visible, reconstruya ese texto en el editor visual en lugar de editar las comillas a mano.

NBTForge es más útil después de la importación porque convierte una cadena grande en campos escritos más pequeños. Edite un campo, verifique el resultado y evite cambiar varias secciones anidadas a la vez.

  • Los nombres y lore a menudo fallan porque el texto JSON tiene doble escape.
  • Los libros pueden fallar cuando el texto de la página contiene comillas sin escape.
  • Los datos personalizados pueden fallar cuando las llaves o corchetes no se cierran en el orden correcto.

Enviar el artefacto copiado

Utilice esta guía para producir el artefacto que un jugador o creador de mapas realmente ejecutará: un comando copiado, un paquete Project ordenado o un recurso de datapack. La revisión final debe realizarse en el resultado copiado, no solo en el estado del generador editable.

Cuando el flujo de trabajo depende de la versión, etiquete la versión de destino junto al comando. Cuando utilice selectores, marcadores, barras de jefe, etiquetas, tablas de botín u orden de Project, pruebe esas dependencias en un mundo limpio antes de publicar la configuración.

Para ver ejemplos en vivo con los que depurar, compare el Configuración preestablecida del comando Zombie Riding Spider, el Preajuste de comando de invocación de jockey araña y el Preestablecido de botín del jefe de fuego de Blaze Emperor.

  • Copie de Output para un comando y de Project para paquetes ordenados.
  • Mantenga Java, Bedrock y las variantes de instantáneas separadas.
  • Pruebe primero los selectores destructivos con resultados inofensivos.
  • Actualice los presets relacionados cuando la guía se convierta en el flujo de trabajo canónico.

Guías y presets relacionados

FAQ

¿Por qué un comando funciona en un mundo pero no en otro?

La causa más común es una discrepancia entre la versión o edición de Minecraft. La sintaxis del ítem Java, las funciones de instantáneas y la compatibilidad con el comando Bedrock pueden diferir incluso cuando el comando parece similar.

¿Debo arreglar un comando largo a mano?

Sólo para pequeñas ediciones. Para comandos largos de ítems, invocaciones, texto o paquetes de datos, importe el comando y edite los campos visualmente para que las comillas de escape y los datos anidados sean más fáciles de revisar.

¿Cuándo debería convertirse esta guía en un paquete Project?

Utilice Project cuando el flujo de trabajo necesite más de un comando, tenga un orden de configuración y limpieza o deba editarse nuevamente después de la prueba. Los comandos únicos pueden permanecer en Output.