Presets de invocación
Lista de verificación del preset de invocación entre ediciones
La lista de verificación del preset de invocación entre ediciones ahora es un flujo de trabajo de Summon completo en lugar de una nota de comando con plantilla. Usa este preset antes de anunciar un comando de invocación como compatible entre ediciones. El Output de invocación de Java puede incluir NBT, atributos, equipamiento y pasajeros que Bedrock no lee en el mismo formato, así que la lista de verificación mantiene esas diferencias a la vista. El artículo mantiene juntos los campos de configuración, la revisión de resultados, la ubicación dentro del Project y la captura del resultado para que el comando sea fácil de auditar antes de que forme parte de la configuración de un mapa, de un activador de eventos o de un Command Pack reutilizable. El workbench de Summon se usa como fuente de verdad de Java, mientras que el Project registra qué piezas necesitan una reconstrucción en Bedrock. Esto evita que los creadores tomen una vista previa correcta en Java como prueba de compatibilidad con Bedrock.
Resultado del preset
Una lista de verificación de revisión de invocaciones que separa las características de NBT de Java del trabajo de reconstrucción de Bedrock.
Salida
Revisión de invocación entre ediciones
Summon cross-edition review
- Java NBT: custom names, attributes, equipment, passengers.
- Bedrock rebuild: supported entity id, supported events/components, separate ride or equipment workflow.
- Save variants separately and test both editions.Captura del preset
Crear el preset
- Abre el preset de Summon de Java que representa al mob deseado.
- Enumera todas las características exclusivas de Java: NBT, equipamiento, atributos, etiquetas y pasajeros.
- Decide qué partes puedes reconstruir en Bedrock con comandos compatibles.
- Crea una entrada de Project para Bedrock independiente para esa reconstrucción.
- Mantén documentadas las características no compatibles en lugar de eliminarlas en silencio.
- Prueba ambas variantes de edición de forma independiente.
Por qué este preset de Summon pertenece al Project
Usa este preset antes de anunciar un comando de invocación como compatible entre ediciones. El Output de invocación de Java puede incluir NBT, atributos, equipamiento y pasajeros que Bedrock no lee en el mismo formato, así que la lista de verificación mantiene esas diferencias a la vista.
El workbench de Summon se usa como fuente de verdad de Java, mientras que el Project registra qué piezas necesitan una reconstrucción en Bedrock. Esto evita que los creadores tomen una vista previa correcta en Java como prueba de compatibilidad con Bedrock. Un comando copiado solo resulta útil cuando las suposiciones que lo rodean están a la vista: el alcance del selector, el estado del mundo, el orden dentro del paquete y el Output exacta que se va a pegar en Minecraft. Trata este preset como un punto de control donde puedes revisar esos detalles antes de que el comando salga de NBTForge.
La galería se organiza en torno a esa revisión. La primera captura muestra el estado del workbench, la segunda señala el campo o módulo adicional que cambia el comportamiento de cara al jugador y la captura de el Output mantiene visible el comando o el par de comandos. Cuando el preset tiene un resultado visible, la captura de pantalla dentro del juego confirma la misma idea en un mundo de prueba restaurado en lugar de depender de una superposición genérica.
Pruebas y control del alcance
Si la invocación depende de NBT exclusivo de Java, no la etiquetes como segura para Bedrock. Reconstruye por separado el comportamiento de Bedrock más parecido y documenta las características que faltan.
Haz la primera prueba rápida con un selector acotado y un estado del mundo limpio. Los comandos de entorno, utilidad, enrutamiento y retroalimentación pueden parecer inofensivos, pero a menudo afectan a todos los jugadores o al mundo entero. Confirma que el comando cambia solo el estado deseado y luego guarda el resultado exacto junto a las líneas de configuración o de seguimiento que explican por qué existe.
Si el comando pasa a formar parte de un archivo de función o de una cadena de bloques de comandos, prueba el artefacto copiado, no solo el estado del workbench en vivo. Así detectas selectores obsoletos, un orden de comandos incorrecto, líneas de configuración que faltan y efectos que solo parecían funcionar porque una prueba anterior dejó el estado preparado.
- Mantén los selectores acotados hasta que se revise el paquete completo.
- Coloca la configuración del mundo antes de las anulaciones propias de cada encuentro.
- Guarda los comandos de retroalimentación junto al cambio de estado que los activa.
Adónde ir a continuación
Usa la lista de verificación antes de convertir presets de pasajeros, de jefes o de mobs personalizados en artículos entre ediciones.
Para comprobaciones relacionadas, compara el Flujo de trabajo del preset seguro para Bedrock y el Monta de Bedrock del preset con pasajeros de Java.
FAQ
¿Puedo pegar este comando de Summon en el chat?
Por lo general, sí, para una prueba rápida de un solo comando si el selector es seguro y la línea es corta. Para un comportamiento de mapa repetible, guárdalo en el Project y copia el paquete ordenado o el Output en formato de función.
¿Por qué esta galería es solo de interfaz?
Este preset produce JSON, organización del Project o un flujo de trabajo de revisión en lugar de un objeto visible en el mundo. La prueba útil es el estado del workbench, el Output y la ubicación dentro del Project.
¿Qué debo comprobar antes de compartir este preset?
Verifica el alcance del selector, el orden de los comandos, la versión de destino y si el comando corresponde a la configuración, la lógica de encuentro, la retroalimentación o la limpieza. Esas categorías deciden dónde debe ubicarse dentro de un paquete de Project.
Abrir este flujo
Empieza desde el panel Summon relacionado y ajusta los campos del preset para tu mundo.