Claude Sonnet 5.5
Claude Sonnet 5.5 Messages-Referenz: offizielle Parameter, adaptives Denken und Denken zwischen Tool-Aufrufen, Nutzungsdaten zum Prompt-Caching, Antwortfelder und getestete Kompatibilitätsgrenzen.
Verwenden Sie claude-sonnet-5-5 mit dem Anthropic-Messages-Format. Dieses Dokument unterscheidet zwischen der offiziellen Anfragespezifikation und dem Verhalten, das in Kompatibilitätstests beobachtet wurde. Einige erweiterte Optionen funktionieren derzeit noch nicht wie spezifiziert. Prüfen Sie die Einschränkungen, bevor Sie sich darauf verlassen.
Die aktuellen Preise für Eingabe, Ausgabe und Cache finden Sie auf der Modellseite.
Schnellstart
curl https://api.seedrouter.ai/v1/messages \
-H "x-api-key: $SEEDROUTER_API_KEY" \
-H "anthropic-version: 2023-06-01" \
-H "Content-Type: application/json" \
-d '{
"model": "claude-sonnet-5-5",
"max_tokens": 1024,
"messages": [{"role": "user", "content": "Explain how a rainbow forms in three sentences."}]
}'POST /v1/messages akzeptiert die Authentifizierung per x-api-key oder Bearer sowie anthropic-version: 2023-06-01. Senden Sie einen anthropic-beta-Header für Funktionen, deren offizielle Dokumentation diesen voraussetzt. Bewahren Sie Zugangsdaten im serverseitigen Code auf.
Das Modell akzeptiert auch grundlegende Anfragen für OpenAI Chat Completions (POST /v1/chat/completions) und Responses (POST /v1/responses). Verwenden Sie Messages für die unten beschriebenen nativen Parameter. Die Konvertierung des OpenAI-Formats stellt nicht jede Anthropic-Funktion bereit.
Offizielle Parameterspezifikation
Sonnet 5.5 hat ein Kontextfenster von 1M Token und ein Ausgabelimit von 128000 Token für synchrone Anfragen. Batch-spezifische Ausgabelimits gelten nicht für diesen Endpunkt. Sofern die Tabelle nichts anderes angibt, setzt die Anwendung für optionale Eigenschaften keinen Standardwert.
| Parameter | Typ / erforderlich | Offizielle Einschränkungen und Standardwerte |
|---|---|---|
model | string, erforderlich | claude-sonnet-5-5. |
max_tokens | integer, erforderlich | 0–128000, einschließlich Denk-Token. Laut offizieller Spezifikation füllt 0 den Prompt-Cache, ohne eine Ausgabe zu erzeugen. Beachten Sie die aktuelle Einschränkung weiter unten. |
messages | object-Array, erforderlich | Mindestens eine Gesprächsnachricht, höchstens 100000. Jede enthält role und content; content ist ein String oder ein Array von Inhaltsblöcken. Normale Gesprächsrunden verwenden user/assistant. Für system-Nachrichten innerhalb eines Gesprächs gelten die offiziellen Platzierungsregeln. |
system | string oder Array von Textblöcken | Anweisungen auf oberster Ebene. Textblöcke können Cache-Breakpoints enthalten. |
thinking | object | Standard: {"type":"adaptive"}. Der andere unterstützte Modus ist {"type":"between_tools"}. Manuelle Budgets und disabled werden abgelehnt. |
thinking.display | enum | Nur im adaptiven Modus: omitted (Standard) oder summarized. Eine ausgelassene Zusammenfassung bedeutet nicht, dass das Denken deaktiviert ist. |
thinking.block_binding | object, beta | Nur im adaptiven Modus. Erfordert thinking-binding-controls-2026-08-01. Beachten Sie die offizielle Spezifikation zur Erhaltung von Denkinhalten. |
output_config.effort | enum oder null | low, medium, high, xhigh, max; Standard ist high. Bei null bleibt der Standardwert wirksam. |
output_config.format | object oder null | Strukturierte JSON-Ausgabe: {"type":"json_schema","schema":{...}}. Verwenden Sie die unterstützte Teilmenge von JSON Schema. |
stream | boolean | Standard ist false; true liefert SSE-Ereignisse. |
stop_sequences | string-Array | Laut offizieller Spezifikation stoppt die Generierung bei einer passenden Zeichenfolge. Im aktuellen Kompatibilitätstest wurde dieses Verhalten nicht umgesetzt. |
temperature | number oder null | Aus Kompatibilitätsgründen wird nur 1 akzeptiert. Lassen Sie den Parameter weg. Andere Werte außer null werden abgelehnt. |
top_p | number oder null | Aus Kompatibilitätsgründen wird nur 0.99–1 akzeptiert. Lassen Sie den Parameter weg. |
top_k | kein Wert außer null | Sampling wird nicht unterstützt. Lassen Sie diese Eigenschaft weg. |
tools | object-Array | Client-Tools enthalten name, input_schema sowie optionale Beschreibungen und Einstellungen für den strikten Modus. Server-Tools verwenden ihre versionierten offiziellen Definitionen. |
tool_choice | object | auto (Standard) oder none. any und ein namentlich erzwungenes tool werden abgelehnt. auto kann disable_parallel_tool_use enthalten. |
metadata.user_id | string oder null | Höchstens 512 Zeichen. Verwenden Sie eine undurchsichtige Kennung. |
cache_control | object oder null | type: "ephemeral"; ttl: "5m" (Standard) oder "1h". Sonnet 5.5 benötigt mindestens 512 cachefähige Token. Die offizielle API unterstützt auch Cache-Breakpoints auf Blockebene. |
diagnostics | object oder null | previous_message_id: String mit höchstens 256 Zeichen oder null. Fordert Diagnosedaten zu Cache-Abweichungen an. |
service_tier | enum | auto (Standard) oder standard_only. |
speed | enum oder null | Weglassen oder standard / null verwenden. Sonnet 5.5 unterstützt fast nicht. |
inference_geo | string oder null | Der offizielle Standardwert stammt aus den Kontoeinstellungen. Eine akzeptierte Anfrage allein bestätigt nicht, dass die Verarbeitung in der gewählten Region stattgefunden hat. |
fallbacks | string, object-Array oder null, beta | "default" oder bis zu drei Fallback-Einträge. Jeder benötigt model; optionale Überschreibungen sind max_tokens, thinking, output_config und speed. Beachten Sie die Fallback-Regeln weiter unten. |
fallback_credit_token | string, object oder null | Ein Token aus einer früheren Ablehnung oder {"token":"...","mode":"strict"}. Die Objektform erfordert fallback-credit-2026-07-01; mode ist strict (Standard) oder best_effort. Kann nicht mit einem von null verschiedenen fallbacks-Wert kombiniert werden. |
container | string, object oder null | Container-ID oder Container-Konfiguration mit optionalen id und skills (höchstens 20). Skills verwenden die offiziellen Felder für Typ, Kennung und Version. |
context_management | object oder null | Offizielle Konfiguration zur Kontextbearbeitung, einschließlich edits; null lässt die Einstellung weg. Modellspezifische Kompatibilitätsregeln für Bearbeitungen gelten weiterhin. |
mcp_servers | object-Array | Offizielle MCP-Serverdefinitionen, für die die erforderliche Beta-Version und Serverauthentifizierung gelten. Ein Test mit leerem Array bestätigt keine Ausführung auf einem entfernten MCP-Server. |
compaction | object oder null, beta | {"type":"summarize"} mit compact-2026-09-04; null lässt die Komprimierung weg. Eine aktivierte Komprimierung kann nicht mit einem von null verschiedenen context_management, Stoppsequenzen oder einem Format für strukturierte Ausgaben kombiniert werden. Die signierte Komprimierung hat den aktuellen Test nicht bestanden. |
messages[].output_config.effort | enum, beta | Denkaufwand pro Nachricht auf einer system-Nachricht; erfordert mid-conversation-output-config-2026-07-01. system-Nachrichten, die nur den Denkaufwand festlegen, dürfen an beliebiger Stelle stehen. Für system-Gruppen mit Inhalt gelten die offiziellen Platzierungsregeln. Im Modus between_tools darf damit der Denkaufwand nicht geändert werden. |
between_tools akzeptiert nur seine Eigenschaft type und den Denkaufwand low, medium oder high. Senden Sie dabei kein display, budget_tokens oder block_binding. Beispiel:
{
"model": "claude-sonnet-5-5",
"max_tokens": 1024,
"thinking": {"type": "between_tools"},
"output_config": {"effort": "medium"},
"messages": [{"role": "user", "content": "Explain this concept briefly."}]
}Assistant-Prefilling wird nicht unterstützt. Um einen pause_turn fortzusetzen, senden Sie den zurückgegebenen Assistant-Inhalt des Server-Tools unverändert erneut. Die Komprimierung fasst den vorhandenen Verlauf zusammen und ist kein Assistant-Prefill. Bewahren Sie Denkblöcke und Signaturen exakt auf. Verschieben Sie diese nicht zwischen Modellen und bearbeiten Sie keinen früheren Verlauf, ohne die offiziellen Bindungsregeln einzuhalten.
In der nativen Claude API erfordert die Computernutzung computer_toolset_20260801; computer_20251124 wird abgelehnt. Advisor-Konfigurationen mit claude-opus-4-8, claude-opus-4-7 oder claude-sonnet-5 werden für dieses ausführende Modell ebenfalls abgelehnt.
Fallback-Anfragefelder
Die offizielle Beta-Funktion fallbacks wiederholt Anfragen bei dafür vorgesehenen Ablehnungen durch den Klassifikator. Sie wiederholt keine Anfragen bei Ratenlimits, Überlastung oder Serverfehlern. Eine Ablehnung kann weiterhin bestehen bleiben. Senden Sie server-side-fallback-2026-07-01 für "default" oder eine explizite Liste; server-side-fallback-2026-06-01 unterstützt nur die Liste. Andere datierte Versionen werden abgelehnt.
Eine explizite Liste enthält höchstens drei Einträge mit unterschiedlichen Modellen. Keines darf dem angefragten Modell entsprechen. Die zulässigen Zielmodelle stammen aus allowed_fallback_models der Beta Models API. Pro Eintrag sind nur model, max_tokens, thinking, output_config und speed erlaubt. Überschreibungen müssen für das jeweilige Zielmodell gültig sein. Bei einem entsprechenden Fallback wandelt die Juli-Beta Sonnet 5.5 between_tools in Sonnet 5 disabled um und lässt display weg. Bei der Juni-Beta müssen Sie die Überschreibung der Denkeinstellung für Sonnet 5 selbst angeben.
fallback_credit_token dient einem separaten Wiederholungsversuch nach einer Ablehnung. Ein String wählt die strikte Einlösung; ein Objekt ergänzt mode. Im Modus strict führt eine fehlgeschlagene Einlösung zur Ablehnung des Wiederholungsversuchs. Im Modus best_effort kann die Verarbeitung bei einem Fehler auf Token-Ebene zum normalen Preis fortgesetzt werden; dies wird in usage.fallback_credit erfasst. Fehlerhaft formatierte Token sowie die Kombination des Guthabens mit fallbacks schlagen weiterhin fehl. Für die Einlösung gelten außerdem die Anforderungen an Anfrage, Konto, Workspace, Plattform und das Fünf-Minuten-Zeitfenster aus dem offiziellen Leitfaden zum Fallback-Guthaben.
Eine unbedenkliche Anfrage mit fallbacks: "default", dem Juli-Beta-Header und speed: "standard" lieferte den erwarteten Text. Dies bestätigt nur die Annahme der Anfrage: Fallback-Ausführung und Guthabeneinlösung wurden hier nicht durchgängig von Anfang bis Ende geprüft.
Medien- und Tool-Eingaben
Bilder verwenden image-Blöcke und PDFs document-Blöcke in einer Benutzernachricht. Zu den offiziellen Quelltypen gehören öffentliche URLs und base64 mit dem jeweiligen MIME-Typ. Die Kompatibilitätsprüfungen verwendeten ein base64-PNG und ein einseitiges base64-PDF und überprüften den Inhalt der Antworten. Nicht jede URL sowie nicht alle Grenzen für Dateigröße, Bildauflösung und PDF-Seitenzahl wurden getestet.
Clientseitige Tools verwenden den standardmäßigen Austausch tool_use → tool_result. Lassen Sie die Tool-Aufruf-IDs unverändert und geben Sie das Ergebnis in einer Benutzernachricht zurück. Ein erfolgreiches Beispiel mit einem Tool im strikten Modus bestätigt die Argumente dieses Beispiels, nicht jedes unterstützte JSON-Schema-Schlüsselwort.
Antworten
Eine Antwort ohne Streaming enthält id, type: "message", role: "assistant", model, content, stop_reason, stop_sequence und usage sowie optionale offizielle Felder wie container, diagnostics, context_management, stop_details und Beta-Antwortfelder. Der Inhalt kann Text, Denkblöcke, Tool-Aufrufe, Tool-Ergebnisse oder andere offizielle Blocktypen enthalten. Gehen Sie nicht davon aus, dass der erste Block Text enthält.
Verarbeiten Sie beim Streaming message_start, content_block_start, content_block_delta, content_block_stop, message_delta und message_stop. Auch innerhalb eines Streams können Fehler auftreten. Die Nutzungsdaten können reguläre Eingabe-/Ausgabetoken, Details zu Denk-Token, Cache-Lesezugriffe sowie getrennte Token-Zahlen für Cache-Schreibvorgänge mit 5 Minuten / 1 Stunde Gültigkeit enthalten.
Eine offizielle Ablehnung durch den Klassifikator ist eine normale Antwort mit stop_reason: "refusal" und stop_details, kein HTTP-Fehler. In einer Fallback-Antwort bezeichnet model das Modell, das geantwortet hat. fallback-Inhaltsblöcke kennzeichnen die Übergänge, und usage.iterations beschreibt die Versuche. Prüfen Sie diese Felder, statt anzunehmen, dass das angefragte Modell die Antwort geliefert hat. Dieses Antwortverhalten wurde hier noch nicht überprüft.
Messages-Fehler verwenden {"type":"error","error":{"type":"...","message":"..."}}. Fehlgeschlagene Anfragen werden nicht berechnet.
Kompatibilitätsprüfung: 2026-10-01
| Ergebnis | Geprüftes Verhalten |
|---|---|
| Funktion beobachtet | Einfacher Text, Abruf früherer Inhalte in normalen mehrstufigen Gesprächen, widerspruchsfreie Systemanweisungen als String/Block, Streaming, Anfragen mit adaptivem Denken und Denken zwischen Tool-Aufrufen, JSON-Ausgabe, auto/none-Tools, ein strikter Tool-Aufruf, erneutes Senden von Tool-Ergebnissen, base64-Bild-/PDF-Eingaben und Nutzungsdaten für Cache-Schreib-/Lesevorgänge mit 5m/1h. |
| Gemäß Modellspezifikation abgelehnt | Ungültige Ausgabetoken-Budgets, entfernte Sampling-Einstellungen, manuelles/deaktiviertes Denken, ungültige between-tools-Kombinationen, erzwungene Tools, Assistant-Prefill, ältere Computertools und zu lange metadata-IDs. |
| Akzeptiert, Wirkung nicht nachgewiesen | Alle fünf Stufen des Denkaufwands, zusammengefasstes Denken, Bindungseinstellungen, metadata, Service-Tier, Regionsauswahl, Diagnosedaten, eine leere Liste von Kontextbearbeitungen, null-Container, eine leere MCP-Liste und eine Computertoolset-Deklaration. Die Deklaration eines Toolsets belegt keine erfolgreiche Computernutzung. |
| Bekannte Abweichung | max_tokens: 0 lieferte 400. Eine Anfrage mit Stoppsequenz gab die Stoppzeichenfolge samt nachfolgendem Text zurück. Die Komprimierung auf Abruf lieferte normalen Text statt eines signierten Komprimierungsblocks. |
| Weiter zu untersuchendes Verhalten | Eine Anfrage mit nachrichtenspezifischem Denkaufwand erinnerte sich nicht an den früheren Wert. Ein Test mit widersprüchlichen System-/Benutzeranweisungen folgte der Benutzeranweisung. Diese Ergebnisse belegen nicht, dass jeder System-Prompt oder jede Anfrage mit mehreren Gesprächsrunden fehlschlägt. |
Beta-Tool-Ausführung, echte MCP-Verbindungen, Files-API-Referenzen, geografische Datenresidenz, erneutes Senden von Denksignaturen, die vollständigen Kontext-/Ausgabegrenzen, Mediengrenzfälle und Ablehnungs-/Fallback-Verhalten wurden nicht durchgängig von Anfang bis Ende validiert. HTTP 200 und ein zurückgegebener Modellname bestätigen weder die Identität des ausgeführten Modells noch, dass alle übergebenen Optionen wirksam wurden.
