Eine Agent-Umgebung auswählen
Entscheide, ob Tools und Code von Claude Managed Agents in einer von Anthropic verwalteten Cloud-Umgebung oder in einer selbst gehosteten Sandbox ausgeführt werden, und erfahre, was sich bei einem Wechsel ändert.
Eine Umgebung legt fest, wo die Tools und der Code deines Agenten ausgeführt werden. Sie laufen in einer Sandbox. Eine Sandbox ist ein isolierter Arbeitsbereich, etwa ein Container, in dem der Agent Befehle ausführt und an Dateien arbeitet. Du hast zwei Optionen:
- Cloud-Umgebung: Anthropic betreibt die Sandbox für dich. Jede Session erhält ihren eigenen frischen Linux-Container auf von Anthropic verwalteter Infrastruktur, auf dem gängige Sprachen, Datenbanken und Hilfsprogramme bereits installiert sind. Du wählst die Netzwerkregeln und alle zusätzlich zu installierenden Pakete.
- Selbst gehostete Sandbox: Du betreibst die Sandbox auf deiner eigenen Infrastruktur. Claude läuft weiterhin auf der Seite von Anthropic und entscheidet, welches Tool als Nächstes aufgerufen wird. Ein Programm, das du ausführst, ein sogenannter Worker, führt die Bash- und Datei-Tool-Aufrufe des Agenten auf deinen Maschinen aus und sendet jedes Ergebnis zurück. Er kann auch benutzerdefinierte Tools bereitstellen.
Die Agentendefinition ist unabhängig von deiner Wahl dieselbe. Du legst Modell, Prompt und Tools am Agenten fest, nicht an der Umgebung.
Mit einer Cloud-Umgebung beginnen
Wenn du dir nicht sicher bist, was du wählen sollst, oder neu bei Claude Managed Agents bist, beginne mit einer Cloud-Umgebung, wie es auch der Schnellstart tut. Anthropic betreibt für jede Session einen isolierten Container, auf dem gängige Sprachen und Tools bereits installiert sind, sodass du nichts hosten musst. Wähle eine selbst gehostete Sandbox nur, wenn Tools auf Infrastruktur laufen müssen, die du kontrollierst.
Die Optionen vergleichen
Die Tabelle vergleicht die beiden Optionen.
| Cloud-Umgebung (Standard) | Selbst gehostete Sandbox | |
|---|---|---|
| Wo Tools und Code ausgeführt werden | In einer von Anthropic verwalteten Sandbox | Auf deinem Worker, auf deiner Infrastruktur |
| Was an Anthropic gelangt | Der Gesprächsverlauf, Tool-Ergebnisse, die Dateien und der Zustand der Sandbox, Skills und Memory Stores | Der Gesprächsverlauf, Tool-Ergebnisse, Skills und Memory Stores. Die Dateien und Prozesse der Sandbox bleiben auf deinem Worker. |
| Was du betreibst | Nichts | Die Worker-Hosts, ihre Härtung, ihre Netzwerkbeschränkungen und den Umgebungsschlüssel, mit dem sich dein Worker authentifiziert |
| Netzwerkreichweite | Netzwerkregeln, die du für die Umgebung festlegst | Deine eigene Netzwerkrichtlinie |
| Einbinden von Dateien und GitHub-Repositorys | Von Anthropic verwaltet | Von dir verwaltet |
| Memory Stores | Von Anthropic unter /mnt/memory/ eingebunden | Nach /mnt/memory/ heruntergeladen und vom Worker synchronisiert |
| Lebenszyklus der Sandbox | Von Anthropic verwaltet | Von dir verwaltet |
| Wann du sie wählst | Der Standard. Du brauchst keine Tools, die auf deiner eigenen Infrastruktur laufen. | Tools müssen auf Infrastruktur laufen, die du kontrollierst. |
Wann du eine selbst gehostete Sandbox wählen solltest
Eine selbst gehostete Sandbox passt, wenn der Agent eines der Folgenden tun muss:
- An Daten arbeiten, die dein Netzwerk nicht verlassen dürfen: Die Dateien und Prozesse des Agenten bleiben auf deinem Worker. Was ein Tool an das Modell zurückgibt, erreicht dennoch den Managed-Agents-Dienst.
- Interne Dienste erreichen, die nicht öffentlich routbar sind: Die Bash- und Datei-Tools des Agenten sowie alle benutzerdefinierten Tools, die dein Worker bereitstellt, laufen innerhalb deines Netzwerks. Anthropic, nicht dein Worker, verbindet sich mit den MCP-Servern des Agenten. Ein privater Server könnte vor deinem internen Ticketsystem oder Firmen-Wiki stehen. Um ihn zu erreichen, kannst du mit beiden Optionen einen MCP-Tunnel verwenden. MCP-Tunnel befinden sich in der Research Preview und erfordern eine Zugangsanfrage. Siehe Selbst gehostete Sandboxes und MCP-Tunnel.
- Unter den eigenen Compliance- und Audit-Kontrollen deiner Organisation laufen: Tools laufen auf Hosts, die du konfigurierst, protokollierst und prüfst.
Was eine selbst gehostete Sandbox nicht ändert
Bei beiden Optionen gehen der Gesprächsverlauf und die Tool-Ergebnisse an den Managed-Agents-Dienst, den Anthropic betreibt. Auf diese Weise erhält das Modell das Ergebnis jedes Tool-Aufrufs. Die Tools für Websuche und Web-Fetch laufen ebenfalls auf der Seite von Anthropic, nicht in der Sandbox. Siehe Domains für Websuche und Web-Fetch einschränken. Keine der beiden Optionen ändert die Compliance-Abdeckung von Managed Agents oder wie lange der Gesprächsverlauf aufbewahrt wird. Siehe API und Datenaufbewahrung.
Was du mit einer selbst gehosteten Sandbox übernimmst und aufgibst
Mit einer selbst gehosteten Sandbox wirst du zum Betreiber der Worker-Hosts. Du härtest das Sandbox-Image, kontrollierst den ausgehenden Netzwerkverkehr, speicherst und rotierst den Umgebungsschlüssel und isolierst Sessions voneinander. Die Seite Sicherheitsmodell enthält die Details.
Außerdem verzichtest du auf diese Funktionen der Cloud-Umgebung:
file- undgithub_repository-Session-Ressourcen. Du stellst Eingabedateien selbst bereit und bist auch selbst für das Einbinden deines GitHub-Repositorys verantwortlich.- Skill-Erkennung aus Repositorys.
- Umgebungsvariablen-Credentials in Vaults.
- Die vorinstallierten Laufzeitumgebungen und Pakete einer Cloud-Sandbox. Eine selbst gehostete Sandbox hat das, was dein Worker bereitstellt.
Unterschiede auf Claude Platform on AWS
Wenn du Claude Managed Agents über Claude Platform on AWS nutzt, betreibt Anthropic weiterhin den Dienst. Dort kann eine selbst gehostete Sandbox keine Memory Stores verwenden, Worker verwenden keinen Umgebungsschlüssel und MCP-Tunnel sind nicht verfügbar. Siehe Claude Managed Agents auf Claude Platform on AWS und Nicht unterstützte Funktionen.
Von einer Cloud-Umgebung zu einer selbst gehosteten Sandbox wechseln
Um zu einer selbst gehosteten Sandbox zu wechseln, behältst du den Agenten, erstellst eine self_hosted-Umgebung und referenzierst ihre ID in neuen Sessions und Deployments.
- Was übernommen wird: Die Agentendefinition, der API-Key oder die AWS-Anmeldedaten, die deine Anwendung verwendet, deine Skills, deine MCP-Server und deine Memory Stores.
- Was neu ist: Eine
self_hosted-Umgebung, ein Umgebungsschlüssel, den du in der Claude Console generierst, und ein Worker, den du betreibst. Der Schnellstart für selbst gehostete Sandboxes behandelt alle drei. - Was nicht mehr funktioniert: Die Funktionen, die unter Was du mit einer selbst gehosteten Sandbox übernimmst und aufgibst aufgeführt sind.
Auf Claude Platform on AWS werden Memory Stores nicht in eine selbst gehostete Sandbox übernommen, und der Worker verwendet keinen Umgebungsschlüssel. Siehe Unterschiede auf Claude Platform on AWS.
Was this page helpful?