Nutze KI als Hilfe beim Schreiben einer kleinen FiveM-Ressource und prüfe jede Abhängigkeit und jedes Verhalten, bevor du sie erweiterst. Beginne mit einem eigenständigen Befehl, um Lua-, Ressourcenlade- und Konsolenfehler von Framework- oder Datenbankproblemen unterscheiden zu können.
Die hier gezeigten Konfigurations- und Codebeispiele beziehen sich auf FiveM für GTA V Legacy. Enhanced hat andere Laufzeit- und Kompatibilitätsregeln; überprüfe die Legacy-zu-Enhanced-Änderungen von Cfx.re bevor du sie auf einen Enhanced-Server anwendest.
Gib dem Assistenten eine begrenzte Aufgabe
Teile dem Assistenten deinen FXServer-Build, die Laufzeitsprache und die genauen Frameworks/Abhängigkeiten mit. Teile nur Dateien, die du teilen darfst, und entferne Geheimnisse und Spielerdaten. Bitte ihn, Annahmen zu identifizieren und jede unbekannte API mit der offiziellen Dokumentation zu verknüpfen.
Beispielanfrage: „Erstelle eine eigenständige Lua-Ressource mit einem Client-Befehl namens hello_tutorial. Die Ressource soll eine Nachricht in F8 ausgeben, keine Framework- oder Netzwerkereignisse erfordern und alle Dateien sowie Installations- und Überprüfungsschritte enthalten.“
Erstelle die minimale Ressource
Erstelle resources/[local]/hello_tutorial/. Speichere diese beiden Dateien dort. Dies ist eine vollständige Konsolendemonstration, kein Fahrzeughandel oder Produktionswirtschaftssystem.
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)Starten und überprüfen
Füge ensure hello_tutorial in die aktive server.cfg ein. Führe bei einem laufenden Entwicklungsserver zuerst refresh und danach ensure hello_tutorial in der Serverkonsole aus. Verbinde einen Testclient, öffne F8 und führe hello_tutorial aus. Die genaue Begrüßung sollte erscheinen, ohne Lua-Fehler.
Wenn der Befehl unbekannt ist, überprüfe den Ressourcenordner, das Manifest und das Startprotokoll. Wenn Lua einen Datei-/Zeilenfehler meldet, vergleiche die gespeicherte Datei mit dem Beispiel. Entferne die ensure-Zeile und stoppe die Ressource, wenn du die Übung beendet hast.
Überprüfe die nächste Änderung, bevor du sie hinzufügst
Frage nach einem Verhalten nach dem anderen und überprüfe den Unterschied. Für eine Benutzeroberfläche fordere eine vollständige Öffnungs-/Schließbehandlung und freigegebenen Fokus. Für gespawnte Entitäten fordere Modellvalidierung, begrenzte Ladung und Bereinigung. Für Datenbankarbeiten fordere ein exaktes Schema und parametrisierte Abfragen.
Serverseitige Belohnungen benötigen mehr als einen gültigen Gegenstandsnamen: Der Server muss die Berechtigung, den Abschluss der Aufgabe, die Mengen und wiederholte Anfragen überprüfen. Akzeptiere kein generiertes Netzwerkereignis, das Geld gewährt, nur weil der Client danach fragt.
Nutze Fehler als Beweis
Gib den ersten relevanten Fehler, die Ausführungsseite, die betroffene Ressource/Version und eine kurze Reproduktion an. Bitte den Assistenten, die Ursache zu erklären, bevor du Code änderst. Bestätige vorgeschlagene Natives und Framework-Methoden anhand der offiziellen Dokumentation oder des installierten Quellcodes; eine KI-Behauptung, dass Code sicher oder getestet ist, ist kein Beweis.
Teste über den „Happy Path“ hinaus
Führe ein Testprotokoll, das den Startzustand, die Aktion und das beobachtete Ergebnis zeigt. Wenn die Ressource wächst, schließe fehlende Abhängigkeiten, nicht autorisierte Spieler, ungültige Argumente, Verbindungsabbrüche und die Persistenz nach einem Neustart ein. Syntaxprüfungen und Mock-Tests helfen, aber ein Test auf einem Entwicklungsserver ist vor der Live-Bereitstellung immer noch erforderlich.
Referenzdokumentation
Cfx.re – dein erstes Skript erstellen · Cfx.re — Ressourcenmanifest · Cfx.re — Serversicherheit