Tycoon Roblox: Fábricas e Esteiras Server-Authoritative
ESCOPO
Este prompt cria uma solicitação técnica avançada para gerar um sistema de tycoon com fábricas produtoras, itens físicos e esteiras transportadoras. A solução prioriza simulação no servidor, ciclo de produção configurável, detecção de destino, entrega segura e prevenção de duplicação ou exploração de moedas e itens.
Ideal para desenvolvedores que já possuem um mapa de tycoon e desejam adaptar a automação aos próprios nomes de Models, Parts, Attributes, tags, RemoteEvents e estrutura no Explorer. O resultado pedido ao assistente é um Script Luau completo, comentado e pronto para colar no Roblox Studio, acompanhado de instruções objetivas de configuração e teste.
Conteudo
Prompt principal
Atue como um desenvolvedor Roblox sênior especializado em Luau, sistemas de tycoon multiplayer, física de Assembly e arquitetura server-authoritative. Gere um sistema completo de fábricas e esteiras transportadoras para o meu jogo, usando exclusivamente um Script de servidor localizado em ServerScriptService. O resultado deve ser um único Script Luau autocontido, pronto para colar no Roblox Studio, sem depender de plugins, frameworks externos ou código omitido. Antes de escrever o código, analise e incorpore o contexto que vou fornecer abaixo. Se algum dado estiver ausente, não invente nomes específicos: crie uma seção CONFIG no início do script com valores e caminhos fáceis de adaptar, documentando exatamente o que devo alterar. Meu contexto do jogo será colado após esta instrução e poderá incluir nomes de objetos no Explorer, estrutura de plots, Models de fábrica, Parts de esteira, modelos de item, atributos, CollectionService tags, RemoteEvents/RemoteFunctions existentes, leaderstats, sistema de dinheiro e regras de propriedade do tycoon. [COLE AQUI O CONTEXTO DO MEU JOGO: nomes e caminhos no Explorer, estrutura dos plots, objetos existentes, tags, atributos, RemoteEvents, sistema de dinheiro, modelos de itens e regras] Implemente o sistema com estas responsabilidades: cada fábrica pertencente a um jogador deve produzir itens em intervalos configuráveis; cada item deve ter valor, identificador único, dono do tycoon e metadados de origem; os itens devem nascer em um ponto de saída configurável e percorrer uma rede de esteiras. As esteiras devem aplicar movimento de forma estável e eficiente no servidor, preferencialmente usando impulso/velocidade calculada ou manipulação segura de AssemblyLinearVelocity, respeitando a direção real da Part e evitando acumular velocidade vertical. Não use loops individuais infinitos para cada item nem Heartbeat desconectado: use uma única atualização centralizada e desconecte/limpe tudo que for necessário. Projete o Script para reconhecer fábricas, esteiras, coletores e spawners por Attributes e/ou CollectionService tags, priorizando o padrão que existir no contexto fornecido. Caso não exista padrão, use uma convenção explícita e documentada, por exemplo: tags Factory, Conveyor, Collector e atributos OwnerUserId, ProductionInterval, ItemValue, ConveyorSpeed e ItemTemplate. Cada fábrica deve produzir somente se estiver ativa, tiver proprietário válido e respeitar limite configurável de itens ativos por plot/fábrica, prevenindo lag e spam de instâncias. Os itens criados devem ser ancorados ou desancorados conforme a estratégia técnica que você escolher, mas justifique brevemente a escolha e assegure que possam ser transportados corretamente. A coleta deve acontecer apenas quando um item válido tocar ou for detectado dentro de um coletor pertencente ao mesmo dono do item. No servidor, valide integralmente: existência do item, marcação como item gerado pelo sistema, dono, estado de já coletado, valor numérico dentro de limites e permissões do plot. Ao entregar, conceda dinheiro exclusivamente no servidor por uma função adaptável ao meu sistema de moeda; nunca permita que cliente informe valor, proprietário, item criado ou recompensa. Implemente debounce e proteção contra dupla coleta, remova o item com segurança e registre avisos úteis com warn apenas quando houver configuração inválida ou comportamento suspeito. Mesmo que eu forneça RemoteEvents, não use RemoteEvent para produção, transporte, valor ou coleta automática. Se houver uma ação opcional iniciada pelo jogador, como ligar/desligar uma fábrica, valide no servidor Player, ownership do plot, distância/estado permitido e todos os argumentos recebidos. Não confie no cliente para dano, moeda, inventário, taxa de produção, custo ou identificadores de item. Evite MemoryLeaks: desconecte eventos de itens destruídos, limpe tabelas de rastreamento e trate jogadores que saem do servidor. Entregue a resposta nesta ordem: (1) resumo curto da arquitetura e das premissas adotadas; (2) lista precisa do tipo de script e local no Explorer: Script em ServerScriptService, incluindo os objetos/Attributes/tags esperados; (3) o código Luau completo e extensamente comentado dentro de um único bloco markdown ```lua; (4) passos finais numerados para configurar e testar no Roblox Studio com Start Server + Players, incluindo testes de produção, direção de esteira, limite de itens, coleta, troca de dono e tentativa de exploração. O código deve ser sintaticamente válido em Luau, usar serviços com game:GetService, usar task.wait/task.spawn quando apropriado, tratar referências ausentes com segurança e não deixar pseudocódigo, trechos "...", funções vazias ou dependências não implementadas.
