osFoundry / Platform
Container
Langlaufende Container für Backend-Dienste, Agenten oder Build-Worker. Logs streamen live.
Was es ist
Container in osFoundry sind langlaufende, dedizierte Cloud-Recheninstanzen für die Arbeit, die ein Chat-Turn nicht tragen kann: Backend-Dienste, die verfügbar bleiben müssen, KI-Agenten, die stundenlang laufen, und Build-Worker, die deinen Code kompilieren und paketieren. Jeder Container läuft auf einem eigenen Server mit fest zugewiesenem RAM, vCPU und einer Obergrenze für gleichzeitige Agenten, sodass ein rechenintensiver Job in einem Container niemals einem anderen die Ressourcen entzieht. Du kaufst einen Container nach Tier (Starter, Standard oder Power), benennst ihn und startest oder stoppst ihn bei Bedarf über die Einstellungen. Die Abrechnung ist eine feste Monatspauschale pro Tier, mit einem optionalen Auto-Stopp bei Inaktivität, damit ein unbeaufsichtigter Container nicht weiter abrechnet, nachdem die Arbeit erledigt ist.
Innerhalb von osFoundry ist ein Container eine vollwertige Laufzeitumgebung, an die du dich anhängen kannst. Er stellt ein interaktives PTY-Terminal bereit (mit vollem Support für Pfeiltasten, ANSI, Strg+C und Größenänderung über xterm.js), sodass sich CLI-Agenten wie aider oder claude-code genauso verhalten wie in einer lokalen Shell. Logs streamen live über einen Server-Sent-Events-Kanal: Das Log-Panel verfolgt die Ausgabe des Hauptprozesses (Serverstart, Abstürze, Deploy-Fehler und das stdout von Hintergrund-Subprozessen, das ein sichtbares Terminal verpassen würde) in Echtzeit, ohne Neuladen. Room Apps können einen im Manifest deklarierten Container binden. Dabei werden persistente Block-Volumes automatisch bereitgestellt und instanzspezifische Secrets bei jedem Exec als Umgebungsvariablen injiziert, sodass dein Dienst seinen Zustand und seine Zugangsdaten hat, ohne dass du sie von Hand verdrahtest.
Das ist entscheidend, weil osFoundry ein BYOK-, local-first-Workspace ist: Deine Modelle und Schlüssel gehören dir, und ein Großteil deiner Arbeit bleibt auf deinem Gerät. Container erweitern genau diesen Workspace nach außen für die Aufgaben, die wirklich eine persistente, dauerhaft laufende Maschine brauchen, ohne die Umgebung zu verlassen, in der Chat, Agenten, Code und Daten bereits leben, und ohne eine Platform-Steuer pro Sitzplatz zusätzlich zur Rechenleistung.
Wichtige Funktionen
- Betreibe langlaufende Container für Backend-Dienste, autonome Agenten oder Build-Worker, jeweils auf einem eigenen dedizierten Cloud-Server
- Verfolge Logs live über SSE: Serverstart, Abstürze, Deploy-Fehler und das stdout von Hintergrund-Subprozessen, in Echtzeit und ohne Neuladen
- Öffne ein interaktives PTY-Terminal (xterm.js), damit CLI-Agenten wie aider oder claude-code Pfeiltasten, ANSI, Strg+C und Größenänderung erhalten
- Wähle ein Tier (Starter/Standard/Power) mit festem RAM, vCPU und Limit für gleichzeitige Agenten; starte, stoppe, benenne um oder lösche bei Bedarf
- Aktiviere den Auto-Stopp bei Inaktivität, damit ein unbeaufsichtigter Container nach einer Pause stoppt, statt rund um die Uhr abzurechnen
Anwendungsfälle
- Agenten-Entwickler: Führe eine claude-code- oder aider-Sitzung in einem Power-Tier-Container für ein mehrstündiges Refactoring aus und beobachte die Live-Logs, während das PTY-Terminal interaktiv bleibt
- Backend-Engineer: Halte den API-Dienst einer Room App auf einem dedizierten Container am Leben, mit persistenten Volumes und injizierten Secrets, bereitgestellt aus dem App-Manifest
- CI-/Build-Nutzer: Starte einen Standard-Container als Build-Worker, verfolge Deploy-Fehler live und aktiviere den Auto-Stopp, damit er sich nach dem Build abschaltet
Häufig gestellte Fragen
Was kann ich in einem osFoundry-Container tatsächlich ausführen?
Alles, was länger als einen Chat-Turn verfügbar bleiben muss: einen Backend-Dienst, einen langlaufenden KI-Agenten oder einen Build-Worker. Jeder Container ist ein vollständiger Server mit Shell-Zugriff über ein interaktives Terminal, sodass CLI-Tools wie aider und claude-code nativ laufen.
Wie sehe ich, was mein Container gerade tut?
Das Log-Panel verfolgt den Hauptprozess des Containers über einen Live-Server-Sent-Events-Stream, einschließlich des stdout von Hintergrund-Subprozessen, das ein sichtbares Terminal sonst verpassen würde. Zusätzlich hast du ein vollständiges interaktives PTY-Terminal, um ihn direkt zu steuern.
Wie wird ein Container abgerechnet, und kann ich Kosten im Leerlauf vermeiden?
Jeder Container hat eine feste Monatspauschale, die durch sein Tier (Starter, Standard oder Power) bestimmt wird und RAM, vCPU sowie das Limit für gleichzeitige Agenten festlegt. Aktiviere den Auto-Stopp bei Inaktivität, damit er nach einer Pause stoppt, oder stoppe und lösche ihn jederzeit manuell.