L'environnement d'exploitation que vous composez à partir d'URLs.
Chaque panneau est une iframe vers une URL de service Kit. Votre disposition est une URL. L'OS est construit à partir de la grammaire elle-même — pas quelque chose greffé par-dessus.
Home (entrée) · Console (admin) · Workspaces (composition) · SSH (natif terminal)
— workspace-1 est le service workspace, instance 1 — même grammaire URL que tous les autres services Kit.
Quatre façons dans le même OS.
Home est où vous atterrissez. Console est la vue admin dans Home. Workspaces est où vous composez. SSH est le client natif terminal. Quatre surfaces, un tissu URL.
Home
https://app.hoody.com
Connectez-vous et chaque projet et conteneur que vous possédez est là. Pas un tableau de bord — l'environnement d'exploitation lui-même.
Console
vues admin dans Home
Où vivent les tokens, le portefeuille, les realms et les opérations plateforme. Même auth que Home ; pas de nom d'hôte séparé.
Workspaces
workspace-1.SERVER.containers.hoody.com
Composition de panneaux par glisser-déposer. Voir /kit/workspaces pour la surface runtime.
SSH
ssh.SERVER.containers.hoody.com
Client OS natif terminal. Un nom d'hôte par serveur, routé vers le bon conteneur par votre clé publique.
Quatorze services sont déjà en cours d'exécution dans chaque conteneur.
L'OS n'est pas vide. Chaque nouveau conteneur lance le Kit complet — terminal, display, files, code, SQLite, cron, notifications et plus — comme services HTTP sur leurs propres URLs, accessibles depuis chaque surface.
Interactif
- —Terminal — shell persistant avec curseurs multiplayer
- —Display — bureau X11 complet streamé vers le navigateur
- —Browser — instances Chrome automatisées pilotables via HTTP
- —Code — VS Code hébergé sur le système de fichiers du conteneur
Données
- —Files — API système de fichiers avec backend cloud
- —SQLite — endpoint HTTP vers une base de données à accès concurrent sécurisé
- —Pipe — transfert en streaming entre conteneurs
- —Exec — scripts en tant qu'endpoints HTTP (serverless dans votre conteneur)
Ops
- —Cron — planificateur avec entrées gérées
- —Daemon — supervision de processus via HTTP
- —Notifications — push vers téléphone/bureau depuis n'importe quel appel HTTP
- —cURL — HTTP sortant avec planification + retry + sessions
Intelligence
- —Agent — worker autonome propulsé par LLM avec client MCP
- —Workspaces — le service de composition lui-même, récursif
Chaque service est déjà en cours d'exécution. Rien à installer. Accédez à son URL depuis n'importe quelle surface — navigateur, terminal ou iframe.
Une disposition est une liste d'URLs.
Le workspace compose des URLs de service Kit en iframes. N'importe quelle URL, n'importe quel conteneur, n'importe quel serveur. L'OS reste en retrait — vous choisissez ce qui s'affiche où.
https://abc123-def456-terminal-1.node-us.containers.hoody.com
https://abc123-def456-display-1.node-us.containers.hoody.com
https://abc123-def456-files.node-us.containers.hoody.com
Trois panneaux · trois URLs de service Kit · trois conteneurs. Le seul travail du workspace est de les disposer.
— Les URLs externes qui définissent X-Frame-Options: DENY ne peuvent pas être intégrées dans un panneau de workspace — une contrainte au niveau du navigateur, pas spécifique à Hoody.
Envoyez l'URL. Voyez la même vue.
Les URLs de workspace sont stables. Collez-en une dans le navigateur d'un coéquipier et il atterrit sur la même vue composée — en direct, multi-conteneur, sans partage d'écran.
https://app.hoody.com
https://PROJECT-CONTAINER-workspace-1.SERVER.containers.hoody.com
— Les destinataires ont encore besoin de leur propre auth sur chaque panneau (JWT, mot de passe, IP). Partager l'URL du workspace partage la composition, pas les credentials.
Ce qu'un navigateur + grammaire URL remplace.
OS de bureau, IDE cloud, panneau de contrôle PaaS — chacun couvre une partie de cela. Hoody OS est là où les trois convergent parce que la primitive sous-jacente est une URL HTTP.
| Problématique | Hoody OS | Stack traditionnelle |
|---|---|---|
| Installation | Nothing — browser has it already | Télécharger l'OS · graver l'ISO · partitionner · redémarrer |
| Accès depuis n'importe où | Open the URL on any device | VPN · RDP · TeamViewer · clients bureau distant |
| Partager un environnement | Paste the workspace URL | Partage d'écran · Zoom · plugin de pair-programming |
| Surface d'administration | Console (same auth as Home) | SSH + fichiers de config · kubectl · panneau personnalisé |
| Composer des services | Drag-drop iframes onto a workspace | tmux + gestionnaire de fenêtres · shells Electron · tableaux de bord faits maison |
| Support des appareils | Any browser + any SSH client | Clients par OS · installateurs par appareil · conflits de sync |
Les OS de bureau traditionnels sont excellents quand vous voulez une machine locale. Hoody OS est meilleur quand la 'machine' est une cible mouvante sur téléphones, tablettes, TVs et postes de travail distants que vous ne possédez pas.
Votre OS est déjà en cours d'exécution.
Connectez-vous sur Home. Ouvrez un workspace. Arrangez les panneaux. L'URL en haut de votre navigateur est la composition — envoyez-la à n'importe qui.
Voir aussi — /kit/workspaces pour la surface runtime Workspace, /platform/proxy pour la grammaire URL en dessous, /methods/access-network pour la parité SSH + appareil, /methods/multiplayer pour les sessions partagées en direct.