Anthropic bietet über die Claude API aktuelle LLMs für Sprachverarbeitung, Reasoning, Coding, agentische Workflows, Tool-Nutzung und dokumentennahe Aufgaben an. Alle aktuellen Claude-Modelle unterstützen laut offizieller Modellübersicht Text- und Bild-Input, Text-Output, Multilingualität und Vision. Für den direkten API-Einstieg verweist Anthropic auf die Messages API; zusätzlich gibt es Managed Agents für länger laufende Aufgaben. Anthrophic Claude API Docs
LLM „highly performant, trustworthy, and intelligent AI platform“
Standort: USA ⓘ Anthropic, PBC, 548 Market Street, PMB 90375, San Francisco, CA 94104, USA
Prompt Caching Wiederverwendung großer Prompts, Systemanweisungen oder Dokumentkontexte zur Kosten- und Latenzreduktion. Batch API Asynchrone Verarbeitung großer Request-Mengen mit reduziertem Abrechnungsmodell.
Long Context / 1M Context Für bestimmte aktuelle Modelle verfügbar; geeignet für sehr große Dokumente, Codebasen und Analysekontexte.
Data Residency / Drittplattformen Claude ist auch über AWS Bedrock, Google Vertex AI und Microsoft Foundry verfügbar; regionale Preise und Datenführung hängen von der jeweiligen Plattform ab.
Zielgruppe
Die Claude API richtet sich vor allem an Entwicklerteams, Start-ups, Agenturen, interne AI-/Automation-Teams und Unternehmen, die eigene Anwendungen, Assistenten, Coding-Workflows oder dokumentennahe Prozesse auf LLMs aufbauen möchten. Durch die Staffelung von Haiku über Sonnet bis Opus deckt Anthropic sowohl kostensensitive High-Volume-Workloads als auch sehr anspruchsvolle agentische und reasoning-lastige Aufgaben ab. Besonders stark positioniert Anthropic Claude für Coding, AI Agents, Customer Support, Education, Financial Services und ähnliche wissensintensive Einsatzfelder.
Herausragende Funktionen
Die auffälligsten Stärken liegen in der Kombination aus starker Coding-Leistung, agentischen Fähigkeiten, langen Kontextfenstern, Vision, Tool Use und einem vergleichsweise gut dokumentierten Datenschutz-/Compliance-Rahmen für kommerzielle Nutzung. Die API-Doku nennt u. a. Context Windows bis 1M Tokens, Adaptive Thinking, Batch Processing, Structured Outputs, Search Results, Multilingual Support, Tool Use, Files API und weitere Build-Komponenten. Für produktive Systeme wichtig sind außerdem Prompt Caching, Service Tiers, ZDR-fähige Features und dokumentierte Residency-/Routing-Optionen.
Wichtigste Anwendungsfelder
Claude eignet sich besonders für Softwareentwicklung, agentische Automatisierung, Dokumentenverständnis, Analyse großer Wissensbestände, interne Assistenzsysteme, Kundenkommunikation und fokussierte High-Volume-Verarbeitung. Anthropic hebt je nach Modell insbesondere agentic coding, computer use, knowledge work, design, long-context reasoning und cost-sensitive deployments hervor. Sonnet 4.6 ist dabei der breiteste produktive Standard, Opus 4.7 die High-End-Variante für besonders komplexe Probleme, und Haiku 4.5 die günstige und schnelle Wahl für Massenprozesse und Echtzeitnähe.
Nutzung & Hinweise
Praktisch startet man mit der Messages API und wählt dann je nach Workload ein Modell aus: Opus für maximale Qualität, Sonnet als Workhorse, Haiku für Kosten-/Latenzoptimierung. Für produktive Nutzung sollte man Modellwahl, Prompt-Caching, Batch, Tools, Retention und Plattformwahl gemeinsam betrachten. Datenschutzseitig wichtig: Für die Anthropic API werden Inputs/Outputs standardmäßig nicht zum Training genutzt, aber Retention, Feedback-Fälle, Files API, ZDR-Fähigkeit einzelner Features und die Frage, ob man die direkte API oder einen Cloud-Partner mit regionalen Endpunkten nutzt, sollten vor dem Rollout sauber geklärt sein. Anthropic weist außerdem selbst darauf hin, dass faktische Aussagen aus Outputs unabhängig geprüft werden sollten.
Modelle:
Am besten geeignet für: Lange, autonome Multi-Step-Workflows, umfangreiche Multi-File-Refactors und Migrationen, Architektur- und Konzeptentscheidungen aus ersten Prinzipien, Deep Research und die schwierigsten Probleme, bei denen Qualität wichtiger ist als die Kosten pro Token – das Frontier-Modell der Mythos-Klasse oberhalb von Opus. Wurde laut Anordnung der US-Regierung seit 12. Juni 2026 wieder vom Markt genommen.
Am besten geeignet für: Komplexes Reasoning, agentisches Coding, lange Multi-Step-Workflows, hochwertige Wissensarbeit, klar abgegrenzte Coding-Aufgaben, Tool- und Subagent-Workflows – das kosteneffiziente Arbeitspferd für den Großteil anspruchsvoller Aufgaben.
Am besten geeignet für: Komplexestes Reasoning, agentisches Coding, lange Multi-Step-Workflows, hochwertige Wissensarbeit, schwierige Vision-/Diagramm-Aufgaben, anspruchsvolle Agenten mit Tools
Am besten geeignet für: Schwierige Coding-Aufgaben, Tool- und Subagent-Workflows, lange Dokumente, Recherche über große Kontexte, anspruchsvolle Finance-/Legal-/Enterprise-Workflows
Am besten geeignet für: Komplexe Spezialaufgaben, professionelle Softwareentwicklung, fortgeschrittene Agenten, lange Coding-Sessions, schwere Review- und Planungsaufgaben
Am besten geeignet für: Ältere validierte Opus-Workloads, agentische Aufgaben, reales Coding, tiefere Recherche, Datenanalyse
Am besten geeignet für: Bestes Default-Modell für die meisten produktiven Apps: Coding, Computer Use, Wissensarbeit, Agent Planning, Dokumentenarbeit, lange Kontexte, Tool-Nutzung
Am besten geeignet für: Everyday Coding, Analyse, Content-Aufgaben, eingespielte Produktions-Setups mit vorhandenen Prompts und Evals
Am besten geeignet für: Echtzeit-Apps, günstige Chatbots, Klassifikation, Extraktion, Zusammenfassungen, high-volume processing, cost-sensitive deployments, schnelle Coding-Assistenz
| Zielgruppe | Einschätzung |
|---|---|
| Entwickler / Softwareteams | Sehr geeignet – für Chat, Reasoning, Coding, strukturierte Ausgaben, Tool Use, Dokumentenanalyse und Agenten. |
| Coding-Teams | Sehr geeignet – Claude ist besonders stark für komplexes Coding, Refactoring, Debugging und agentische Entwicklungsaufgaben. |
| Wissensarbeiter / Analyse-Teams | Sehr geeignet – für lange Dokumente, Recherchevorbereitung, Zusammenfassungen, Entscheidungsunterstützung und komplexe Textarbeit. |
| KMU / Produktteams | Geeignet – für interne Assistenten, Support, Dokumentenverarbeitung, Wissensmanagement und Automatisierungen. |
| Großunternehmen | Geeignet bis sehr geeignet – besonders bei kommerziellen Verträgen, DPA, Zero-Data-Retention-Optionen und kontrollierter API-Nutzung. |
Hosting & Daten
1) On-Prem / lokales Hosting
Bedeutung: Die Firma betreibt die Lösung auf eigener Hardware oder in der eigenen Infrastruktur. Im strengsten Sinn läuft dabei nicht nur die Anwendung, sondern idealerweise auch das Modell lokal.
2) Private Cloud / RZ
Bedeutung: Die Lösung läuft in einer dedizierten oder stärker abgegrenzten Cloud-Umgebung, oft bei einem Hosting-Anbieter oder Hyperscaler, aber in einem deutschen Rechenzentrum oder in einer besonders kontrollierten Umgebung.
3) EU-SaaS / Managed
Bedeutung: Der Anbieter betreibt die Lösung selbst als Dienst. Die Firma nutzt das Tool als fertigen Cloud-Service, idealerweise mit EU-Datenresidenz.
4) Hybrid
Bedeutung: Ein Teil der Verarbeitung bleibt intern / lokal / in privater Cloud, ein anderer Teil läuft in einer externen Cloud oder EU-SaaS.
5) AVV / DPA
Bedeutung: Das ist der Auftragsverarbeitungsvertrag bzw. Data Processing Addendum.
Er regelt, dass der Anbieter personenbezogene Daten im Auftrag verarbeitet und an die Weisungen des Kunden gebunden ist.
6) Kein Training
Bedeutung: Der Anbieter nutzt deine Prompts, Uploads, Anhänge, Chatverläufe oder Outputs nicht zum Training oder zur Verbesserung des allgemeinen Modells — idealerweise vertraglich ausgeschlossen.
7) Open-Source-/Transparenz-Pfad
Bedeutung: Es gibt einen Weg zu mehr technischer Transparenz und Souveränität, etwa durch:
- offene Modelle
- dokumentierte Komponenten
- self-hostbare Teile
- nachvollziehbare Architektur
- Export-/Wechselmöglichkeiten
| On-prem / local hosting | ⚠️ |
| Private cloud / data center | ⚠️ |
| EU SaaS / Managed | ❓ |
| Hybrid | ⚠️ |
| DPA / AVV | ❓ |
| No training on customer data | ⚠️ |
| Open source / transparency path | ❓ |
On-Prem / lokales Hosting: teilweise
Kein vollstaendiges On-Prem-Modellhosting auf der Website dokumentiert. Aber bei selbst gehosteten Sandboxes bleiben Tool-Ausfuehrung und Sandbox-Dateisystem auf kundenseitig kontrollierter Infrastruktur; die Modellinferenz selbst laeuft dabei weiterhin bei Anthropic.
Private Cloud / RZ: teilweise
Dokumentiert ist 'Claude Platform on AWS' mit Anthropic-betriebener Infrastruktur, AWS-Integration und Support fuer AWS PrivateLink. Das ist eine kontrolliertere Cloud-Anbindung, aber kein belegtes dediziertes EU-/EWR-Rechenzentrum auf der Website.
EU-SaaS / Managed: indirekt / nicht verfuegbar
Eine vom Anbieter dokumentierte EU-/EWR-Datenresidenz fuer die First-Party-SaaS ist auf der Website nicht angegeben. Fuer 'workspace geo' ist derzeit nur 'us' dokumentiert; EU-SaaS im engeren Sinn ist damit nicht belegt.
Hybrid: teilweise
Die Kombination aus externer Claude-Inferenz und selbst gehosteten Sandboxes ermoeglicht ein hybrides Setup, bei dem Teile der Verarbeitung in eigener Infrastruktur verbleiben. Die Website beschreibt dies aber nur fuer bestimmte Komponenten, nicht als vollstaendiges Hybrid-Produktmuster.
AVV / DPA: unklar
Ein AVV/DPA ist auf der Website nicht angegeben. Die Website beschreibt zwar einzelne Vertragsarrangements wie ZDR oder BAA, aber keinen auf der Domain selbst einsehbaren AVV/DPA fuer EU/EWR-Kunden.
Kein Training: teilweise
Die Website dokumentiert Zero Data Retention auf Anfrage; dann werden Daten nach Rueckgabe der API-Antwort nicht gespeichert, ausser soweit gesetzlich oder zur Missbrauchsbekaempfung erforderlich. Eine allgemeine, auf der Website selbst klar dokumentierte Aussage, dass Inhalte generell nicht zum Training des allgemeinen Modells genutzt werden, ist dort jedoch nicht angegeben.
Open-Source / Transparenz-Pfad: indirekt / nicht verfuegbar
Ein Open-Source-Modell oder self-hostbares Gesamtprodukt ist auf der Website nicht angegeben. Es gibt zwar technische Transparenzansatzpunkte wie self-hosted sandboxes und dokumentierte APIs, aber keinen echten Open-Source-/Souveraenitaetspfad fuer das Kernmodell auf der Website.
Datenverarbeitung
Die Website beschreibt fuer die Claude API Datenresidenz-Kontrollen mit zwei Ebenen: 'inference_geo' fuer den Ausfuehrungsort der Modellinferenz pro Request und 'workspace geo' fuer Speicherung im Ruhezustand sowie Endpunktverarbeitung. Fuer die First-Party-Dokumentation ist aktuell nur 'us' als 'workspace geo' angegeben. Bei 'inference_geo' sind 'us' und 'global' dokumentiert; 'global' erlaubt Routing ueber beliebige verfuegbare Regionen. Fuer Claude Platform on AWS wird ausdruecklich erklaert, dass Anthropic die Infrastruktur betreibt, Anthropic Datenverarbeiter fuer Inferenz-Ein- und -Ausgaben ist und Inhalte ausserhalb von AWS verarbeitet werden koennen. Selbst gehostete Sandboxes verlagern Tool-Ausfuehrung und Dateisystem in die eigene Umgebung, waehrend die eigentliche Modellinferenz extern bleibt.
Fazit
Fuer ein EU/EWR-Tool-Verzeichnis ist die Dokumentation aus Hosting- und DSGVO-Sicht gemischt. Stark sind die Steuerungsmoeglichkeiten fuer Datenaufbewahrung und Teile der Ausfuehrung sowie die dokumentierte Hybrid-Option ueber self-hosted sandboxes. Schwach fuer eine positive Gesamtbewertung im EU/EWR sind das fehlende, auf der Website belegte EU-/EWR-Datenhosting, die aktuell nur mit 'us' dokumentierte Workspace-Geo sowie fehlende Angaben auf der Website selbst zu AVV/DPA, Subprozessoren und Zertifizierungen. Daher insgesamt 'bedingt'.
Quellen
- https://platform.claude.com/docs/it/about-claude/pricing
- https://platform.claude.com/docs/de/manage-claude/data-residency
- https://platform.claude.com/docs/en/manage-claude/api-and-data-retention
- https://platform.claude.com/docs/en/build-with-claude/claude-platform-on-aws
- https://platform.claude.com/docs/en/managed-agents/self-hosted-sandboxes-security
- https://platform.claude.com/docs/en/api/ip-addresses
- https://platform.claude.com/docs/en/docs/about-claude/security-compliance
| On-prem / local hosting | ⚠️ |
| Private cloud / data center | ⚠️ |
| EU SaaS / Managed | ❓ |
| Hybrid | ⚠️ |
| DPA / AVV | ❓ |
| No training on customer data | ⚠️ |
| Open source / transparency path | ❓ |
On-Prem / lokales Hosting: teilweise
Kein vollstaendiges On-Prem-Modellhosting auf der Website dokumentiert. Aber bei selbst gehosteten Sandboxes bleiben Tool-Ausfuehrung und Sandbox-Dateisystem auf kundenseitig kontrollierter Infrastruktur; die Modellinferenz selbst laeuft dabei weiterhin bei Anthropic.
Private Cloud / RZ: teilweise
Dokumentiert ist 'Claude Platform on AWS' mit Anthropic-betriebener Infrastruktur, AWS-Integration und Support fuer AWS PrivateLink. Das ist eine kontrolliertere Cloud-Anbindung, aber kein belegtes dediziertes EU-/EWR-Rechenzentrum auf der Website.
EU-SaaS / Managed: indirekt / nicht verfuegbar
Eine vom Anbieter dokumentierte EU-/EWR-Datenresidenz fuer die First-Party-SaaS ist auf der Website nicht angegeben. Fuer 'workspace geo' ist derzeit nur 'us' dokumentiert; EU-SaaS im engeren Sinn ist damit nicht belegt.
Hybrid: teilweise
Die Kombination aus externer Claude-Inferenz und selbst gehosteten Sandboxes ermoeglicht ein hybrides Setup, bei dem Teile der Verarbeitung in eigener Infrastruktur verbleiben. Die Website beschreibt dies aber nur fuer bestimmte Komponenten, nicht als vollstaendiges Hybrid-Produktmuster.
AVV / DPA: unklar
Ein AVV/DPA ist auf der Website nicht angegeben. Die Website beschreibt zwar einzelne Vertragsarrangements wie ZDR oder BAA, aber keinen auf der Domain selbst einsehbaren AVV/DPA fuer EU/EWR-Kunden.
Kein Training: teilweise
Die Website dokumentiert Zero Data Retention auf Anfrage; dann werden Daten nach Rueckgabe der API-Antwort nicht gespeichert, ausser soweit gesetzlich oder zur Missbrauchsbekaempfung erforderlich. Eine allgemeine, auf der Website selbst klar dokumentierte Aussage, dass Inhalte generell nicht zum Training des allgemeinen Modells genutzt werden, ist dort jedoch nicht angegeben.
Open-Source / Transparenz-Pfad: indirekt / nicht verfuegbar
Ein Open-Source-Modell oder self-hostbares Gesamtprodukt ist auf der Website nicht angegeben. Es gibt zwar technische Transparenzansatzpunkte wie self-hosted sandboxes und dokumentierte APIs, aber keinen echten Open-Source-/Souveraenitaetspfad fuer das Kernmodell auf der Website.
Datenverarbeitung
Die Website beschreibt fuer die Claude API Datenresidenz-Kontrollen mit zwei Ebenen: 'inference_geo' fuer den Ausfuehrungsort der Modellinferenz pro Request und 'workspace geo' fuer Speicherung im Ruhezustand sowie Endpunktverarbeitung. Fuer die First-Party-Dokumentation ist aktuell nur 'us' als 'workspace geo' angegeben. Bei 'inference_geo' sind 'us' und 'global' dokumentiert; 'global' erlaubt Routing ueber beliebige verfuegbare Regionen. Fuer Claude Platform on AWS wird ausdruecklich erklaert, dass Anthropic die Infrastruktur betreibt, Anthropic Datenverarbeiter fuer Inferenz-Ein- und -Ausgaben ist und Inhalte ausserhalb von AWS verarbeitet werden koennen. Selbst gehostete Sandboxes verlagern Tool-Ausfuehrung und Dateisystem in die eigene Umgebung, waehrend die eigentliche Modellinferenz extern bleibt.
Fazit
Fuer ein EU/EWR-Tool-Verzeichnis ist die Dokumentation aus Hosting- und DSGVO-Sicht gemischt. Stark sind die Steuerungsmoeglichkeiten fuer Datenaufbewahrung und Teile der Ausfuehrung sowie die dokumentierte Hybrid-Option ueber self-hosted sandboxes. Schwach fuer eine positive Gesamtbewertung im EU/EWR sind das fehlende, auf der Website belegte EU-/EWR-Datenhosting, die aktuell nur mit 'us' dokumentierte Workspace-Geo sowie fehlende Angaben auf der Website selbst zu AVV/DPA, Subprozessoren und Zertifizierungen. Daher insgesamt 'bedingt'.
Quellen
- https://platform.claude.com/docs/it/about-claude/pricing
- https://platform.claude.com/docs/de/manage-claude/data-residency
- https://platform.claude.com/docs/en/manage-claude/api-and-data-retention
- https://platform.claude.com/docs/en/build-with-claude/claude-platform-on-aws
- https://platform.claude.com/docs/en/managed-agents/self-hosted-sandboxes-security
- https://platform.claude.com/docs/en/api/ip-addresses
- https://platform.claude.com/docs/en/docs/about-claude/security-compliance
Stärken & Schwächen im Überblick
| Stärken | Schwächen |
|---|---|
| - Sehr starke Position bei Coding, agentischen Workflows, Computer Use, Dokumentenverständnis und langen Kontexten. | - Das direkt stärkste Modell (Opus 4.7) ist für viele Alltags-Workloads teurer als nötig; wirtschaftlich sinnvoller ist oft Sonnet 4.6 oder Haiku 4.5. |
| - Klare Staffelung nach Preis/Leistung: Opus für maximale Qualität, Sonnet als produktiver Standard, Haiku für Geschwindigkeit und Volumen. | - Das Modellportfolio ist kleiner als bei manchen Wettbewerbern, aber durch aktive und ältere weiter verfügbare Snapshots dennoch erklärungsbedürftig. |
| - Starke Business-/Privacy-Positionierung: DPA, SCCs, Zero Data Retention für geeignete APIs, dokumentierte Retention-Regeln. | - Für strikte regionale Anforderungen ist die direkte Claude API (1P) bei der Inferenz-Geosteuerung öffentlich vor allem auf global bzw. US-only ausgelegt; breitere regionale Optionen liegen vor allem auf Partnerplattformen wie Bedrock und Vertex. |
| - Nützliche API-Funktionen wie Prompt Caching, Batch, Tools, strukturierte Steuerung und Service Tiers. | - Anthropic weist in den Commercial Terms ausdrücklich darauf hin, dass faktische Aussagen in Outputs vor Verwendung unabhängig geprüft werden sollten. |
Bewertungen
0 Bewertungen insgesamt
Für dieses Tool liegen noch keine bestätigten Bewertungen vor.
Bewertung absenden
Deine Bewertung wird erst nach der Bestätigung per E-Mail sichtbar. Damit schützen wir das Portal vor Missbrauch.
Bewertung melden
Bitte wähle den Grund aus, warum diese Bewertung geprüft werden soll.
DSGVO-konforme Nutzung möglich?
Die Dokumentation auf platform.claude.com belegt einzelne datenschutzrelevante Bausteine fuer eine Nutzung im EU/EWR-Kontext, aber keine vollumfaenglich belegte DSGVO-Konformitaet der Standardnutzung. Positiv sind dokumentierte Datenresidenz-Kontrollen, Zero Data Retention auf Anfrage und selbst gehostete Sandboxes fuer Teile der Ausfuehrung. Gleichzeitig ist auf der Website fuer die First-Party-Claude-API derzeit nur 'us' als Workspace-Geo dokumentiert; ein EU-/EWR-Rechenzentrum oder EU-Datenresidenz wird auf der Website nicht angegeben. Auch AVV/DPA, Subprozessoren und konkrete Zertifizierungen sind auf der Website selbst nicht auffindbar oder nur indirekt ueber einen externen Trust-Center-Hinweis referenziert. Fuer Nutzer im gesamten europaeischen Raum ist eine DSGVO-konforme Nutzung daher nur unter Voraussetzungen und mit eigener vertraglich-organisatorischer Pruefung realistisch.
Positiv
Auf der Website dokumentiert sind Datenresidenz-Kontrollen ueber 'inference_geo' und 'workspace geo', Zero Data Retention als vertragliche Sonderregelung auf Anfrage sowie selbst gehostete Sandboxes, bei denen Tool-Ausfuehrung und Sandbox-Dateisystem auf kundenseitig kontrollierter Infrastruktur bleiben. Zudem beschreibt die AWS-Variante Anthropic explizit als Datenverarbeiter fuer Inferenz-Ein- und -Ausgaben.
Negativ
Auf der Website ist fuer 'workspace geo' derzeit nur 'us' als verfuegbare Option dokumentiert; eine EU-/EWR-Datenresidenz oder ein EU-Rechenzentrumsstandort wird nicht angegeben. Fuer die Standard-API ist zudem 'global' als moegliche Inferenzroute dokumentiert, also potenziell weltweite Anthropic-Rechenzentren. AVV/DPA, Subprozessoren, konkrete Serverstandorte in der EU/EWR und relevante Zertifizierungen sind auf der Website nicht angegeben bzw. nicht auf der Domain selbst einsehbar.
Serverstandort
Auf der Website ist kein EU-/EWR-Serverstandort genannt. Dokumentiert ist fuer die First-Party-Datenresidenz nur 'us' als einzige verfuegbare 'workspace geo'; bei 'inference_geo' sind 'us' und 'global' beschrieben. Fuer Claude Platform on AWS steht zudem, dass Inferenz bei 'global' zu beliebigen von Anthropic betriebenen Rechenzentren weltweit geroutet werden kann.