Un prompt peut-il remplacer Gather ?

Construis un espace virtuel 2D avec chat vidéo basé sur la proximité — sois transparent sur le fait que c’est plus ambitieux que la plupart des fiches de ce catalogue, puisque gérer dynamiquement les connexions WebRTC à mesure que les avatars bougent est un vrai travail de systèmes distribués, pas une simple application CRUD. Utilise un moteur de rendu 2D basé sur canvas, comme PixiJS, pour une carte en tuiles où chaque utilisateur connecté contrôle un avatar en mouvement via les touches fléchées, avec les positions synchronisées via WebSockets. Quand les positions de deux avatars entrent à une distance de proximité configurée, établis une connexion pair-à-pair WebRTC entre ces deux utilisateurs spécifiquement, en utilisant un serveur de signalisation que tu fais tourner et un serveur STUN public pour la traversée NAT, pour qu’ils se voient et s’entendent ; coupe la connexion proprement quand ils s’éloignent. Utilise une seule carte fixe en pixel art préconstruite pour commencer plutôt qu’un éditeur de carte visuel — c’est une fonctionnalité séparée substantielle. Gère avec soin le cas difficile spécifique : un utilisateur qui se déplace entre plusieurs avatars proches en succession rapide ne devrait pas laisser de connexions vidéo périmées ou dupliquées. Ne construis pas d’éditeur de carte, de partage d’écran, d’objets interactifs, ni d’optimisation pour plus d’une poignée d’utilisateurs simultanés — c’est hors périmètre et chacun représente un vrai travail d’ingénierie supplémentaire ; c’est un prototype fonctionnel pour un petit groupe, pas une infrastructure de production à l’échelle de Gather. Nécessite un hébergement, un nom de domaine, et une configuration de signalisation/STUN pour WebRTC — des serveurs STUN gratuits existent, mais un serveur TURN pour une traversée NAT fiable à grande échelle est un vrai coût que le périmètre honnêtement réduit de cette construction essaie d’éviter.