Die meisten Migrationsanleitungen sagen Ihnen, was in Ihrem Code kaputtgeht. Diese hier handelt davon, was in Ihren Prompts kaputtgeht.
Apidog noch heute ausprobieren
Claude Opus 5 wurde am 24. Juli 2026 veröffentlicht, und Anthropic lieferte dazu einen speziellen Prompting-Leitfaden mit. Dieser Leitfaden dokumentiert etwas Beachtenswertes: Mehrere Anweisungen, die Opus 4.8 verbesserten, machen Opus 5 schlechter. Nicht nur geringfügig schlechter. Messbar teurer, messbar ausführlicher und in einem Fall aktiv fehlerhaft.
Der Grund ist einfach: Opus 5 erledigt bereits mehrere Dinge von sich aus, um die Sie früher bitten mussten. Wenn Ihr alter Prompt trotzdem danach fragt, überlagert sich die Anweisung mit einem Verhalten, das das Modell bereits besitzt. Sie erhalten doppelte Überprüfungsläufe, nicht doppelte Genauigkeit.
Dieser Leitfaden zeigt jede dokumentierte Verhaltensänderung mit Copy-Paste-Snippets für Ihren System-Prompt. Er behandelt außerdem zwei Fehlermodi bei deaktiviertem Denken. Das ist der einzige Bereich, in dem ein Opus-5-Prompt eine Ausgabe erzeugen kann, die gut aussieht, aber eine Agenten-Schleife stillschweigend beschädigt.
Wenn Sie noch die Änderungen auf Code-Ebene durcharbeiten, deckt der Migrationsleitfaden von Opus 4.8 zu Opus 5 diese separat ab. Wenn Sie die Verhaltensänderungen in echten Anfrage- und Antwort-Payloads vergleichen möchten, können Sie mit Apidog denselben Prompt mit unterschiedlichen Einstellungen senden.
Die einzeilige Zusammenfassung
Opus 5 verifiziert mehr, schreibt mehr, delegiert mehr und erklärt sich selbst ausführlicher als Opus 4.8. Ihr Opus-4.8-Prompt wurde darauf abgestimmt, ein Modell zu diesen Verhaltensweisen zu drängen. Jetzt drängt er es darüber hinaus.
Die Arbeit ist daher hauptsächlich subtraktiv: Löschen Sie Anweisungen, statt neue hinzuzufügen. Die wenigen Ergänzungen sind Einschränkungen:
- Seien Sie kürzer.
- Bleiben Sie im vorgegebenen Umfang.
- Erzeugen Sie keine Helfer oder Subagenten.
1. Löschen Sie globale Verifizierungsanweisungen
Das ist der wichtigste Punkt.
Anthropic gibt an, dass Opus 5 seine eigene Arbeit unaufgefordert verifiziert. Es liest, was es geschrieben hat, überprüft Arithmetik, führt Tests erneut aus und sucht nach nicht genannten Grenzfällen. Genau dieses Verhalten mussten Teams bei Opus 4.8 häufig manuell anfordern.
Entfernen Sie daher globale Regeln wie diese aus System-Prompts:
Überprüfen Sie Ihre Arbeit, bevor Sie antworten.
Verifizieren Sie jeden Schritt, bevor Sie zum nächsten übergehen.
Überprüfen Sie Ihre Antwort auf Fehler und überarbeiten Sie sie dann.
Überprüfen Sie Ihre Argumentation sorgfältig.
Stellen Sie sicher, dass die Ausgabe korrekt ist, bevor Sie sie zurückgeben.
Wenn ein einzelner Schritt wirklich explizit geprüft werden muss, begrenzen Sie die Anweisung auf diesen Schritt:
Fügen Sie keine allgemeinen Verifizierungsläufe hinzu; Sie verifizieren bereits standardmäßig.
Die einzige Ausnahme: Nachdem Sie das Migrations-SQL geschrieben haben, führen Sie es einmal
gegen den Schema-Dump aus und melden Sie jede Diskrepanz. Verifizieren Sie nichts
anderes erneut.
Eine globale Regel wie „alles verifizieren“ ist bei Opus 5 ein Kostenmultiplikator. Eine eng definierte Ausnahme ist eine Kontrolle.
Wenn Sie API-Ausgaben während der Migration verfolgen, lassen sich die Cache- und Batch-Hebel aus der Opus-5-Preisübersicht damit kombinieren. Der Leitfaden zur Reduzierung einer Claude-API-Rechnung behandelt die allgemeinen Hebel.
2. Fordern Sie Prägnanz explizit an
Die Standardantworten von Opus 5 sind länger als die von Opus 4.8. Das gilt auch für Berichte, Zusammenfassungen, Design-Dokumente und READMEs.
Wichtig: Der Parameter effort steuert nicht die sichtbare Antwortlänge. Er steuert, wie viel das Modell denkt. Wenn Sie von xhigh auf medium wechseln, reduzieren Sie Denk-Tokens, während die sichtbare Antwort ungefähr gleich lang bleiben kann.
Wenn Sie kürzere Antworten brauchen, definieren Sie eine konkrete Obergrenze im Prompt:
Antwortformat: maximal 150 Wörter, es sei denn, ich bitte um mehr.
Kein Vorwort, keine Wiederholung meiner Frage, keine Zusammenfassung am Ende.
Beginnen Sie mit der Antwort, dann die Begründung, falls erforderlich.
Für schriftliche Artefakte definieren Sie Umfang und Ausschlüsse:
Schreiben Sie das Migrationsdokument mit maximal 800 Wörtern.
Fügen Sie hinzu: die Breaking Changes, die Lösung für jede und einen Rollback-Schritt.
Schließen Sie aus: Hintergrundinformationen zum alten System, ein Glossar und einen Fazit-Abschnitt.
Wenn ein Abschnitt seinen Anteil überschreiten würde, kürzen Sie Beispiele vor den Schritten.
Bei codeintensiven Aufgaben sollten Sie Kommentare und Begleittext begrenzen, nicht den Code:
Geben Sie den Diff zurück und nichts anderes.
Keine Erklärung dessen, was Sie geändert haben, es sei denn, die Änderung ist nicht offensichtlich,
in diesem Fall ein Satz über dem Hunk.
Der Leitfaden zum Opus-5-Effort-Parameter beschreibt, was die einzelnen Stufen tatsächlich ändern.
3. Begrenzen Sie die Subagenten-Delegation
Opus 5 delegiert Aufgaben eher an Subagenten als Opus 4.8. Bei einer mehrteiligen Aufgabe und einem Framework mit Subagent-Unterstützung kann es sich verzweigen.
Das ist häufig sinnvoll. Es ist aber auch eine Kosten- und Latenzentscheidung: Jeder Subagent bringt eigenen Kontext und eigene Token-Kosten mit.
Wenn Sie keine Delegation möchten, sagen Sie es direkt:
Erzeugen Sie keine Subagenten für diese Aufgabe. Behandeln Sie diese in diesem Gespräch.
Wenn parallele Arbeit nützlich ist, begrenzen Sie Anzahl und Umfang:
Sie dürfen an höchstens 2 Subagenten delegieren, und nur für unabhängige
Dateiebene-Arbeiten, die parallel ausgeführt werden können.
Recherche, Planung und finale Synthese führen Sie selbst in diesem Thread durch.
Vermeiden Sie Delegation zum Selbstzweck: etwa einen Subagenten zum Lesen einer Datei oder für eine Entscheidung, für die der Hauptthread bereits genug Kontext besitzt.
Wenn Sie bewusst mit Subagenten arbeiten, behandelt der Leitfaden zum Erstellen von Claude-Code-Subagenten die Framework-Seite der Bereichsdefinition.
4. Beschränken Sie bei engen Aufgaben den Umfang
Opus 5 erweitert Aufgaben tendenziell. Bitten Sie es, einen fehlerhaften Test zu beheben, kann es zusätzlich einen Helfer refaktorisieren, eine Typsignatur aktualisieren und weitere Testfälle ergänzen.
Bei einer engen Aufgabe ist das unerwünscht. Eine eigentlich einzeilige Änderung wird zu einem größeren Diff, der mehr Review-Aufwand und einen größeren Einflussbereich erzeugt.
Definieren Sie deshalb eine harte Grenze:
Umfang: Ändern Sie nur die retry-count Konstante in src/client/http.ts.
Refaktorisieren Sie keinen umgebenden Code, benennen Sie nichts um, fügen Sie keine
Tests hinzu, aktualisieren Sie keine Dokumente. Wenn Sie glauben, dass eine andere
Änderung erforderlich ist, halten Sie an und sagen Sie es mir, anstatt sie vorzunehmen.
Der letzte Satz ist entscheidend. Er gibt dem Modell einen erlaubten Weg, ein echtes Problem zu melden, ohne den Umfang eigenmächtig zu erweitern.
5. Unterdrücken Sie Korrektur-Narration für maschinenlesbare Ausgaben
Opus 5 erläutert Korrekturen ausführlicher als Opus 4.8. Wenn es während der Antwort seine Einschätzung ändert, kann es den vorherigen Ansatz markieren, begründen und den Wechsel beschreiben.
Für interaktive Aufgaben ist das nützlich. Für Pipelines, Parser, Benutzeroberflächen oder nachgelagerte Modelle ist es Rauschen.
Verwenden Sie dafür eine klare Ausgabevorgabe:
Erzählen Sie keine Korrekturen oder Änderungen des Ansatzes.
Geben Sie nur die endgültige Antwort zurück. Wenn Sie Ihr Denken überarbeitet haben,
gehört diese Überarbeitung in Ihre Begründung, nicht in die Antwort.
Bei strukturierten Daten sollten Sie dies zusätzlich mit strukturierten Ausgaben kombinieren. Dann wird die Form nicht nur angefordert, sondern technisch erzwungen.
Die Fehlermodi bei deaktiviertem Denken
Die bisherigen Punkte sind Tuning-Fragen. Dieser Abschnitt betrifft Korrektheit.
Anthropic dokumentiert zwei Artefakte, die gelegentlich bei Opus 5 auftreten, wenn Denken über thinking: {type: "disabled"} deaktiviert ist.
Tool-Aufrufe erscheinen als Klartext
Das Modell kann etwas ausgeben, das wie ein Tool-Aufruf aussieht, aber als Text im Antwortkörper statt als strukturierter tool_use-Block.
Dann wird nichts ausgeführt.
In einem Einzelrunden-Chat fällt das meist auf. In einer Agenten-Schleife häufig nicht:
- Die Schleife erkennt keinen strukturierten Tool-Aufruf.
- Sie führt deshalb keine Aktion aus.
- Der Klartext bleibt im Konversationsverlauf.
- Spätere Runden lesen den Text möglicherweise so, als sei der Aufruf bereits erfolgt.
Der Fehler kann sich über mehrere Runden hinweg verstärken.
Interne XML-Tags erscheinen in der sichtbaren Ausgabe
Tags wie <thinking> können in der Antwort erscheinen, die Nutzer sehen. Das ist nicht nur kosmetisch problematisch, sondern kann HTML-Rendering oder strukturierte Parser beschädigen.
Der kontraintuitive Punkt: Nennen Sie diese Tags nicht im Prompt. Eine Regel wie „Gib niemals <thinking>-Tags aus“ bringt genau diese Token-Sequenz in den Kontext und kann die Leckage wahrscheinlicher machen.
Anthropics empfohlene Abhilfe ist kein Prompt, sondern aktiviertes Denken mit niedrigem Aufwand:
{
"model": "claude-opus-5",
"max_tokens": 4096,
"output_config": { "effort": "low" },
"messages": [
{ "role": "user", "content": "..." }
]
}
So nutzen Sie das günstigere Ende des Bereichs ohne die Artefakte deaktivierten Denkens.
Beachten Sie außerdem:
- Die Kombination aus
thinking: {type: "disabled"}undeffort: "xhigh"odereffort: "max"führt bei Opus 5 zu einem 400er-Fehler. - Deaktiviertes Denken ist auf
highbegrenzt. - Denken ist jetzt standardmäßig aktiviert. Wenn Sie das Feld
thinkingweglassen, läuft die Anfrage mit adaptivem Denken, nicht ohne Denken wie bei Opus 4.8.
Falls Sie Denken zwingend deaktivieren müssen, lösen Sie das in der Agenten-Schleife statt im Prompt:
- Validieren Sie jede Assistenten-Antwort vor dem Speichern im Verlauf.
- Erkennen Sie aufrufähnliche Klartext-Strings im Antwortkörper.
- Lehnen Sie solche Antworten ab, wenn kein strukturierter
tool_use-Block vorhanden ist. - Beenden Sie den Lauf mit einem sichtbaren Fehler, statt einen Phantom-Aufruf in den Verlauf zu übernehmen.
Testen Sie die Änderungen, statt zu raten
Prompt-Änderungen lassen sich schwer durch Lesen bewerten. Die relevanten Effekte — Antwortlänge, Verifizierungsläufe und Anzahl der Subagenten — zeigen sich in Token-Zählungen und Payload-Struktur.
Das lässt sich einfach in Apidog einrichten, einer All-in-One-Plattform für API-Entwicklung und -Tests:
- Erstellen Sie eine Anfrage an den Anthropic-Messages-Endpunkt mit
"model": "claude-opus-5". Speichern Sie den API-Schlüssel als Umgebungsvariable, statt ihn in den Body einzufügen. - Speichern Sie den alten Opus-4.8-System-Prompt und die gekürzte Opus-5-Version als zwei Anfragen mit identischer Eingabe.
- Vergleichen Sie den
usage-Block jeder Antwort. Output-Tokens zeigen, ob die Prägnanzregel greift. Input-Tokens und Cache-Felder zeigen, ob Prompt-Bearbeitungen ein Cache-Präfix beschädigt haben. - Duplizieren Sie die Anfrage für mehrere Effort-Stufen. Prüfen Sie, ob Denk-Tokens sinken, während die sichtbare Antwortlänge ungefähr erhalten bleibt.
- Überprüfen Sie die Streaming-Antwort. Tool-Aufrufe müssen als strukturierte
tool_use-Blöcke ankommen, nicht als Text.
Schritt fünf fängt Klartext-Tool-Aufrufe ab, bevor sie in Produktion gehen. Laden Sie Apidog herunter, wenn Sie die Varianten nebeneinander ausführen möchten. Die Opus-5-API-Anleitung enthält die vollständige Anforderungsstruktur.
Die ehrliche Obergrenze
Opus 5 ist nicht die Spitze des Claude-Stacks. Fable 5 behält die Bezeichnung „fähigste weit verbreitete Version“, und Opus 5 liegt bei Cybersicherheitsausbeutung und autonomer Biologieforschung weiterhin hinter Mythos 5 zurück. Anthropic nennt beides im eigenen Launch-Beitrag.
Die genaue Formulierung ist: Fähigkeiten der Spitzenklasse zum halben Spitzenpreis, mit einer benannten Obergrenze darüber.
Die Launch-Benchmark-Behauptungen zu Frontier-Bench, ARC-AGI 3, OSWorld 2.0 und CursorBench sind Anthropics eigene Zahlen und wurden mit Stand vom 25. Juli 2026 nicht unabhängig reproduziert. Behandeln Sie sie als Herstellerangaben und führen Sie eigene Evaluierungen mit Ihren tatsächlichen Prompts durch.
Zusammenfassend
Ein gekürzter Opus-5-System-Prompt für eine kostensensible Agenten-Aufgabe kann so aussehen:
Fügen Sie keine Verifizierungsläufe hinzu; Sie verifizieren standardmäßig.
Antworten: maximal 150 Wörter, kein Vorwort, keine abschließende Zusammenfassung.
Erzeugen Sie keine Subagenten. Bearbeiten Sie dies in einem Thread.
Bleiben Sie strikt innerhalb der von mir angegebenen Aufgabe. Wenn eine andere
Änderung erforderlich erscheint, halten Sie an und sagen Sie es mir, anstatt sie vorzunehmen.
Erzählen Sie keine Korrekturen oder Änderungen des Ansatzes.
Sechs Zeilen, von denen fünf Einschränkungen sind. Keine fordert das Modell auf, sich stärker anzustrengen.
Das ist die zentrale Verschiebung:
- Bei Opus 4.8 prompteten Sie, um eine Untergrenze anzuheben.
- Bei Opus 5 prompten Sie, um eine Obergrenze festzulegen.
Beginnen Sie damit. Führen Sie anschließend eine Effort-Prüfung mit eigenen Evaluierungen durch, statt Opus-4.8-Einstellungen zu übernehmen, denn die Stufen wurden neu kalibriert.
Weitere Details:
- Leitfaden zum Effort-Parameter
- Verwendung von Opus 5 in Claude Code
- Was Claude Opus 5 ist
- Anthropics Modellübersicht
FAQ
Sollte ich „Überprüfen Sie Ihre Arbeit“ wirklich aus meinen Prompts löschen?
Ja. Anthropics Prompting-Leitfaden besagt, dass Opus 5 unaufgefordert verifiziert und übernommene Verifizierungsanweisungen zu Über-Verifizierung führen. Löschen Sie die globale Regel. Wenn ein einzelner Schritt wirklich eine explizite Prüfung benötigt, beschränken Sie die Anweisung auf genau diesen Schritt.
Warum ist Opus 5 auch bei geringem Aufwand so ausführlich?
Weil effort das Denken steuert, nicht die sichtbare Ausgabelänge. Niedrigerer Aufwand reduziert Denk-Tokens, während Antworten ungefähr gleich lang bleiben können. Legen Sie ein Wortlimit oder ein striktes Ausgabeformat direkt im Prompt fest.
Wie verhindere ich, dass Opus 5 Subagenten erzeugt?
Sagen Sie es direkt:
Erzeugen Sie keine Subagenten; bearbeiten Sie dies in diesem Gespräch.
Falls begrenzte Parallelisierung sinnvoll ist, definieren Sie eine numerische Obergrenze und erlauben Sie Delegation nur für unabhängige Aufgaben.
Warum sehe ich <thinking>-Tags in meiner Ausgabe?
Dieses Artefakt kann auftreten, wenn Denken deaktiviert ist. Fügen Sie keine Prompt-Anweisung hinzu, die diese Tags benennt, weil das die Leckage wahrscheinlicher machen kann. Anthropics empfohlene Lösung ist aktiviertes Denken mit einem niedrigeren Aufwand, um Kosten zu kontrollieren.
Was passiert, wenn ein Tool-Aufruf als Klartext zurückkommt?
Es wird nichts ausgeführt. Der Klartext bleibt im Konversationsverlauf und spätere Runden können ihn fälschlich als abgeschlossene Aktion behandeln. Validieren Sie Assistenten-Runden, bevor Sie sie dem Verlauf hinzufügen, und bevorzugen Sie aktiviertes Denken gegenüber deaktiviertem Denken.

Top comments (0)