Nakama-munkamenetek és újracsatlakozás
A belépést, hálózati kapcsolatot és meccsrészvételt külön állapotként állítja helyre. Kezeli a lejárt hitelesítést és korlátos újrapróbálást, majd figyelő- és műveletduplázás nélkül tölti a szerverállapotot.
nakama-sessions-reconnect
Nézd meg, miben segítMikor hasznos?
Akkor használd, ha hálózatváltás vagy lejárt hitelesítő megszakítja a játékot, és az új socket önmagában kevés.
Miben segít neked?
- Elkülöníti a hitelesítési munkamenetet, socketet és meccsjelenlétet.
- Meghatározza a tokenlejáratot, újracsatlakozást és kifejezett meccs-visszalépést.
- Korlátozott próbálkozással, dupla figyelő nélkül állítja vissza a szerverállapotot.
Például ezt kérheted
A kooperatív játékos belépési munkamenete járjon le, miközben a kliens még meccset mutat. A meglévő belépési folyamattal hitelesíts újra, kapcsolódj, majd külön lépj vissza a meccsbe. Friss világállapotot tölts, ne játszd vakon újra a régi támadásokat, és eseményenként egy figyelő maradjon.
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 — sessions reconnect
Use when implementing Nakama sessions, sockets, presence loss or rejoin behavior.
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
Separate refreshable authentication sessions from socket and match presence. Define reconnect/rejoin and expired-session outcomes using the installed SDK. Rehydrate authoritative state rather than trusting cached client progress. Bound retries and prevent duplicated subscriptions; never log session tokens.
Deliver
A session/socket/match transition table and client recovery path. Keep the change in the existing project structure; separate actual observations from the proposed acceptance scenario below.
Failure to prevent
A reconnected socket does not prove the player rejoined the same match or recovered missed events.
Acceptance scenario
Expire a session, switch networks, reconnect repeatedly and rejoin a running match without duplicate listeners or player records. 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
