Nakama-futtató jogosultságai
A bejelentkezésen túl azt is ellenőrzi, hogy a játékszabály engedi-e a szerverparancsot. Hiteles személyazonosságot és tulajdonjogot használ akkor is, ha a szerverkód széles tárolási joggal rendelkezik.
nakama-runtime-authority
Nézd meg, miben segítMikor hasznos?
Akkor használd, ha játékosadatot vagy hiteles játékadatot módosító egyedi RPC-t, kezelőt készítesz.
Miben segít neked?
- Beküldött játékosazonosító helyett ellenőrzött futtatási identitást használ.
- Kéréssémát és játékspecifikus tulajdonosi ellenőrzést határoz meg.
- Kezeli a privilegizált szervertárolás kivételeit és korlátozza a kezelőt.
Például ezt kérheted
Készíts felszereléscserélő RPC-t az RPG-hez. Küldj más játékosazonosítót, nem birtokolt fegyvert és túlméretes kérést. A hívót a szervermunkamenetből azonosítsd, ellenőrizd a tulajdont és engedett helyet, hibánál pedig maradjon változatlan a felszerelés.
Részletes dokumentáció
Itt a skill eredeti útmutatóját, példáit és ellenőrzési szempontjait olvashatod az eredeti nyelven.
Összecsukás
Nakama — runtime authority
Use when implementing Nakama RPCs, runtime hooks or authoritative game commands.
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
Derive identity from the validated runtime context. Define an explicit request schema and game-rule authorization for each operation. Distinguish privileged server storage access from client permissions. Keep handlers bounded and return stable domain outcomes without exposing internal secrets.
Deliver
A command/auth contract and focused runtime handler with documented failure outcomes. Keep the change in the existing project structure; separate actual observations from the proposed acceptance scenario below.
Failure to prevent
Server runtime code bypasses ordinary storage access restrictions, so it must perform its own ownership and domain checks.
Acceptance scenario
Invoke the command as another user, send malformed fields and replay a completed operation without changing another player’s state. 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.
- https://heroiclabs.com/docs/gameplay-multiplayer-server-multiplayer/
- https://heroiclabs.com/docs/nakama/concepts/storage/permissions/
Task-specific official references
Csomagban lévő fájlok 1
SKILL.md