La collaboration est une URL, pas une feature.
Chaque service de conteneur est joignable par plusieurs clients en même temps. Les terminaux ont des curseurs colorés. Les displays partagent l'état live. Les fichiers s'éditent en concurrent. La plateforme est multijoueur par défaut — la verrouiller est l'opt-in.
URL = collaboration · curseurs colorés · tout appareil · humains + agents AI en peers
Pas de setup. Pas de partage d'écran. Juste une URL.
Chaque service de conteneur — terminal, display, files, éditeur de code, navigateur — a une URL. Collez-la dans le navigateur de quelqu'un et il est dedans. Il voit l'état live, pas un snapshot. Il interagit avec le même processus, pas une réplique.
Ouvrez l'URL vous-même
Commencez à taper dans un terminal, à arranger des fichiers, à lancer des commandes. votre état est live à son URL.
Partagez l'URL
DM, email, Slack, QR code. N'importe qui avec l'URL peut l'ouvrir.
Il rejoint la même session
Pas un miroir. Pas un snapshot. La même session. Son curseur est live à côté du tien.
L'alternative conventionnelle, c'est le partage d'écran. Cela implique un hôte, un partageur, une pénalité de latence et aucune saisie simultanée. Le multijoueur de Hoody n'a ni rôle, ni latence, ni exclusivité.
Contrôle simultané. Curseurs colorés. Pas de passage de relais.
Plusieurs utilisateurs peuvent taper dans le même terminal, scroller le même display, drag les mêmes fichiers. Chaque utilisateur a une couleur de curseur. Il n'y a pas de geste "qui a le contrôle" parce que personne n'a le contrôle exclusif.
Terminaux
Plusieurs curseurs dans le même shell. Les deux utilisateurs voient la même sortie. Les deux peuvent taper. Les commandes s'entrelacent — parfait pour le pair debugging.
Displays
Partagez une fenêtre Firefox, une instance VS Code, n'importe quelle app X11. Tout le monde voit les mêmes pixels ; tout le monde peut interagir. Les apps legacy deviennent multijoueur sans changement de code.
Files
Deux utilisateurs dans le même browser de filesystem voient le même arbre. Les éditions de l'un apparaissent immédiatement dans la vue de l'autre.
Éditeur de code
VS Code avec une collaboration de classe Live Share intégrée. Ouvrez depuis une URL ; les collaborateurs ouvrent la même URL.
Ouvert par défaut. Verrouille quand vous en avez besoin.
Une URL de conteneur toute neuve est accessible à quiconque a l'URL. C'est le bon état de départ pour la collaboration. Quand vous avez besoin de la fermer, la couche d'auth est un seul appel API — JWT, mot de passe HTTP Basic, CIDR IP, ou bearer token.
Par défaut
Open on first spawn
- URL partagée avec un coéquipier → il est dedans
- Pas de flux d'invitation, pas de création de compte, pas de facturation au siège
- Fonctionne depuis n'importe quel navigateur sur n'importe quel appareil immédiatement
Quand vous la verrouilles
Gated by auth group
- PATCH /proxy-permissions — ajoute un groupe JWT / Mot de passe / IP
- Les requêtes non autorisées reçoivent un 401 au proxy, pas à l'app
- Révoquez : retirez le groupe d'auth, ou supprimez le conteneur
Les agents AI sont des peers, pas des opérateurs.
Un agent AI ouvre la même URL que vous. Il tape dans le même terminal. Il voit la même sortie. Il édite le même fichier. La mécanique multijoueur qui fait marcher le pair programming pour les humains rend aussi naturelle l'opération AI human-in-the-loop.
Revue en boucle
L'agent tourne. vous regardez en temps réel. Mettez en pause à volonté en interrompant sa frappe dans le même terminal.
Pair sur une tâche
vous commencez ; l'agent prend la main ; vous reprenez le contrôle. L'état de session est partagé, pas dupliqué.
Observation silencieuse
Le mode lecture seule sur un display partagé vous laisse regarder plusieurs agents tourner en parallèle sans les toucher.
Signaux inter-appareils
L'agent pousse une notification sur votre téléphone quand il a besoin d'une approbation. vous tap l'URL ; vous êtes de retour dans la même session.
Rends n'importe quelle app multijoueur — sans la changer.
Les apps qui n'ont jamais été pensées pour la collaboration — VS Code, alternatives à Figma, outils propriétaires, vieux logiciel desktop — deviennent multijoueur via le partage de display. L'environnement est partagé ; l'app dedans est incidente.
— VS Code dans un display partagé — tous les collaborateurs voient et éditent
— App Electron / Win / Linux legacy — multijoueur via l'URL de display
— Outils de design sans features de collab — partagés via le display navigateur
— Jeux solo dans un display partagé pour du couch-co-op-par-internet
Téléphone. Tablette. Laptop. TV. Smartwatch. VR.
La couche d'accès est HTTP + SSH. Les deux sont universels. Chaque appareil avec un navigateur peut rejoindre une URL de collaboration. Chaque appareil avec un client SSH peut rejoindre un terminal. L'ensemble des appareils supportés est l'ensemble des appareils qui existent.
Téléphone
Navigateur complet · clavier virtuel · client SSH
Tablette
Navigation tactile · montages de fichiers via WebDAV
Ordinateur portable
Workflow dev natif · SSH / VS Code Remote
TV
Navigateur écran partagé pour la review d'équipe
Montre connectée
Notifications · approbations rapides sur petites URLs
Casque VR
Vision Pro, Quest Browser — navigateur-capables, mêmes URLs
— Pas une app mobile. Pas une app VR. Pas un client desktop. L'URL est l'interface ; le navigateur la rend.
Collaboration sans rien installer.
Lancez un container. Partagez une URL. votre coéquipier est dedans — sur n'importe quel appareil, sans compte, en moins d'une seconde.
Voir aussi — /platform/proxy pour les groupes d'auth d'URL, /kit/terminal pour la mécanique de session, /kit/display pour les desktops X11 partagés.