Predefinições de itens
Lista de verificação de preset de item entre edições
A lista de verificação de preset de item entre edições é um fluxo de trabalho Give completo, não apenas uma nota de comando modelo. Use este preset quando um comando de item Java puder ser reutilizado em um Project Bedrock. Isso torna o limite de componente óbvio antes que nomes personalizados, lore, custom_data, encantamentos ou brilho de encantamento sejam tratados como comportamento portátil. 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. A workbench Give mostra o item de origem Java, enquanto o artigo explica como separar o Output de componente Java das notas seguras para Bedrock. O objetivo é criar um hábito de revisão reutilizável — não um conversor automático falso.
Resultado do preset
Uma lista de verificação para decidir quais ideias de preset de item podem ser reconstruídas para Bedrock.
Saída
Revisão de item entre edições
Item cross-edition review
- Java components: custom_name, lore, custom_data, glint, enchantments.
- Bedrock rebuild: supported item id and supported command behavior.
- Do not promise Java component behavior in Bedrock output.Captura do preset
Criar o preset
- Abra a preset de item Java no Give.
- Marque cada componente ou campo de dados específico do Java.
- Decida se o Bedrock pode reconstruir apenas a parte do item voltada para o jogador.
- Evite prometer o comportamento de `custom_data` do Java no Bedrock.
- Salve as notas Java e Bedrock separadamente no Project.
- Teste cada edição em seu próprio mundo.
Por que este preset Give pertence ao Project
Use este preset quando um comando de item Java puder ser reutilizado em um Project Bedrock. Isso torna o limite de componente óbvio antes que nomes personalizados, lore, custom_data, encantamentos ou brilho de encantamento sejam tratados como comportamento portátil.
A workbench Give mostra o item de origem Java, enquanto o artigo explica como separar o Output de componente Java das notas seguras para Bedrock. O objetivo é criar um hábito de revisão reutilizável — não um conversor automático falso. 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
`custom_data` do Java e o Output de componente de item não se tornam comportamento de item Bedrock. Use um design Bedrock separado quando o item precisar acionar lógica no 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
Salve o item Java e as notas de reconstrução Bedrock como entradas separadas antes que o Command Pack saia do NBTForge.
Para Output Java sensível à versão, consulte o Guia de preset de componente de item do Java 1.21 e o Fluxo de trabalho de preset segura para Bedrock.
FAQ
Posso colar este comando Give 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 Give relacionado e ajuste os campos do preset para o seu mundo.