Claude nutzen, aber Zugänge und Rechnung über die vorhandene Google-Cloud-Umgebung verwalten: Dafür gibt es seit dem 22. Oktober einen neuen Weg. Anthropic hat die Anthropic-managed-Variante von Claude Models on Google Cloud allgemein verfügbar gemacht. Für Unternehmen lohnt sich ein genauer Blick darauf, wer dabei eigentlich welchen Teil betreibt.
Claude war vorher schon über Google Cloud erhältlich. Neu ist die Wahl zwischen zwei Betriebsmodellen. Sie beeinflusst, welche Funktionen ein Entwicklungsteam bekommt und welche Bedingungen für die Verarbeitung gelten. Gerade bei einer betrieblichen KI-Anwendung sollte diese Entscheidung vor dem ersten produktiven Datenfluss fallen. Googles Ankündigung vom 23. Oktober.
Was am neuen Zugang interessant ist
Mit dem neuen Angebot lässt sich die Claude-Plattform über ein Google-Cloud-Projekt erreichen. Die Berechtigungen werden über Googles Zugriffsverwaltung IAM vergeben; die Abrechnung läuft über Google Cloud Marketplace. Die Claude-API selbst betreibt Anthropic.
Der praktische Reiz liegt im Zugang zu Plattformfunktionen. Anthropic nennt unter anderem verwaltete Agenten, Skills für wiederkehrende Abläufe und die Ausführung von Code. Neue Funktionen und Betas sollen auf diesem Weg zeitgleich mit der direkten Claude-Plattform verfügbar werden. Das beschreibt den Zugang, nicht die Reife jeder einzelnen Funktion: Managed Agents werden in der Ankündigung weiterhin als Beta geführt. Anthropics Übersicht zum neuen Angebot.
Für ein Entwicklungsteam kann das einen Versuch erleichtern, wenn Zugänge bereits über Google verwaltet werden. Ob die zusätzliche Funktion einen betrieblichen Ablauf verbessert, muss sich anschließend an der eigenen Aufgabe zeigen. Ein neuer Anschluss allein macht einen Agenten noch nicht zuverlässig.
Wer die Plattform betreibt, macht einen Unterschied
Die beiden Angebote tragen sehr ähnliche Namen. Anthropic managed bedeutet, dass Anthropic die Claude-Plattform betreibt. Bei Google managed betreibt Google die Modelle innerhalb seiner Agent Platform. Googles Vergleich nennt für den Google-betriebenen Weg unter anderem regionale Datenresidenz, VPC Service Controls und die Einbindung in Dienste wie BigQuery oder Model Armor.
Bei der Anthropic-betriebenen Variante übernimmt Google die Integrationsschicht mit Anmeldung, Weiterleitung, Protokollierung und Abrechnung. Die Google-Dokumentation weist ausdrücklich darauf hin, dass Datenspeicherung und Modellverarbeitung auf von Anthropic verwalteter Infrastruktur stattfinden und Verarbeitung auch außerhalb von Google Cloud erfolgen kann. Beide Anbieter haben für ihre jeweiligen Bestandteile eigene Verarbeitungsrollen und Vertragsbedingungen. Googles technischer Vergleich.
Daraus folgt für die Auswahl: Eine Bestellung über Google Cloud beantwortet noch keine Frage nach einem konkreten EU-Datenstandort. Wer darauf angewiesen ist, sollte den gewählten Betriebsweg, die geltenden Zusagen und den tatsächlichen Datenfluss gemeinsam prüfen. Eine pauschale Datenschutzfreigabe lässt sich aus dieser Produktmeldung nicht ableiten.
Vorhandene Einstellungen ziehen nicht automatisch um
Ein wichtiger Punkt steckt in der Einrichtung: Für den neuen Zugang entsteht eine eigene Anthropic-Organisation. Eine bereits vorhandene Organisation wird nicht einfach umgeschaltet. Bestehende Dateien, Skills und Agentenressourcen bleiben zunächst dort, wo sie angelegt wurden. Auch eine Vereinbarung über Zero Data Retention wird nicht automatisch auf die neue Organisation übertragen.
Anthropic beschreibt den Wechsel deshalb als schrittweisen Umzug. Neue Organisation einrichten, Konfiguration und Ressourcen prüfen, Integration anpassen und erst nach Tests den produktiven Verkehr verlagern. Beide Organisationen können währenddessen parallel bestehen. Die Zugriffskontrolle liegt beim Google-Cloud-Projekt; eine IAM-Rolle gilt dort für alle zugehörigen Claude-Workspaces. Für getrennte Teamzugänge verweist Anthropic auf getrennte Projekte. Einrichtung und Umstieg in der Anthropic-Dokumentation.
Das klingt nach Verwaltungsarbeit. Sie verhindert aber, dass ein Team beim vermeintlich einfachen Wechsel seine Aufbewahrungseinstellungen, Rechte oder gespeicherten Arbeitsmittel übersieht.
Ein kleiner Test vor dem großen Umzug
Ein fiktives Beispiel: Ein Betrieb entwickelt einen Assistenten, der aus freigegebenen Wartungsunterlagen einen Entwurf für den Kundendienst erstellt. Die Anwendung läuft bereits in Google Cloud. Das Team möchte eine neue Claude-Plattformfunktion ausprobieren.
Für diesen Versuch würde ich zunächst einen kleinen Satz unvertraulicher Beispielunterlagen verwenden. Die wichtige Frage wäre: Wird der Entwurf für die Mitarbeitenden tatsächlich besser oder leichter prüfbar? Dazu gehört, dass Verweise zu den Unterlagen stimmen und fehlende Angaben erkennbar bleiben. Ein schneller erzeugter Text hilft wenig, wenn anschließend jede Aussage mühsam gesucht werden muss.
Den Zugang würde ich als eigenen Test mit dokumentierten Rechten aufsetzen. Erst wenn Ergebnis und Betriebsanforderungen passen, kämen echte Arbeitsdaten und ein kontrollierter Wechsel infrage. Das ist eine redaktionelle Empfehlung, kein Bericht über ein bereits durchgeführtes CodeCell-Kundenprojekt.
Bei einer KI-Beratung lässt sich diese Entscheidung an der konkreten Aufgabe festmachen. In der KI-Softwareentwicklung muss anschließend überprüfbar umgesetzt werden, welche Anwendung auf welche Daten und Werkzeuge zugreifen darf.
Die Entscheidung bleibt beim eigenen Betrieb
Der neue Zugang ist besonders interessant für Teams, die Google Cloud bereits einsetzen und aktuelle Claude-Plattformfunktionen ausprobieren möchten. Für andere Anwendungen können die Eigenschaften des Google-betriebenen Angebots stärker wiegen. Ein vorhandenes System muss wegen dieser Ankündigung also nicht sofort umziehen.
Meine Einschätzung: Die zusätzliche Wahl ist nützlich, wenn sie zu einer bewussten Entscheidung führt. Vor dem Wechsel sollten zwei Antworten feststehen: Welche konkrete Fähigkeit brauchen wir, und welcher Betrieb passt zu unseren Daten? Danach lässt sich der passende Zugang sehr viel sachlicher auswählen.
Quellen und Links
Stand: 25. Oktober 2026. Anbieterangaben, keine unabhängige Leistungsprüfung. Das Anwendungsbeispiel ist fiktiv.

:quality(78))
:quality(78))
:quality(78))
:quality(78))
