Zum Hauptinhalt springen

Claude Sonnet 4.6 Chat von Anthropic über einen OpenAI-kompatiblen Endpunkt. Es nimmt bis zu 1.000.000 Token Text- und Bildkontext auf und antwortet mit bis zu 64.000, mit temperature und top_p, bis zu 128 Tool-Definitionen und SSE-Streaming.

Eingabe $3Ausgabe $15je 1 Mio. TokenEingabe aus dem Cache $0.30Schreiben in den Cache $3.75

Playground

Claude Sonnet 4.6

Wobei kann Claude Sonnet 4.6 Ihnen helfen?

Verwandte Modelle und nächste Schritte

Ihr Modell ist nicht dabei?

Sagen Sie uns, welches Modell fehlt und wofür Sie es brauchen. Ihre Anfrage geht direkt an das Team, das über die nächsten Modelle entscheidet.

Stabile Nachrichtenflüsse für ein Millionen-Token-Fenster zum Sonnet-Satz, Sampling-Regler intakt

Sonnet 4.6 nimmt das Fenster von 1.000.000 Token und behält temperature und top_p, zum Sonnet-Satz statt zum Opus-Satz. Gegenüber dem 4.5-Geschwister ändert sich nur das Fenster; gegenüber Opus 4.6 der Preis und eine Antwortgrenze von 64.000 statt 128.000 Token.

Chat-Playground öffnen
Stabile Nachrichtenflüsse für ein Millionen-Token-Fenster zum Sonnet-Satz, Sampling-Regler intakt
Modell
Claude Sonnet 4.6
Geeignet für
ein Millionen-Token-Fenster zum Sonnet-Satz, Sampling-Regler intakt
Nachrichtenaufbau
Systemregeln → Belege und Zustand → aktuelle Aufgabe → Ausgabevertrag
Faktengrenze
Fähigkeiten, Steuerungen und Preis stammen aus dem Live-Schema

Integrationsprinzip

Erst mit dem kleinsten Satz an Nachrichten prüfen, dann nur den nötigen Kontext ergänzen. Fakten, Annahmen und Bedingungen trennen und Wege für Abbruch, Wiederholung, Abrechnung und menschliche Prüfung mitentwerfen.

Wiederholbare Abläufe für ein Millionen-Token-Fenster zum Sonnet-Satz, Sampling-Regler intakt aufbauen

Sonnet 4.6 nimmt das Fenster von 1.000.000 Token und behält temperature und top_p, zum Sonnet-Satz statt zum Opus-Satz. Gegenüber dem 4.5-Geschwister ändert sich nur das Fenster; gegenüber Opus 4.6 der Preis und eine Antwortgrenze von 64.000 statt 128.000 Token.

  • Langes Fenster, Sonnet-Satz

    1.000.000 Token hinein

    Dieselbe Kontexttiefe wie die Opus-Routen, zu rund 60 % ihres Preises je Million.

  • Sampling-Regler bleiben

    temperature und top_p

    Keine Migration weg von einer temperaturabgestimmten Prompt-Sammlung, anders als bei der Sonnet-5-Route.

  • 64.000 je Antwort

    Die Hälfte von Opus 4.6

    Genug für lange strukturierte Ausgabe; ein Dokument von 100.000 Token braucht eine Route mit 128.000er-Grenze.

Claude Sonnet 4.6 nach Aufgabenrisiko und Interaktionsform wählen

Prüfen Sie eine echte Aufgabe auf Qualität, Nachprüfbarkeit, Latenz und Preis-Leistung, statt sich auf eine allgemeine Rangliste zu verlassen.

  1. Sonnet 4.6 wählen

    Lange Eingaben, gewöhnliche Schwierigkeit

    Gefordert ist großer Kontext, nicht die Abwägung einer Opus-Route.

  2. Sonnet 4.5 wählen

    Ihre Eingaben liegen deutlich unter 198.000

    Gleiche Regler und gleicher Familiensatz über einem kleineren Fenster — einfacher zu überblicken, wenn die Größe bekannt ist.

  3. Opus 4.6 wählen

    Eine Antwort muss über 64.000 hinaus

    Gleiches Fenster und gleiche Regler, doppelte Antwortgrenze, höherer Satz je Million.

Claude Sonnet 4.6 in konkrete Arbeit übersetzen, nicht in allgemeine Etiketten

Jedes Szenario braucht Eingabegrenzen, Prüfung und Wiederaufnahme; offizielle Fähigkeiten, Benchmarks und Werkzeugunterstützung werden nie erfunden.

  • Code hinein, Urteil hinaus

    Fragen an ganze Repositories

    Code hinein, Urteil hinaus

    Eine Million Token zum Sonnet-Satz macht Fragen in Repository-Größe zur Routine statt zur Ausnahme.

  • Verlauf, der nicht gekürzt wird

    Langes Gesprächsgedächtnis

    Verlauf, der nicht gekürzt wird

    Sitzungen behalten ihren vollen Verlauf im Kontext, ohne dass der Satz entscheidet, wann zusammengefasst wird.

  • Viele Dateien, ein Urteil

    Prüfung von Dokumentbeständen

    Viele Dateien, ein Urteil

    Den Bestand lesen und Befunde zurückgeben, ohne eine Retrieval-Schicht um ein kleines Fenster herum zu bauen.

  • Erwachsene Figuren, klare Grenzen

    Uneingeschränkte Erzählarbeit

    Erwachsene Figuren, klare Grenzen

    Lange Kontinuität über einen vorhandenen Textbestand, mit der Temperatur, auf die Sie sich festgelegt haben. Wir fügen keinen Inhaltsfilter hinzu.

Kontext als prüfbare Claude Sonnet 4.6-Eingabe ordnen

Ziel, Belege, Zustand, Bedingungen und Ausgabevertrag brauchen getrennte Aufgaben, damit Anfragen verdichtet, debuggt und reproduziert werden können.

  1. Reihenfolge

    Regeln, dann Belege, dann Aufgabe

    Über langen Eingaben konkurriert eine Anweisung in der Mitte mit dem Material um sie herum.

  2. Cache

    Stabiles Präfix, veränderlicher Schluss

    Cache-Eingabe zu etwa einem Zehntel des Eingabesatzes ist der Ort, an dem eine Long-Context-Integration tatsächlich spart.

  3. Sampling

    Erst festzurren, dann anderes justieren

    Geändert hat sich das Fenster, nicht das Sampling-Verhalten — übernehmen Sie den bereits validierten Wert.

  4. Ausgabe

    Für einen Zug von 64.000 entwerfen

    Ist die Lieferung länger, teilen Sie sie bewusst, statt sie von der Grenze abschneiden zu lassen.

Einen wiederholbaren Claude Sonnet 4.6-Fall belegen, bevor das Produkt integriert wird

Live-Schema, Schätzung, Streaming und Fehlerverhalten bestätigen, bevor die normalisierte Anfrage wiederverwendet wird.

  1. 01 · Basis

    Die kleinste Anfrage im Playground prüfen

    Nachrichtenschichten, Ausgabeform, Streaming und aktuelle Steuerungen kontrollieren.

  2. 02 · Grenzen

    Fehler, Abbruch und Wiederholung durchspielen

    Zeitüberschreitungen, abgebrochene Streams, zu große Eingaben, Neugenerierung und Doppelabsendung prüfen.

  3. 03 · Integrieren

    Die normalisierte API-Anfrage übernehmen

    Öffentliche Modell-ID und Messages-Vertrag verwenden; Modellsteuerungen aus dem Live-Schema lesen.

  4. 04 · Betreiben

    Verbrauch messen und weiter bewerten

    Zustand, Endverbrauch, Fehlergründe und Qualitätsrückmeldungen speichern; teure Aufrufe vorher schätzen.

Claude Sonnet 4.6 in einen klaren API-Vertrag überführen

Playground, API-Beispiele, Anfragezustände und Verbrauchsdaten bleiben von der Bewertung bis zur Produktion deckungsgleich.

  • Einheitlicher Vertrag

    Eine Form für Nachrichten, Streams und Fehler

    Anfragestruktur, Zustandsführung und Fehlerbehandlung bleiben gleich, auch wenn das Modell wechselt.

  • Live-Schema

    Die aktuellen Endpunktsteuerungen nutzen

    Playground und API-Beispiele zeigen verfügbare Felder, Grenzen und Standardverhalten gemeinsam.

  • Beobachtbarer Lebenszyklus

    Jede Anfrage hat einen klaren Zustand

    Absenden, Streaming, Fehler, Abbruch und Verbrauch nutzen prüfbare öffentliche Semantik.

  • Portable Integration

    Weniger Aufwand, wenn Modelle sich ändern

    Ein klarer Vertrag hält Produktcode bei Eingaben, Ergebnissen und Nutzererlebnis.

Grenzen der Claude Sonnet 4.6 API, die vor der Integration feststehen sollten

Alle Claude-Modelle10