Claude Platform on AWS

Claude Platform on AWS bietet dir das vollständige Anthropic-Plattformerlebnis, einschließlich der Messages API, Agent Skills, Codeausführung und Beta-Funktionen, zugänglich über dein AWS-Konto. Anders als bei Amazon Bedrock, wo AWS den Inferenz-Stack betreibt, betreibt Anthropic Claude Platform on AWS. AWS stellt die Authentifizierungsschicht (SigV4 oder API-Key), IAM-basierte Zugriffskontrolle und die Abrechnungsintegration über AWS Marketplace bereit.

Wie die Plattformintegration funktioniert

Claude-Modelle laufen auf von Anthropic verwalteter Infrastruktur. Es handelt sich um eine kommerzielle Integration für Abrechnung und Zugriff über AWS. Anthropic ist der Datenverarbeiter für Inferenz-Eingaben und -Ausgaben. AWS verarbeitet Abrechnungs- und Identitätsmetadaten im Rahmen des Marketplace-Modells. Kunden, die Claude über Claude Platform on AWS nutzen, unterliegen den Datennutzungsbedingungen von Anthropic.

Anthropic nutzt AWS-Infrastruktur, um deine API-Anfragen zu verarbeiten, Modellinferenz auszuführen und deine Workspace-Inhalte (wie Prompts, Ausgaben, Dateien, Skills und Batches) zu speichern. Bei Workspaces, die vor dem 18. September 2026, 00:00 UTC, erstellt wurden, kann Anthropic Anfragen verarbeiten, Daten speichern und Inferenz außerhalb von AWS ausführen. In beiden Fällen können sich Unterdienste ohne Vorankündigung ändern. Setze den Parameter inference_geo pro Anfrage, um die Inferenz auf eine bestimmte Region festzulegen.

Claude Platform on AWS folgt derselben Richtlinie zur Datenaufbewahrung wie die First-Party-Claude-API. „Zero Data Retention" (Null-Datenaufbewahrung), oder ZDR, ist auf Anfrage verfügbar. Wende dich an deinen Anthropic-Ansprechpartner, um sie für deine Organisation zu aktivieren.

Claude Platform on AWS im Vergleich zu Amazon Bedrock

Beide Angebote ermöglichen dir die Nutzung von Claude über AWS, unterscheiden sich jedoch in Architektur, API-Oberfläche und Verfügbarkeit von Funktionen.

Wenn du ein von AWS betriebenes Claude benötigst, siehe Claude in Amazon Bedrock. Claude Platform on AWS nutzt einen separaten Kapazitätspool, getrennt sowohl von der First-Party-Claude-API als auch von Amazon Bedrock. Du kannst Workloads auf mehr als einer Plattform ausführen und zwischen ihnen ein Failover durchführen.

AWS PrivateLink wird für die Verbindung deiner VPC mit dem Endpunkt von Claude Platform on AWS unterstützt.

Wann du Bedrock wählen solltest: Organisationen in regulierten Branchen, die FedRAMP High, IL4, IL5 oder HIPAA-konforme Compliance benötigen oder bei denen AWS der alleinige Datenverarbeiter sein muss, sollten Claude in Amazon Bedrock verwenden. Bedrock läuft vollständig auf von AWS kontrollierter Infrastruktur, wobei AWS die betreibende Partei ist.

Welches Angebot nutzt du? Claude ist über mehrere unterschiedliche Produkte verfügbar:

• Claude Platform on AWS (diese Seite): Die Claude-API-Plattform, abgerechnet über AWS Marketplace. Verwaltet in der Claude Console und der AWS Console.
• Claude in Amazon Bedrock: Ein AWS-nativer Dienst. Verwaltet in der Amazon-Bedrock-Konsole und als AWS-Dienstnutzung abgerechnet.
• Claude Enterprise, bezogen über AWS Marketplace: Ein claude.ai-Plan (das Claude-Chat-Produkt), keine API-Plattform. Verwaltet auf claude.ai; das Konto- und Migrationsverhalten unterscheidet sich von dem, was diese Seite beschreibt. Siehe das Claude Help Center.
• Direkte Anthropic-Konten: Die First-Party-Claude-API und claude.ai-Pläne, abgerechnet von Anthropic. Verwaltet in der Claude Console und auf claude.ai.

Dein Konto einrichten

Die Einrichtung von Claude Platform on AWS erfolgt in vier Phasen: Registrierung auf der Dienstseite der AWS Console, Abschluss der Einrichtung deiner Anthropic-Organisation, Notieren deiner Workspace-ID und Anmeldung bei der Claude Console.

1. 1

   In der AWS Console registrieren

   1. Öffne die AWS Console und navigiere zur Dienstseite Claude Platform on AWS.
   2. Wähle Sign up.
   3. Prüfe auf der Registrierungsseite die Bedingungen (die Endbenutzer-Lizenzvereinbarung von Anthropic, den AWS Privacy Notice und das AWS Customer Agreement) und aktiviere das Zustimmungskontrollkästchen.
   4. Wähle Continue.

   Die Seite zeigt ein Banner Sign-up in progress an. Bleib auf der Seite. Die Registrierung dauert einige Minuten, während AWS das AWS-Marketplace-Abonnement für dich abwickelt, und leitet dich dann automatisch weiter.

   Wenn deine Organisation ein Private Offer von Anthropic hat, sucht die Console danach und fordert dich auf, es in AWS Marketplace anzunehmen. Details findest du unter Private Offers.

2. 2

   Deine Anthropic-Organisation einrichten

   Nach Abschluss der Registrierung wirst du zu platform.claude.com/partner-signup weitergeleitet.

   1. Gib die E-Mail-Adresse des Eigentümers deiner Organisation ein und wähle Get started.
   2. Prüfe den Posteingang dieser E-Mail-Adresse auf einen Einrichtungslink und folge ihm. Wenn dein Browser eine Seite Signed in as a different account anzeigt, wähle Log out and continue.
   3. Fülle das Formular mit den Organisationsdetails aus (Organisationsname, Rechtsform, Land, beabsichtigte Nutzung) und wähle Complete setup.

   Mit dem Abschluss der Einrichtung wird deine Anthropic-Organisation erstellt, und du akzeptierst die Commercial Terms of Service und die Usage Policy von Anthropic. Die Dienstseite in der AWS Console zeigt nun eine linke Navigation mit Home, API keys, Quickstart und Workspaces.

3. 3

   Deinen Workspace erstellen und seine ID notieren

   Nachdem du die Einrichtung abgeschlossen hast, fordert dich die AWS Console auf, einen Workspace zu erstellen. Details zur Regionsbindung, zur Eingrenzung von IAM-Ressourcen und zum Erstellen weiterer Workspaces findest du unter Workspaces.

   Du findest die Workspace-ID unter Workspaces auf der Dienstseite Claude Platform on AWS in der AWS Console oder in der Claude Console. Workspace-IDs haben das Format wrkspc_, gefolgt von einer alphanumerischen Kennung.

4. 4

   Bei der Claude Console anmelden

   Der Zugriff auf die Claude Console wird über AWS IAM föderiert:

   1. Übernimm eine IAM-Rolle mit der Berechtigung aws-external-anthropic:AssumeConsole. Siehe IAM-Aktionen für Claude Platform on AWS.
   2. Wähle auf der Dienstseite Claude Platform on AWS die Option Open Claude Console. Die AWS Console stellt ein JWT aus und leitet dich zu platform.claude.com weiter.
   3. Bei der ersten Anmeldung wirst du nach einer E-Mail-Adresse gefragt. Gib deine geschäftliche E-Mail-Adresse ein. Die Plattform stellt deinen Claude-Console-Benutzer just-in-time bereit.

   Wenn du über die AWS Console angemeldet bist, ist die Claude Console auf deine Claude-Platform-on-AWS-Organisation beschränkt. Unten links in der Seitenleiste der Claude Console erscheint ein Hinweis Account managed by AWS.

Umzug von einer bestehenden Anthropic-Organisation

Die Registrierung für Claude Platform on AWS stellt immer eine neue Anthropic-Organisation bereit, die an dein AWS-Konto gebunden ist. Es gibt keine direkte Umwandlung: Eine bestehende Organisation, etwa eine First-Party-Claude-API-Organisation, kann nicht zu einer Claude-Platform-on-AWS-Organisation werden.

Plane einen Umzug von einer bestehenden Organisation als Umstellung auf eine neue:

• Erstelle zuerst die neue Organisation. Registriere dich über die AWS Console (siehe Dein Konto einrichten). Wenn dein Umzug ein Private Offer umfasst, schließe die Registrierung ab, bevor das Angebot angenommen wird: Rabatte gelten ab der Annahme, nicht rückwirkend. Siehe Private Offers.
• Erstelle Zugriff und Konfiguration neu. API-Keys, Workspaces und Claude-Console-Einstellungen werden nicht aus einer bestehenden Organisation übernommen. Erstelle Workspaces in der neuen Organisation und stelle deine Anwendungen auf die Authentifizierung von Claude Platform on AWS um.
• Aktualisiere deine Integration. Claude Platform on AWS stellt die Claude API (/v1/{endpoint}) bereit, daher sind die Formen von Anfragen und Antworten gegenüber der First-Party-Claude-API unverändert. Was sich ändert, sind die Basis-URL, die Authentifizierungsmethode und der anthropic-workspace-id-Header bei Inferenz- und Ressourcenanfragen; siehe Anfragen stellen. Einige Plattformfunktionen unterscheiden sich; siehe Nicht unterstützte Funktionen.
• Stelle nach deinem eigenen Zeitplan um. Die neue Organisation ist unabhängig von deiner bestehenden, und beide können parallel Traffic verarbeiten. Eine harte Umstellung ist nicht nötig: Verlagere Workloads schrittweise, bis dein gesamter Traffic auf der neuen Organisation läuft.

Sobald die neue Organisation läuft, konzentrieren sich die Unterschiede auf Abrechnung und Authentifizierung, die über AWS abgewickelt werden:

• Die Abrechnung wechselt zu AWS Marketplace: Die Nutzung wird in Claude Consumption Units statt in Prepaid-Guthaben abgerechnet (siehe Abrechnung), und du legst Ausgabenlimits auf der Seite „Billing" fest (siehe Ausgabenlimits). Während des Übergangs bleibt die Abrechnung getrennt: Die bestehende Organisation wird weiterhin so abgerechnet wie bisher.
• Authentifizierung und Zugriff wechseln zu AWS: Anfragen authentifizieren sich mit AWS-Anmeldedaten oder mit API-Keys, die in der AWS Console und nicht in der Claude Console generiert werden (siehe Authentifizierung). Die Mitgliedschaft in der Organisation wird über AWS IAM statt über die Claude Console verwaltet (siehe Verfügbare Seiten), und die Client-SDKs von Anthropic stellen plattformspezifische Client-Klassen bereit (siehe Ein SDK installieren).
• Die tägliche API-Nutzung funktioniert wie bei der First-Party-Claude-API, außer wo in den Funktionseinschränkungen anders angegeben. Prüfe vor dem Verlagern von Produktions-Traffic deine „rate limits" (Ratenlimits): Neue Organisationen werden in die Start-Stufe eingeordnet, und Erhöhungen der Limits laufen über deinen Anthropic-Ansprechpartner (siehe Ratenlimits und Kontingente).

Für Claude-Enterprise-Organisationen (claude.ai), die sich anders verhalten, siehe den Angebotsvergleich.

Fehlerbehebung bei der Kontoeinrichtung

• „Sign-up failed: Failed to enable OutboundWebIdentityFederation": Wenn du dieses Banner beim ersten Absenden siehst, wähle erneut Continue. Es kann einen Moment dauern, bis die IAM-Aktivierung wirksam wird.
• Keine Fortschrittsanzeige während der Registrierung: Die Registrierung dauert einige Minuten. Die Seite zeigt ein statisches Banner Sign-up in progress ohne Fortschrittsbalken an, während AWS dein Konto bereitstellt.
• „Signed in as a different account" nach dem Folgen des Einrichtungslinks: Wähle Log out and continue. Die Seite authentifiziert dich erneut mit der E-Mail-Adresse, die du eingegeben hast.
• Meldung „Not found" während der Anmeldung: Diese Meldung kann während der Weiterleitung kurz erscheinen. Du kannst sie schließen.
• Die Seite „Usage" zeigt nach deinem ersten API-Aufruf keine Daten: Es kann einige Minuten dauern, bis Nutzungsdaten in der Claude Console erscheinen.
• „Outbound web identity federation is disabled" bei deinem ersten API-Aufruf: Aktiviere die Föderation einmal pro Konto. Siehe Outbound Web Identity Federation aktivieren.

Bevor du API-Aufrufe durchführst

Stelle sicher, dass du Folgendes hast:

1. Ein aktives AWS-Konto mit einem Abonnement für Claude Platform on AWS (siehe Dein Konto einrichten)
2. Die AWS CLI, installiert und konfiguriert
3. Aktivierte Outbound Web Identity Federation in deinem AWS-Konto, ein einmaliger Einrichtungsschritt (siehe Outbound Web Identity Federation aktivieren)
4. Deine Workspace-ID (siehe Deine Workspace-ID ermitteln)
5. Die IAM-Berechtigung zum Aufrufen der API: die Aktion aws-external-anthropic:CreateInference für deinen Workspace sowie aws-external-anthropic:CallWithBearerToken, wenn du dich mit einem API-Key authentifizierst (siehe IAM-Richtlinien)

Outbound Web Identity Federation aktivieren

Das Gateway von Claude Platform on AWS ruft serverseitig sts:GetWebIdentityToken auf, um ein JWT zu erzeugen, das es an Anthropic weiterleitet. Diese STS-Funktion ist in jedem AWS-Konto standardmäßig deaktiviert. Aktiviere sie einmal pro Konto:

aws iam enable-outbound-web-identity-federation

Wenn die Antwort [ERROR] (FeatureEnabled) ... already enabled lautet, ist die Einstellung für dein Konto bereits aktiv, und du kannst fortfahren. Überprüfe die Issuer-URL deines Kontos und rufe sie ab:

aws iam get-outbound-web-identity-federation-info

Deine Workspace-ID ermitteln

Du erstellst einen Workspace in der AWS Console, nachdem du die Kontoeinrichtung abgeschlossen hast (siehe Dein Konto einrichten). Workspaces sind an eine einzelne AWS-Region gebunden. Du findest die Workspace-ID in der Claude Console unter Workspaces oder im Abschnitt Workspaces der Dienstseite in der AWS Console.

Setze die Umgebungsvariablen ANTHROPIC_AWS_WORKSPACE_ID und AWS_REGION, damit die SDK-Clients sie automatisch lesen:

export ANTHROPIC_AWS_WORKSPACE_ID='wrkspc_01AbCdEf23GhIj'
export AWS_REGION='us-west-2'  # Your workspace's AWS region

Die Region ist erforderlich. Der SDK-Client löst einen Fehler aus, wenn keine Region gesetzt ist. Übergib aws_region beim Erstellen des Clients oder setze AWS_REGION (oder AWS_DEFAULT_REGION). Alle kommerziellen AWS-Regionen werden unterstützt.

Authentifizierung

Claude Platform on AWS unterstützt zwei Authentifizierungsmethoden: AWS IAM mit Signature Version 4 (SigV4) Request Signing (primär) und Authentifizierung per API-Key. Beide verwenden dieselbe Basis-URL und dasselbe Anfrageformat.

SigV4-Authentifizierung

SigV4 ist der Enterprise-native Weg und integriert sich in deine bestehenden AWS-IAM-Richtlinien, -Rollen und -Audits. Konfiguriere AWS-Anmeldedaten mit einer beliebigen Methode, die von der AWS Default Credential Provider Chain unterstützt wird:

• Umgebungsvariablen (AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN)
• Gemeinsame Anmeldedatendatei (~/.aws/credentials)
• Gemeinsame Konfigurationsdatei (~/.aws/config) einschließlich SSO und credential_process
• Web Identity (AWS_WEB_IDENTITY_TOKEN_FILE und AWS_ROLE_ARN) für IRSA und GitHub Actions
• ECS-Container-Anmeldedaten
• EC2 Instance Metadata Service (IMDS)

Überprüfe, ob deine Anmeldedaten funktionieren:

aws sts get-caller-identity

Authentifizierung per API-Key

Für einfachere Integrationswege (lokale Entwicklung und Skripte) kannst du dich mit einem API-Key statt mit SigV4 authentifizieren. Setze die Umgebungsvariable ANTHROPIC_AWS_API_KEY oder übergib api_key beim Erstellen des Clients.

Generiere API-Keys in der AWS Console unter Claude Platform on AWS → API keys. Wähle Generate a key und kopiere dann den Wert des Keys. Erteile die IAM-Aktion aws-external-anthropic:CallWithBearerToken den Principals, die die Authentifizierung per API-Key verwenden dürfen.

Kurzlebige API-Keys

Für Workloads, die eine Anmeldeinformation an einen separaten Prozess übergeben müssen (etwa ein LLM-Gateway, eine Serverless-Funktion oder ein Tool, das Bearer-Token-Authentifizierung, aber nicht SigV4 unterstützt), generiere einen kurzlebigen API-Key aus deinen AWS-Anmeldedaten, anstatt einen langlebigen Key in der AWS Console bereitzustellen.

AWS veröffentlicht Token-Generator-Bibliotheken für JavaScript, Python und Java. Jede Bibliothek liest deine AWS-Anmeldedaten über die Standard-Provider-Chain und gibt ein zeitlich begrenztes Token zurück, das du als Authorization: Bearer <token> sendest. Die Token-Lebensdauer beträgt standardmäßig 12 Stunden und ist auf den kleinsten Wert aus deiner angeforderten Dauer, dem Ablauf deiner AWS-Anmeldedaten und 12 Stunden begrenzt. Installations- und vollständige Konfigurationsoptionen findest du in den READMEs der verlinkten Repositories.

Übergib das generierte Token auf dieselbe Weise an das SDK wie einen in der AWS Console generierten API-Key:

from token_generator_for_aws_external_anthropic import TokenGenerator
from anthropic import AnthropicAWS

token = TokenGenerator(region="us-west-2").get_token()

client = AnthropicAWS(api_key=token, aws_region="us-west-2")

Wenn du das Token lokal generieren kannst, verfügt dein Prozess bereits über SigV4-Anmeldedaten, und die SigV4-Authentifizierung ist in der Regel die einfachere Wahl. Verwende kurzlebige Keys, wenn der Prozess, der API-Aufrufe durchführt, von dem Prozess getrennt ist, der die AWS-Anmeldedaten hält.

Das SDK aktualisiert kurzlebige Keys nicht automatisch. Wenn ein Token abläuft, generiere ein neues und erstelle einen neuen Client. Der Principal, der das Token verwendet, benötigt weiterhin die IAM-Aktion aws-external-anthropic:CallWithBearerToken.

Rangfolge der Anmeldedaten

Der plattformspezifische Client ermittelt die Authentifizierung in der folgenden Reihenfolge, beginnend mit dem, was du beim Erstellen übergibst:

1. api_key → Authorization: Bearer-Header
2. aws_access_key + aws_secret_key → AWS SigV4
3. aws_profile → AWS SigV4 mit benanntem Profil
4. Umgebungsvariable ANTHROPIC_AWS_API_KEY → Authorization: Bearer-Header
5. Standard-AWS-Credential-Provider-Chain → AWS SigV4

Ermittlung der Region

Der Client liest AWS_REGION aus der Umgebung, wenn du aws_region nicht setzt, und greift aus Kompatibilitätsgründen mit den Standard-AWS-SDKs auf AWS_DEFAULT_REGION zurück. Die Region ist erforderlich, und es gibt keinen Standardwert: AnthropicAWS löst einen Fehler aus, wenn weder das Konstruktorargument noch eine Umgebungsvariable gesetzt ist.

Ein SDK installieren

Die Client-SDKs von Anthropic unterstützen Claude Platform on AWS. Dein SDK stellt AnthropicAWS bereit, das SigV4-Signierung, die regionsbasierte Erstellung der Basis-URL und den anthropic-workspace-id-Header übernimmt.

pip install -U "anthropic[aws]"

Verfügbare Modelle

Die folgenden Modelle sind auf Claude Platform on AWS verfügbar:

Die Modell-IDs sind identisch mit denen der First-Party-Claude-API. Es gibt keine ARNs im Bedrock-Stil und keine anthropic.-Präfixe.

Neue Modelle erscheinen auf Claude Platform on AWS in der Regel am selben Tag wie in der First-Party-Claude-API.

Anfragen stellen

Claude Platform on AWS verwendet dieselben API-Endpunkte wie die First-Party-Claude-API. Die Unterschiede sind die Basis-URL, die Authentifizierungsmethode und der anthropic-workspace-id-Header, der den Workspace identifiziert, auf den eine Anfrage abzielt. Der Header ist bei Inferenz- und Ressourcenanfragen erforderlich, etwa bei Aufrufen der Messages API, Models API, Files API und der Endpunkte von Claude Managed Agents. Anfragen an die Admin API benötigen ihn nicht.

Bevor du diese Beispiele ausführst, schließe die Schritte unter Bevor du API-Aufrufe durchführst ab.

from anthropic import AnthropicAWS

client = AnthropicAWS()

message = client.messages.create(
    model="claude-sonnet-5-5",
    max_tokens=1024,
    messages=[{"role": "user", "content": "Hello!"}],
)
print(message)

Der Client liest AWS_REGION (oder AWS_DEFAULT_REGION) und ANTHROPIC_AWS_WORKSPACE_ID aus der Umgebung. Du kannst beide überschreiben, indem du beim Erstellen des Clients aws_region oder workspace_id übergibst. Sowohl Region als auch Workspace-ID sind erforderlich. Der Konstruktor löst einen Fehler aus, wenn eines von beiden nicht ermittelt werden kann.

Der Wert von --aws-sigv4 folgt dem Format aws:amz:<region>:<service>. Der SigV4-Dienstname ist aws-external-anthropic, und die Region muss mit der Region in deiner Endpunkt-URL übereinstimmen. Eine Abweichung bei einem der beiden führt zu einem generischen Fehler wegen abgelehnter Signatur statt zu einer spezifischen Diagnose.

Kontextfenster

Die Größen des „context window" (Kontextfenster) auf Claude Platform on AWS sind identisch mit denen der First-Party-Claude-API. Die Limits pro Modell findest du unter Kontextfenster.

Unterstützte Funktionen

Claude Platform on AWS verwendet die Endpunkte der Claude API direkt, was bedeutet, dass du volle Funktionsparität mit der First-Party-Claude-API erhältst (außer wo in den Funktionseinschränkungen anders angegeben):

• Zugriff auf Funktionen: Da Anthropic beide Plattformen betreibt, werden die meisten neuen Funktionen und Beta-Header auf Claude Platform on AWS ohne separaten Integrationsschritt verfügbar. Ausnahmen findest du unter Funktionseinschränkungen.
• Beta-Funktionen: Übergib den Standard-Header anthropic-beta, um auf Beta-Funktionen zuzugreifen, genau wie bei der Claude API.
• Agent Skills: Verwende vorgefertigte und benutzerdefinierte Agent Skills mit demselben Parameter container.skills wie bei der Claude API. Alle vorgefertigten Skills (PowerPoint, Excel, Word, PDF) funktionieren sofort.
• Codeausführung: Führe Code in der verwalteten Sandbox von Anthropic mit dem Code-Execution-Tool aus.
• Tool-Nutzung: Alle Funktionen der „tool use" (Tool-Nutzung) (Funktionen der Tool-Nutzung) sind verfügbar, mit Ausnahme der Toolsets für Computer Use und Browser Use; siehe Nicht unterstützte Funktionen.
• Nachdenken: Adaptives Nachdenken, der Effort-Parameter und, bei den Modellen, die es unterstützen, „extended thinking" (erweitertes Nachdenken) funktionieren mit denselben Parametern wie bei der Claude API.
• Streaming: Vollständige Unterstützung für SSE-„streaming" (Streaming) für Echtzeitantworten.
• Batch-Verarbeitung: Sende Batch-Anfragen für Workloads mit hohem Durchsatz.
• Prompt-Caching: Cache Tools, System-Prompts und den Nachrichtenverlauf, um Latenz und Kosten zu reduzieren. Alle Funktionen des „prompt caching" (Prompt-Caching) (5-Minuten-TTL, 1-Stunden-TTL und automatisches Caching) sind verfügbar.
• Files API: Lade Dateien hoch und referenziere sie über Anfragen hinweg.
• Kundenverwaltete Verschlüsselungsschlüssel (CMEK): CMEK ist nur mit AWS-KMS-Schlüsseln verfügbar. Schlüssel aus Google Cloud KMS und Azure Key Vault können nicht registriert werden. Der Schlüssel muss ein Single-Region-KMS-Schlüssel im selben AWS-Konto und in derselben Region wie der Workspace sein, an den er angehängt wird, und seine Schlüsselrichtlinie muss dem Service-Principal aws-external-anthropic.amazonaws.com Zugriff gewähren; siehe CMEK auf Claude Platform on AWS einrichten. Registriere und hänge Schlüssel in der Claude Console an; die externen Schlüssel-Endpunkte sind ebenfalls verfügbar und werden über IAM-Aktionen autorisiert. Es gibt keinen separaten Validierungsschritt: Der Schlüssel wird implizit validiert, wenn du ihn an einen Workspace anhängst (der Attach-Aufruf führt einen Verschlüsselungs-/Entschlüsselungsdurchlauf durch), sodass ein Problem mit der Schlüsselrichtlinie beim Anhängen und nicht bei der Registrierung auftritt.
• Compliance API: Die Compliance API ist verfügbar. Der Zugriff wird über die AWS-IAM-Aktion ListComplianceActivities autorisiert.

Unterschiede in der Verfügbarkeit von Funktionen gegenüber Amazon Bedrock findest du in der Vergleichstabelle.

Claude Managed Agents

Claude Managed Agents ist auf Claude Platform on AWS verfügbar, einschließlich Agents, Umgebungen, Sessions, geplanten Deployments, Credential Vaults, Memory Stores, Webhooks, Multiagent-Orchestrierung und selbst gehosteten Sandboxes.

Sessions und selbst gehostete Worker auf Claude Platform on AWS unterscheiden sich in drei Punkten von First-Party-Claude Managed Agents:

• Erneute Authentifizierung autonomer Sessions: Eine Session kann bis zu 6 Stunden lang autonom laufen, ohne User-Events. Nach 6 Stunden erfordert die Session eine erneute Authentifizierung, bevor sie fortgesetzt wird. Um dich erneut zu authentifizieren, sende ein beliebiges Event mit der Rolle „user" an die Session (siehe Events und Streaming). First-Party-Claude Managed Agents hat kein Laufzeitlimit für autonome Sessions.
• Memory Stores in selbst gehosteten Umgebungen: Eine Session, die in einer selbst gehosteten Umgebung läuft, kann keine Memory Stores anhängen; eine Session, die einen enthält, wird bei der Erstellung abgelehnt. Sessions in Cloud-Umgebungen hängen Memory Stores wie gewohnt an. Bei First-Party-Claude Managed Agents können Sessions sowohl in Cloud- als auch in selbst gehosteten Umgebungen Memory Stores anhängen.
• Worker-Authentifizierung in selbst gehosteten Umgebungen: Ein Worker authentifiziert sich mit AWS IAM (SigV4) oder einem in der AWS Console generierten API-Key, nicht mit einem Environment-Key. In der Claude Console generierte Environment-Keys funktionieren nicht mit dem Endpunkt von Claude Platform on AWS.

Nicht unterstützte Funktionen

Die folgenden Funktionen sind auf Claude Platform on AWS derzeit nicht verfügbar:

• HIPAA-Bereitschaft: Das HIPAA-ready-Programm von Anthropic ist nicht verfügbar. Siehe API und Datenaufbewahrung.
• Toolsets für Computer Use und Browser Use: computer_toolset_20260801 und browser_toolset_20260801 sind auf Claude Platform on AWS derzeit nicht verfügbar. Die Beta-Versionen des Computer-Use-Tools bleiben für die unter Frühere Tool-Versionen aufgeführten Modelle verfügbar.

• Admin API: Workspace-Endpunkte (Erstellen, Abrufen, Auflisten, Aktualisieren und Archivieren unter /v1/organizations/workspaces), Endpunkte für externe Keys (Registrieren, Abrufen, Auflisten, Aktualisieren und Löschen unter /v1/organizations/external_keys, für CMEK; Keys werden beim Anhängen an einen Workspace validiert statt über einen Validierungsendpunkt) sowie die Endpunkte für Telemetrieziele sind verfügbar. Andere Admin-API-Endpunkte (Organisationsmitglieder, Workspace-Mitglieder, Einladungen, API-Keys, Nutzungsberichte, Kostenberichte und Ratenlimit-Berichte) sind derzeit nicht verfügbar. Sieh dir Nutzungs- und Kostendaten stattdessen in der Claude Console an. AWS IAM verwaltet die Organisationsmitgliedschaft.
• Verwaltung von Workspace-Mitgliedern: Das Hinzufügen oder Entfernen von Benutzern zu bzw. aus einzelnen Workspaces ist nicht verfügbar. AWS-IAM-Richtlinien auf Workspace-ARNs steuern den Zugriff.
• Claude-Code-Workspace und Analytics API: Der Claude-Code-Workspace mit automatischen Ratenlimits ist nicht verfügbar. Die Claude-Code-Nutzung erscheint in der allgemeinen Nutzungsansicht statt auf einer eigenen Seite.
• OAuth-Authentifizierung: Nicht unterstützt. Verwende SigV4- oder API-Key-Authentifizierung.
• Fast Mode: Auf Claude Platform on AWS nicht verfügbar.
• OpenAI-kompatible API-Endpunkte: Auf Claude Platform on AWS nicht verfügbar.
• MCP-Tunnel: Es werden nur MCP-Server unterstützt, die über das öffentliche Internet erreichbar sind.

Datenresidenz

Claude Platform on AWS unterstützt die folgenden Inferenz-Geografien:

• US: Die Inferenz bleibt in US-Rechenzentren. Es gilt ein Preismultiplikator von 1,1x.
• Global: Die Inferenz kann an jedes von Anthropic betriebene Rechenzentrum weltweit geleitet werden. Es gelten die Standardpreise.

Lege die Inferenz-Geografie pro Anfrage mit dem Parameter inference_geo fest:

from anthropic import AnthropicAWS

client = AnthropicAWS()
message = client.messages.create(
    model="claude-sonnet-5-5",
    max_tokens=1024,
    inference_geo="us",
    messages=[{"role": "user", "content": "Hello!"}],
)
print(message)

Wenn du inference_geo weglässt, verwendet die Anfrage den default_inference_geo des Workspace, sofern einer konfiguriert ist, andernfalls global.

Steuerungen der Inferenz-Geografie auf Workspace-Ebene (allowed_inference_geos und default_inference_geo) sind ebenfalls auf Claude Platform on AWS verfügbar. Siehe Einschränkungen auf Workspace-Ebene.

Workspaces

Inferenz- und Ressourcenanfragen auf Claude Platform on AWS richten sich an einen Workspace. Du übergibst die ID des Workspace bei diesen API-Aufrufen im Header anthropic-workspace-id. Workspace-IDs verwenden das getaggte Format wrkspc_, gefolgt von einer alphanumerischen Kennung (zum Beispiel wrkspc_01AbCdEf23GhIj). Siehe Workspace-ID abrufen, falls du sie noch nicht hast.

Workspace-Geltungsbereich

Workspaces sind an eine einzelne AWS-Region gebunden. Ein in us-west-2 erstellter Workspace kann nur über den Endpunkt us-west-2 aufgerufen werden. Nutzung, Kontingente, Kosten, Dateien, Batches und Skills werden jeweils pro Workspace zusammengefasst, sodass du in der Claude Console Aufschlüsselungen pro Region erhältst.

Workspaces dienen außerdem als primäre IAM-Ressource für Claude Platform on AWS. Du gewährst oder verweigerst den Zugriff auf bestimmte Workspaces über AWS-IAM-Richtlinien mithilfe der Workspace-ARN. Das Ressourcensegment der ARN ist dieselbe mit wrkspc_ beginnende ID, die du im Header anthropic-workspace-id übergibst:

arn:aws:aws-external-anthropic:{region}:{account-id}:workspace/{workspace-id}

Zum Beispiel:

arn:aws:aws-external-anthropic:us-west-2:123456789012:workspace/wrkspc_01AbCdEf23GhIj

Richtlinienbeispiele findest du unter IAM-Richtlinien.

Workspaces verwalten

Erstelle zusätzliche Workspaces, benenne einen Workspace um oder archiviere einen Workspace über die Seite Workspaces in der AWS Console oder mit den Workspace-Endpunkten der Admin API. Diese Endpunkte benötigen den Header anthropic-workspace-id nicht. Erstellen und Auflisten wirken auf die Organisation; Abrufen, Aktualisieren und Archivieren erwarten die Workspace-ID im URL-Pfad. Ein neuer Workspace wird an die AWS-Region des Endpunkts gebunden, den du zum Erstellen aufrufst (siehe Workspace-Geltungsbereich). Mit der Admin-Rolle kannst du Workspaces auch über die Seite Workspaces in der Claude Console erstellen, umbenennen und archivieren.

Die Claude Console verwenden

Claude Platform on AWS verwendet die Standard-Claude Console unter platform.claude.com. Wenn du dich über die AWS Console anmeldest, erscheint unten links in der Seitenleiste der Claude Console der Hinweis Account managed by AWS, und die Console ist auf deine Claude-Platform-on-AWS-Organisation beschränkt. Sie bietet Nutzungsanalysen, Kostenaufschlüsselungen, Einblick in Ratenlimits, Workspace-Verwaltung sowie Seiten zur Verwaltung von Dateien, Agent Skills, Batch-Jobs und Ressourcen von Claude Managed Agents (Agents, Sessions, Umgebungen, Credential Vaults, Memory Stores und Webhooks).

Anmelden

Der Zugriff auf die Claude Console wird über AWS IAM föderiert. Den vollständigen Ablauf der ersten Anmeldung findest du unter Konto einrichten. Kurz gesagt:

1. Übernimm eine IAM-Rolle mit der Berechtigung aws-external-anthropic:AssumeConsole. Siehe IAM-Aktionen für Claude Platform on AWS.
2. Navigiere in der AWS Console zur Seite von Claude Platform on AWS.
3. Wähle Open Claude Console. Die AWS Console stellt ein JWT aus und leitet dich zu platform.claude.com weiter.
4. Bei der ersten Anmeldung wirst du nach einer E-Mail-Adresse gefragt. Gib deine geschäftliche E-Mail-Adresse ein. Die Plattform stellt deinen Claude-Console-Benutzer just-in-time bereit.

Es stehen zwei Claude-Console-Rollen zur Verfügung: Admin und Developer. Die Admin-Rolle gewährt Zugriff auf alle Seiten und Einstellungen der Claude Console, die für Claude Platform on AWS verfügbar sind. Die Developer-Rolle gewährt Lesezugriff auf Informationen zu Nutzung, Kosten, Ratenlimits und Workspaces. Wende dich an deinen Anthropic-Ansprechpartner, um einem Principal die Admin- oder Developer-Rolle zuzuweisen.

Verfügbare Seiten

Die Spalte Über AWS-Gateway gibt an, ob die Seite Daten über das AWS-Gateway liest und schreibt (und daher durch IAM-Aktionen gesteuert wird). Mit Nein gekennzeichnete Seiten lesen Metadaten auf Organisationsebene direkt von Anthropic und umgehen IAM-Aktionsprüfungen.

Organisation wechseln

Die Claude Console unterstützt für Claude Platform on AWS keinen Organisationswechsel. Um auf eine andere Organisation zuzugreifen, melde dich ab und authentifiziere dich erneut über die AWS Console mit der IAM-Rolle für das AWS-Konto dieser Organisation.

Ratenlimits und Kontingente

Organisationen auf Claude Platform on AWS werden in den Start-Tier eingestuft. Anthropic verwaltet „rate limits" (Ratenlimits) direkt, nicht über AWS-Kontingentsysteme.

Organisationen auf Claude Platform on AWS können automatisch in einen höheren Nutzungs-Tier aufsteigen, wenn sie eine Historie bezahlter AWS-Marketplace-Rechnungen aufbauen. Der Self-Service-Ablauf Request tier increase in der Claude Console ist nicht verfügbar: Die Seite Rate limits verweist dich stattdessen an deinen Anthropic-Ansprechpartner.

Um höhere Limits anzufordern, wende dich an deinen Anthropic-Ansprechpartner oder den Anthropic-Support. Gib in deiner Anfrage Folgendes an:

• Die Modelle, deren Limits erhöht werden sollen
• Spitzenwerte für Input-Token pro Minute und Output-Token pro Minute für jedes Modell (keine Tagessummen)
• Den ungefähren Anteil deines Inputs, der aus gecachtem oder wiederholtem Kontext besteht (Cache-Lesevorgänge zählen bei den meisten Modellen nicht zu den Input-Token-Limits; siehe Cache-bewusstes ITPM)

Nutzungs-Tiers sind feste Stufen: Jeder Tier kombiniert Ratenlimits mit einer monatlichen Ausgabenobergrenze, und der Wechsel in einen höheren Tier erhöht beides. Details zu den Tiers und Limits pro Modell findest du unter Ratenlimits.

Abrechnung

Claude Platform on AWS wird über AWS Marketplace abgerechnet. Die Nutzung wird in Claude Consumption Units (CCUs) angegeben, stündlich gemessen und monatlich nachträglich über deine AWS-Rechnung abgerechnet. CCUs sind keine vorausbezahlten Guthaben. Es gibt kein CCU-Guthaben und keine Mindestabnahme.

Den CCU-Preis, die Umrechnungsmechanik, die Anwendung von Rabatten und die Token-Preise pro Modell findest du unter Preise für Claude Platform on AWS.

Ausgabenlimits

Die Nutzungs-Tiers Start, Build und Scale haben jeweils eine monatliche Ausgabenobergrenze; die aktuellen Werte findest du unter Ausgabenobergrenzen pro Tier. Wenn die Nutzung deiner Organisation im Kalendermonat die Obergrenze ihres Tiers erreicht, schlagen API-Anfragen bis 00:00 UTC am ersten Tag des Folgemonats mit dem Fehler für die Ausgabenobergrenze fehl, und frühere Wiederholungsversuche sind nicht erfolgreich. Die Ausgabenobergrenze und die Ratenlimits gehören zum selben Tier. Um die Obergrenze anzuheben oder den Zugriff nach Erreichen wiederherzustellen, beantrage eine Tier-Erhöhung über deinen Anthropic-Ansprechpartner oder den Anthropic-Support (siehe Ratenlimits und Kontingente).

Du kannst außerdem eigene monatliche Ausgabenlimits unterhalb der Obergrenze festlegen, nachdem du auf der Seite Billing unter Email recipients mindestens einen Empfänger hinzugefügt hast:

• Ausgabenlimit der Organisation: Gehe in der Claude Console zu Settings > Billing, um ein monatliches Ausgabenlimit festzulegen.
• Ausgabenlimits für Workspaces: Wähle auf der Seite Workspaces (platform.claude.com/settings/workspaces) in der Claude Console einen Workspace aus. Klicke im sich öffnenden Bereich auf Spend limits.

Wenn die Nutzung ein von dir festgelegtes Limit erreicht, schlagen Anfragen mit HTTP 400 fehl (siehe den Fehler für Ausgabenlimits), bis 00:00 UTC am ersten Tag des Folgemonats oder bis du das Limit anhebst oder entfernst.

Die Ausgaben werden zu Listenpreisen berechnet, und es kann etwa 2 Stunden dauern, bis aktuelle Nutzung berücksichtigt wird. Daher kann die Nutzung die Obergrenze oder ein Limit überschreiten, bevor Anfragen fehlschlagen. Die Überschreitung wird in Rechnung gestellt. Wenn die Tier-Obergrenze oder ein Ausgabenlimit der Organisation deine Anfragen stoppt, wird eine E-Mail-Benachrichtigung an die Empfänger gesendet, die auf der Seite Billing unter Email recipients aufgeführt sind. Rollenbasierte Empfänger, etwa alle Admins, sind auf Claude Platform on AWS nicht verfügbar. Die Benachrichtigung zur Tier-Obergrenze geht außerdem an die E-Mail-Adresse, die bei der Registrierung im AWS Marketplace verwendet wurde.

Überwachung und Protokollierung

AWS CloudTrail kann alle Anfragen an Claude Platform on AWS erfassen. Operationen für Workspaces, externe Keys, Telemetrieziele, Compliance, Vaults und Webhooks werden standardmäßig als Management-Events protokolliert. Operationen für Inferenz, Batches, Dateien, Skills, Modelle, Benutzerprofile und Claude Managed Agents (außer Vaults und Webhooks) werden als Data-Events klassifiziert und erfordern eine explizite Konfiguration der Data-Event-Protokollierung, für die zusätzliche CloudTrail-Gebühren anfallen. Die vollständige Klassifizierung der Event-Typen findest du in der Referenz der IAM-Aktionen, Konfigurationsdetails in der AWS-CloudTrail-Dokumentation.

Request-IDs

Jede Antwort enthält in den Antwort-Headern zwei Request-IDs:

• AWS-Request-ID (x-amzn-requestid): Die primäre ID, in CloudTrail indiziert. Verwende sie, wenn du Anfragen mit AWS-Tools untersuchst oder den AWS-Support kontaktierst.
• Anthropic-Request-ID (request-id): Die sekundäre ID. Verwende sie, wenn du den Anthropic-Support kontaktierst.

from anthropic import AnthropicAWS

client = AnthropicAWS()

response = client.messages.with_raw_response.create(
    model="claude-sonnet-5-5",
    max_tokens=1024,
    messages=[{"role": "user", "content": "Hello!"}],
)

print(response.headers.get("x-amzn-requestid"))  # AWS request ID
print(response.headers.get("request-id"))  # Anthropic request ID

message = response.parse()
print(message.content)

Anthropic empfiehlt, deine Aktivitäten mindestens über einen rollierenden Zeitraum von 30 Tagen zu protokollieren, um Nutzungsmuster zu verstehen und Probleme zu untersuchen.

Migration von Amazon Bedrock

Wenn du Claude derzeit auf Bedrock nutzt, erfordert die Migration zu Claude Platform on AWS Änderungen in deiner gesamten Integration. SigV4-Signierung wird weiterhin unterstützt, aber Signierkontext, Basis-URL, API-Format, Modell-IDs, SDK-Client und -Paket, Streaming-Format, Request-Header und regionale Verfügbarkeit ändern sich. Claude Platform on AWS stellt außerdem eine neue Anthropic-Organisation bereit. Die folgende Tabelle fasst die Unterschiede zusammen.

Was sich ändert

Der Migrationsaufwand hängt davon ab, von welcher Bedrock-Integration du kommst. Die folgende Tabelle zeigt sowohl die aktuelle Bedrock-Integration (Messages API unter bedrock-mantle.{region}.api.aws) als auch die veraltete InvokeModel-Integration.

Wenn du die aktuelle Bedrock-Integration nutzt, entspricht das Format des Request-Bodys bereits der Messages API. Die Änderungen betreffen die Basis-URL, den SigV4-Servicenamen, die Modell-IDs und das Hinzufügen des Headers anthropic-workspace-id. Wenn du die veraltete InvokeModel- oder Converse-API nutzt, musst du außerdem die Request- und Response-Strukturen auf das Format der Messages API umschreiben. Die Zuordnung der Request-Strukturen findest du unter Claude auf Amazon Bedrock (Opus 4.6 und früher).

Was du gewinnst

• In der Regel Zugriff auf neue Modelle und Funktionen noch am selben Tag (siehe Funktionseinschränkungen)
• Agent Skills zur Dokumenterstellung (PowerPoint, Excel, Word, PDF)
• Codeausführung in der verwalteten Sandbox von Anthropic
• Beta-Funktionen der Claude API, die Amazon Bedrock nicht anbietet, über den Header anthropic-beta (siehe Funktionseinschränkungen)
• Claude Console für Einblick in Kontingente und Nutzungsanalysen
• Direkter Support von Anthropic
• API-Key-Authentifizierung als Alternative zu SigV4 (siehe API-Key-Authentifizierung)

Was gleich bleibt

• AWS-IAM-Authentifizierung (SigV4)
• AWS als rechnungsstellende Partei. Der Abrechnungskanal wechselt vom nativen AWS-Service zu AWS Marketplace (siehe Kommerzielle Aspekte).
• Anrechnung auf AWS-Commitments

Fallstricke bei der Migration

Kommerzielle Aspekte

• Nutzungsbedingungen von Anthropic: Die Nutzung von Claude Platform on AWS erfordert die Annahme der Commercial Terms of Service und der Usage Policy von Anthropic. Wenn deine Organisation diese noch nicht akzeptiert hat (zum Beispiel, wenn du Claude bisher nur über Bedrock genutzt hast), wirst du bei der Kontoeinrichtung dazu aufgefordert. Siehe Konto einrichten.
• Rabatte und Private Offers: Ausgehandelte Rabatte und AWS-Marketplace-Private-Offers werden nicht automatisch zwischen Bedrock und Claude Platform on AWS übertragen. Arbeite mit deinem Anthropic-Ansprechpartner zusammen, um kommerzielle Bedingungen für Claude Platform on AWS festzulegen.

IAM-Richtlinien

Claude Platform on AWS ist zur Zugriffssteuerung in AWS IAM integriert. Du gewährst oder verweigerst den Zugriff auf bestimmte API-Aktionen für bestimmte Workspaces mit der Standard-Syntax für IAM-Richtlinien.

Der SigV4-Servicename und der Namespace der IAM-Aktionen lautet aws-external-anthropic. Aktionen folgen dem Muster aws-external-anthropic:<Action> (zum Beispiel aws-external-anthropic:CreateInference).

Beispiel: Batch-Inferenz verweigern

Die folgende Richtlinie erlaubt Echtzeit-Inferenz und blockiert gleichzeitig die Batch-Verarbeitung:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "aws-external-anthropic:CreateInference",
        "aws-external-anthropic:CountTokens",
        "aws-external-anthropic:GetModel",
        "aws-external-anthropic:ListModels",
        "aws-external-anthropic:GetWorkspace"
      ],
      "Resource": "arn:aws:aws-external-anthropic:*:*:workspace/*"
    },
    {
      "Effect": "Allow",
      "Action": "aws-external-anthropic:ListWorkspaces",
      "Resource": "*"
    },
    {
      "Effect": "Deny",
      "Action": [
        "aws-external-anthropic:CreateBatchInference",
        "aws-external-anthropic:GetBatchInference",
        "aws-external-anthropic:ListBatchInferences"
      ],
      "Resource": "*"
    }
  ]
}

Die Aktion GetBatchInference autorisiert sowohl die Route für Batch-Metadaten als auch die Route für Batch-Ergebnisse. Wenn du sie verweigerst, werden beide Lesevorgänge blockiert. Eine reine Deny-Richtlinie für ZDR-sensible Workloads findest du unter Funktionssperre für einen ZDR-sensiblen Workspace.

Verwaltete Richtlinien

AWS stellt fünf verwaltete Richtlinien (AnthropicFullAccess, AnthropicReadOnlyAccess, AnthropicInferenceAccess, AnthropicLimitedAccess und AnthropicSelfHostedEnvironmentAccess) für gängige Zugriffsmuster bereit. Die Aktionen, die jede Richtlinie gewährt, die vollständige Liste der IAM-Aktionen, die Zuordnung von Routen zu Aktionen und weitere Richtlinienbeispiele findest du unter IAM-Aktionen für Claude Platform on AWS.

Nächste Schritte

Weitere Ressourcen