Predefinições avançadas
Fluxo de trabalho de preset segura para Bedrock
O fluxo de trabalho de preset segura para Bedrock é um fluxo de trabalho avançado completo, não apenas uma nota de comando modelo. Use este preset quando um criador quiser suporte a Bedrock, mas partir da Output Java do NBTForge. Ela mantém NBT exclusivo do Java, componentes de itens, passageiros e recursos de datapack visíveis para que não sejam copiados acidentalmente em um fluxo de trabalho Bedrock. O artigo mantém os campos de configuração, a revisão de Output, o posicionamento no Project e a captura de resultados juntos, para que o comando seja fácil de auditar antes de se tornar parte de uma configuração de mapa, gatilho de evento ou Command Pack reutilizável. O artigo é sobre pontos de decisão. A prova útil da interface é uma revisão de comando e uma nota Project que identifica o que é exclusivo do Java, o que pode ser reconstruído e o que precisa de um design Bedrock separado — em vez de um comando Java copiado.
Resultado do preset
Uma lista de verificação que separa o Output de preset exclusiva do Java dos comandos que podem ser reconstruídos para Bedrock.
Saída
Revisão do comando seguro para Bedrock
Bedrock-safe review
- Remove Java item components and Java entity NBT from Bedrock copies.
- Rebuild supported command behavior with Bedrock syntax.
- Keep unsupported Java datapack resources out of Bedrock behavior packs.Captura do preset
Criar o preset
- Comece pela Output da preset Java que você deseja suportar.
- Marque componentes de item exclusivos do Java, NBT de entidade, JSON de datapack e estruturas de passageiros.
- Decida qual comportamento pode ser reconstruído com comandos Bedrock.
- Salve uma entrada Project específica para Bedrock em vez de substituir a entrada Java.
- Teste em um mundo Bedrock ou ambiente de servidor.
- Documente claramente os recursos não suportados antes de publicar.
Por que este preset avançada pertence ao Project
Use este preset quando um criador quiser suporte a Bedrock, mas partir da Output Java do NBTForge. Ela mantém NBT exclusivo do Java, componentes de itens, passageiros e recursos de datapack visíveis para que não sejam copiados acidentalmente em um fluxo de trabalho Bedrock.
O artigo é sobre pontos de decisão. A prova útil da interface é uma revisão de comando e uma nota Project que identifica o que é exclusivo do Java, o que pode ser reconstruído e o que precisa de um design Bedrock separado — em vez de um comando Java copiado. Um comando copiado só é útil quando as suposições ao redor são visíveis: escopo do seletor, estado do mundo, ordem dentro do pacote e o Output exata que será colada no Minecraft. Trate este preset como um ponto de verificação onde esses detalhes podem ser revisados antes que o comando saia do NBTForge.
A galeria está estruturada em torno dessa revisão. A primeira cena mostra o estado da workbench, a segunda mostra o campo ou módulo complementar que muda o comportamento do jogador, e a cena de Output mantém o comando ou par de comandos visível. Quando a preset tem um resultado visível, a captura de tela do jogo confirma a mesma ideia em um mundo de teste limpo, em vez de depender de uma sobreposição genérica.
Testes e verificações de escopo
Bedrock não é Java com IDs diferentes. Trate o NBT Java e o JSON de datapack não suportados como notas de design e, em seguida, reconstrua o comportamento usando as famílias de comandos suportadas por Bedrock.
Execute o primeiro teste rápido com um seletor restrito e um estado de mundo limpo. Comandos de ambiente, utilidade, roteamento e feedback podem parecer inofensivos, mas geralmente afetam todos os jogadores ou o mundo inteiro. Confirme se o comando altera apenas o estado pretendido e salve o Output exata ao lado das linhas de configuração ou de acompanhamento que explicam por que ela existe.
Se o comando se tornar parte de um arquivo de função ou de uma cadeia de blocos de comando, teste o artefato copiado — não apenas o estado da workbench ativa. Isso detecta seletores obsoletos, ordem de comando incorreta, linhas de configuração ausentes e efeitos que só pareciam funcionar porque um teste anterior deixou o estado para trás.
- Mantenha os seletores restritos até que o pacote completo seja revisado.
- Coloque a configuração do mundo antes das substituições específicas do encontro.
- Salve os comandos de feedback próximos à mudança de estado que os aciona.
Para onde ir a seguir
Divida as variantes Java e Bedrock em entradas Project separadas antes de compartilhar o pacote.
Para verificações específicas entre edições, use a Predefinição de montaria Bedrock com passageiros Java e a Lista de verificação de preset de invocação entre edições.
FAQ
Posso colar este comando avançado no chat?
Em geral, sim, para um teste rápido de um único comando, se o seletor for seguro e a linha for curta. Para um comportamento de mapa repetível, salve-o no Project e copie o pacote ordenado ou o Output em estilo de função.
Por que esta galeria é apenas de interface?
Esta preset produz JSON, organização de Project ou fluxo de trabalho de revisão, em vez de um objeto visível no mundo. A prova útil é o estado da workbench, o Output e o posicionamento no Project.
O que devo verificar antes de compartilhar este preset?
Verifique o escopo do seletor, a ordem do comando, a versão de destino e se o comando pertence à configuração, à lógica de encontro, ao feedback ou à limpeza. Essas categorias decidem onde ele deve ficar em um pacote Project.
Abrir este fluxo
Comece pelo painel Advanced relacionado e ajuste os campos do preset para o seu mundo.