Docker Cloud Sandboxes holen KI-Coding-Agenten per Befehl vom Laptop in die Cloud

Docker hat Cloud Sandboxes gestartet, einen Dienst, der die isolierten Umgebungen für KI-Coding-Agenten von den Rechnern der Entwickler auf von Docker verwaltete Cloud-Server ausweitet, berichten iThome und Dockers eigener Blog. Entwickler können einen Agenten lange Aufgaben wie große Refactorings oder Testläufe in der Cloud erledigen lassen und eine Sandbox mit dem Befehl sbx move zwischen Laptop und Cloud verschieben.

Eine Sandbox ist hier eine isolierte Umgebung, in der ein KI-Agent Pakete installieren, Befehle ausführen und Container starten kann, ohne an Ressourcen auf dem Rechner des Entwicklers zu gelangen, die ihm nicht bewusst freigegeben wurden. Docker Sandboxes, Anfang des Jahres gestartet, lassen jeden Agenten in einer MicroVM mit eigenem Linux-Kernel, Dateisystem, Netzwerk und Docker-Daemon laufen, erklärt iThome.

Warum Agenten einen Ort zum Arbeiten brauchen

Die wichtigste Veränderung bei Coding-Agenten im vergangenen Jahr sei, dass sie viel länger arbeiten können, schreibt Docker: Aufgaben, bei denen früher alle paar Minuten ein Entwickler nachsehen musste, etwa eine Abhängigkeitsmigration oder eine einstündige Testsuite, lassen sich nun übergeben und am Ende prüfen. Ein Laptop sei auf einen Menschen ausgelegt, argumentiert das Unternehmen: Er geht beim Zuklappen in den Ruhezustand, wird im Akkubetrieb langsamer und verliert unterwegs die Verbindung, was bei einer 30-Sekunden-Aufgabe egal ist, bei einer, die die ganze Nacht läuft, aber nicht.

Cloud Sandboxes nutzen laut Docker dieselbe MicroVM-Isolation und dasselbe Kommandozeilenwerkzeug wie die lokale Version. Entwickler können abends einen Agenten in der Cloud starten und morgens seine Arbeit prüfen, lokal beginnen und eine Aufgabe in die Cloud verschieben, wenn sie den Laptop überfordert, oder viele Aufgaben parallel laufen lassen, jede in einer eigenen MicroVM mit eigenen Geheimnissen und Netzwerkregeln.

Was enthalten ist

• Kits: vorgefertigte Sandboxes für Claude Code, Codex, GitHub Copilot, Google Antigravity, OpenCode und Hermes oder eine eigene Umgebung.
• MCP: Server wie Jira, Linear, Grafana oder incident.io werden einmal über ein gemeinsames Gateway angebunden.
• Geheimnisse: Schlüssel werden einmal gespeichert und pro Anfrage eingefügt, der Agent sieht das eigentliche Geheimnis nie.
• Richtlinien: Netzwerkregeln legen fest, welche Endpunkte Agenten erreichen dürfen.
• Preise: von 0,07 Dollar pro Stunde für 1 vCPU und 2 GiB bis 1,12 Dollar pro Stunde für 16 vCPUs und 32 GiB, sekundengenau abgerechnet.

Der Umgang mit Geheimnissen ist sicherheitsrelevant. Der Proxy von Cloud Sandboxes fügt Zugangsdaten in jede Anfrage ein, sodass Agenten das eigentliche Geheimnis nicht sehen; Prompt-Injections könnten keine Geheimnisse berühren, die der Agent nie hatte, schreibt Docker. Eine Prompt-Injection ist ein Angriff, bei dem in Inhalten versteckte bösartige Anweisungen einen Agenten dazu bringen sollen, gegen seinen Nutzer zu handeln. Docker kündigt eine zentrale Governance für Unternehmen mit dem Produkt Docker AI Governance für bald an.

Die Grenzen beim Verschieben

Beim Wechsel zwischen Laptop und Cloud bleiben laufende Prozesse nicht erhalten, merkt iThome an. Der Befehl sbx move speichert das Dateisystem der Sandbox als Container-Image und legt am Ziel eine neue Sandbox an; laufende Programme und Arbeitsspeicherinhalte wandern nicht mit. Auch lokal eingebundene Verzeichnisse, über sbx verwaltete Schlüssel und Netzwerkzugriffsregeln ziehen nicht um; das Ziel braucht eine eigene Konfiguration, die ursprüngliche Sandbox bleibt bestehen. Docker weist selbst darauf hin, dass lokale und Cloud-Sandboxes getrennte Geheimnisse, Vorlagen und Netzwerkregeln haben.

Cloud Sandboxes werden nach Nutzung abgerechnet: Rechenzeit sekundengenau, eine pausierte Sandbox kostet nichts, und Volumes, ausgehender Datenverkehr sowie öffentliche Images und Kits sind kostenlos, so Docker. Die Modellkosten rechnet der Modellanbieter separat ab, ergänzt iThome; Kunden können ihren eigenen Schlüssel nutzen. Sandboxes laufen standardmäßig eine Stunde und bis zu 24 Stunden pro Sitzung. Voraussetzung sind sbx 0.45.1 oder neuer und der nutzungsbasierte Tarif für Docker-Personal- oder -Pro-Konten; lokale Docker Sandboxes bleiben kostenlos und brauchen kein Docker Desktop.

Warum Docker eine Sandbox für zwei Orte baute

Docker habe bewusst kein separates Cloud-Produkt mit eigenen Befehlen gebaut, denn wie sehr man einem Agenten vertrauen könne, solle nicht davon abhängen, wo er gerade läuft. Soweit das Unternehmen wisse, funktioniere keine andere Agenten-Sandbox so. Interaktive Arbeit gehöre auf den Laptop, stundenlange Arbeit in die Cloud, argumentiert Docker, und die meisten Entwickler bräuchten beides. Für begrenzte Zeit erhalten neue Konten 250 Dollar Gratisguthaben für Cloud Sandboxes.

Was das für Unternehmen in Deutschland bedeutet

Für Entwicklungsteams, die bereits Coding-Agenten nutzen, machen Cloud Sandboxes Agentenläufe zu einer abgerechneten Cloud-Ressource mit derselben Isolation wie auf dem Entwicklerrechner. Die Kosten lassen sich leicht abschätzen, doch zwei Punkte verdienen vor der Einführung Aufmerksamkeit: Code und Daten verlassen die Rechner des Unternehmens in Richtung Docker-Server, was Fragen zu Speicherort und DSGVO aufwirft, und die Modellnutzung kommt beim Modellanbieter obendrauf. Teams sollten Netzwerkregeln und Geheimnisse zudem von Anfang an pro Sandbox festlegen, weil diese Einstellungen beim Verschieben nicht mitwandern.