Use a IA para ajudar a escrever um pequeno recurso FiveM, depois verifique cada dependência e comportamento antes de ampliá-lo. Comece com um comando independente para distinguir erros de Lua, carregamento de recursos e console de problemas de framework ou banco de dados.
A configuração e os exemplos de código aqui são voltados ao FiveM para GTA V Legacy. O Enhanced tem regras diferentes de runtime e de compatibilidade; verifique as alterações de Legacy para Enhanced do Cfx.re antes de aplicá-las a um servidor Enhanced.
Dê ao assistente uma tarefa delimitada
Informe ao assistente a versão do seu FXServer, a linguagem de execução e o framework e as dependências exatos. Compartilhe apenas arquivos que você tem permissão para compartilhar, removendo segredos e dados de jogadores. Peça que identifique pressupostos e vincule cada API desconhecida à documentação oficial.
Exemplo de solicitação: “Crie um recurso Lua independente com um comando do cliente chamado hello_tutorial. Ele deve imprimir uma mensagem no F8, não exigir framework nem eventos de rede e incluir todos os arquivos e as etapas de instalação e verificação.”
Crie o recurso mínimo
Crie resources/[local]/hello_tutorial/. Salve esses dois arquivos nesse local. Esta é uma demonstração completa no console, não uma loja de veículos nem um sistema de economia para produção.
fxmanifest.lua:
fx_version 'cerulean'
game 'gta5'
client_script 'client.lua'client.lua:
RegisterCommand('hello_tutorial', function()
print('Hello from the tutorial resource.')
end, false)Iniciar e verificar
Adicione ensure hello_tutorial ao arquivo ativo server.cfg. Em um servidor de desenvolvimento em execução, execute refresh seguido de ensure hello_tutorial no console do servidor. Conecte um cliente de teste, abra o F8 e execute hello_tutorial. Espere a saudação exata e nenhum erro de Lua.
Se o comando for desconhecido, verifique a pasta do recurso, o manifesto e o log de inicialização. Se o Lua relatar um erro de arquivo ou linha, compare o arquivo salvo com o exemplo. Remova a linha ensure e pare o recurso ao terminar o exercício.
Revise a próxima alteração antes de adicioná-la
Peça um comportamento por vez e inspecione o diff. Para uma interface, exija tratamento completo de abertura e fechamento e liberação do foco. Para entidades criadas, exija validação do modelo, carregamento com limites e limpeza. Para trabalho com banco de dados, exija um esquema exato e consultas parametrizadas.
Recompensas no servidor precisam de mais do que um nome de item válido: o servidor deve verificar a permissão, a conclusão da tarefa, as quantidades e as solicitações repetidas. Não aceite um evento de rede gerado que conceda dinheiro porque o cliente pediu.
Use os erros como evidência
Forneça o primeiro erro relevante, o lado de execução, o recurso e a versão afetados e uma breve reprodução. Peça ao assistente que explique a causa antes de alterar o código. Confirme as funções nativas e os métodos do framework sugeridos na documentação oficial ou no código-fonte instalado; a afirmação de uma IA de que o código é seguro ou foi testado não é evidência.
Teste além do fluxo esperado
Mantenha um registro de teste com o estado inicial, a ação e o resultado observado. Conforme o recurso crescer, inclua dependências ausentes, jogadores não autorizados, argumentos inválidos, desconexões e persistência após reinicializações. Verificações de sintaxe e testes com simulações ajudam, mas ainda é necessário testar em um servidor de desenvolvimento antes de implantar em produção.
Documentação de referência
Cfx.re — criação do seu primeiro script · Cfx.re — manifesto de recurso · Cfx.re — segurança do servidor