Geben Sie KI-Agenten eine Sandbox.
Auf Ihrem eigenen Kubernetes.

Eine KI-Agent-Sandbox ist eine isolierte, kurzlebige Umgebung, in der ein KI-Agent den von ihm generierten Code ausführt, ohne Zugriff auf Produktivsysteme, Entwicklermaschinen oder Firmen-Secrets. Die mogenius Agent Sandbox stellt diese Umgebungen auf Ihrem eigenen Kubernetes-Cluster bereit: ein dedizierter Namespace und eine Network Policy pro Sandbox mit standardmäßig verbotenem Egress, bei Bedarf bereitgestellt und nach getaner Arbeit suspendiert oder zerstört, jeder create-, exec- und egress-Versuch gegen eine Entwickler- oder Agenten-Identität protokolliert, und basierend auf dem offenen Kubernetes-SIG-Projekt agent-sandbox.

Verlagern Sie die Ausführung von agentengeneriertem Code vom Entwickler-Laptop in governed Sandboxes auf Ihrer eigenen Infrastruktur. Auf dem Laptop läuft dieser Code neben SSH-Keys, env-Dateien, Cloud-Credentials und dem Firmen-VPN, ohne Isolation, ohne Egress-Kontrolle und ohne Attribution, falls etwas schiefgeht. Mit der mogenius Agent Sandbox fordert ein Agent eine Sandbox über den mogenius MCP-Server, die API, CLI oder UI an: Generierter Code wird in einem isolierten, egress-kontrollierten Namespace ausgeführt, während der Agent in der IDE bleibt, oder der gesamte Agent läuft in der Sandbox, ohne dauerhaften Zugriff auf irgendetwas anderes. Jede Aktion nutzt dieselben RBAC-Regeln, Workspaces und das Audit-Log, die bereits den Rest der Plattform governen. Mehr zur Governance von Agenten: KI-Agent-Governance.

Führen Sie die Session auf einem Server oder Kubernetes-Cluster statt auf Ihrer lokalen Maschine aus, damit sie weiterläuft, wenn Ihr Laptop in den Ruhezustand geht oder die Verbindung trennt. Eine lokale Session endet mit dem Laptop: Eine am Nachmittag gestartete Aufgabe ist verloren, sobald Sie Feierabend machen. Mit der mogenius Agent Sandbox macht ein Platform-Team aus einem bestehenden Cluster eine durchgehend verfügbare Sandbox-Umgebung für das ganze Team: Sessions laufen rund um die Uhr ohne Session-Limits, verbinden sich mit einem externen oder selbst gehosteten Modell-Endpunkt, und jede Aktion wird protokolliert und zugeordnet, sodass die Ergebnisse am nächsten Morgen bereitstehen.

Geben Sie jeder Nutzer- oder Agenten-Session ihre eigene flüchtige Sandbox, bei Bedarf über API oder MCP erstellt und nach Ende der Session zerstört, damit Sessions sich gegenseitig keine Daten sehen können und generierter Code nur erreicht, was Sie erlauben. Die mogenius Agent Sandbox stellt das auf Ihrem eigenen Kubernetes bereit: Generierter Code läuft und wird innerhalb der Sandbox validiert, Egress ist standardmäßig verboten, nicht vertrauenswürdige Workloads lassen sich auf eine gehärtete gVisor- oder Kata-Runtime festlegen, und die Aktionen jeder Session werden für das Audit zugeordnet und protokolliert.

Ja. Eine Sandbox, die auf Ihrem eigenen Kubernetes läuft, in Ihrer eigenen Region oder On-Premise, behält Agenten-Code und -Daten unter Ihrer Kontrolle, anders als viele Drittanbieter-Cloud-Sandboxes, die Code auf US-Infrastruktur verarbeiten und die Session-Dauer begrenzen. Die mogenius Agent Sandbox läuft auf jeder Cloud, On-Premise oder air-gapped, ohne Drittanbieter-Runtime im Pfad und ohne Session-Limits. Zugeordnete, protokollierte Sandbox-Aktionen liefern den Nachweis, den ein ISO-27001- oder BSI-Audit verlangt, basierend auf dem offenen Kubernetes-SIG-Projekt agent-sandbox, ohne proprietäres Lock-in. Mehr: mogenius auf Customer Cloud und On-Prem.

Eine Open-Source-Initiative der Kubernetes SIG, die Custom Resources definiert, um KI-Agenten-Workloads in kurzlebigen, isolierten Sandboxes auf einem Cluster auszuführen. Sie standardisiert, wie eine Sandbox erstellt, ausgeführt und wieder abgebaut wird, sodass Plattformen wie die mogenius Agent Sandbox darauf aufbauen können statt auf eine proprietäre Runtime. Das Projekt liegt auf GitHub unter kubernetes-sigs/agent-sandbox.