Claude Sonnet 5.5: Schneller im Agenten-Workflow, aber nicht ohne Migrationsarbeit

Von /

Anthropic hat am 28. September Claude Sonnet 5.5 veröffentlicht. Das Modell ersetzt Sonnet 5 als aktuelle Sonnet-Generation und richtet sich besonders an Aufgaben, bei denen ein KI-Assistent zügig Code ändern, Werkzeuge aufrufen oder Dokumente bearbeiten soll. Anthropic verspricht mehr Leistung und eine um über 30 Prozent höhere Ausgabegeschwindigkeit bei unverändertem Tokenpreis. Wer Sonnet bereits über die API in eigene Anwendungen eingebaut hat, sollte allerdings nicht nur den Modellnamen austauschen: Einige bisher gültige Parameter führen mit der neuen Version zu Fehlern. Anthropics Ankündigung und die Migrationsanleitung beschreiben die Änderungen.

Fortschritte hängen vom Arbeitsmodus ab

Besonders deutlich fällt der Unterschied in Anthropics Coding-Tests aus. Auf Terminal-Bench 4.0 erreicht Sonnet 5.5 laut Hersteller 70,6 Prozent bei der höchsten Effort-Stufe „Max“; Sonnet 5 kommt bei derselben Stufe auf 10,3 Prozent. Die höhere Einstellung lässt das Modell länger arbeiten und kostet entsprechend mehr. Der Wert beschreibt also weder die Leistung bei der API-Standardeinstellung noch die Erfolgsquote einer beliebigen Programmieraufgabe. Auf FrontierCode 1.1 erzielt Sonnet 5.5 bei „Xhigh“ 52,1 Prozent, bei „Max“ hingegen 46,2 Prozent. Anthropic führt den Rückgang unter anderem auf zusätzliche Überarbeitungsschritte zurück, die in dieser Evaluation als Änderungen außerhalb des Auftrags gewertet werden. Solche Unterschiede sind ein guter Grund, Qualität und Kosten am eigenen Aufgabentyp zu messen, statt allein den höchsten Benchmark-Wert zu übernehmen. Anthropics Ergebnisübersicht enthält die Einstellungen und Erläuterungen.

Auch der Preisvergleich braucht diesen Kontext. Sonnet 5.5 kostet auf Anthropics Plattform wie Sonnet 5 zwei US-Dollar je Million Eingabe- und zehn US-Dollar je Million Ausgabetoken. Anthropic beziffert die Einsparung pro erledigter Aufgabe in eigenen Tests auf bis zu 30 Prozent, weil das Modell häufig weniger Token benötigt. Das ist keine pauschale Preissenkung: Bei langen Antworten, vielen Werkzeugschritten oder höherem Rechenaufwand kann eine konkrete Aufgabe anders ausfallen. Das Modellprofil nennt ein Kontextfenster von einer Million Token und höchstens 128.000 Ausgabetoken. Für Unternehmen, die umfangreiche Repositories oder Dokumentensammlungen verarbeiten, ist das relevant; große Kontexte verursachen aber weiterhin Kosten und sollten nicht mit verlässlicher Aufmerksamkeit für jedes Detail gleichgesetzt werden.

Warum ein Modellwechsel bestehenden Code treffen kann

Sonnet 5.5 nutzt standardmäßig adaptives Denken: Je nach Aufgabe kann es zusätzliche Denkschritte einsetzen. Über den „Effort“-Parameter lässt sich steuern, wie viel Aufwand das Modell betreibt. Auf der Claude-Plattform gilt standardmäßig „High“, während Claude Code und die Claude-Apps laut Anthropic mit „Medium“ starten. Damit verändern Einstellungen nicht nur die Antwortzeit, sondern unter Umständen auch das Ergebnis und die Zahl abgerechneter Ausgabetoken. Wer bislang das Denken mit thinking: {"type": "disabled"} abgeschaltet hat, muss für Sonnet 5.5 auf thinking: {"type": "between_tools"} umstellen; der alte Wert führt zu einem HTTP-400-Fehler. „Between tools“ unterbindet das anfängliche Denken, erlaubt jedoch kurze Denkblöcke zwischen Werkzeugaufrufen. Anthropics Migrationsanleitung erklärt die zulässigen Kombinationen mit den Effort-Stufen.

Eine weitere Änderung betrifft Agenten, die einen Werkzeugaufruf zwingend vorgeben. Sonnet 5.5 akzeptiert tool_choice mit type: "any" oder einem fest gewählten Werkzeug nicht mehr; beide Varianten liefern einen Fehler. Automatische Werkzeugwahl bleibt möglich. Wer ein bestimmtes Ausgabeformat benötigt, kann laut technischer Dokumentation stattdessen strikte Werkzeugschemata oder strukturierte Ausgaben verwenden. Das ersetzt allerdings nicht in jedem Ablauf die Garantie, dass überhaupt ein Werkzeug aufgerufen wird. Anwendungen sollten deshalb auch die Antwort behandeln, in der das Modell ohne Werkzeugaufruf reagiert.

Für Streaming-Oberflächen kommt eine weniger offensichtliche Änderung hinzu. Text zwischen Werkzeugaufrufen kann nun in Denkblöcken statt als gewöhnlicher Antworttext eintreffen. Wenn eine Oberfläche nur Textblöcke anzeigt, wirkt der Assistent während eines längeren Arbeitsablaufs womöglich stumm. Entwickler müssen die Antwortblöcke korrekt verarbeiten und Denkblöcke in Werkzeugschleifen unverändert weiterreichen; für sichtbare Zusammenfassungen ist eine passende Anzeigeeinstellung nötig. Bei einem Wechsel zwischen Modellen sind gespeicherte Denkblöcke außerdem nicht beliebig kompatibel. Die Dokumentation zu Sonnet 5.5 beschreibt diese Grenzen.

Leistungsgewinn mit Sicherheitsgrenzen

Anthropic setzt bei Sonnet 5.5 erstmals innerhalb der Sonnet-Reihe zusätzliche Schutzmaßnahmen gegen bestimmte hochriskante Cyberanfragen ein. In solchen Fällen kann die Anfrage sichtbar auf Sonnet 5 zurückfallen. Für Entwickler, die reproduzierbare Ergebnisse benötigen, ist das eine weitere Variable beim Testen. Gewöhnliche Fehlersuche und Softwareentwicklung sollen laut Anthropic davon nicht betroffen sein. Die biologischen Schutzmaßnahmen entsprechen denen von Sonnet 5; Fehlklassifizierungen bei einzelnen Fachanfragen bleiben möglich. Die Aussagen über Sicherheit stammen aus Anthropics eigenen Prüfungen, nicht aus einer unabhängigen Zusicherung für jeden Einsatzfall. Anthropics Veröffentlichung erläutert die Schutzmechanismen.

Fazit

Sonnet 5.5 ist vor allem für Teams interessant, die viele abgegrenzte Coding- und Wissensaufgaben mit Agenten erledigen. Seine besseren Herstellerwerte und der unveränderte Listenpreis sprechen für einen Test am eigenen Workflow. Vor einem Umstieg sollten Teams jedoch Denk- und Effort-Einstellungen, Werkzeugwahl, Streaming und Modellwechsel in bestehenden Gesprächen prüfen. Ob der versprochene Effizienzgewinn im Betrieb ankommt, entscheidet nicht ein einzelner Benchmark, sondern die Erfolgsquote pro Aufgabe bei vergleichbaren Kosten und Laufzeiten.

Quellen

Nach oben scrollen