Wie man ein FiveM-Skript per Vibe-Coding entwickelt

Die Kernregel: Die KI ist der Junior-Entwickler; du bist der Senior-Lead. KI schreibt Entwürfe; du triffst Entscheidungen.

Das Demo-Skript: „Item Use + Progress + Validation"

Um diesen Workflow zu lernen, drucken wir nicht einfach „Hello World". Wir bauen ein reales Szenario, das das wichtigste Konzept in FiveM lehrt: Server-Autorität.

Das Skript: vibe-consumable

• Aktion: Spieler benutzt ein Item (z.B. ein „Reparatur-Kit" oder „Energy Drink").
• Client: Prüft, ob der Spieler beschäftigt ist, spielt eine Animation, zeigt einen Fortschrittsbalken.
• Server: Verifiziert, ob der Spieler das Item tatsächlich besitzt, entfernt es und gewährt eine Belohnung (Gesundheit/Rüstung/Status).
• Sicherheit: Wir werden uns speziell darauf konzentrieren, Exploiter daran zu hindern, die Belohnung ohne Verwendung des Items auszulösen.

Wenn du vor dem Einstieg eine Auffrischung der Grundlagen brauchst, lies unsere Einführung in Lua-Scripting.

Kapitel 0: Setup & Tooling

Bevor wir viben, brauchen wir ein Studio.

1. Code-Editor: VS Code ist Standard, aber Cursor (ein VS Code-Fork mit eingebautem KI) ist das ultimative Vibe-Coding-Tool. Es ermöglicht „Chat with codebase" und das sofortige Anwenden von Diffs.
2. Die Umgebung: Ein lokaler FXServer für schnelles Testing.
3. Die Denkweise: „Der Client ist nicht vertrauenswürdig." Das ist dein Mantra. Die KI wird das oft vergessen und dem Client blind vertrauen. Du musst es erkennen.

Kapitel 1: Die Spec definieren

Der größte Fehler, den Entwickler mit KI machen, ist vages Prompting. „Mach ein Skript, das Essen isst" gibt dir Schrott. „Mach ein ESX-Skript, bei dem die Verwendung von Brot einen 5s-Fortschrittsbalken über ox_lib auslöst, dann ein Server-Event auslöst, um Brot zu entfernen und Hunger hinzuzufügen" gibt dir Gold.

Unsere Spec für vibe-consumable:

„Erstelle eine standalone Ressource, die mit QBCore/ESX kompatibel ist (über Bridge oder Config).

1. Config: Items, Dauer, Anim Dict und Belohnungstyp (Gesundheit/Rüstung) definieren.
2. Client: Lauscht auf ein bestimmtes Event oder Export, um das Item zu „benutzen". Prüft, ob der Ped am Leben/nicht beschäftigt ist. Spielt Anim. Verwendet ox_lib für den Fortschrittsbalken.
3. Server: Lauscht auf das Abschluss-Event. MUSS Item-Anzahl vor dem Entfernen verifizieren. Fügt Belohnung hinzu.
4. Struktur: config.lua, client/main.lua, server/main.lua, fxmanifest.lua."

Kapitel 2: Das Gerüst

Lass uns das Skelett generieren. Wir wollen sofort eine saubere Ordnerstruktur.

„Ich brauche eine Ordnerstruktur für eine FiveM-Ressource namens vibe-consumable. Bitte generiere die fxmanifest.lua mit Standard-Metadaten, eine config.lua mit einem Beispiel-Item (Wasser) und leere client/main.lua und server/main.lua-Dateien. Version '1.0.0' verwenden." | Überprüfung: Enthält die fxmanifest.lua die Client/Server-Skripte korrekt? | fx_version 'cerulean' | |