osFoundry / Platform
Contenedores
Contenedores de larga duración para servicios backend, agentes o build workers. Logs en vivo.
Qué es
Los contenedores de osFoundry son instancias de cómputo cloud dedicadas y de larga duración, pensadas para el trabajo que un turno de chat no puede sostener: servicios backend que necesitan permanecer activos, agentes de IA que corren durante horas y workers de build que compilan y empaquetan tu código. Cada contenedor se ejecuta en su propio servidor, con una asignación fija de RAM, vCPU y un tope de agentes concurrentes, de modo que un trabajo pesado en un contenedor nunca deja sin recursos a otro. Compras un contenedor por tier (Starter, Standard o Power), le pones nombre y lo inicias o detienes cuando quieras desde Ajustes; la tarifa es un precio mensual plano por tier, con un interruptor opcional de parada automática al quedar inactivo, para que un contenedor desatendido no siga facturando una vez terminado el trabajo.
Dentro de osFoundry, un contenedor es un runtime de primera clase al que puedes conectarte. Expone una terminal PTY interactiva (con soporte completo de flechas, ANSI, ctrl+C y redimensionado gracias a xterm.js), así que agentes de CLI como aider o claude-code se comportan igual que en una shell local. Los logs llegan en vivo por un canal de server-sent-events: el panel sigue la salida del proceso principal del contenedor (arranque del servidor, caídas, errores de despliegue y el stdout de subprocesos en segundo plano que una terminal visible pasaría por alto) a medida que ocurre, sin refrescar. Las room apps pueden vincular un contenedor declarado en su manifiesto, lo que aprovisiona volúmenes de bloque persistentes de forma automática e inyecta los secretos de cada instancia como variables de entorno en cada exec, de modo que tu servicio tenga su estado y sus credenciales sin que tengas que cablearlos a mano.
Esto importa porque osFoundry es un espacio de trabajo BYOK y local-first: tus modelos y tus claves son tuyos, y buena parte de tu trabajo permanece en tu dispositivo. Los contenedores extienden ese mismo espacio hacia fuera para los trabajos que de verdad necesitan una máquina persistente y siempre activa, sin salir del entorno donde ya viven tu chat, tus agentes, tu código y tus datos, y sin un impuesto por asiento encima del cómputo.
Capacidades principales
- Ejecuta contenedores de larga duración para servicios backend, agentes autónomos o workers de build, cada uno en su propio servidor cloud dedicado
- Sigue los logs en vivo por SSE: arranque del servidor, caídas, errores de despliegue y el stdout de subprocesos en segundo plano, en tiempo real y sin refrescar
- Abre una terminal PTY interactiva (xterm.js) para que agentes de CLI como aider o claude-code tengan flechas, ANSI, ctrl+C y redimensionado
- Elige un tier (Starter/Standard/Power) con RAM, vCPU y límite de agentes concurrentes fijos; inicia, detén, renombra o elimina cuando quieras
- Activa la parada automática al quedar inactivo para que un contenedor desatendido se detenga tras un periodo sin uso en lugar de facturar todo el día
Casos de uso
- Desarrollador de agentes: ejecuta una sesión de claude-code o aider en un contenedor de tier Power para una refactorización de varias horas, viendo los logs en vivo mientras la terminal PTY sigue interactiva
- Ingeniero backend: mantén vivo el servicio API de una room app en un contenedor dedicado con volúmenes persistentes y secretos inyectados, aprovisionado desde el manifiesto de la app
- Usuario de CI/build: levanta un contenedor Standard como worker de build, sigue los errores de despliegue en vivo y activa la parada automática para que se apague al terminar el build
Preguntas frecuentes
¿Qué puedo ejecutar realmente en un contenedor de osFoundry?
Cualquier cosa que deba permanecer activa más allá de un turno de chat: un servicio backend, un agente de IA de larga duración o un worker de build. Cada contenedor es un servidor completo con acceso a shell mediante una terminal interactiva, así que herramientas de CLI como aider y claude-code corren de forma nativa.
¿Cómo veo qué está haciendo mi contenedor?
El panel de logs sigue el proceso principal del contenedor mediante un stream de server-sent-events en vivo, incluido el stdout de los subprocesos en segundo plano que una terminal visible pasaría por alto. También tienes una terminal PTY interactiva completa para manejarlo directamente.
¿Cómo se factura un contenedor y puedo evitar pagar cuando está inactivo?
Cada contenedor tiene una tarifa mensual plana fijada por su tier (Starter, Standard o Power), que fija su RAM, vCPU y límite de agentes concurrentes. Activa la parada automática al quedar inactivo para que se detenga tras un periodo sin uso, o deténlo y elimínalo manualmente en cualquier momento.