Predefinições de datapack
Predefinição de predicado para saque condicional
A preset de predicado para saque condicional agora é um fluxo de trabalho Data Pack completo, e não mais uma simples anotação de comando. Use este preset quando uma loot table, um avanço ou uma função precisa verificar uma condição sem duplicar o mesmo JSON em todo lugar. Os predicados facilitam a reutilização da lógica condicional do datapack, porque o arquivo nomeado vira a regra compartilhada. O artigo mantém juntos os campos de configuração, a revisão da Output, o posicionamento no Project e a captura do resultado, para que o comando seja fácil de auditar antes de virar parte de uma configuração de mapa, de um gatilho de evento ou de um Command Pack reutilizável. A revisão da workbench deve manter juntos o tipo de predicado, o item alvo ou a condição da entidade, o namespace, o caminho e o JSON gerado. Isso dá aos criadores um ponto de conferência limpo antes que o predicado seja referenciado por tabelas de saque ou por uma lógica de função no estilo execute.
Resultado do preset
Um recurso de predicado que pode bloquear o saque ou a lógica de função por trás de uma condição de teste retida.
Saída
Predicado de saque condicional JSON
data/nbtforge/predicate/has_trial_key.json
{
"condition": "minecraft:match_tool",
"predicate": {
"items": [
"minecraft:tripwire_hook"
]
}
}Captura do preset
Criar o preset
- Abra a workbench Data Pack.
- Escolha Predicado como gerador.
- Defina o namespace e o caminho do recurso para a condição reutilizável.
- Escolha um tipo de predicado como `match_tool`, `entity_properties` ou `random_chance`.
- Preencha o campo de item, entidade, chance ou bloco que o predicado utiliza.
- Revise o JSON e copie o caminho do recurso.
- Referencie o predicado a partir de uma loot table ou função antes de testar.
Por que este preset Data Pack pertence ao Project
Use este preset quando uma loot table, um avanço ou uma função precisa verificar uma condição sem duplicar o mesmo JSON em todo lugar. Os predicados facilitam a reutilização da lógica condicional do datapack, porque o arquivo nomeado vira a regra compartilhada.
A revisão da workbench deve manter juntos o tipo de predicado, o item alvo ou a condição da entidade, o namespace, o caminho e o JSON gerado. Isso dá aos criadores um ponto de conferência limpo antes que o predicado seja referenciado por tabelas de saque ou por uma lógica de função no estilo execute. Um comando copiado só é útil quando as suposições ao redor estão visíveis: o escopo do seletor, o estado do mundo, a ordem dentro do pacote e o Output exata que será colada no Minecraft. Trate este preset como um ponto de conferência onde esses detalhes podem ser revisados antes que o comando saia do NBTForge.
A galeria foi montada 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 da Output mantém o comando, ou o par de comandos, visível. Quando a preset tem um resultado visível, a captura do jogo confirma a mesma ideia em um mundo de teste restaurado, em vez de depender de uma sobreposição genérica.
Testes e verificações de escopo
Um arquivo de predicado não faz nada sozinho. Ele precisa ser referenciado por uma condição de loot table, uma condição de avanço ou um caminho de comando/função que sabe quando avaliá-lo.
Faça 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 costumam afetar todos os jogadores ou o mundo inteiro. Confirme que o comando altera apenas o estado pretendido e salve o Output exata ao lado das linhas de configuração ou acompanhamento que explicam por que ele existe.
Se o comando passar a fazer parte de um arquivo de função ou de uma cadeia de blocos de comando, teste o artefato copiado, e não apenas o estado da workbench ativa. Isso revela seletores desatualizados, ordem de comando errada, linhas de configuração ausentes e efeitos que só pareciam funcionar porque um teste anterior deixou 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 dispara.
Para onde ir a seguir
Depois que o predicado for salvo, anexe-o à loot table ou à função de recompensa que usa a condição.
Para usos práticos, combine-o com a Preset de saque de baú para masmorras ou com a Predefinição de receita de fabricação personalizada.
FAQ
Posso colar este comando Data Pack no chat?
Em geral, sim, para um teste rápido de um comando, desde que o seletor seja seguro e a linha seja curta. Para um comportamento de mapa repetível, salve-o no Project e copie o pacote ordenado ou o Output no estilo de função.
Por que esta galeria mostra apenas a interface?
Esta preset produz JSON, organização do Project ou um fluxo 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 dentro de um pacote do Project.
Abrir este fluxo
Comece pelo painel Data Pack relacionado e ajuste os campos do preset para o seu mundo.