Guias
FluxosSummonBossbarLoot

Fluxo de trabalho do Command Pack de luta contra chefe de masmorra

11 min de leitura

As lutas contra chefes tornam-se difíceis de manter quando cada ideia é colocada em um comando de invocação. Um fluxo de trabalho melhor separa a entidade chefe, estatísticas, estado visível, feedback e lógica de recompensa. NBTForge Project permite que essas linhas permaneçam ordenadas sem perder os editores visuais por trás delas.

Comece com a linha de invocação do chefe para que a identidade, a saúde, as tags e o equipment sejam fáceis de auditar.
Crie o estado da boss bar separadamente para que a sobreposição de luta visível possa ser ajustada sem reescrever a invocação.
Mantenha a lógica de recompensa após o surgimento e os comandos de feedback para que o encontro tenha um caminho de encerramento claro.

Resultado

Um plano de encontro com chefes que separa spawn, estatísticas, feedback dos jogadores, lógica de fase e recompensas em grupos de comando revisáveis.

Abrir módulo relacionadoSummon, Bossbar, LootProjetando um encontro encenado com o chefe

Caminho recomendado

  1. Crie a entidade chefe em Summon com verificações de nome, integridade, equipment e visualização.
  2. Adicione comandos de atributo para valores que devem permanecer fáceis de ajustar durante o teste.
  3. Crie um objetivo de bossbar e scoreboard antes de adicionar lógica de fase.
  4. Adicione títulos de aviso, sons e partículas para ataques ou mudanças de fase.
  5. Termine com comandos de saque, recompensa, limpeza e redefinição.

Divida o chefe em grupos de comando

Um bom pacote de chefes tem seções claras: gerar, ajustar, comunicar, recompensar e limpar. Essa estrutura facilita a troca de uma peça sem quebrar todo o resto.

Mantenha o comando de invocação focado na identidade do chefe e no estado inicial. Use atributos, efeitos, bossbar, scoreboard e comandos de feedback para comportamentos que você espera ajustar.

  • Spawn: convocação, equipment, nome, tags.
  • Sintonia: atributos, efeitos, escala, velocidade de movimento.
  • Comunicar: bossbar, título, playsound, partículas.
  • Recompensa: saque, entrega de itens, avanço, limpeza.

Use tags e estado do scoreboard antecipadamente

Os valores Tags e do scoreboard fornecem aos comandos posteriores algo estável para atingir. Adicione uma tag de chefe clara para o comando de invocação e, em seguida, use essa tag em comandos de efeitos, atributos, teletransporte e limpeza.

O estado do scoreboard é útil para cronômetros, verificações de fase, progresso do jogador e para evitar que recompensas sejam disparadas duas vezes.

Torne o feedback visível antes do dano

Os jogadores devem compreender um ataque de chefe antes que ele os castigue. Use títulos de aviso, partículas e feedback sonoro antes de danos ou efeitos de teletransporte. Isso também facilita o teste porque o encontro comunica o que está fazendo.

As páginas predefinidas NBTForge já cobrem muitas peças individualmente; esse fluxo de trabalho é a cola que transforma essas peças em um único encontro.

Envie o artefato copiado

Use este guia para produzir o artefato que um jogador ou criador de mapas irá realmente executar: um comando copiado, um pacote Project ordenado ou um recurso de datapack. A revisão final deve acontecer na Output copiada, não apenas no estado editável do construtor.

Quando o fluxo de trabalho for sensível à versão, rotule a versão de destino ao lado do comando. Ao usar seletores, placares, bossbars, tags, tabelas de saque ou ordem de Project, teste essas dependências em um mundo limpo antes de publicar a configuração.

  • Copie de Output para um comando e de Project para pacotes solicitados.
  • Mantenha Java, Bedrock e variantes de snapshot separadas.
  • Teste primeiro seletores destrutivos com Output inofensiva.
  • Atualize as presets relacionadas quando o guia se tornar o fluxo de trabalho canônico.

Guias e presets relacionados

FAQ

As estatísticas do chefe devem estar no comando de invocação ou em comandos de atributos separados?

Use convocação para a identidade inicial e o estado óbvio. Use comandos de atributos separados quando você espera ajustar valores repetidamente durante o teste de jogo.

Onde as recompensas devem ficar?

Coloque as recompensas perto do final do pacote Project, após os comandos de fase e limpeza. Para fluxos de trabalho de datapack, conecte a recompensa a tabelas de saque, avanços ou modificadores de itens.

Quando este guia deve se tornar um pacote Project?

Use Project quando o fluxo de trabalho precisar de mais de um comando, tiver ordem de configuração e limpeza ou precisar ser editado novamente após o teste. Comandos únicos podem permanecer em Output.