Kostenloser Claude Opus 5 Prompting Guide

Claude Opus 5 kann bestehende Prompts der Vorversion 4.8 weiterhin verarbeiten. Das bedeutet jedoch nicht, dass alte Strukturen noch optimal sind. Anthropic beschreibt das Modell als spürbar autonomer. Es plant komplexe Aufgaben eigenständig, kontrolliert seine Arbeit und setzt bei Bedarf Werkzeuge oder Unteragenten ein.

Genau deshalb stören viele frühere Hilfestellungen heute den Ablauf.

Besonders deutlich zeigt sich das bei den System-Prompts von Claude Code. Das Entwicklerteam entfernte für die neue Modellgeneration mehr als 80 Prozent des bisherigen System Prompts – ohne messbare Qualitätseinbußen in den internen Auswertungen.

Viele Regeln und Kontrollmechanismen, die ältere Modelle brauchten, schränken Opus 5 schlicht ein. Nutzer müssen alte Prompts deshalb zwar nicht komplett neu schreiben. Sie sollten diese aber konsequent entschlacken und gezielter strukturieren.

Bei älteren Versionen war es oft hilfreich, exakt vorzuschreiben, wie das Modell eine Aufgabe bearbeitet. Lange Regelwerke sollten verhindern, dass es Dateien ungefragt verändert oder unnötige Kommentare schreibt.

Bei Opus 5 führt das schnell zu Problemen. Das Modell muss jede einzelne Anweisung berücksichtigen und mögliche Konflikte auflösen. Aussagen wie »Dokumentiere den Code angemessen« und »Füge niemals Kommentare hinzu« blockieren sich gegenseitig. Opus 5 liefert meist trotzdem ein Ergebnis, benötigt dafür aber mehr Rechenzeit und Token.

Statt »Schreibe keine mehrzeiligen Kommentare. Erstelle keine zusätzlichen Dateien« funktioniert heute ein anderer Ansatz besser.

Die neue Version beschreibt das gewünschte Ergebnis, ohne alle Eventualitäten vorwegzunehmen. Harte Grenzen wie Sicherheitsvorgaben oder ein festes Ausgabeformat bleiben dennoch unverzichtbar.

Opus 5 kontrolliert und korrigiert seine Arbeit selbstständig. Alte Anweisungen wie »Prüfe deine Antwort abschließend noch einmal« oder »Verwende einen zweiten Agenten, um das Ergebnis zu verifizieren« gehören ausgemustert.

Solche Befehle verbessern das Ergebnis nicht automatisch. Sie lösen stattdessen redundante Prüfschleifen aus. Das treibt die Kosten in die Höhe. Das gilt ebenso für technische Agenten-Systeme, die nach jeder Aufgabe pauschal einen separaten Verifikationsschritt starten.

Sinnvoll bleiben dagegen konkrete Prüfaufträge. Statt »Kontrolliere alles sorgfältig« lautet ein guter Prompt:

Das Modell weiß damit exakt, was es kontrollieren soll, statt den Vorgang blind zu wiederholen.

Mehr Eigenständigkeit birgt auch Risiken. Opus 5 legt Aufgaben teils weiter aus als beabsichtigt. Es ergänzt möglicherweise zusätzliche Schritte oder entscheidet selbst, dass eine andere Lösung sinnvoller wäre.

Bei offenen Aufgaben ist das oft gewünscht. Bei kleinen Änderungen oder automatisierten Workflows verursacht es unerwünschte Resultate und Extrakosten.

Nutzer sollten den Umfang exakt festlegen. Eine passende Formulierung lautet:

Für kleine Aufgaben reicht:

Opus 5 antwortet standardmäßig ausführlicher. Der Effort-Parameter steuert dabei nur, wie viel das Modell intern denkt. Eine niedrigere Stufe führt deshalb nicht verlässlich zu einer kürzeren Ausgabe.

Wer kurze Antworten benötigt, muss die Länge direkt im Prompt fordern. Die Anweisung »Erkläre die Änderungen von Opus 5« ist zu ungenau. Besser ist:

Bei längeren Dokumenten müssen Nutzer verhindern, dass Claude künstliche Kapitel ergänzt. Hier hilft der Zusatz:

Bei längeren Aufgaben erklärt Opus 5 oft, was es als Nächstes tun wird. Vor einem Werkzeugaufruf beschreibt es die Planung und liefert Zwischenstände. In automatisierten Prozessen erzeugt das schnell zu viel Text.

Der Prompt sollte festlegen, ob, wann und wie ausführlich Claude berichtet. Ein Beispiel für wenige Updates:

Für einen komplett stillen Ablauf hilft die Vorgabe:

Opus 5 delegiert Aufgaben bereitwilliger an Unteragenten als frühere Modelle. Bei großen Analysen oder Codebasen ist das sinnvoll. Bei kleinen Aufgaben vervielfacht die Delegation hingegen Laufzeit und Kosten. Immer dann, wenn sich eine Aufgabe einfach nicht parallel ausführlich lässt, weil die zweite Aufgabe z.B. auf die Antwort von Aufgabe eins angewiesen ist.

Gibt das Modell diese Funktion der Unteragenten her, erfordert sie klare Grenzen. Eine geeignete Regel lautet:

Früher war es üblich, möglichst viele Regeln, Beispiele und Informationen direkt in einen großen System-Prompt oder eine umfangreiche CLAUDE.md zu schreiben. Die Sorge war, dass Claude wichtige Informationen sonst nicht findet.

Anthropic empfiehlt für die neue Modellgeneration stattdessen eine schrittweise Bereitstellung von Kontext. Allgemeine Prompts bleiben kurz. Spezifische Informationen werden erst geladen, wenn sie für die aktuelle Aufgabe benötigt werden. Das Unternehmen bezeichnet dieses Prinzip als „progressive disclosure“.

Der System-Prompt erklärt das grundsätzliche Ziel.

Die CLAUDE.md beschreibt knapp das Projekt und echte Besonderheiten, die Claude nicht allein aus dem Repository erkennen kann.

Skills enthalten spezialisierte Anleitungen, die nur bei passenden Aufgaben geladen werden.

Referenzdateien enthalten ausführliche Spezifikationen, Mock-ups, Tests oder Beispiele für die aktuelle Aufgabe.

Eine lange Datei mit allen Regeln für Entwicklung, Tests, Recherche, Dokumentation, Kommunikation und Code-Review ist für Opus 5 meist schlechter als mehrere gezielt abrufbare Quellen.

Ältere Claude-Versionen benötigten wichtige Anweisungen teilweise mehrfach. Deshalb tauchten dieselben Regeln sowohl im System-Prompt als auch in der Beschreibung eines Werkzeugs auf.

Bei Opus 5 können solche Wiederholungen entfernt werden. Werkzeugbezogene Regeln gehören direkt in die Werkzeugbeschreibung. Der System-Prompt muss sie nicht zusätzlich wiederholen.

Eine gute Werkzeugbeschreibung sollte klar zeigen:

• Wofür das Werkzeug gedacht ist
• Welche Parameter verfügbar sind
• Welche Werte erlaubt sind
• Welches Ergebnis zurückgegeben wird
• Welche wichtigen Grenzen gelten

Zu viele vorgefertigte Beispiele können Opus 5 sogar ungewollt auf bestimmte Abläufe festlegen. Das Modell orientiert sich dann möglicherweise stärker an den gezeigten Beispielen, obwohl bei einer konkreten Aufgabe ein anderer Lösungsweg sinnvoller wäre.

Gemeint sind hier also vor allem Beispiele, die Claude vorschreiben, wie es ein Werkzeug bedienen oder eine Aufgabe Schritt für Schritt lösen soll.

Statt Beispiele sollte man Referenzen nutzen, die Claude zeigen, wie das gewünschte Ergebnis aussehen soll.

Opus 5 verarbeitet auch komplexe Referenzmaterialien sehr gut. Nutzer sollten deshalb vorhandenen Code, HTML-Mock-ups, Tests oder vollständige Projektdateien bereitstellen, statt ein Ziel lediglich abstrakt zu umschreiben.

Statt »Erstelle eine moderne Oberfläche, die ungefähr wie unsere bestehende Anwendung aussieht«, ist eine konkrete Referenz zielführender. Diese lautet beispielsweise:

Diese Referenzen schreiben Claude nicht zwingend den Arbeitsweg vor. Sie konkretisieren vor allem das Ziel, den Stil oder das erwartete Verhalten. Das Modell kann weiterhin selbst entscheiden, wie es die Aufgabe am sinnvollsten umsetzt.

Der Unterschied lautet daher: Bei Punkt 8 geht es um unnötige Beispiele für das Wie. Bei Punkt 9 geht es um hilfreiche Referenzen für das Was.

Das Modell liefert bereits bei niedrigen und mittleren Effort-Stufen eine hohe Qualität. Nutzer sollten bestehende Konfigurationen daher nicht blind übernehmen.

Ein niedriger Effort reicht oft für Extraktionen und klar begrenzte Änderungen. Ein mittlerer Effort passt für normale Analyse- und Entwicklungsaufgaben. Die höchste Stufe bleibt komplexen Fehleranalysen und langfristigen Agenten-Aufgaben vorbehalten.

Die beste Wahl ist die niedrigste Stufe, die zuverlässig die gewünschte Qualität sichert. Das spart Kosten und häufig auch Zeit.

Opus 5 arbeitet standardmäßig mit aktiviertem Thinking. Anthropic empfiehlt, die Kosten möglichst über den Effort-Parameter zu steuern, statt Thinking vollständig abzuschalten.

Bei deaktiviertem Thinking können in Einzelfällen sichtbare Artefakte auftreten. Dazu gehören als Text ausgegebene Werkzeugaufrufe oder interne XML-Tags. Ein ausgeschriebener Werkzeugaufruf wird dabei nicht tatsächlich ausgeführt und kann in längeren Agenten-Verläufen sogar spätere Schritte beeinflussen.

Wer Thinking dennoch abschaltet, sollte deshalb keine Formulierungen verwenden, die Claude ausdrücklich das Denken oder Schlussfolgern verbieten. Eine allgemeine Ausgabevorgabe ist besser:

Für zuverlässige Werkzeugnutzung bleibt aktiviertes Thinking mit einer niedrigeren Effort-Stufe in der Regel die sicherere Lösung.

Gute Prompts für Opus 5 sind nicht automatisch kürzer. Sie enthalten aber weniger allgemeine Kontrollregeln und mehr aufgabenspezifische Informationen.

Ein moderner Opus-5-Prompt sollte vor allem fünf Fragen beantworten:

1. Was genau soll am Ende vorliegen?
2. Welche Informationen oder Referenzen soll Claude verwenden?
3. Welche harten Grenzen darf das Modell nicht überschreiten?
4. Wie umfangreich und in welchem Format soll die Ausgabe sein?
5. Welche Teile der Aufgabe erfordern ausdrücklich eine Kontrolle oder Delegation?

Alles andere sollte nur aufgenommen werden, wenn es für die konkrete Aufgabe tatsächlich notwendig ist.

Der größte Fehler beim Umstieg besteht deshalb nicht darin, einen alten Prompt weiterzuverwenden. Der größte Fehler besteht darin, alle historischen Regeln, Beispiele, Wiederholungen und Prüfmechanismen unangetastet mitzunehmen. Opus 5 kann dadurch langsamer, teurer und weniger flexibel werden.