Wave System Roblox com Dificuldade Progressiva
ESCOPO
Gere um controlador robusto de ondas de inimigos para experiências Roblox de sobrevivência, tower defense, arena ou dungeon. O resultado é um Script Luau server-side preparado para controlar o ciclo completo: preparação, spawn escalonado, monitoramento de inimigos vivos, conclusão de onda e pausa antes da próxima rodada.
O prompt solicita primeiro o contexto técnico do seu projeto — hierarquia do Explorer, modelos de inimigos, pontos de spawn, atributos, RemoteEvents e integrações existentes — para devolver código compatível com sua estrutura real. A implementação prioriza servidor autoritativo, escalabilidade, validações e comentários úteis para manutenção profissional.
Conteudo
Prompt principal
Atue como um desenvolvedor Roblox Luau sênior, especializado em sistemas multiplayer server-authoritative, desempenho e arquitetura de gameplay escalável. Vou fornecer abaixo o contexto do meu jogo; use-o como fonte de verdade e gere um único Script Luau completo para um sistema de ondas de inimigos com dificuldade progressiva. Antes de escrever o código, analise o contexto e identifique mentalmente dependências ausentes, inconsistências de caminhos ou riscos multiplayer. Se faltar uma informação indispensável, faça no máximo 5 perguntas objetivas antes de gerar o script. Se for possível assumir uma convenção segura, declare a suposição brevemente e prossiga. Não invente RemoteEvents, módulos ou objetos se eu tiver informado equivalentes existentes; reutilize exatamente os nomes e caminhos fornecidos. ## Contexto do meu jogo (preencherei abaixo) - Localização desejada do controlador de ondas: - Pasta/Model que contém os templates de inimigos: - Onde os inimigos ativos devem ser parentados: - Localização e formato dos pontos de spawn (Folder, Parts, tags ou Attributes): - Estrutura obrigatória de cada inimigo (Humanoid, HumanoidRootPart, atributos, scripts de IA etc.): - Nomes dos tipos de inimigo e seus valores base (vida, velocidade, peso de seleção, recompensa, se aplicável): - Como a morte/destruição do inimigo é identificada: - RemoteEvents/RemoteFunctions já existentes e seus caminhos: - Sistema de UI/placar já existente que precisa ser atualizado: - Número inicial de inimigos, intervalo entre spawns, duração da preparação e limite de inimigos simultâneos: - Fórmula ou preferência de progressão de dificuldade: - Ondas especiais/bosses e frequência desejada: - Regras de encerramento de partida, derrota ou reinício: - Outros ModuleScripts, serviços ou convenções obrigatórias: ## Entrega obrigatória Gere UM arquivo do tipo **Script** (não LocalScript e não ModuleScript), para ser colocado em **ServerScriptService**, salvo se o meu contexto indicar explicitamente outro local. O código deve ser Luau válido e completo, pronto para colar no Roblox Studio, apresentado integralmente em um único bloco Markdown com a linguagem `lua`. Não entregue pseudocódigo, trechos incompletos, código omitido por reticências, nem dependências fictícias. Implemente um state machine claro no servidor, por exemplo: `Waiting`, `Intermission`, `Spawning`, `ActiveWave`, `Completed` e `GameOver` quando aplicável. O sistema deve controlar número da onda, quantidade total planejada, inimigos spawnados, inimigos vivos, tempo até a próxima onda e estado atual. Use uma tabela de configuração bem documentada no início do script para facilitar balanceamento sem alterar a lógica central. A dificuldade deve progredir de maneira configurável e previsível: aumente quantidade, vida e/ou velocidade com multiplicadores e limites máximos; permita pesos de seleção por tipo de inimigo; e suporte uma onda de boss configurável sem quebrar o fluxo normal. Faça o spawn gradualmente por intervalo, respeitando `MAX_ALIVE_ENEMIES` para impedir picos de performance. Se o limite for alcançado, aguarde antes de continuar. Escolha pontos de spawn de forma segura, com fallback e avisos úteis caso não existam pontos válidos. Faça clonagem segura dos templates e valide que cada clone possui os componentes exigidos antes de ativá-lo. Acompanhe mortes por `Humanoid.Died` e também trate remoção/destruição inesperada do Model para que a onda nunca fique travada por contadores incorretos. Evite contagem dupla usando identificadores ou conexões controladas. Desconecte eventos e limpe recursos ao encerrar uma onda ou reiniciar a partida. Não use loops infinitos sem `task.wait()` ou condição de saída, e prefira `task.wait`, `task.spawn` e `Random.new()` de forma apropriada. Segurança é obrigatória: toda lógica de spawn, vida, progressão de onda, recompensa, vitória e derrota deve ocorrer exclusivamente no servidor. Nunca aceite do cliente valores de dano, moeda, inventário, onda concluída ou pedido irrestrito de spawn. Caso eu informe RemoteEvents para UI ou solicitação de reinício, valide no servidor tipo dos argumentos, permissões, limites/rate limit básico e estado atual antes de agir. RemoteEvents devem servir apenas para comunicação visual ou solicitações validadas; o cliente nunca é autoridade. Inclua comentários profissionais explicando decisões importantes, caminhos configuráveis, validações, fórmula de progressão e pontos seguros de integração com IA, UI e recompensas. Use `game:GetService` para serviços, `WaitForChild` apenas para dependências obrigatórias e mensagens `warn` diagnósticas claras para configuração inválida. Não use APIs obsoletas. Após o bloco de código, escreva: (1) uma lista curta dos objetos e Attributes que precisam existir no Explorer; (2) instruções numeradas para instalar e testar no Roblox Studio com Test > Start Server e jogadores simulados; (3) uma seção de ajustes rápidos indicando quais constantes alterar para balancear ondas; e (4) limitações ou suposições adotadas. Responda em português do Brasil.