3 Min. Lesezeit

Claude verweigerte die Wiederholung einer bereits erstellten Risikoanalyse

ClaudeAnthropicбезопасность LLM

In derselben Sitzung erstellte Claude eine Risikoanalyse für ein Produkt, lehnte aber ein entsprechendes Ergebnis für ein anderes unter Verweis auf Guardrails ab. Der Fall ist relevant, weil Sicherheitsbeschränkungen harmlose Umformungen vorhandenen Kontexts unvorhersehbar machen und mehrstufige LLM-Workflows unterbrechen können.

Wo genau die Kette reißt

Auffällig ist nicht die Ablehnung an sich, sondern ihre Stelle: Claude hatte bereits eine Risikoanalyse für das erste Produkt erstellt und verwies bei der gleichartigen Aufbereitung des zweiten auf seine eigenen Guardrails. In der ursprünglichen Nachricht von Nutzer 285675607 bestätigte das Modell laut Darstellung des Autors seine vorherige Antwort, lehnte jedoch eine Fortsetzung ab.

Diese Unterscheidung ist wichtig. Das Modell hat nicht einfach den Kontext verloren. Es scheint zu verstehen, dass die Aufgabe die vorherige wiederholt, und wechselt trotzdem von der Generierung zur Ablehnung. Für eine Pipeline ist das Ergebnis gleich: Die Ausgabe eines Schritts ist keine nutzbare Schnittstelle für den nächsten mehr.

Bei Risikoanalysen ist das besonders unerquicklich. Zunächst kann ein LLM Befunde zusammentragen; anschließend müssen sie in ein Register übertragen, Formulierungen vereinheitlicht oder dieselbe Vorlage auf zwei Produkte angewandt werden. Reagiert die Sicherheitsschicht nicht auf die Gesamtabsicht, sondern auf eine konkrete Transformation oder einzelne Begriffe, kann harmloses Formatieren plötzlich wie eine verbotene Operationalisierung wirken.

Stand 3. November 2026 handelt es sich nicht um ein kontrolliertes Anthropic-Experiment, sondern um eine einzelne Nutzerbeobachtung. Sie beweist nicht, wie Claudes interne Filter funktionieren. Ohne Protokolle des Klassifikators lässt sich eine richtlinienbasierte Ablehnung nicht von einem Fähigkeitsfehler oder einer durch Richtlinien verursachten Qualitätsminderung trennen.

Warum das für LLM-Workflows ein Problem ist

Die praktische Schlussfolgerung ist einfach: Strenge Guardrails erhöhen die Kosten der Komposition. Ein agentischer Prozess setzt voraus, dass das Ergebnis eines Schritts an den nächsten übergeben werden kann; eine Ablehnung statt der erwarteten Struktur zerstört Schemata, Wiederholungsversuche, Caches und automatische Auswertungen.

Ich würde zunächst drei Modi getrennt prüfen: Faktenextraktion, neutrales Umformatieren und das Erstellen konkreter Empfehlungen. So wird sichtbar, wo die Grenze verläuft: beim Risikoinhalt, bei der Antwortform oder beim Grad der Operationalität. Das ist kein Umgehen von Schutzmaßnahmen, sondern die Diagnose eines instabilen Vertrags.

Die im Diskussionskontext genannten Untersuchungen ProcBench und STEPS zeigen ein allgemeineres Problem: Sequentielle Verfahren und die Reihenfolge von Aktionen sind für LLMs bereits schwierig. Sie isolieren Anthropic-Guardrails jedoch nicht als Ursache dieses konkreten Falls; schwaches Schlussfolgern und eine Richtlinienablehnung dürfen daher nicht vermischt werden.

Für einen Menschen ist das eine lästige Wiederholung der Anfrage. Für ein automatisiertes System ist es ein Protokollfehler mitten in einer Transaktion. Der unbequemste Teil der Geschichte ist nicht, dass Claude „nein“ sagte, sondern dass benachbarte, fast identische Schritte unterschiedliche Spielregeln erhielten.

Zuvor haben wir Claudes C Compiler und die Grenzen untersucht, sich in der Produktion auf KI-generierten Systemcode zu verlassen. Diese Analyse erklärt, warum Sicherheits-Guardrails selbst scheinbar einfache Programmieranfragen einschränken können.