SMF·KUMOSPACE
Un prompt peut-il remplacer Kumospace ?
Plateformes communautaires — online communities and team communication
Bordereau de suivi des pièces
Verdict
L’audio par proximité pour une poignée de personnes est atteignable : place des avatars sur une carte, ouvre une connexion pair-à-pair quand deux se rapprochent, ferme-la quand ils se séparent. Le mur, c’est de l’arithmétique. Un maillage complet a besoin que chaque participant soit connecté à tous les autres, ce qui s’effondre autour de six personnes, et aller au-delà veut dire faire tourner un serveur de transfert sélectif plus des relais TURN pour quiconque est derrière un réseau restrictif. C’est une vraie infrastructure média temps réel avec une facture de bande passante, et c’est le produit.
Pièce A — Le prompt
Reçu le31.07.2026Construis une salle virtuelle audio par proximité pour une petite équipe. Audio uniquement, maillage uniquement, et honnête sur le plafond.
Salle : un plan 2D rendu sur un canvas, avec une image de fond que fournit l’opérateur et des zones nommées dessinées comme des polygones. Chaque participant a un avatar déplacé avec les touches fléchées ou en cliquant, avec la position diffusée sur un WebSocket à un taux de rafraîchissement modeste et interpolée entre les rafraîchissements pour que le mouvement paraisse fluide sans saturer le canal.
Audio, qui est tout le produit. Chaque paire de participants dans un rayon d’écoute tient une connexion pair-à-pair WebRTC. Le volume est une fonction de la distance : plein à l’intérieur d’un rayon interne, tombant au silence au rayon externe, en utilisant une courbe douce près de qui parle et raide au bord pour que s’éloigner soit un signal clair. Ouvre une connexion quand deux avatars entrent dans le rayon externe plus une marge, et ferme-la après qu’ils aient été séparés pendant quelques secondes — de l’hystérésis, pour que les gens debout à la frontière ne cassent pas les connexions en boucle.
Zones : entrer dans une zone nommée te met dans un groupe où tout le monde entend tout le monde à plein volume peu importe la distance, ce qui est comment fonctionne une salle de réunion. En sortir revient à l’audio basé sur la distance.
Signalisation et connectivité : un petit serveur de signalisation sur WebSocket. Configure un serveur STUN, et documente qu’un relais TURN est nécessaire pour les participants dont le réseau bloque les connexions directes — environ un sur cinq en environnement d’entreprise — et que TURN relaie tout leur audio à travers un serveur que tu paies. Inclus la configuration TURN et dis clairement ce que ça coûte.
Le plafond, énoncé dans l’interface plutôt que caché : un maillage complet a besoin de n(n-1)/2 connexions, donc huit personnes, c’est 28 flux par participant à encoder et recevoir. Impose un plafond de participants strict, six par défaut, et affiche pourquoi. En ajouter plus veut dire une unité de transfert sélectif, ce qui est un système différent ; nomme mediasoup ou LiveKit dans le README comme ce que cette étape demande vraiment.
Présence : un statut par participant (disponible, concentré, absent) et une action de « toquer » qui demande une conversation privée, ce qui est l’interaction qui fait qu’un bureau virtuel paraît moins brutal qu’un appel.
Construis aussi : la mise en sourdine à l’appui, un sélecteur de périphérique, un indicateur de niveau audio par participant, et un état de salle persistant pour que le plan survive à un redémarrage.
Hors périmètre : la vidéo de toute sorte, le partage d’écran, l’enregistrement, le chat texte, et tout déploiement multi-tenant hébergé.
L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.
Pièce B — Ce que tu perds
- B.1 plus d’environ six personnes dans une pièce à la fois
- B.2 la vidéo, qui multiplie le problème de bande passante par un ordre de grandeur
- B.3 la fiabilité de connexion pour les participants derrière des pare-feux d’entreprise
- B.4 le partage d’écran, l’enregistrement et les fonctionnalités de réunion dont un bureau a besoin
Alternatives existantes
Pièce C — Pourquoi certains continuent de payer : network, moderation, and communication infrastructure
Parce que le média temps réel est un service, pas une fonctionnalité. Des serveurs proches de chaque participant, des relais pour ceux dont le réseau bloque les connexions directes, et une capacité qui ne se dégrade pas au onzième participant, c’est ce qu’achète vraiment l’abonnement.
Questions
Y a-t-il quelque chose à migrer depuis Kumospace ?
Non. Un bureau virtuel ne détient aucune donnée durable au-delà de son plan, donc changer veut dire reconstruire la disposition de la salle, ce qui est un après-midi. Rien de précieux n’est piégé.
Pourquoi seulement l’audio ?
Parce que la vidéo, c’est ce qui fait s’effondrer le maillage. Les flux audio font des dizaines de kilobits ; la vidéo fait des mégabits, et un maillage complet multiplie ça par chaque participant. L’audio seul est aussi ce que la plupart des gens laissent vraiment tourner toute la journée dans un bureau virtuel.
Combien ça coûte à faire tourner ?
Un petit VPS pour la signalisation coûte quelques dollars. TURN, c’est le terme qui mord : l’audio relayé pour les participants qui ne peuvent pas se connecter directement, c’est de la bande passante mesurée, et une équipe où plusieurs personnes sont derrière des pare-feux restrictifs relaiera la majorité du trafic. Prévois un budget pour ça plutôt que de supposer que STUN suffit.
Quelle est la seule chose qui ne survit pas à la reconstruction ?
Que tout le monde puisse rejoindre. Kumospace fonctionne depuis un wifi d’hôtel, un VPN d’entreprise et un partage de connexion téléphone, parce qu’il fait tourner de l’infrastructure de relais dans assez d’endroits. Un maillage avec un seul serveur STUN fonctionne merveilleusement pour les gens dont les réseaux coopèrent et pas du tout pour ceux dont les réseaux ne coopèrent pas.
Outils proches
Récépissé