Die Betriebsumgebung, die du aus URLs zusammensetzt.
Jedes Panel ist ein iframe zu einer Kit-Service-URL. Dein Layout ist eine URL. Das Betriebssystem ist aus der Grammatik des Proxys aufgebaut.
Home (Einstieg) · Console (Admin) · Workspaces (Komposition) · SSH (Terminal-nativ)
— workspace-1 ist der Workspace-Service, Instanz 1 – dieselbe URL-Grammatik wie jeder andere Kit-Service.
Vier Zugangswege zum selben Betriebssystem.
Home ist, wo du landest. Console ist die Admin-Ansicht innerhalb von Home. Workspaces ist, wo du komponierst. SSH ist der Terminal-native Client.
Startseite
https://app.hoody.com
Einloggen und jedes Projekt und Container, das dir gehört, ist da. Kein Dashboard – die Betriebsumgebung.
Console
Admin-Ansichten innerhalb von Home
Wo Tokens, Wallet, Realms und Plattformoperationen leben. Dieselbe Authentifizierung wie Home; kein separater Hostname.
Workspaces
workspace-1.SERVER.containers.hoody.com
Drag-and-Drop-Panel-Komposition. Siehe /kit/workspaces für die Runtime-Oberfläche.
SSH
ssh.SERVER.containers.hoody.com
Terminal-nativer OS-Client. Ein Hostname pro Server, zum richtigen Container per öffentlichem Schlüssel geroutet.
Vierzehn Services laufen bereits innerhalb jedes Containers.
Das Betriebssystem ist nicht leer. Jeder neue Container bringt das vollständige Kit – Terminal, Display, Dateien, Code, SQLite und mehr.
Interactive
- —Terminal — persistente Shell mit Multiplayer-Cursors
- —Display — vollständiger X11-Desktop gestreamt an den Browser
- —Browser — automatisierte Chrome-Instanzen, per HTTP steuerbar
- —Code — VS Code auf dem Container-Dateisystem gehostet
Data
- —Files — cloud-backend-bewusstes Dateisystem-API
- —SQLite — HTTP-Endpunkt zu einer concurrent-sicheren Datenbank
- —Pipe — Streaming-Übertragung zwischen Containern
- —Exec — Skripte als HTTP-Endpunkte (Serverless innerhalb deines Containers)
Ops
- —Cron — Scheduler mit verwalteten Einträgen
- —Daemon — Prozess-Supervision als HTTP
- —Notifications — Push an Telefon/Desktop aus jedem HTTP-Aufruf
- —cURL — ausgehende HTTP mit Zeitplan + Retry + Sessions
Intelligence
- —Agent — LLM-betriebener autonomer Arbeiter mit MCP-Client
- —Workspaces — der Kompositions-Service selbst, rekursiv
Jeder Service läuft bereits. Nichts zu installieren. Seine URL von jeder Oberfläche aufrufen — Browser, Terminal oder ein iframe.
Ein Layout ist eine Liste von URLs.
Der Workspace komponiert Kit-Service-URLs zu iframes. Jede URL, jeder Container, jeder Server. Der OS-Zustand ist die URL.
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
Drei Panels · drei Kit-Service-URLs · drei Container. Der einzige Job des Workspaces ist es, sie anzuordnen.
— Externe URLs, die X-Frame-Options: DENY setzen, können nicht in einem Workspace-Panel eingebettet werden – eine Browser-Ebene Einschränkung.
Die URL senden. Dieselbe Ansicht sehen.
Workspace-URLs sind stabil. Einen in den Browser eines Teammitglieds einfügen und sie landen in der identischen Zusammensetzung.
https://app.hoody.com
https://PROJECT-CONTAINER-workspace-1.SERVER.containers.hoody.com
— Empfänger benötigen weiterhin ihre eigene Auth auf jedem Panel (JWT, Passwort, IP). Die Workspace-URL teilen zeigt die Komposition, nicht die Credentials.
Was ein Browser + URL-Grammatik ersetzt.
Desktop-OS, Cloud-IDE, PaaS-Kontrollpanel — jeder deckt einen Teil davon ab. Hoody OS ist der Ort, wo die drei konvergieren.
| Concern | Hoody OS | Herkömmlicher Stack |
|---|---|---|
| Install | Nothing — browser has it already | OS herunterladen · ISO brennen · Partitionieren · Neustart |
| Von überall erreichbar | Open the URL on any device | VPN · RDP · TeamViewer · Remote-Desktop-Clients |
| Umgebung teilen | Paste the workspace URL | Bildschirmfreigabe · Zoom · Pair-Programming-Plugin |
| Admin-Oberfläche | Console (same auth as Home) | SSH + Konfigurationsdateien · kubectl · benutzerdefiniertes Panel |
| Services zusammenstellen | Drag-drop iframes onto a workspace | tmux + Window Manager · Electron-Shells · handgemachte Dashboards |
| Geräte-Unterstützung | Any browser + any SSH client | OS-spezifische Clients · gerätebezogene Installer · Sync-Konflikte |
Herkömmliche Desktop-OSes sind gut, wenn du eine lokale Maschine willst. Hoody OS ist besser, wenn die 'Maschine' ein wechselndes Ziel ist.
Dein Betriebssystem läuft bereits.
Bei Home einloggen. Einen Workspace öffnen. Panels anordnen. Die URL oben in deinem Browser ist die Komposition.
Siehe auch – /kit/workspaces für die Workspace-Runtime-Oberfläche, /platform/proxy für die URL-Grammatik darunter.