Anthropic stellt am 22. September Claude Opus 5.5 vor. Laut Release-Mitteilung erreicht das Modell bei vielen Aufgaben das Niveau von Fable 5.1 und benötigt gegenüber Opus 5 im Betrieb weniger Kosten. Das sind Herstellerangaben, keine nachgewiesene Zeitersparnis für eure Projekte.
Die interessante Frage ist deshalb nicht, ob ihr sofort alles umstellen solltet. Sie lautet: Bei welcher Aufgabe würde besseres Urteilsvermögen die teure Nacharbeit reduzieren?
Gute Kandidaten sind Änderungen mit mehreren Abhängigkeiten
Ein kleiner Textwechsel braucht selten dasselbe Modell wie eine Migration zwischen zwei Authentifizierungssystemen. Bei der Migration muss der Agent bestehende Annahmen erkennen, Folgen für andere Module bedenken und offene Fragen benennen.
| Aufgabe | Sinnvoller Prüfmaßstab |
|---|---|
| Fehler in einer einzelnen Komponente | Schnelle, kleine und richtige Änderung |
| Änderung an mehreren Diensten | Konsistenz über Schnittstellen hinweg |
| Schwierige Fehlersuche | Belegte Ursache statt plausibler Vermutung |
| Architekturvorschlag | Verständliche Abwägung mit klaren Grenzen |
Für eine Agentur kann sich ein leistungsfähigeres Modell gerade dann rechnen, wenn es weniger vermeintlich fertige, aber schwer prüfbare Lösungen produziert. Das müsst ihr am eigenen Material beobachten.
Ein Upgrade braucht eine Ausgangsmessung
Nehmt zwei bis drei anspruchsvolle, bereits gelöste Aufgaben. Nutzt identischen Ausgangscode und dieselben Abnahmekriterien für den Vergleich. Dokumentiert den Harness, die Aufwandseinstellung und die Version.
Messt zusätzlich zur Laufzeit die Minuten, die ein Entwickler für Review und Korrektur benötigt. Ein sichtbarer Geschwindigkeitsgewinn kann verschwinden, wenn der Agent größere Änderungen als nötig erzeugt.
Unsere Empfehlung: Führt ein starkes Modell zunächst als Eskalationsoption ein. Routinetickets können beim bisherigen Werkzeug bleiben, solange der Vergleich keinen besseren Standard zeigt.
Im Enterprise ist der Rollout eine eigene Aufgabe
Ein neues Modell kann anders auf Werkzeuge, Berechtigungsgrenzen oder unvollständige Anforderungen reagieren. Ein begrenzter Pilot mit ausgewählten Repositories hilft, diese Unterschiede zu sehen. Vertrauliche Informationen gehören nur in dafür freigegebene Produkt- und Vertragskonfigurationen.
Die Abnahme bleibt menschliche Verantwortung, besonders bei Sicherheitslogik, Zahlungsflüssen und Zugriffsrechten. Ein Modellrelease ändert diese Verantwortlichkeit nicht.
Wie ihr solche Vergleiche aufsetzt, beschreibt unser Beitrag zu Coding-Agenten und Abnahme. Wir unterstützen euch bei einem Pilot für eure eigene Codebasis.
