Ir al contenido
inicio / platform / os
Hoody Platform

El entorno operativo que compones a partir de URLs.

Cada panel es un iframe a una URL de servicio Kit. Tu layout es una URL. El SO está construido a partir de la propia gramática, no como algo añadido encima.

Home (entrada) · Console (admin) · Workspaces (composición) · SSH (cliente nativo de terminal)

URL de workspace de ejemplo
https://PROJECT-CONTAINER-workspace-1.SERVER.containers.hoody.com

workspace-1 es el servicio de workspace, instancia 1: misma gramática de URL que todos los demás servicios Kit.

inicio / platform / os / surfaces
Cuatro formas de entrar

Cuatro formas de entrar al mismo SO.

Home es donde llegas. Console es la vista de administración dentro de Home. Workspaces es donde compones. SSH es el cliente nativo de terminal. Cuatro superficies, una trama de URLs.

Home

https://app.hoody.com

Inicia sesión y todos tus proyectos y contenedores están ahí. No es un dashboard: es el entorno operativo en sí.

Console

vistas de admin dentro de Home

Donde viven los tokens, el monedero, los realms y las operaciones de plataforma. Misma auth que Home; sin hostname separado.

Workspaces

workspace-1.SERVER.containers.hoody.com

Composición de paneles arrastrables. Ver /kit/workspaces para la superficie en tiempo de ejecución.

SSH

ssh.SERVER.containers.hoody.com

Cliente de SO nativo de terminal. Un hostname por servidor, enrutado al contenedor correcto por tu clave pública.

inicio / platform / os / servicios
Qué se ejecuta aquí

Catorce servicios ya están corriendo dentro de cada contenedor.

El OS no está vacío. Cada nuevo contenedor levanta el Kit completo — terminal, display, archivos, código, SQLite, cron, notificaciones y más — como servicios HTTP en sus propias URLs, accesibles desde cualquier superficie.

Interactivos

  • Terminal — shell persistente con cursores multiplayer
  • Display — escritorio X11 completo transmitido al navegador
  • Browser — instancias Chrome automatizadas controlables por HTTP
  • Code — VS Code alojado en el filesystem del contenedor

Datos

  • Files — API de filesystem con soporte para backends cloud
  • SQLite — endpoint HTTP para una base de datos segura ante concurrencia
  • Pipe — transferencia streaming entre contenedores
  • Exec — scripts como endpoints HTTP (serverless dentro de tu contenedor)

Ops

  • Cron — scheduler con entradas gestionadas
  • Daemon — supervisión de procesos como HTTP
  • Notifications — push a teléfono/escritorio desde cualquier llamada HTTP
  • cURL — HTTP de salida con schedule + reintentos + sesiones

Inteligencia

  • Agent — trabajador autónomo con LLM y cliente MCP
  • Workspaces — el servicio de composición en sí, recursivo

Todos los servicios ya están corriendo. Nada que instalar. Llama a su URL desde cualquier superficie — navegador, terminal o iframe.

inicio / platform / os / composition
El primitivo de composición

Un layout es una lista de URLs.

El workspace compone URLs de servicio Kit en iframes. Cualquier URL, cualquier contenedor, cualquier servidor. El SO se mantiene al margen: tú eliges qué aparece dónde.

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

Tres paneles · tres URLs de servicio Kit · tres contenedores. El único trabajo del workspace es disponerlos.

Las URLs externas que establecen X-Frame-Options: DENY no pueden incrustarse en un panel de workspace: es una restricción a nivel de navegador, no específica de Hoody.

inicio / platform / os / shareable
Layouts compartibles

Envía la URL. Ve la misma vista.

Las URLs de workspace son estables. Pega una en el navegador de un compañero de equipo y aterrizará en la vista compuesta idéntica: en vivo, multi-contenedor, sin compartir pantalla.

Tu Home

https://app.hoody.com

compartir URL
La URL del workspace compuesto

https://PROJECT-CONTAINER-workspace-1.SERVER.containers.hoody.com

Code review — el compañero abre la URL y ve el mismo contenedor de desarrolloDepuración en vivo — dos ingenieros hacen pair sobre el mismo workspaceSales engineering — el cliente ve la infraestructura por URL, sin instalación

Los destinatarios igualmente necesitan su propia autenticación en cada panel (JWT, contraseña, IP). Compartir la URL del workspace comparte la composición, no las credenciales.

inicio / platform / os / vs
Hoody OS vs OS tradicional

Lo que un navegador + gramática de URL reemplaza.

OS de escritorio, IDE cloud, panel de control PaaS — cada uno cubre una parte de esto. Hoody OS es donde los tres convergen porque el primitivo subyacente es una URL HTTP.

AspectoHoody OSStack tradicional
InstalaciónNothing — browser has it alreadyDescargar OS · grabar ISO · particionar · reiniciar
Acceder desde cualquier lugarOpen the URL on any deviceVPN · RDP · TeamViewer · clientes de escritorio remoto
Compartir un entornoPaste the workspace URLCompartir pantalla · Zoom · plugin de pair-programming
Superficie de administraciónConsole (same auth as Home)SSH + archivos de config · kubectl · panel personalizado
Componer serviciosDrag-drop iframes onto a workspacetmux + window manager · shells Electron · dashboards a medida
Soporte de dispositivosAny browser + any SSH clientClientes por OS · instaladores por dispositivo · conflictos de sync

Los OS de escritorio tradicionales son geniales cuando quieres una máquina local. Hoody OS es mejor cuando la 'máquina' es un objetivo móvil entre teléfonos, tablets, TVs y estaciones de trabajo remotas que no posees.

inicio / platform / os / empezar
Empezar

Tu OS ya está corriendo.

Inicia sesión en Home. Abre un workspace. Organiza los paneles. La URL en la barra del navegador es la composición — envíasela a quien quieras.

Guía de Workspaces

Ver también — /kit/workspaces para la superficie de runtime del Workspace, /platform/proxy para la gramática de URL subyacente, /methods/access-network para SSH + paridad de dispositivos, /methods/multiplayer para sesiones compartidas en vivo.