osFoundry / Platform
Contêineres
Contêineres de longa execução para serviços de backend, agentes ou workers de build. Logs em streaming ao vivo.
O que é
Os contêineres do osFoundry são instâncias de computação na nuvem dedicadas e de longa duração, para o trabalho que um turno de chat não consegue sustentar: serviços backend que precisam ficar no ar, agentes de IA que rodam por horas e workers de build que compilam e empacotam o seu código. Cada contêiner roda no próprio servidor, com uma alocação fixa de RAM, vCPU e um limite de agentes simultâneos, de modo que um trabalho pesado em um contêiner nunca deixa outro sem recursos. Você compra um contêiner por tier (Starter, Standard ou Power), dá um nome a ele e o inicia ou para quando quiser em Configurações; a cobrança é uma mensalidade fixa por tier, com um botão opcional de parada automática quando ocioso, para que um contêiner deixado sozinho não continue cobrando depois que o trabalho termina.
Dentro do osFoundry, um contêiner é um runtime de primeira classe ao qual você pode se conectar. Ele expõe um terminal PTY interativo (com suporte completo a setas, ANSI, ctrl+C e redimensionamento via xterm.js), então agentes de CLI como aider ou claude-code se comportam exatamente como se comportariam em um shell local. Os logs chegam ao vivo por um canal de server-sent-events: o painel acompanha a saída do processo principal do contêiner (boot do servidor, quedas, erros de deploy e o stdout de subprocessos em segundo plano que um terminal visível deixaria escapar) conforme acontece, sem recarregar. As room apps podem vincular um contêiner declarado no manifesto, o que provisiona volumes de bloco persistentes automaticamente e injeta os secrets de cada instância como variáveis de ambiente em cada exec, de modo que o seu serviço tenha o próprio estado e as próprias credenciais sem que você precise ligá-los na mão.
Isso importa porque o osFoundry é um espaço de trabalho BYOK e local-first: seus modelos e suas chaves são seus, e boa parte do seu trabalho permanece no seu dispositivo. Os contêineres estendem esse mesmo espaço para fora nos trabalhos que realmente precisam de uma máquina persistente e sempre ligada, sem sair do ambiente onde o seu chat, seus agentes, seu código e seus dados já vivem, e sem um imposto por assento em cima da computação.
Principais recursos
- Execute contêineres de longa duração para serviços backend, agentes autônomos ou workers de build, cada um no próprio servidor dedicado na nuvem
- Acompanhe os logs ao vivo por SSE: boot do servidor, quedas, erros de deploy e o stdout de subprocessos em segundo plano, em tempo real e sem recarregar
- Abra um terminal PTY interativo (xterm.js) para que agentes de CLI como aider ou claude-code tenham setas, ANSI, ctrl+C e redimensionamento
- Escolha um tier (Starter/Standard/Power) com RAM, vCPU e limite de agentes simultâneos fixos; inicie, pare, renomeie ou exclua quando quiser
- Ative a parada automática quando ocioso para que um contêiner deixado sozinho pare após um período sem uso em vez de cobrar o dia inteiro
Casos de uso
- Desenvolvedor de agentes: rode uma sessão de claude-code ou aider em um contêiner do tier Power para uma refatoração de várias horas, vendo os logs ao vivo enquanto o terminal PTY continua interativo
- Engenheiro backend: mantenha vivo o serviço de API de uma room app em um contêiner dedicado com volumes persistentes e secrets injetados, provisionado a partir do manifesto do app
- Usuário de CI/build: suba um contêiner Standard como worker de build, acompanhe os erros de deploy ao vivo e ative a parada automática para que ele desligue quando o build terminar
Perguntas frequentes
O que eu realmente posso rodar em um contêiner do osFoundry?
Qualquer coisa que precise ficar no ar por mais do que um turno de chat: um serviço backend, um agente de IA de longa duração ou um worker de build. Cada contêiner é um servidor completo com acesso a shell por um terminal interativo, então ferramentas de CLI como aider e claude-code rodam de forma nativa.
Como vejo o que o meu contêiner está fazendo?
O painel de logs acompanha o processo principal do contêiner por um stream de server-sent-events ao vivo, incluindo o stdout dos subprocessos em segundo plano que um terminal visível deixaria escapar. Você também tem um terminal PTY interativo completo para operá-lo diretamente.
Como é a cobrança de um contêiner e dá para não pagar enquanto ele está ocioso?
Cada contêiner tem uma mensalidade fixa definida pelo seu tier (Starter, Standard ou Power), que fixa a RAM, a vCPU e o limite de agentes simultâneos. Ative a parada automática quando ocioso para que ele pare após um período sem uso, ou pare e exclua manualmente a qualquer momento.