Die meisten Migrationsanleitungen sagen Ihnen, was in Ihrem Code kaputtgeht. Diese hier handelt davon, was in Ihren Prompts kaputtgeht.
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 von sich aus mehrere Dinge, 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 führt Sie durch jede dokumentierte Verhaltensänderung mit einem Copy-Paste-Prompt-Snippet, das Sie noch heute in Ihren System-Prompt einfügen können. Er behandelt auch die beiden Fehlermodi, die auftreten, wenn Sie das Denken deaktivieren, was der einzige Punkt ist, an 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. Und wenn Sie diese Verhaltensänderungen in echten Anfrage- und Antwort-Payloads beobachten möchten, ist Apidog eine unkomplizierte Möglichkeit, denselben Prompt mit unterschiedlichen Einstellungen zu senden und die Ergebnisse zu vergleichen.
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 es darüber hinaus.
Die Arbeit ist also subtraktiv. Sie löschen hauptsächlich Anweisungen, anstatt sie hinzuzufügen. Die Ergänzungen, die Sie vornehmen, sind Einschränkungen: Seien Sie kürzer, bleiben Sie im Rahmen, erzeugen Sie keine Helfer.
1. Löschen Sie Ihre Verifizierungsanweisungen
Das ist der wichtigste Punkt, und er ist der Grund für den Titel.
Anthropic gibt an, dass Opus 5 seine eigene Arbeit unaufgefordert verifiziert. Es liest, was es geschrieben hat, überprüft seine Arithmetik, führt einen Test erneut aus und sucht nach dem Grenzfall, den Sie nicht erwähnt haben. Das war genau das Verhalten, das jeder manuell in Opus 4.8 mit Zeilen wie „Überprüfen Sie Ihre Arbeit, bevor Sie antworten“ oder „Verifizieren Sie jeden Schritt“ promptete.
Übernehmen Sie diese Zeilen, und Sie erhalten eine Über-Verifizierung. Das Modell führt Verifizierungsläufe durch, die es sowieso durchgeführt hätte, plus die, um die Sie gebeten haben, und Sie zahlen für jedes Token davon. Bei langen agentischen Läufen ist dies eine echte Rechnung, kein Rundungsfehler.
Die Lösung ist eine Löschung. Suchen Sie in Ihren System-Prompts nach diesen Mustern und entfernen Sie sie:
Ü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 Sie einen wirklich kritischen Schritt haben, bei dem Sie eine explizite Verifizierung wünschen, beschränken Sie diese auf diesen Schritt, anstatt eine globale Regel daraus zu machen:
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.
Diese Form ist wichtig. Eine globale Anweisung „alles verifizieren“ in Opus 5 ist ein Kostenmultiplikator. Eine einzelne, begrenzte Ausnahme ist eine Kontrolle.
Wenn Sie die API-Ausgaben während dieser Migration verfolgen, lassen sich die Cache- und Batch-Hebel in der Opus 5 Preisübersicht mit diesem Punkt kombinieren, und unser Leitfaden zur Reduzierung einer Claude API-Rechnung behandelt die allgemeinen Hebel.
2. Fordern Sie explizit Prägnanz an, denn Anstrengung allein wird es nicht richten
Die Standardantworten von Opus 5 sind länger als die von Opus 4.8. Das gilt auch für seine schriftlichen Ergebnisse: die Berichte, Zusammenfassungen, Design-Dokumente und READMEs, die es auf Anfrage erstellt.
Hier ist der Punkt, der zu Verwirrung führt. Das Senken des effort-Parameters behebt dies nicht. Effort steuert, wie viel das Modell denkt. Es steuert nicht, wie viel das Modell schreibt. Wechseln Sie von xhigh zu medium, und Sie reduzieren Denk-Tokens, während die sichtbare Antwort ungefähr gleich lang bleibt. Wenn Sie annahmen, dass Effort ein Ausführlichkeitsregler wäre, wird sich Ihre Rechnung nicht wie erwartet ändern. Der Leitfaden zum Opus 5 Effort-Parameter behandelt, was jede Stufe tatsächlich ändert.
Länge ist ein Prompting-Problem, also lösen Sie es im Prompt. Seien Sie spezifisch bezüglich der Obergrenze, anstatt „fassen Sie sich kurz“ zu sagen, was Modelle großzügig interpretieren:
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 Ergebnisse legen Sie die Grenze für das Artefakt fest und benennen, was weggelassen werden soll:
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.
Für codeintensive Arbeiten betrifft die entsprechende Einschränkung Kommentare, nicht 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.
3. Begrenzen Sie die Subagenten-Delegation
Opus 5 delegiert Aufgaben eher an Subagenten als Opus 4.8. Angesichts einer mehrteiligen Aufgabe und eines Frameworks, das die Erzeugung unterstützt, wird es sich verzweigen.
Das ist oft die richtige Entscheidung. Es ist auch eine Kostenentscheidung, die das Modell in Ihrem Namen trifft, und jeder Subagent trägt seinen eigenen Kontext und seine eigene Token-Rechnung. Für kosten- oder latenzempfindliche Workloads legen Sie eine Zahl fest, anstatt es dem Urteil des Modells zu überlassen:
Erzeugen Sie keine Subagenten für diese Aufgabe. Behandeln Sie diese in diesem Gespräch.
Oder, wenn Fan-Out wirklich nützlich ist, aber begrenzt werden sollte:
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.
Das zu vermeidende Muster ist die Delegation zum Selbstzweck: ein Subagent, der zum Lesen einer Datei oder zum Treffen einer Entscheidung erzeugt wird, für die der Hauptthread bereits den Kontext hatte. Wenn Sie bewusst mit Subagenten arbeiten, behandelt unser Leitfaden zum Erstellen von Claude Code Subagenten die Framework-Seite der Bereichsdefinition.
4. Beschränken Sie den Umfang bei engen Aufgaben explizit
Opus 5 erweitert den Aufgabenbereich. Bitten Sie es, einen fehlerhaften Test zu beheben, und es kann auch den Helfer refaktorisieren, den der Test aufruft, die Typsignatur aktualisieren und zwei weitere Testfälle hinzufügen. Bitten Sie es, eine Variable umzubenennen, und es kann die umgebende Funktion aufräumen.
Manchmal ist das eine Funktion. Bei einer engen, präzisen Aufgabe ist es das nicht: eine unerwünschte Refaktorisierung bedeutet einen größeren Diff für einen Prüfer und einen größeren Einflussbereich für eine Änderung, die eigentlich nur eine Zeile umfassen sollte.
Definieren Sie die Grenze als Grenze und benennen Sie, was tabu ist:
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.
Dieser letzte Satz ist die nützliche Hälfte. Ohne ihn hat das Modell keine genehmigte Möglichkeit, ein echtes Problem aufzuzeigen, also nimmt es entweder die Änderung trotzdem vor oder lässt die Beobachtung fallen. Mit ihm erhalten Sie eine markierte Bedenken und einen unveränderten Diff.
5. Erwarten Sie mehr Korrektur-Narration und schalten Sie sie aus, wenn Sie sie nicht wünschen
Opus 5 erzählt seine Korrekturen ausführlicher als Opus 4.8. Wenn es mitten in der Antwort seine Meinung ändert, teilt es Ihnen mit: Es kennzeichnet, dass ein früherer Ansatz falsch war, erklärt warum und beschreibt den Wechsel.
Für interaktive Arbeiten ist dies nützlich. Für eine Pipeline, bei der die Antwort einen Parser, eine Benutzeroberfläche oder ein anderes Modell speist, ist diese Narration Rauschen in einem Feld, das eine Antwort enthalten sollte.
Die Anweisung ist kurz:
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.
Wenn Sie Antworten in einen strukturierten Speicher leiten, kombinieren Sie dies mit strukturierten Ausgaben, damit die Form erzwungen und nicht nur angefordert wird.
Die Fehlermodi bei deaktiviertem Denken
Alles oben Genannte ist ein Tuning-Problem. Dieser Teil ist ein Korrektheitsproblem.
Anthropic dokumentiert zwei Artefakte, die gelegentlich bei Opus 5 auftreten, wenn das Denken über thinking: {type: "disabled"} deaktiviert ist. Beide sind wissenswert, bevor Sie einen Agenten ausliefern.
Tool-Aufrufe als Klartext geschrieben. Das Modell gibt etwas aus, das wie ein Tool-Aufruf aussieht, aber als Text im Antworttext statt als strukturierter tool_use-Block. Nichts wird ausgeführt. In einem Einzelrunden-Chat würden Sie es bemerken. In einer Agenten-Schleife oft nicht: Die Schleife sieht keinen Tool-Aufruf, unternimmt daher keine Aktion, und der durchgesickerte Text bleibt im Konversationsverlauf. Spätere Runden lesen diesen Text dann, als ob ein Aufruf stattgefunden hätte. Der Fehler verstärkt sich über die Runden hinweg, und wenn die Ausgabe falsch aussieht, liegt die Ursache mehrere Runden zurück.
Interne XML-Tags in der sichtbaren Ausgabe. Tags wie <thinking> erscheinen in der Antwort, die der Benutzer sieht. Für sich genommen kosmetisch schlecht, und noch schlimmer, wenn Sie Antworten als HTML rendern oder sie nach Struktur parsen.
Der kontraintuitive Teil: Das Nennen der Tags in Ihrem Prompt verschlimmert die Leckage, anstatt sie zu verbessern. Eine Anweisung wie „niemals <thinking>-Tags ausgeben“ setzt die Token-Sequenz in Kontext und erhöht die Wahrscheinlichkeit ihres Erscheinens. Schreiben Sie diese Anweisung nicht.
Anthropic's eigene empfohlene Abhilfemaßnahme ist überhaupt kein Prompt. Es geht darum, das Denken aktiviert zu lassen und die Kosten stattdessen mit einem niedrigeren Aufwandsniveau zu kontrollieren:
{
"model": "claude-opus-5",
"max_tokens": 4096,
"output_config": { "effort": "low" },
"messages": [
{ "role": "user", "content": "..." }
]
}
Das bringt Ihnen das günstige Ende des Bereichs ohne die Artefakte des deaktivierten Denkens. Es umgeht auch eine verwandte Falle: Bei Opus 5 führt die Kombination von thinking: {type: "disabled"} mit dem Aufwand xhigh oder max zu einem 400er-Fehler, da das Deaktivieren des Denkens auf den Aufwand high begrenzt ist. Beachten Sie auch, dass das Denken jetzt standardmäßig aktiviert ist, sodass eine Anfrage, die das thinking-Feld einfach weglässt, mit adaptivem Denken ausgeführt wird, anstatt ohne, wie es bei Opus 4.8 der Fall gewesen wäre.
Wenn Sie eine zwingende Anforderung haben, das Denken zu deaktivieren, fügen Sie eine defensive Prüfung in Ihre Schleife ein, anstatt einer Prompt-Anweisung: lehnen Sie jede Assistenten-Runde ab, deren Textkörper eine nicht ausgeführte, aufrufähnliche Zeichenfolge enthält, bevor Sie sie dem Verlauf hinzufügen. Scheitern Sie laut, anstatt einen Phantom-Aufruf ins Transkript zu lassen.
Testen Sie die Änderungen, anstatt zu raten
Prompt-Änderungen sind schwer durch Lesen zu bewerten. Die hier genannten Verhaltensweisen (Antwortlänge, Verifizierungsläufe, Subagentenanzahl) zeigen sich als Token-Zählungen und Payload-Struktur, was bedeutet, dass der ehrlichste Weg, Ihre Arbeit zu überprüfen, darin besteht, die Anfragen zu senden und zu vergleichen.
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"und speichern Sie Ihren API-Schlüssel als Umgebungsvariable, anstatt ihn in den Body einzufügen. - Speichern Sie Ihren alten Opus 4.8 System-Prompt und Ihre gekürzte Opus 5 Version als zwei gespeicherte Anfragen mit derselben Eingabe.
- Vergleichen Sie den
usage-Block jeder Antwort. Output-Tokens sagen Ihnen, ob die Prägnanzbeschränkung greift; Input-Tokens und Cache-Felder sagen Ihnen, ob Ihre Prompt-Bearbeitungen ein Cache-Präfix beschädigt haben. - Duplizieren Sie die Anfrage über verschiedene Aufwandsstufen hinweg, um selbst zu sehen, dass die Denk-Tokens sinken, während die sichtbare Länge erhalten bleibt.
- Überprüfen Sie die Streaming-Antwort, um zu bestätigen, dass Tool-Aufrufe als strukturierte
tool_use-Blöcke und nicht als Text ankommen.
Schritt fünf ist derjenige, der den Fehler bei Klartext-Tool-Aufrufen abfängt, bevor er in Produktion geht. Laden Sie Apidog herunter, wenn Sie diese Seite an Seite ausführen möchten, und sehen Sie sich die Opus 5 API-Anleitung für die vollständige Anforderungsstruktur an.
Die ehrliche Obergrenze
Es sollte klar gesagt werden, da Prompting-Anleitungen dazu neigen, sich so zu lesen, als sei das Modell das letzte, das Sie jemals brauchen werden: 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 der Cybersicherheitsausbeutung und autonomen Biologieforschung immer noch hinter Mythos 5 zurück. Anthropic nennt beides in seinem eigenen Launch-Beitrag. Die genaue Formulierung ist eine Fähigkeit der Spitzenklasse zum halben Spitzenpreis, mit einer benannten Obergrenze darüber.
Die Behauptungen zu den Launch-Benchmarks (Frontier-Bench, ARC-AGI 3, OSWorld 2.0, CursorBench) sind alle Anthropic's eigene Zahlen und wurden mit Stand vom 25. Juli 2026 nicht unabhängig reproduziert. Behandeln Sie sie als vom Anbieter gemeldet und führen Sie Ihre eigenen Bewertungen für die Prompts durch, die Sie tatsächlich einsetzen.
Zusammenfassend
Ein gekürzter Opus 5 System-Prompt für eine kostensensible Agenten-Aufgabe sieht ungefähr so aus:
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 und keine das Modell auffordert, sich mehr anzustrengen. Das ist die Verschiebung. Bei Opus 4.8 haben Sie gepromptet, um eine Untergrenze anzuheben. Bei Opus 5 promten Sie, um eine Obergrenze festzulegen.
Beginnen Sie dort, und führen Sie dann eine Aufwandsprüfung mit Ihren eigenen Bewertungen durch, anstatt Ihre 4.8-Einstellungen zu übernehmen, da die Stufen neu kalibriert wurden. Für die Parametermechanismen siehe den Leitfaden zum Effort-Parameter, für den Workflow auf Editor-Seite siehe Verwendung von Opus 5 in Claude Code, und für das vollständige Modellbild beginnen Sie bei was Claude Opus 5 ist. Anthropic's Modellübersicht enthält die aktuelle Spezifikationstabelle.
FAQ
Sollte ich „Überprüfen Sie Ihre Arbeit“ wirklich aus meinen Prompts löschen? Ja. Anthropic's Prompting-Leitfaden besagt, dass Opus 5 unaufgefordert verifiziert, und übernommene Verifizierungsanweisungen führen zu Über-Verifizierung. Löschen Sie die globale Regel. Wenn ein bestimmter Schritt wirklich eine explizite Prüfung benötigt, beschränken Sie die Anweisung nur auf diesen Schritt.
Warum ist Opus 5 auch bei geringem Aufwand so ausführlich? Weil Effort das Denken steuert, nicht die sichtbare Ausgabelänge. Das Senken des Efforts reduziert Denk-Tokens, während die Antworten ungefähr gleich lang bleiben. Legen Sie ein Wort- oder Formatlimit 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.“ Wenn eine gewisse Verzweigung nützlich ist, geben Sie eine numerische Obergrenze an und beschränken Sie sie auf unabhängige parallele Arbeit.
Warum sehe ich <thinking>-Tags in meiner Ausgabe? Dieses Artefakt erscheint gelegentlich, wenn das Denken deaktiviert ist. Fügen Sie keine Prompt-Anweisung hinzu, die die Tags benennt, da dies die Leckage wahrscheinlicher macht. Anthropic's empfohlene Lösung ist, das Denken aktiviert zu lassen und ein niedrigeres Aufwandsniveau zu verwenden, um die Kosten zu kontrollieren.
Was passiert, wenn ein Tool-Aufruf als Klartext zurückkommt? Nichts wird ausgeführt, und der durchgesickerte Text verbleibt im Konversationsverlauf, wo spätere Runden ihn als abgeschlossene Aktion behandeln. Validieren Sie Assistenten-Runden, bevor Sie sie dem Verlauf hinzufügen, und bevorzugen Sie es, das Denken aktiviert zu lassen, anstatt es zu deaktivieren.