Paper permite definir spawn-limits por mundo em sua configuração de mundo. Sem override específico, os valores podem herdar os limites de bukkit.yml. Isso oferece controle para modos e dimensões diferentes, mas pode mudar ecossistema, farms, desafio e distribuição de mobs. Ajuste somente depois de ver mobcaps e comportamento real.

Um limite de spawn não é a mesma coisa que ativação de entidade, despawn, número de entidades salvas por chunk ou distância de simulação. Esses mecanismos influenciam aspectos diferentes e podem interagir. Confira documentação da versão e não acumule mudanças para resolver “lag de mobs” sem perfil.

Entenda mobcap e distribuição

Mobcap define limites usados na tentativa de spawn natural. O resultado depende de chunks elegíveis, jogadores, categoria, distância, bioma, nível de luz, spawners, regras e configurações per-player. Um número em `bukkit.yml` não representa a quantidade fixa de entidades que sempre haverá no mundo.

Paper oferece comandos como /paper mobcaps e variantes por jogador para mostrar caps e chunks em que mobs podem spawnar, conforme a referência. Use-os em mundo real na hora do problema. Se o cap não está cheio, aumentar limite não necessariamente gera mais mobs; pode haver outra condição que impede spawn.

O ajuste por mundo permite que lobby tenha poucas criaturas e survival mantenha experiência distinta, se o arquivo e versão suportarem. Nether, End, evento e mundo criativo também podem ter necessidades próprias. Evite presumir que todos os mundos herdam o mesmo arquivo se há overrides.

Diagnostique antes de mudar

Converse com jogadores e observe farms representativas. Registre mundo, horário, quantidade de pessoas, chunks ativos, categorias e resultados de mobcaps. Distinga mobs naturais, spawners, entidades de plugin e criaturas trazidas por portal. Não misture todas no mesmo número.

Use spark para verificar custo de ticks de entidades, navegação e colisão enquanto lag ocorre. Se a CPU alta vem de pathfinding de criaturas acumuladas, um limite menor pode reduzir trabalho, mas pode também afetar farms e desafio. Se plugin cria mobs fora do cap, mudar spawn-limits não resolverá.

Verifique dificuldade, gamerules, spawn-limits globais, `mob-spawn-range`, per-player mob spawns e configurações de mundo. Uma mudança em uma dessas áreas pode explicar alteração percebida após update. Registre versões e arquivos antes de editar.

Encontre a configuração e herança corretas

Paper documenta padrões em config/paper-world-defaults.yml e valores específicos em paper-world.yml dentro da pasta do mundo ou dimensão. O padrão pode herdar `bukkit.yml`, enquanto override substitui valor global. Leia documentação atual e comentários gerados pelo servidor.

Faça backup e preserve indentação YAML. Copie somente a chave necessária, não todo arquivo padrão. Confirme nome técnico da categoria e valor aceito na versão. Um override que fica esquecido pode causar diferenças depois de mudar os padrões para toda a rede.

Ao criar um mundo novo, valide se usa defaults atualizados. Em dimensão customizada, consulte identificador de mundo e caminho real. Painel pode iniciar outra instância ou montar volume distinto.

Teste impacto nas farms e jogo

Use uma cópia de mundo e teste tipos de farm populares: mob hostil, animais, pesca ou criaturas aquáticas, spawners e modos especiais. Teste com um jogador e vários para compreender distribuição. Ative critérios claros: spawn esperado, tempo de farm, presença de mobs e estabilidade de MSPT.

Altere uma categoria por mundo e observe. Limite maior pode aumentar custo; limite menor pode zerar produção. Confirme se jogadores conseguem cumprir objetivos e se um único jogador não monopoliza o cap para os demais. Configuração per-player pode alterar distribuição e merece teste próprio.

Valide várias noites, biomas e dimensões. Condições ambientais mudam spawn natural. Uma hora de teste no spawn não demonstra a experiência em survival com exploração.

Promova sem surpresas

Avise a comunidade antes de reduzir produção ou quantidade de mobs. Explique quais mundos e categorias mudam. Faça backup completo e aplique na janela planejada; após reinício, consulte mobcaps e monitore logs.

Tenha rollback do arquivo e do valor anterior. Se o ajuste prejudicar farm importante ou não reduzir tick, reverta e volte ao perfil. Evite mudar simultaneamente despawn, ativação e taxa de spawn; isso dificulta entender o resultado.

Se produção cair, investigue primeiro herança, mundo alvo e comando de mobcaps. Um override inválido pode ser ignorado ou não aplicar. Compare com staging e copie exatamente a configuração aprovada.

Documente e revisite a política

Registre limite por categoria, mundo, razão, resultado e quem aprovou. Inclua comandos e versão de Paper usados na auditoria. Quando atualizar, cheque alterações na configuração e rode teste regressivo de farms centrais.

Reavalie após crescer população, mudar distância de simulação ou instalar plugin que altera spawn. Mais jogadores podem alterar competição por mobcap e carga total. Se política por mundo deixa de fazer sentido, remova overrides desnecessários para voltar a herdar default.

O objetivo não é maximizar ou minimizar mobs em todo lugar. É manter desafio e mecânicas desejados com carga observável e limites explícitos por modo.

Evite mudanças globais por causa de uma farm

Se somente uma construção causa excesso de mobs, ajuste a farm ou controle aquela região antes de reduzir spawn-limits de toda a rede. Mudança global pode afetar biomas, eventos e progresso de jogadores que não causaram o problema. Registre coordenadas e investigue fluxo de entidades.

Ferramentas de contagem podem identificar categorias e chunks. Use relatório em horário representativo, depois de preservar mundo e dados. Limpezas de entidade devem ser localizadas e autorizadas; apagar mobs de plugin pode interromper missão ou evento ativo.

Considere regra de spawn em regiões e flags de plugins. Um jogador pode estar em área onde mobs são proibidos, embora cap pareça disponível. Compare região de teste dentro e fora da área para separar política do plugin de mobcap.

Meça justiça entre jogadores

Distribuição per-player e global muda quem consegue usar o cap quando há várias pessoas. Em survival, um jogador com muitos chunks carregados pode reduzir spawn de outros se a política é global. Use comandos por jogador e compare situações em regiões separadas.

Explique limites a quem constrói farms e teste configurações com farms de diferentes projetos. Não faça exceção secreta de staff que concede spawn adicional; transparência mantém economia e competição justas.

Se há diferença entre mundos, documente por que: lobby pode ter menos mobs, mapa de evento pode depender de spawner e survival precisa equilíbrio. Revise depois de evento para evitar deixar limite temporário em mapa permanente.

Fontes e referências

Documentação consultada em 2026-10-08. Os exemplos precisam ser conferidos na versão instalada; este guia não afirma que a configuração foi testada no seu ambiente.