Utilisez l\u2019IA pour expliquer un petit morceau de code FiveM ou proposer un changement pr\u00e9cis, puis v\u00e9rifiez le r\u00e9sultat par rapport \u00e0 votre source de framework exacte. Le code g\u00e9n\u00e9r\u00e9 est un brouillon : il peut inventer des exports, manquer des d\u00e9pendances et faire confiance \u00e0 des valeurs qui devraient \u00eatre v\u00e9rifi\u00e9es sur le serveur.<\/p>\n
Fournissez le fichier pertinent, le manifeste, la version du framework et l\u2019erreur exacte ou le comportement attendu. Supprimez les cl\u00e9s de licence, les identifiants de base de donn\u00e9es, les URL de webhook et les informations sur les joueurs. Partagez le code tiers uniquement si vous y \u00eates autoris\u00e9.<\/p>\n
Demandez un changement \u00e0 la fois : expliquez un callback, r\u00e9parez une erreur d\u00e9montr\u00e9e ou ajoutez une interaction valid\u00e9e. Une demande pour un syst\u00e8me complet d\u2019\u00e9conomie ou de m\u00e9tiers cache trop de d\u00e9cisions de conception.<\/p>\n
Ex\u00e9cutez l\u2019interaction normale, une entr\u00e9e invalide, des requ\u00eates r\u00e9p\u00e9t\u00e9es, un joueur non autoris\u00e9, une reconnexion et un red\u00e9marrage. Comparez l\u2019\u00e9tat persistant avant et apr\u00e8s afin qu\u2019un menu visuellement fonctionnel ne cache pas des \u00e9critures en double.<\/p>\n
Si le changement pr\u00e9tend am\u00e9liorer les performances, mesurez la m\u00eame action avant et apr\u00e8s. Une explication de l\u2019IA n\u2019est pas un benchmark ou un r\u00e9sultat de test. Suivez le guide de s\u00e9curit\u00e9 des \u00e9v\u00e9nements Cfx.re<\/a> pour la limite de confiance.<\/p>\nDocumentation de r\u00e9f\u00e9rence<\/h2>\n