Utilisez l'IA pour vous aider à écrire une petite ressource FiveM, puis vérifiez chaque dépendance et comportement avant de l'étendre. Commencez par une commande autonome afin de pouvoir distinguer les erreurs Lua, de chargement de ressources et de console des problèmes de framework ou de base de données.
Les exemples de configuration et de code ici ciblent FiveM pour GTA V Legacy. Enhanced a des règles d'exécution et de compatibilité différentes ; vérifiez les changements Legacy-to-Enhanced de Cfx.re avant de les appliquer à un serveur Enhanced.
Donnez à l'assistant une tâche limitée
Indiquez à l'assistant votre build FXServer, votre langage d'exécution et votre framework/dépendances exacts. Ne partagez que les fichiers que vous êtes autorisé à partager, en supprimant les secrets et les données des joueurs. Demandez-lui d'identifier les hypothèses et de lier chaque API inconnue à la documentation officielle.
Exemple de requête : « Créez une ressource Lua autonome avec une commande client nommée hello_tutorial. Elle doit afficher un message dans F8, ne nécessiter aucun framework ou événement réseau, et inclure tous les fichiers ainsi que les étapes d'installation et de vérification. »
Construire la ressource minimale
Créer resources/[local]/hello_tutorial/. Enregistrez ces deux fichiers là. Il s'agit d'une démonstration console complète, pas d'un magasin de véhicules ou d'un système d'économie de production.
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)Démarrer et vérifier
Ajoutez ensure hello_tutorial au fichier server.cfg actif. Sur un serveur de développement en cours d’exécution, lancez refresh, puis ensure hello_tutorial dans la console du serveur. Connectez un client de test, ouvrez F8 et exécutez hello_tutorial. Vérifiez que le message d’accueil exact s’affiche sans erreur Lua.
Si la commande est inconnue, vérifiez le dossier de ressources, le manifeste et le journal de démarrage. Si Lua signale une erreur de fichier/ligne, comparez le fichier enregistré avec l'exemple. Supprimez la ligne ensure et arrêtez la ressource lorsque vous avez terminé l'exercice.
Vérifiez le prochain changement avant de l'ajouter
Demandez un comportement à la fois et inspectez la différence. Pour une interface utilisateur, exigez une gestion complète de l'ouverture/fermeture et la libération du focus. Pour les entités générées, exigez une validation du modèle, un chargement borné et un nettoyage. Pour le travail de base de données, exigez un schéma exact et des requêtes paramétrées.
Les récompenses côté serveur nécessitent plus qu'un nom d'objet valide : le serveur doit vérifier l'autorisation, l'achèvement de la tâche, les montants et les requêtes répétées. N'acceptez pas un événement réseau généré qui accorde de l'argent parce que le client le demande.
Utilisez les erreurs comme preuves
Fournissez la première erreur pertinente, le côté d'exécution, la ressource/version affectée et une courte reproduction. Demandez à l'assistant d'expliquer la cause avant de modifier le code. Confirmez les natives et les méthodes de framework suggérées par rapport à la documentation officielle ou à la source installée ; une affirmation de l'IA selon laquelle le code est sécurisé ou testé n'est pas une preuve.
Testez aussi les cas où tout ne se passe pas comme prévu
Conservez un enregistrement de test montrant l'état initial, l'action et le résultat observé. Au fur et à mesure que la ressource se développe, incluez les dépendances manquantes, les joueurs non autorisés, les arguments invalides, les déconnexions et la persistance au redémarrage. Les vérifications de syntaxe et les tests simulés aident, mais un test sur un serveur de développement est toujours requis avant le déploiement en direct.
Documentation de référence
Cfx.re — créer votre premier script · Cfx.re — manifeste de ressource · Cfx.re — sécurité du serveur