Skill · Version 1.0.0

Nakama-Sitzungen und Wiederverbindung

Stellt Online-Spiel wieder her, indem Anmeldung, Socket und Matchteilnahme getrennt behandelt werden. Behandelt abgelaufene Zugangsdaten und begrenzte Wiederholungen, ohne Listener oder Aktionen zu verdoppeln.

nakama-sessions-reconnect

Entdecke, wie der Skill hilft

Wann ist der Skill hilfreich?

Nutze ihn, wenn Netzwerkwechsel oder abgelaufene Zugangsdaten durch bloße Socket-Wiederverbindung nicht behoben sind.

Wobei hilft er dir?

Trennt Authentifizierungssitzung, Socket und Spielpräsenz.
Definiert Tokenablauf, Wiederverbindung und ausdrücklichen Spielwiedereintritt.
Stellt Serverzustand mit begrenzten Versuchen ohne doppelte Listener wieder her.

Das könntest du fragen

Trenne unseren Koop-Spieler nach Sitzungsablauf, während der Client noch ein Match zeigt. Authentifiziere über den bestehenden Ablauf, verbinde den Socket und tritt ausdrücklich wieder bei. Lade den aktuellen Weltzustand, wiederhole alte Angriffe nicht blind und behalte je Ereignis einen Listener.

Ausführliche Dokumentation

Hier findest du die ursprüngliche Anleitung, Beispiele und Prüfschritte des Skills in ihrer Originalsprache.

Details…Weniger anzeigen

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.

Task-specific official references

Enthaltene Dateien 1

SKILL.md