Claude Session Abschlussfragen: Diese zwei Sätze kopierst du vor jedem Deployment
Zwei Claude-Abschlussfragen, die ein Reddit-Nutzer aus r/ClaudeAI nach jedem Arbeitsschritt stellt, und damit regelmässig Probleme aufdeckt, die sonst erst im Review oder in Produktion auffallen würden.
Das Wichtigste in Kürze
- Ein Reddit-Nutzer im Subreddit r/ClaudeAI beendet jede Claude-Code-Session mit zwei festen Abschlussfragen und deckt damit nach eigener Aussage in etwa jedem vierten Fall ein Problem auf, das sonst erst im Review oder in Produktion aufgefallen wäre.
- Die erste Frage lautet: „What are you least confident about in what you just did?“, die zweite: „What’s the biggest thing I’m probably missing about this that I haven’t thought to ask?“
- Anthropics eigene Dokumentation zur Reduktion von Halluzinationen empfiehlt fast identische Techniken: Claude explizit erlauben, Unsicherheit zuzugeben, sowie iterative Selbstprüfung der eigenen Ausgabe.
- Wissenschaftliche Arbeiten zu Self-Refine-Verfahren zeigen messbare Verbesserungen (z. B. +8,7 Punkte bei Code-Optimierung mit GPT-4), aber auch klare Grenzen: Ohne externes Feedback tun sich Sprachmodelle schwer, eigene Fehler zuverlässig zu erkennen.
- Die Community rund um den Reddit-Post ergänzt die zwei Fragen um eigene Varianten, etwa zu Robustheit über die Zeit oder zu unausgesprochenen Annahmen.
Zwei Abschlussfragen an Claude Code, das klingt unspektakulär, liefert aber regelmässig genau die Warnsignale, die im Eifer des Shippens sonst untergehen. Ein Post, der Ende Juli 2026 im Subreddit r/ClaudeAI viral ging, beschreibt diese Gewohnheit: Nutzer Sweet_Concentrate128 stellt vor dem Akzeptieren jedes Codeblocks zwei feste Fragen und findet damit Probleme, die sonst erst im Review oder in Produktion auffallen.
Was sind die zwei Claude-Abschlussfragen genau?
Im Original-Post beschreibt der Autor sein Ritual als „simple Gewohnheit, kein Framework, nichts Kompliziertes dahinter“. Er stellt Claude nach jedem abgeschlossenen Arbeitsschritt zwei Fragen:
- Frage 1: „What are you least confident about in what you just did?“ (Wobei bist du dir am wenigsten sicher bei dem, was du gerade gemacht hast?)
- Frage 2: „What’s the biggest thing I’m probably missing about this that I haven’t thought to ask?“ (Was übersehe ich wahrscheinlich, weil ich nicht danach gefragt habe?)
Laut dem Autor listet Claude bei der ersten Frage meist mehrere Punkte auf, die es „glossed over“ hat, also stillschweigend übersprungen oder angenommen hat, statt nachzufragen. Etwa „einmal von vier Malen“ sei einer dieser Punkte tatsächlich ein Problem, das er sonst erst im Review oder schlimmer, in Produktion entdeckt hätte. Die zweite Frage ziele auf Kontextlücken: die „du hast mich X machen lassen, aber Y wird dir später Probleme machen“-Fälle. Sein Fazit im Post: keine der beiden Fragen sei magisch, manchmal wiederhole sich Claude nur selbstbewusst, aber die Trefferquote sei hoch genug, dass eine Session ohne diese Abfrage inzwischen „careless“ wirke, also fahrlässig.
Bemerkenswert ist, dass die zweite Frage fast wortgleich bereits in einem älteren, verwandten Reddit-Post kursiert. Dort schreibt der Autor, die Frage stamme ursprünglich von Sam Altman und habe sich als Community-Standard etabliert, ergänzt um die erste Frage, die Claude selbst als sinnvolle Ergänzung vorgeschlagen habe.
Warum funktioniert das überhaupt?
Der Trick ist im Kern nichts anderes als ein erzwungener Reflexionsschritt, und genau das empfiehlt Anthropic auch offiziell. In der eigenen Dokumentation „Reduce hallucinations“ nennt Anthropic mehrere Techniken, die sich fast eins zu eins mit dem Reddit-Workflow decken: Claude explizit erlauben, Unsicherheit zuzugeben („Allow Claude to say I don’t know“), Chain-of-Thought-Verifikation (Claude soll seine Argumentation Schritt für Schritt erklären, bevor es eine finale Antwort gibt) und iterative Refinement (Claudes eigene Ausgabe als Input für eine Folgeprompt nutzen, um Inkonsistenzen aufzudecken). Genau das passiert, wenn man nach „least confident“ fragt: Man zwingt das Modell, seine eigene Ausgabe noch einmal Schritt für Schritt zu prüfen, statt die erste flüssige Antwort unhinterfragt zu übernehmen.
Auch die Forschung zu sogenannten Self-Refine-Verfahren stützt den Effekt. Die Studie von Madaan et al., auf der viele dieser Techniken beruhen, zeigt laut learnprompting.org deutliche Verbesserungen, wenn ein Modell die eigene Ausgabe kritisiert und anschliessend überarbeitet: bei GPT-4 stieg die Leistung bei Code-Optimierung um 8,7 Punkte, bei Code-Lesbarkeit um mindestens 13,9 Punkte, bei Sentiment-Reversal-Aufgaben um mindestens 21,6 Punkte. Der Mechanismus dahinter: Ein Modell, das seine eigene Antwort noch einmal lesen und explizit nach Schwachstellen durchsuchen muss, springt aus dem reinen „wahrscheinlichstes nächstes Wort“-Modus heraus, den es beim ersten Antworten nutzt.
Was die Community zusätzlich stellt
Der ältere, thematisch verwandte Reddit-Thread wurde nach 160 Kommentaren automatisch zusammengefasst und listet mehrere Varianten, die Nutzer den zwei Grundfragen hinzufügen. Eine Auswahl der meistgenannten Ergänzungen:
| Zusatzfrage | Worauf sie zielt |
|---|---|
| „If this breaks in 3 months, what’s the most likely reason?“ | Zukünftige Fragilität, Annahmen, die aktuellen Umstand aber nicht Skalierung überstehen |
| „If you could add one unrequested, industry-leading feature, what would it be?“ | Blinde Flecken bei Innovation, was man nicht gefragt, aber gebraucht hätte |
| „What assumptions did you make that you never stated explicitly?“ | Unausgesprochene Annahmen, die sich erst später als falsch herausstellen |
| „What could I have done differently to make this session smoother?“ | Eigene Prompt-Qualität verbessern, nicht nur Claudes Output |
Ein weiterer, mehrfach zitierter Tipp aus der Diskussion: Statt Claude sein eigenes Werk bewerten zu lassen, die fertige Antwort in eine komplett neue Session kopieren und dort fragen „Evaluate this LLM response. Anything they missed?“. Das nimmt dem Modell die Motivation, die eigene Arbeit zu verteidigen, kostet aber zusätzliche Tokens, weil der gesamte Kontext neu aufgebaut werden muss.
Wo die Grenzen der Methode liegen
So verlässlich der Trick in der Praxis wirkt, komplett blind sollte man sich darauf nicht verlassen. Die Forschungsarbeit RealCritic fasst mehrere Studien zusammen und kommt zu einem nüchternen Befund: Sprachmodelle tun sich laut den zitierten Arbeiten (Huang et al. 2023) schwer, eigene Denkfehler ohne externes Feedback zuverlässig zu erkennen, während externe Verifikation durch unabhängige Prüfinstanzen die Genauigkeit deutlich verbessern kann (Stechly et al. 2024). Übersetzt auf den Alltag: Claude, das sich selbst befragt, bleibt Claude, das sich selbst befragt. Es hat dieselben blinden Flecken wie zuvor, nur wird es gezwungen, genauer hinzuschauen.
Ein zweiter Diskussionspunkt aus den Kommentaren betrifft die Kosten. Ein Nutzer merkt an, dass genau der Moment, in dem man die Abschlussfragen stellt, der teuerste im ganzen Gespräch ist, weil der Kontext zu diesem Zeitpunkt am längsten und damit am tokenintensivsten ist. Als Alternative wartet er, bis eine ganze Implementierung über mehrere Sessions abgeschlossen ist, lässt dann jede Session ohnehin die Testsuite laufen und reviewt erst am Schluss. Ausserdem warnt der von Anthropic verlinkte Guide selbst davor, ein verbalisiertes Konfidenz-Level („Ich bin mir zu 90 % sicher“) als verlässliche Metrik zu nehmen: Es spiegelt laut mehreren in der Diskussion referenzierten Quellen nicht die internen Wahrscheinlichkeiten des Modells, sondern ist im Zweifel selbst wieder nur eine plausibel klingende Behauptung.
So baust du das in deinen eigenen Workflow ein
Wer mit Claude Code oder einem ähnlichen Agenten arbeitet, kann die zwei Fragen ohne technischen Aufwand testen: einfach am Ende jedes grösseren Arbeitsschritts kopieren und einfügen. Der offizielle Claude-Code-Guide von Anthropic geht noch einen Schritt weiter und empfiehlt, Erkenntnisse aus solchen Abschlussfragen direkt in die projektspezifische CLAUDE.md-Datei schreiben zu lassen, damit dieselbe Unsicherheit nicht in der nächsten Session erneut auftaucht. Anthropic nennt das intern „Compounding Engineering“: Jede Korrektur macht jede zukünftige Session ein Stück besser, weil das Modell beim nächsten Start dieselbe Datei liest.
Praktisch heisst das für den Alltag als Content Creator, der Claude für Skripte, Automatisierungen oder AI-Video-Pipelines einsetzt, nicht nur für klassische Software: Auch hier lohnt sich ein fixer Abschlussschritt, bevor man ein generiertes Ergebnis übernimmt. Wer sich grundsätzlich vertiefter mit solchen KI-Workflows für die eigene Videoproduktion beschäftigen will, findet bei uns die Kurse für AI-Videos, in denen genau solche Prompt- und Review-Routinen praxisnah vermittelt werden.
FAQ
Muss ich genau diese zwei Fragen wortwörtlich verwenden?
Nein, der Wortlaut ist nicht entscheidend. Wichtig ist das Prinzip: Claude wird gezwungen, die eigene Ausgabe noch einmal kritisch zu lesen statt sie als abgeschlossen zu betrachten. Viele in der Community nutzen leicht abweichende Formulierungen mit ähnlichem Effekt.
Funktioniert der Trick auch bei anderen KI-Modellen wie ChatGPT oder Gemini?
Das Prinzip der Selbstkritik ist modellunabhängig und in der Forschung zu Self-Refine-Verfahren allgemein beschrieben, nicht spezifisch für Claude. Wie stark der Effekt bei anderen Modellen ausfällt, ist in den hier ausgewerteten Quellen nicht belegt.
Kann ich mich auf die Antworten von Claude zu 100 Prozent verlassen?
Nein. Laut der RealCritic-Forschungsarbeit erkennen Sprachmodelle eigene Denkfehler ohne externes Feedback nur eingeschränkt zuverlässig. Für wichtige Entscheidungen empfiehlt die Community, die fertige Antwort zusätzlich in einer komplett neuen Session von Claude bewerten zu lassen.
Kostet das zusätzliche Fragen viel zusätzliche Tokens oder Zeit?
Ja, spürbar, weil der Kontext am Ende einer Session am längsten ist und die Abfrage genau dort ansetzt. Wer das vermeiden will, sammelt laut einem Community-Kommentar mehrere Sessions und reviewt erst am Ende der gesamten Implementierung.
Willst du ein AI-Videoprofi werden?
Unsere AI-Kurse zeigen dir die neusten Tools — von Recherche über Schnitt bis Generierung — die du direkt im Workflow einsetzen kannst.
Roman ist seit über 20 Jahren im Video-, Film- und TV-Business tätig. Der ausgebildete Sportlehrer ETH hat in Los Angeles Film studiert und dort auch im Bereich Visual Effects bei namhaften Hollywood-Produktionen mitgewirkt (u.a. Green Zone mit Matt Damon). Danach arbeitete er sieben Jahre bei SRF als Multimedia- und Videoproduzent. 2014 gründete er ident pictures, eine Videoagentur in Zürich, wo er als Produzent, Kameramann, Editor und Motion-Designer tätig ist. Sein breites Wissen in Film, TV und Corporate Video vermittelt Roman schon seit 2013. Als offizieller Adobe Instruktor unterrichtet er Premiere Pro, After Effects, Photoshop und Illustrator an diversen Hochschulen (u.a. FHGR, Universität Freiburg, FHNW, Universität Bern) und berät zahlreiche Firmen (u.a. Swisscom, SRF, CH Media, Ringier, REGA, MeteoSwiss, ZKB). Ende 2017 kam er zu Studio 1 und ist heute dessen Inhaber und verantwortlich für das Kurswesen.
Kommentare