Colyseus-Wiederverbindung
Gibt getrennten Spielern eine begrenzte Rückkehrfrist, ohne Plätze dauerhaft zu blockieren. Unterscheidet Netzverlust von Verlassen und stellt den aktuellen Serverzustand ohne doppelte Spieler wieder her.
colyseus-reconnection-seats
Entdecke, wie der Skill hilftWann ist der Skill hilfreich?
Nutze ihn, wenn Mobilfunkverlust, Client-Neustart und absichtliches Verlassen unterschiedliches Raumverhalten erfordern.
Wobei hilft er dir?
- Unterscheidet Transportverlust vom absichtlichen Verlassen.
- Definiert begrenzte Platzreservierung und Tokenablauf.
- Stellt Serverzustände ohne doppelte Spieler wieder her.
Das könntest du fragen
Trenne in unserem rundenbasierten Taktikmatch einen Spieler während seines Zuges und verbinde ihn vor Fristende erneut. Wiederhole nach Ablauf und nach bewusstem Verlassen. Zug und Einheitenbesitz bleiben korrekt, alte Rückkehrtoken werden abgewiesen und es entsteht kein zweiter Spieler.
Ausführliche Dokumentation
Hier findest du die ursprüngliche Anleitung, Beispiele und Prüfschritte des Skills in ihrer Originalsprache.
Weniger anzeigen
Colyseus — reconnection seats
Use when implementing Colyseus disconnect, reconnection tokens, seat retention or late join.
Version and project gate
Inspect Server, client SDK and @colyseus/schema versions, TypeScript/decorator configuration, room registrations, auth hooks, patch/simulation rates, transport, deployment topology and persistence adapters. The 0.17 reconnection lifecycle must not be assumed for older versions. 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
Identify the installed drop/leave APIs. Define disconnected, reconnecting, rejoined and expired states and bounded seat lifetime. Separate transport loss from a deliberate leave. Resume from the authoritative snapshot and refresh tokens at the documented point; do not log tokens.
Deliver
A reconnection state table and matching server/client behavior with an explicit expiry outcome. Keep the change in the existing project structure; separate actual observations from the proposed acceptance scenario below.
Failure to prevent
Do not remove resumable player state on every transport drop or assume reconnect preserves a client object across every SDK version.
Acceptance scenario
Drop the network during play, restart the client, expire the seat and try reusing an invalid token without duplicating a player. 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 Relay. 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