Vom Code Interpreter zum Agent Computer: Warum Agents zustandsbehaftete Sandboxes brauchen

Agents benötigen zustandsbehaftete Sandboxes, wenn eine Aufgabe persistente Dateien, installierte Abhängigkeiten, Browser- oder Vorschauzugriff, langlebige Befehle und wiederholbare Überprüfung von Ausgaben über eine einzelne Code-Ausführung hinaus erfordert. Ein Code Interpreter ist weiterhin nützlich für abgegrenzte Berechnungen, Diagramme und einmalige Skripte. Sobald ein Agent ein Repository bearbeiten, einen fehlgeschlagenen Test wiederholen, generierte Artefakte behalten, eine Web-UI inspizieren oder Arbeit an einen Menschen zurückgeben muss, benötigt er eher einen Arbeitsbereich oder einen Agent Computer.

Was hat sich vom Code Interpreter zum Agent Computer geändert?

Frühe „Code Interpreter“-Funktionen lösten ein enges, aber wichtiges Problem: Lassen Sie das Modell Code schreiben und ausführen, normalerweise Python, gegen Dateien, die an eine Konversation angehängt sind. Das reicht für viele Datenaufgaben. Ein Benutzer kann eine CSV hochladen, eine Transformation anfordern, ein Diagramm erhalten und die Ausgabe herunterladen.

Agent-Arbeit hat eine größere Oberfläche. Ein Coding-Agent muss möglicherweise ein Projekt klonen, Abhängigkeiten installieren, Dateien bearbeiten, Tests ausführen, Logs inspizieren, einen Dev-Server starten, eine Vorschau öffnen, das Ergebnis korrigieren und den Zustand lange genug bewahren, damit ein Prüfer überprüfen kann, was sich geändert hat. Ein Browser-Agent benötigt möglicherweise Cookies, heruntergeladene Dateien, Screenshots, DOM-Zustand und eine Möglichkeit, einen fehlgeschlagenen Schritt zu wiederholen. Ein Forschungs- oder Evaluierungs-Agent benötigt möglicherweise Hunderte isolierte Worker, die Artefakte und Logs für spätere Inspektion behalten.

Deshalb verschiebt sich die Terminologie:

• Code Interpreter bedeutet ein verwaltetes Ausführungstool für kurze Skripte und generierte Ausgaben.
• Sandbox bedeutet eine isolierte Umgebung, in der nicht vertrauenswürdige oder agentgenerierte Arbeit vom Hostsystem getrennt ausgeführt werden kann.
• Workspace bedeutet eine dateigestützte Umgebung, in der sich Aufgabenstatus über Schritte hinweg ansammeln kann.
• Agent Computer bedeutet eine vollständigere Laufzeit mit Dateien, Befehlen, Paketen, Browser- oder UI-Zugriff, Logs, Vorschauen, Artefakten, Lebenszyklussteuerungen und Reset- oder Snapshot-Optionen.

Diese Begriffe überschneiden sich. Die nützliche Unterscheidung ist nicht das Branding, sondern wie viel Zustand und Überprüfungsfläche der Agent benötigt.

Was bedeuten die Kernthemen?

Konzept	Hauptaufgabe	Typisches Zustandsmodell	Beste Passform
Code Interpreter	Generierten Code ausführen und Ausgaben zurückgeben	Kurzlebiger Sitzungszustand	Berechnungen, Dateitransformationen, Diagramme, kleine Skripte
Sandbox	Ausführung vom Host und anderen Sitzungen isolieren	Flüchtig oder persistent	Ausführung nicht vertrauenswürdigen Codes, Befehlsausführung, Browser-Automation
Workspace	Dateien und Umgebungskontext zusammenhalten	Persistenter Dateisystem- oder wiederherstellbares Image	Coding-Agenten, Datenprojekte, Aufgabenübergabe, wiederholbare Überprüfung
Agent Computer	Einem Agenten eine Aufgabenumgebung mit Tools und Lebenszyklussteuerungen geben	Zustandsbehaftete Laufzeit mit Logs, Artefakten, Vorschauen und Reset-/Snapshot-Pfaden	Mehrschrittige Softwareaufgaben, Browser-Agenten, Evaluierungen, langlebige Workflows

Dasselbe Produkt kann mehr als eine Box abdecken. Eine zustandsbehaftete Sandbox kann sich wie ein Workspace verhalten. Ein Workspace mit Terminal, Browser, Artefakten und Lebenszyklusmanagement beginnt sich wie ein Agent Computer anzufühlen. Die Evaluierungsfrage ist, was der Agent tun kann, welcher Zustand überlebt und wie zuverlässig Menschen das Ergebnis inspizieren oder zurücksetzen können.

Wann ist flüchtige Code-Ausführung genug?

Flüchtige Ausführung ist immer noch die richtige Standardeinstellung, wenn die Aufgabe klein, abgegrenzt und leicht aus der endgültigen Ausgabe zu überprüfen ist.

Verwenden Sie eine kurzlebige Code-Interpreter-Umgebung, wenn:

• Die Eingabedateien im Voraus bereitgestellt werden.
• Die Aufgabe in einem oder wenigen Skriptdurchläufen abgeschlossen werden kann.
• Die Ausgabe ein Diagramm, eine Tabelle, eine transformierte Datei oder eine Berechnung ist.
• Keine Paketinstallation über die verwaltete Umgebung hinaus erforderlich ist.
• Der Benutzer keine laufende App, Browserstatus oder langes Befehlsprotokoll inspizieren muss.
• Die Sitzung verworfen werden kann, sobald die Antwort geliefert ist.

Zum Beispiel benötigt ein Support-Analyst, der einen Assistenten bittet, Tickets nach Kategorie zu gruppieren, keinen persistenten Arbeitsbereich. Ein Datenanalyst, der eine einmalige Visualisierung anfordert, benötigt möglicherweise keinen Browserzugriff oder Snapshots. Das Hinzufügen von mehr Infrastruktur als nötig kann Lebenszyklus, Kosten und Sicherheitsüberprüfung erschweren.

Wann benötigen Agents eine zustandsbehaftete Sandbox?

Zustandsbehaftete Sandboxes werden wichtig, wenn der Agent nicht nur eine Antwort berechnet, sondern durch einen Workflow operiert.

Dateien müssen mehrere Schritte überleben

Agents erstellen oft Zwischendateien: heruntergeladene Quelldaten, generierter Code, Test-Fixtures, Build-Artefakte, Screenshots, Berichte und Logs. Wenn jede Ausführung von einer leeren Oberfläche startet, muss der Agent wiederholt Kontext rekonstruieren oder zu viel Zustand in den Modell-Prompt quetschen.

Ein zustandsbehaftetes Dateisystem gibt dem Agenten ein Arbeitsgedächtnis außerhalb des Kontextfensters. Es gibt Menschen auch etwas Konkretes zu inspizieren.

Abhängigkeiten müssen installiert oder wiederverwendet werden

Viele reale Aufgaben hängen von Paketen ab, die in einer Standardlaufzeit nicht vorhanden sind. Ein Coding-Agent benötigt möglicherweise npm ci, pip install, einen Playwright-Browser, einen Compiler oder eine projektspezifische Binärdatei. Ein Daten-Agent benötigt möglicherweise eine Bibliotheksversion, die der Produktion entspricht.

Wenn diese Abhängigkeiten nach jedem Befehl verschwinden, verschwendet der Agent Zeit und schafft mehr Fehlerpunkte. Vorlagen und Snapshots helfen Teams, von einer bekannten Umgebung zu starten, anstatt sie bei jedem Lauf neu aufzubauen.

Befehle können länger als eine Modellrunde laufen

Builds, Tests, Crawler, Migrationen, Trainingsjobs und Evaluierungs-Harnesses können länger als einen einzelnen Antwortzyklus laufen. Agents müssen einen Befehl starten, Ausgabe beobachten, sich von teilweisem Fehlschlag erholen und Logs erfassen.

Das erfordert Prozesszustand. Es erfordert auch Timeout-Steuerungen, Abbruch und eine Möglichkeit, Ergebnisse abzurufen, nachdem das Modell zum nächsten Schritt übergegangen ist.

Browser- und Vorschauzugriff werden Teil der Aufgabe

Viele Agent-Workflows sind visuell oder weborientiert:

• Ein Coding-Agent startet eine lokale Web-App und überprüft die gerenderte Seite.
• Ein Browser-Agent navigiert eine Website, lädt Dateien herunter, füllt Formulare aus oder macht Screenshots.
• Ein Review-Agent überprüft, ob ein Diagramm, Bericht oder eine Demoseite tatsächlich rendert.

Für diese Aufgaben benötigt die Umgebung mehr als stdout. Sie benötigt Ports, Vorschau-URLs, Browser-Automation, Screenshots oder einen anderen Artefaktpfad, der es dem Agenten und dem Prüfer ermöglicht, das Ergebnis zu sehen.

Menschliche Überprüfung benötigt wiederholbare Beweise

Ein Agent kann sagen „Tests bestanden“ oder „die App sieht korrekt aus“, aber Produktionsteams benötigen wiederholbare Beweise. Eine gute Laufzeit bewahrt Logs, generierte Dateien, Screenshots und Vorschau-Links lange genug auf, damit eine andere Person oder ein anderer Prozess sie überprüfen kann.

Hier ändern zustandsbehaftete Sandboxes das Kollaborationsmodell. Die Sandbox ist nicht nur ein Werkzeug für das Modell; sie ist auch ein Überprüfungsartefakt.

Was sollte eine zustandsbehaftete Agent-Sandbox bewahren?

Zustand ist nur nützlich, wenn er beabsichtigt ist. Eine zustandsbehaftete Sandbox sollte klar machen, was überlebt, was zurückgesetzt wird und was in einen wiederverwendbaren Ausgangspunkt umgewandelt werden kann.

Dateisystemzustand

Das Dateisystem ist die grundlegende Einheit der Agent-Arbeit. Es sollte Quelldateien, generierte Ausgaben, Test-Artefakte, Logs, Screenshots und heruntergeladene Eingaben enthalten. Es sollte auch einfach sein, Dateien über ein SDK, CLI oder eine UI aufzulisten, zu lesen, zu schreiben, hochzuladen und herunterzuladen.

Laufzeit- und Paketzustand

Die Laufzeit sollte die Sprachen und Paketmanager unterstützen, die die Aufgabe erfordert. Für Coding-Agenten bedeutet das normalerweise Shell-Befehle, projektbezogene Abhängigkeiten und die Möglichkeit, eine vorbereitete Umgebung wiederzuverwenden. Für Browser-Agenten kann es Browser-Binärdateien und Automatisierungsframeworks umfassen.

Netzwerk- und Webzugriff

Netzwerkzugriff benötigt sorgfältige Richtlinien, keine vage Offenheit. Einige Agents benötigen ausgehende Paketdownloads, API-Aufrufe oder Web-Browsing. Andere sollten mit strengeren Egress-Regeln laufen. Teams sollten bewerten, ob die Laufzeit ihnen erlaubt zu entscheiden, was die Sandbox erreichen kann und wie diese Entscheidungen protokolliert werden.

Vorschau- und Artefakterfassung

Agent-Ausgabe umfasst oft mehr als Text. Achten Sie auf Unterstützung für Dateien, Screenshots, Browser-Sitzungen, offene Ports, Web-Vorschauen und Befehlsprotokolle. Diese Artefakte sind, wie Prüfer von der Behauptung des Agenten zur Überprüfung des tatsächlichen Ergebnisses gelangen.

Lebenszyklussteuerungen

Zustandsbehaftet bedeutet nicht dauerhaft. Die Laufzeit sollte Erstellung, Timeout, Pause oder Fortsetzung (wo verfügbar), Beendigung und Bereinigung unterstützen. Sie sollte auch Vorlagen oder Snapshots unterstützen, damit eine vorbereitete Umgebung wiederverwendet werden kann, ohne jede Sitzung für immer zu bewahren.

Reset- und Snapshot-Pfade

Agents machen Fehler. Ein praktischer Agent Computer benötigt einen sauberen Reset-Pfad und eine Möglichkeit, einen guten Zustand vor riskanter Arbeit zu erfassen. Snapshots sind nützlich nach der Einrichtung, nach der Installation von Abhängigkeiten oder vor einem langen Evaluierungslauf.

Wie sollten Teams eine Agent-Runtime bewerten?

Bewertungskriterien sollten von Anbieterbehauptungen getrennt werden. Die richtige Laufzeit hängt vom Workflow, Risikoprofil und Überprüfungsprozess ab.

Kriterium	Was zu fragen ist	Warum es wichtig ist
Lebenszyklus	Wie werden Umgebungen erstellt, pausiert, fortgesetzt, zeitlich begrenzt und gelöscht?	Verhindert verlassene Sitzungen und unkontrollierte Kosten
Dateisystem	Können der Agent und der Prüfer Dateien und Artefakte inspizieren?	Macht mehrschrittige Arbeit überprüfbar
Paketinstallation	Können Abhängigkeiten installiert, zwischengespeichert, vorlagenbasiert oder gesnapshotet werden?	Reduziert Einrichtungs-Wiederholungen und Drift
Befehlsausführung	Sind Logs, Exit-Codes, Timeouts und Hintergrundjobs zugänglich?	Macht Fehler behebbar
Browser- oder Vorschauzugriff	Kann der Agent gerenderte Ausgabe inspizieren oder einen Browser automatisieren?	Unterstützt Web-Apps, UI-Aufgaben und visuelle Überprüfung
Netzwerkrichtlinie	Welcher ausgehende Zugriff ist erlaubt und wie wird er gesteuert?	Reduziert Risiken durch Paketabrufe, Web-Browsing und externe Aufrufe
Isolation	Welche Grenze trennt Sandboxes voneinander und vom Host?	Bestimmt, für welche Art von Code und Daten die Laufzeit geeignet ist
Vorlagen und Snapshots	Können Teams bekannte gute Umgebungen wiederverwenden?	Verbessert Reproduzierbarkeit
Menschliche Übergabe	Kann ein Prüfer dieselben Dateien, Logs, Screenshots oder Vorschauen sehen?	Macht die Laufzeit zu einem überprüfbaren Artefakt
Kostenmodell	Ist die Abrechnung an Sitzungszeit, CPU, Speicher, Lagerung oder Parallelität gebunden?	Vermeidet Überraschungskosten, wenn Agents parallel laufen

Sicherheitsrelevante Fragen erfordern genaue Dokumentation und Produktprüfung. Vermeiden Sie es, jede Sandbox als magischen Schutz zu behandeln. Isolation, Netzwerkzugriff, Umgang mit Geheimnissen und Logs benötigen alle explizite Designentscheidungen.

Wo passt Novita Agent Sandbox?

Novita Agent Sandbox wurde für Agent-Workflows entwickelt, die isolierte, zustandsbehaftete Ausführungsumgebungen benötigen. Die Übersicht über Agent Sandbox beschreibt Sandboxes als Umgebungen, in denen Agents Befehle ausführen, Dateien lesen und schreiben, Abhängigkeiten installieren und browserbasierte Workflows nutzen können. Sie definiert auch Vorlagen für vorbereitete Startumgebungen und Snapshots zum Speichern des konfigurierten Sandbox-Zustands.

Das macht Novita zu einer zu bewertenden Option, wenn Ihre Agent-Arbeitslast Folgendes benötigt:

• Code-Ausführung in einer isolierten Umgebung;
• Dateizugriff über mehrere Schritte;
• Abhängigkeitsinstallation und wiederverwendbare vorbereitete Umgebungen;
• browserorientierte Workflows;
• generierte Artefakte, die Menschen inspizieren können;
• Lebenszyklussteuerungen über SDK oder CLI;
• eine Plattformrichtung, die Modell-APIs und Agent-Sandbox-Infrastruktur kombiniert.

Das bedeutet nicht, dass jeder Agent eine zustandsbehaftete Sandbox benötigt. Wenn Ihre Anwendung nur einmalige Python-Ausführung über eine vom Benutzer hochgeladene Datei benötigt, könnte ein Code-Interpreter-Muster einfacher sein. Wenn Ihr Team bereits eine interne Laufzeit mit strengem Egress, Geheimnisbehandlung, Audit und Überprüfungsabläufen hat, ist die Frage, ob eine externe Sandbox die Entwicklungsgeschwindigkeit verbessert, ohne diese Kontrollen zu schwächen.

Verwenden Sie Novita Agent Sandbox als Teil einer Architekturentscheidung, nicht als pauschalen Ersatz für jeden Ausführungspfad.

Eine praktische Entscheidungsregel

Stellen Sie eine Frage, bevor Sie die Laufzeit wählen:

Könnte eine zweite Person oder ein anderer Agent diese Arbeit aus der Umgebung wieder aufnehmen, inspizieren oder reproduzieren, nachdem die erste Modellrunde vorbei ist?

Wenn die Antwort nein ist und die Ausgabe trotzdem nützlich ist, ist flüchtige Ausführung wahrscheinlich ausreichend. Wenn die Antwort ja sein muss, bewegt sich die Aufgabe in Richtung einer zustandsbehafteten Sandbox oder eines Agent Computers.

Für produktive Agent-Systeme wird dies oft zum Standardmuster:

1. Starten Sie von einer sauberen Vorlage oder einem Snapshot.
2. Lassen Sie den Agenten in einer isolierten Laufzeit arbeiten.
3. Erfassen Sie Dateien, Logs, Screenshots, Vorschauen und Befehlsergebnisse.
4. Bewahren Sie die Umgebung lange genug für die Überprüfung auf.
5. Setzen Sie zurück, löschen Sie oder snapshoten Sie basierend auf dem Ergebnis.

Dieser Workflow gibt dem Modell Raum zum Handeln, während das Ergebnis überprüfbar bleibt.

Empfohlene Artikel

• Erstellen eines Coding-Agenten mit Novitas Agent Sandbox
• Host Clawdbot mit Novita Sandbox Template
• Welcher Inferenzanbieter ist der richtige für KI-Agenten

FAQ

Ist ein Code Interpreter dasselbe wie eine Agent Sandbox?

Nein. Ein Code Interpreter konzentriert sich normalerweise darauf, generierten Code auszuführen und Ausgaben innerhalb einer verwalteten Sitzung zurückzugeben. Eine Agent Sandbox ist eine breitere isolierte Umgebung für Befehle, Dateien, Abhängigkeiten, Browser-Workflows, Lebenszyklussteuerung und überprüfbare Artefakte.

Benötigen alle KI-Agenten zustandsbehaftete Sandboxes?

Nein. Einfache Datentransformationen, Berechnungen und einmalige Skripte können in flüchtiger Ausführung gut funktionieren. Agents benötigen zustandsbehaftete Sandboxes, wenn der Workflow von persistenten Dateien, installierten Paketen, langlebigen Prozessen, Browser- oder Vorschauzugriff oder menschlicher Überprüfung von Artefakten abhängt.

Was ist ein Agent Computer?

Ein Agent Computer ist eine Aufgabenumgebung, die einem KI-Agenten computerähnliche Werkzeuge gibt: Dateisystem, Shell, Pakete, Browser- oder UI-Zugriff, Logs, Artefakte, Lebenszyklussteuerungen und Reset- oder Snapshot-Optionen. Es ist ein nützliches Konzept für langlebige und überprüfbare Agent-Arbeit.

Warum sind Snapshots für Agent-Workflows wichtig?

Snapshots ermöglichen es Teams, eine konfigurierte Umgebung zu speichern und später wiederzuverwenden. Sie reduzieren wiederholte Einrichtungsarbeit, verbessern die Reproduzierbarkeit und bieten einen sauberen Punkt, zu dem sie zurückkehren können, bevor der Agent riskante oder experimentelle Aktionen durchführt.

Wie sollten Teams über Sandbox-Sicherheit nachdenken?

Behandeln Sie Sandbox-Sicherheit als Architekturentscheidung. Überprüfen Sie das Isolationsmodell, den Netzwerkzugriff, die Geheimnisbehandlung, die Logs, die Lebenszyklusbereinigung und den menschlichen Überprüfungsprozess, bevor Sie sensible Arbeitslasten oder nicht vertrauenswürdigen Code ausführen.