Die Claude API ist eine RESTful API unter https://api.anthropic.com, die programmatischen Zugriff auf Claude-Modelle und Claude Managed Agents bietet.
Neu bei Claude? Für direkten Modellzugriff beginne mit Erste Schritte und Arbeiten mit Messages. Für verwaltete Agenten-Infrastruktur siehe den Claude Managed Agents Quickstart.
Um die Claude API zu nutzen, benötigst du:
Eine Schritt-für-Schritt-Anleitung zur Einrichtung findest du unter Erste Schritte.
Die Claude API umfasst die folgenden APIs:
Allgemeine Verfügbarkeit:
POST /v1/messages)POST /v1/messages/batches)POST /v1/messages/count_tokens)GET /v1/models)Beta:
POST /v1/files, GET /v1/files)POST /v1/skills, GET /v1/skills)POST /v1/agents, GET /v1/agents)POST /v1/sessions, GET /v1/sessions/{id}/stream)POST /v1/environments, GET /v1/environments)Die vollständige API-Referenz mit allen Endpunkten, Parametern und Response-Schemas findest du auf den API-Referenzseiten in der Navigation. Um auf Beta-Funktionen zuzugreifen, siehe Beta-Header.
Details zu beiden Authentifizierungsmethoden und wann welche zu verwenden ist, findest du unter Authentifizierung. Alle Anfragen an die Claude API müssen diese Header enthalten:
| Header | Wert | Erforderlich |
|---|---|---|
x-api-key | Dein API-Key aus der Console | Entweder x-api-key oder Authorization |
Authorization | Bearer <token>, wobei <token> ein kurzlebiges Access-Token ist, das über POST /v1/oauth/token durch Workload Identity Federation bezogen wurde | Entweder x-api-key oder Authorization |
anthropic-version | API-Version (zum Beispiel 2023-06-01) | Ja |
content-type | application/json | Ja |
Wenn du die Client-SDKs verwendest, sendet das SDK diese Header automatisch. Details zur API-Versionierung findest du unter API-Versionen.
Beim Zugriff auf Claude über eine Cloud-Plattform ist die Authentifizierung in das IAM-System des Cloud-Anbieters integriert. Siehe die plattformspezifische Dokumentation für unterstützte Anmeldedatentypen, erforderliche Header und Authentifizierungsoptionen.
Die API wird über die Web-Console bereitgestellt. Du kannst die Workbench verwenden, um die API im Browser auszuprobieren, und dann API-Keys in den Kontoeinstellungen generieren. Verwende Workspaces, um deine API-Keys zu segmentieren und Ausgaben zu kontrollieren nach Anwendungsfall.
Anthropic stellt offizielle SDKs bereit, die die API-Integration vereinfachen, indem sie Authentifizierung, Anfrageformatierung, Fehlerbehandlung und mehr übernehmen.
Vorteile:
Eine Liste der Client-SDKs findest du unter Client-SDKs.
Claude ist über die direkte Claude API und über Cloud-Plattformen verfügbar. Wähle basierend auf deiner Infrastruktur, Funktionsverfügbarkeit, Compliance-Anforderungen und Preispräferenzen.
Greife über AWS, Google Cloud oder Microsoft Azure auf Claude zu:
| Plattform | Anbieter | Dokumentation |
|---|---|---|
| Claude Platform on AWS | AWS (von Anthropic betrieben) | Claude Platform on AWS |
| Amazon Bedrock | AWS | Claude in Amazon Bedrock |
| Agent Platform | Google Cloud | Claude on Google Cloud |
| Microsoft Foundry | Microsoft Azure (von Anthropic betrieben) | Claude in Microsoft Foundry |
Claude Managed Agents ist über die direkte Claude API und Claude Platform on AWS verfügbar. Für die Funktionsverfügbarkeit über Plattformen hinweg siehe die Funktionsübersicht.
| Endpunkt | Maximale Anfragegröße |
|---|---|
| Messages, Token Counting | 32 MB |
| Message Batches API | 256 MB |
| Files API | 500 MB |
| Sessions, Agents, Environments | 32 MB |
Wenn du diese Limits überschreitest, erhältst du einen 413 request_too_large-Fehler.
Von Partnern betriebene Plattformen haben ihre eigenen Größenbeschränkungen für Anfragen: Google Cloud begrenzt Anfragen auf 30 MB und Bedrock begrenzt Anfragen auf 20 MB. Claude Platform on AWS verwendet dieselben Limits wie die direkte Claude API. Konsultiere die Dokumentation deiner Plattform für aktuelle Werte.
Die Claude API enthält in jeder Antwort die folgenden Header:
request-id: Eine global eindeutige Kennung für die Anfrageanthropic-organization-id: Die Organisations-ID, die mit dem in der Anfrage verwendeten API-Key verknüpft istClaude Platform on AWS fügt neben dem Standard-Header request-id eine AWS-Request-ID (x-amzn-requestid) hinzu. Siehe Request-IDs für das Muster zur Handhabung beider IDs.
List-Endpunkte geben Ergebnisse seitenweise zurück. Die meisten neueren List-Endpunkte verwenden das in diesem Abschnitt beschriebene Cursor-Schema mit page und next_page. Einige verwenden ein anderes Schema; siehe den Hinweis am Ende dieses Abschnitts. Verwende den Query-Parameter limit, um die Seitengröße zu steuern, und den Query-Parameter page, um eine benachbarte Seite abzurufen. Jede Antwort enthält ein data-Array zusammen mit Cursor-Feldern zum Navigieren zwischen den Seiten.
| Name | Ort | Beschreibung |
|---|---|---|
limit | Query-Parameter | Maximale Anzahl der pro Seite zurückzugebenden Elemente. |
page | Query-Parameter | Opaker Cursor aus einer vorherigen Antwort. Übergib hier einen next_page- oder prev_page-Wert, um die benachbarte Seite abzurufen. |
order | Query-Parameter | Sortierrichtung für die Ergebnisse (asc oder desc), bei List-Endpunkten, die Sortierung unterstützen. Ein page-Cursor ist nur mit dem order gültig, mit dem er erstellt wurde. |
next_page | Response-Feld | Cursor für die nächste Seite oder null, wenn keine weiteren Ergebnisse vorhanden sind. |
prev_page | Response-Feld | Cursor für die vorherige Seite bei Endpunkten, die Rückwärts-Paginierung unterstützen (derzeit GET /v1/sessions), oder null, wenn du dich auf der ersten Seite befindest. Andere List-Endpunkte lassen das Feld weg. |
Um eine Seite zurückzugehen, übergib prev_page als page-Parameter. prev_page ist null, wenn du dich auf der ersten Seite befindest. Nicht alle List-Endpunkte unterstützen prev_page. Nur GET /v1/sessions gibt prev_page zurück; bei List-Endpunkten, die keine Rückwärts-Paginierung unterstützen, fehlt das Feld in der Antwort, anstatt null zu sein. Eine Schritt-für-Schritt-Anleitung für Anfragen findest du unter Sessions auflisten.
Jedes SDK bietet einen automatisch paginierenden Iterator, der next_page für dich folgt. In Python und TypeScript erhältst du ihn, indem du direkt über das List-Ergebnis iterierst. Die anderen SDKs stellen den Iterator über eine separate Methode bereit. Die automatische SDK-Paginierung funktioniert nur vorwärts; um eine Seite zurückzugehen, lies prev_page aus der Antwort und übergib es selbst als page-Parameter zurück. Siehe Client-SDKs für sprachspezifische Details.
Einige List-Endpunkte verwenden ein anderes Cursor-Schema. Die Message Batches API, die Files API, die Models API und mehrere Admin API-Endpunkte verwenden die Query-Parameter after_id und before_id anstelle von page. Ihre Antworten geben has_more, first_id und last_id anstelle von next_page zurück. Einige Endpunkte, die das page-Schema verwenden, wie GET /v1/skills, geben zusätzlich zu next_page auch einen has_more-Boolean zurück. Siehe die Referenzseite für jeden Endpunkt für dessen genaue Paginierungsfelder.
Die API setzt Ratenlimits und Ausgabenlimits durch, um Missbrauch zu verhindern und Kapazität zu verwalten. Limits sind in Nutzungsstufen organisiert; deine Organisation wird automatisch einer Stufe zugeordnet und kann im Laufe der Zeit auf eine höhere Stufe wechseln. Jede Stufe hat:
Du kannst die aktuellen Limits deiner Organisation in der Console einsehen. Für höhere Limits verwende Request rate limit increase auf der Seite Limits.
Detaillierte Informationen zu Limits, Stufen und dem für das Ratenlimit verwendeten Token-Bucket-Algorithmus findest du unter Ratenlimits.
Die Claude API ist in vielen Ländern und Regionen weltweit verfügbar. Überprüfe die Seite mit den unterstützten Regionen, um die Verfügbarkeit an deinem Standort zu bestätigen.
Vollständige API-Spezifikation für direkte Modellinteraktionen
Agents-, Sessions- und Environments-Endpunkte
Python, TypeScript, C#, Go, Java, PHP und Ruby
Nutzungsstufen, Anfordern höherer Limits und der Token-Bucket-Algorithmus
Was this page helpful?