FiveM AI Script Generator: Risorse ESX e QBCore (2026)

Un FiveM AI script generator produce i file di una risorsa, la cartella che il server FiveM carica, a partire da una descrizione scritta. Questa guida spiega come è organizzata una risorsa, come chiedere uno script ESX o QBCore che funzioni e come installarlo e testarlo su un server FiveM locale prima che un giocatore entri.

Puoi partire dal generatore di script FiveM e poi seguire i passaggi qui sotto per controllare e testare il risultato.

Come è organizzata una risorsa FiveM

Una risorsa FiveM è una cartella con un manifest e dei file Lua. Il manifest, fxmanifest.lua, dice al server quali file caricare, su quale lato (client o server) e da quali altre risorse dipende lo script. Una struttura comune è questa:

my_garage/
├── fxmanifest.lua
├── config.lua
├── client/
│   └── main.lua
└── server/
    └── main.lua

La cartella client gira sul gioco di ogni giocatore e gestisce cose come i tasti, i menu e il disegno sullo schermo. La cartella server gira sul server e gestisce tutto ciò che tocca denaro, oggetti o dati. Tieni questa divisione in mente quando scrivi il prompt.

Passo 1: scegli il framework

ESX e QBCore sono i due framework che incontrerai più spesso. Mettono a disposizione l'oggetto del giocatore, le funzioni di denaro e oggetti e il sistema dei lavori. Il loro codice è diverso, quindi indica il framework nel prompt. Ecco l'inizio di uno script server che dà al giocatore il contante, in entrambi i casi:

ESX:

ESX = exports['es_extended']:getSharedObject()

RegisterCommand('cash', function(source)
    local xPlayer = ESX.GetPlayerFromId(source)
    if not xPlayer then return end
    local cash = xPlayer.getMoney()
    TriggerClientEvent('chat:addMessage', source, { args = { 'Cash', ('$%s'):format(cash) } })
end, false)

QBCore:

local QBCore = exports['qb-core']:GetCoreObject()

RegisterCommand('cash', function(source)
    local Player = QBCore.Functions.GetPlayer(source)
    if not Player then return end
    local cash = Player.Functions.GetMoney('cash')
    TriggerClientEvent('chat:addMessage', source, { args = { 'Cash', ('$%s'):format(cash) } })
end, false)

I due script fanno lo stesso lavoro con chiamate al framework diverse. Un prompt che dice "ESX" o "QBCore" evita di mescolarle.

Passo 2: scrivi un prompt con le regole

Un buon prompt per FiveM include:

• il framework e la sua versione, se la conosci
• il trigger, per esempio un comando, un tasto o un marker nel mondo
• le regole lato server, come prezzo, cooldown o lavoro richiesto
• il comportamento lato client, come una notifica o un menu
• le tabelle del database, se lo script salva dati

Debole: "fammi uno script per il garage"

Chiaro: "Risorsa ESX chiamata my_garage. /garage apre la lista dei veicoli posseduti dal giocatore, letta dalla tabella owned_vehicles. Selezionando un veicolo, lo fa comparire nel posto libero più vicino. Il server controlla la proprietà prima di far comparire il veicolo e invia una notifica se il giocatore non ne è proprietario. config.lua imposta i punti di spawn."

Il secondo prompt indica framework, fonte dei dati e controlli, quindi il generatore ha ciò che serve per scrivere entrambi i lati dello script.

Passo 3: leggi il risultato

Controlla prima il manifest. Un fxmanifest.lua tipico per uno script ESX è questo:

fx_version 'cerulean'
game 'gta5'
lua54 'yes'

description 'Simple /garage script for ESX'
author 'Your Name'
version '1.0.0'

shared_script 'config.lua'
client_script 'client/main.lua'
server_script 'server/main.lua'

dependency 'es_extended'

Per QBCore la dipendenza è qb-core. Verifica che ogni percorso corrisponda a un file reale, che dependency indichi il framework che usi e che il codice client non decida denaro, oggetti o permessi, perché questi li deve controllare il server. Il file config.lua contiene valori come prezzi e coordinate, quindi puoi cambiarli senza toccare la logica.

Passo 4: installa su un server FiveM locale

Testa su un server locale separato, mai sul server in produzione. I passaggi sono:

1. Installa sul server di test il framework scelto, con le sue dipendenze e la configurazione del database.
2. Copia la cartella della risorsa nella cartella delle risorse, per esempio resources/[local]/my_garage/.
3. Apri server.cfg e aggiungi ensure my_garage dopo le righe del framework. Il framework deve avviarsi prima dello script.
4. Avvia il server e controlla la console per eventuali errori che citano il nome della risorsa.
5. Entra nel server ed esegui /garage. Apri la console F8 per cercare errori lato client.
6. Cambia un valore in config.lua, poi esegui restart my_garage nella console del server. Così testi la modifica senza riavviare tutto il server.

Passo 5: prova anche i casi di errore

Gli script di solito si rompono nei casi limite. Prova un giocatore senza veicoli, un giocatore che seleziona un veicolo non suo, un comando digitato due volte di fila, un punto di spawn bloccato da un'altra auto e un giocatore che si disconnette durante l'azione. Ogni caso deve mostrare un messaggio chiaro e non lasciare uno stato a metà.

Errori comuni

• Dipendenza sbagliata. Uno script ESX che dichiara qb-core non si avvia su un server ESX.
• Ordine di avvio sbagliato. Se la risorsa parte prima del framework, le sue esportazioni mancano e lo script fallisce.
• Fidarsi del client. Denaro, oggetti e proprietà vanno controllati sul server, perché un evento del client può essere falsificato.
• Tabelle del database mancanti. Gli script che leggono o scrivono dati richiedono le tabelle attese dal framework. Segui le note di installazione di ciascun framework.
• Cicli senza attesa. Un ciclo while true do senza una chiamata di attesa blocca il gioco. Inserisci una breve attesa in ogni ciclo.
• Modifiche sul server live. Copia prima la risorsa sul server di test e spostala solo dopo che ha superato i controlli.

Quando affidarsi a uno sviluppatore

Script con molta economia, inventari personalizzati, anti-cheat e tutto ciò che tocca il denaro o i dati di molti giocatori richiedono una revisione esperta. Uno sviluppatore può anche verificare le prestazioni su un server affollato, cosa che un singolo test locale non mostra del tutto.

Controlla e testa ogni script prima di metterlo online. Il codice generato è un punto di partenza, non una risorsa finita.

Prezzi

Il piano Starter è gratuito, con 10 EC al giorno e 20 EC al mese, senza bisogno di carta di credito. EC significa EnderCredits. Il pacchetto Hobby offre 50 EC per €5, pagati una sola volta. I pacchetti più grandi sono nella pagina dei prezzi.

Domande frequenti

Il generatore supporta sia ESX sia QBCore?

Indica il framework nel prompt. Il generatore può puntare a ESX o a QBCore, e le chiamate cambiano tra i due, quindi una scelta esplicita dà risultati migliori.

Devo conoscere Lua?

Aiuta. Non serve scrivere Lua da zero, ma dovresti saper leggere il manifest, seguire un errore in console e capire quale lato dello script gira dove.

Lo script generato è sicuro per un server pubblico?

Non finché non lo hai revisionato e testato. Verifica che il server controlli ogni modifica di denaro, oggetti e proprietà, poi prova i comandi su un server locale prima di pubblicarlo.