Sonnet 5.5
Kontext
Schritte
Ergebnis
Qualität mitrechnen

Modelle

Sonnet 5.5: Gleicher Tokenpreis, trotzdem weniger Kosten?

Ein Modell kann günstiger arbeiten, obwohl der Listenpreis gleich bleibt. Genau so positioniert Anthropic Sonnet 5.5 am 28. September: gleiche Tokenpreise wie Sonnet 5, aber laut eigenen Tests bei vielen Aufgaben weniger Verbrauch und schnellere Ausgabe. Die Release-Mitteilung nennt bis zu 30 Prozent geringere Aufgabenkosten. Das ist eine bedingte Herstellerangabe.

Warum der Preis pro Million Token nicht ausreicht

Ein Agent ruft ein Modell häufig mehrfach auf. Er liest Kontext, versucht eine Lösung, startet ein Werkzeug und verarbeitet dessen Ergebnis. Weniger unnötige Schleifen können Kosten sparen, ohne dass ein einzelnes Token billiger wird.

KostenfaktorWas ihr im Pilot erfasst
EingabeWie viel Kontext wird wiederholt geladen?
AusgabeWie ausführlich plant und antwortet das Modell?
WerkzeugeWie viele Befehle und externe Aufrufe entstehen?
KorrekturWie viel menschliche Nacharbeit bleibt?

Fiktives Rechenbeispiel: 1.000 vergleichbare Vorgänge kosten bisher insgesamt 100 Euro an Modellaufrufen. Sinkt der Verbrauch bei gleicher Qualität tatsächlich um 20 Prozent, spart ihr 20 Euro. Benötigt die Integration zwei zusätzliche Arbeitsstunden, ist der Wechsel im ersten Monat möglicherweise trotzdem teurer.

Taschenrechner und Finanzunterlagen auf einer dunklen Oberfläche
Foto: Kelly Sikkema / Unsplash · Unsplash-LizenzSelyntra beansprucht keine Urheberrechte am Foto.
Symbolbild: Zur Kalkulation gehören Modellkosten, Werkzeugaufrufe und menschliche Nacharbeit.

Wo Sonnet für kleine Teams interessant ist

Der Anbieter stellt klar begrenzte Alltagsaufgaben in den Vordergrund. Prüft deshalb etwa Bugfixes mit bekannter Ursache, strukturierte Dokumententwürfe oder Änderungen nach einer vorhandenen Vorlage. Für unklare Architekturentscheidungen braucht ihr eine andere Messlatte als für Routinearbeit.

Ein guter Standard spart Entscheidungen: Legt nach dem Vergleich fest, welche Aufgaben mit dem günstigeren Modell beginnen und wann ein Entwickler auf ein stärkeres Modell wechselt.

Ein automatischer Wechsel sollte nachvollziehbar sein. Sonst seht ihr nur eine niedrige Ausgangsrechnung und überseht die Kosten der späteren Eskalationen.

Was vor der Migration geprüft werden muss

Ein neuer Modellname kann veränderte Parameter und Denkmodi mitbringen. Prüft die aktuelle Schnittstelle, eure Werkzeugaufrufe und strukturierte Ausgaben in einer Testumgebung. Übernehmt keine Einstellungen allein deshalb, weil sie beim Vorgänger funktioniert haben.

Im Enterprise lässt sich ein Modell für einen Teil der Nutzer oder Vorgänge freischalten. Kleinere Agenturen können denselben Ansatz mit einem einzelnen internen Projekt umsetzen.

Unser Beitrag zu Agenten-Abnahmen erklärt einen schlanken Vergleich. Wir helfen euch, aus Herstellerangaben eine belastbare Kalkulation für eure Aufgaben zu machen.

Alessio Leva

Alessio Leva

Sie haben die Idee.Wir bauen das System.