Anthropic ermöglicht Kunden, Claude Managed Agents selbst zu hosten

Anthropic brachte Claude Managed Agents zum Selbsthosting auf den Markt und ermöglicht Kunden damit seit dem 12. November 2026, den gesamten Dienst und seine Sandboxes in ihrem eigenen Cloud-Konto oder Rechenzentrum vor Ort auszuführen. Agents, Sitzungen und deren Verlauf werden auf dieser Infrastruktur gespeichert, während Modellanfragen an einen ausgewählten Inferenzanbieter gesendet werden können.

Anthropics frühere selbstgehostete Sandboxes verlagerten die Ausführung der Tools eines Agents auf die Systeme der Kunden, während Anthropic den Agent weiter ausführte. Die Ein- und Ausgaben der Tools wurden weiterhin an Anthropic übermittelt; auch Skills und Speicher für das Agent-Gedächtnis wurden dort gespeichert. Die neue Option erweitert die Kontrolle der Kunden auf die API, die Agent-Schleife und die Speicherung von Sitzungen.

Was Kunden jetzt selbst betreiben

Im Mittelpunkt der selbstgehosteten Architektur steht cma-server, der die Managed Agents API bereitstellt, die Agent-Schleife ausführt, Agents, Sitzungen und deren Verlauf speichert und den konfigurierten Inferenzanbieter aufruft. Separate Worker führen Shell- und Dateitools in den Sandboxes der Kunden aus; der Server selbst führt diese Tools niemals aus.

Der von Kunden betriebene Server stellt dieselbe Managed Agents API bereit wie der gehostete Dienst von Anthropic, abgesehen von dokumentierten Funktionsunterschieden. Daher können das Claude SDK und ant die CLI eine Verbindung dazu herstellen. Für einen dauerhaften Betrieb ist PostgreSQL 16 oder höher erforderlich. Ohne Datenbank speichert der Server Daten nur im Arbeitsspeicher; bei einem Neustart gehen sie verloren. Kunden müssen sich an ihr Anthropic-Kontoteam wenden, um den Download anzufordern, und jede Version selbst installieren.

Auswahl des Inferenzanbieters und Grenzen der Datenübermittlung

Modellanfragen werden standardmäßig an die Claude API gesendet. Kunden können stattdessen über die Einstellungen des Anbieters auf dem Server Amazon Bedrock, Claude Models on Google Cloud (von Google verwaltet), Microsoft Foundry oder ein von ihnen betriebenes Modell-Gateway auswählen. Agents geben Modelle weiterhin anhand ihrer Claude-API-IDs an. Der Server übersetzt diese für Anbieter, die die entsprechenden Modelle bereitstellen, sodass eine Agent-Definition unverändert verwendet werden kann.

Das Selbsthosting des Dienstes sorgt nicht automatisch dafür, dass der Modellverkehr innerhalb des Kundennetzwerks bleibt. Bei jedem Modellaufruf wird der bisherige Gesprächsverlauf einschließlich Prompts, Tool-Eingaben und Tool-Ergebnissen an den ausgewählten Inferenzanbieter gesendet. Laut der Sicherheitsdokumentation verbindet sich der Server nur dann mit Anthropic, wenn die Claude API als Anbieter ausgewählt ist. Außerdem hat Anthropic keinen Fernzugriff auf den von Kunden betriebenen Server oder dessen Protokoll.

Migration und betriebliche Einschränkungen

Laut den Migrationshinweisen wird nichts aus Anthropics gehostetem Dienst übernommen, auch nicht der Sitzungsverlauf. Kunden müssen Agents, Skills, Zugangsdaten im Tresor und Speicher für das Agent-Gedächtnis auf ihrem eigenen Server neu einrichten. Organisationen, die bereits selbstgehostete Sandboxes betreiben, können dieselbe Worker-Software mit dem neuen Server verbinden. Durch Webhooks ausgelöste Worker funktionieren jedoch nicht, da der selbstgehostete Server keine Webhooks sendet.

Kunden übernehmen außerdem Aufgaben, die Anthropic beim gehosteten Dienst erfüllt: den Server absichern, Speicher für das Agent-Gedächtnis hosten, ungewöhnliche Nutzung erkennen und neue Versionen installieren. Jede Bereitstellung bedient einen einzelnen Mandanten auf einer einzigen Vertrauensstufe. Für separate Mandanten oder Workloads mit unterschiedlichen Vertrauensstufen sind daher getrennte Bereitstellungen mit jeweils eigenen Datenbanken, Server-API-Schlüsseln und Workern erforderlich.

Einige Funktionen des gehosteten Dienstes sind nicht verfügbar, darunter geplante Bereitstellungen, Träume und Webhooks. Die Tools für die Websuche und den Webabruf bleiben deaktiviert, bis sie ausdrücklich eingeschaltet werden; ihre Verfügbarkeit hängt anschließend vom Inferenzanbieter ab. Die Websuche funktioniert mit der Claude API, Claude Models on Google Cloud (von Google verwaltet) und Microsoft Foundry; der Webabruf funktioniert mit der Claude API und Microsoft Foundry.

Auch die Aufbewahrungsdauer von Sitzungen wird von den Kunden verwaltet. Sitzungen und deren Verlauf bleiben in der Kundendatenbank gespeichert, bis sie gelöscht werden, und laufen nicht nach einer bestimmten Zeit ab. Durch das Löschen werden sie aus dieser Datenbank entfernt, nicht jedoch Kopien in Sicherungen, exportierten Protokollen und Traces, Speichern für das Agent-Gedächtnis oder – bei Kubernetes – im Workspace-Volume der Sitzung.

Für Kunden ergibt sich daraus eine zweifache Grenze: Der Zustand und die Ausführung des Agents können innerhalb ihrer eigenen Bereitstellung verbleiben, doch jedes Gespräch wird weiterhin an den von ihnen ausgewählten Inferenzanbieter gesendet. Die zusätzliche Kontrolle bringt den betrieblichen Aufwand mit sich, die Bereitstellung abzusichern und zu aktualisieren, Mandanten voneinander zu isolieren und Einschränkungen gegenüber dem Funktionsumfang des gehosteten Dienstes in Kauf zu nehmen.