Versionierter Nakama-Speicher
Schützt Spielerdaten vor konkurrierenden Änderungen und falschem Zugriff. Definiert Besitz und Versionsprüfung und trennt vertrauenswürdiges Inventar von direkt bearbeitbaren Einstellungen.
nakama-storage-versions
Entdecke, wie der Skill hilftWann ist der Skill hilfreich?
Nutze ihn bei unterschiedlichen Clientrechten und Konfliktregeln für Inventar, Einstellungen oder persistente Objekte.
Wobei hilft er dir?
- Definiert Sammlung, Schlüssel, Eigentümer und Lese-/Schreibrechte.
- Verwendet Versionsbedingungen gegen konkurrierende Inventaränderungen.
- Trennt vertrauenswürdige Belohnungen von clientseitig änderbaren Einstellungen.
Das könntest du fragen
Zwei Geräte verbrauchen gleichzeitig den letzten Heiltrank. Erkenne den Konflikt anhand der gespeicherten Inventarversion, lies vor erlaubter Wiederholung erneut und halte die Anzahl korrekt. Eine getrennte Einstellungsänderung darf keine Berechtigung für Münzen oder Inventar erhalten.
Ausführliche Dokumentation
Hier findest du die ursprüngliche Anleitung, Beispiele und Prüfschritte des Skills in ihrer Originalsprache.
Weniger anzeigen
Nakama — storage versions
Use when implementing Nakama player data, inventory, save storage or concurrent writes.
Version and project gate
Inspect Nakama server and client SDK versions, chosen Go/TypeScript/Lua runtime, compiled module deployment, database topology, match handlers, RPC registrations, auth/session handling, storage collections and permission rules. Never turn a task into an engine upgrade without the user’s intent. Read the version-matching official reference when an API decision depends on it.
Work
Declare collection/key/owner and read/write permissions for every object. Use version preconditions or the documented atomic operations to protect concurrent changes. Validate server-side mutations and define schema migration and missing-object behavior. Keep trusted rewards separate from client-editable preferences.
Deliver
A storage/permission table and a race-aware mutation contract. Keep the change in the existing project structure; separate actual observations from the proposed acceptance scenario below.
Failure to prevent
Owner-write permission permits the owner’s client to edit the object; it is unsuitable for trusted rewards without server validation.
Acceptance scenario
Race two inventory updates, use a stale version and attempt a cross-user read/write with each permission combination. Follow the project’s execution and verification permissions. If execution or a target device is unavailable, provide the reproduction steps and name the remaining uncertainty; do not mark it passed.
Scope and sources
This skill belongs to Kairo. Agent selection is restricted by Orqestria’s assigned-agent policy, including forced skill selection; instruction text alone is not an access control. These are original task workflows researched from official documentation, not a copied or endorsed vendor skill.
Enthaltene Dateien 1
SKILL.md