Anthropic meldet für Claude Code über 40 Prozent weniger Rücknahmen

Anthropic kombiniert automatisierte Agenten-Reviews mit risikobasierter menschlicher Freigabe; interne Kennzahlen verbesserten sich zwischen Juni und September 2026.

•

Das KI-Unternehmen Anthropic hat ein mehrstufiges Prüfverfahren für Software-Änderungen an Claude Code vorgestellt, wie das Fachportal InfoQ am 15. November 2026 berichtete. Das System stützt sich auf automatisierte Vorabprüfungen, mehrere unabhängig voneinander agierende KI-Prüfinstanzen sowie eine gestaffelte Freigabe durch menschliche Entwicklerinnen und Entwickler.

Automatisierte Vorabtests und mehrstufige Agenten-Prüfung

Der Überprüfungsprozess setzt bereits vor dem eigentlichen Einreichen einer Code-Änderung an. Noch bevor ein sogenannter Pull Request geöffnet wird, führt Claude vorbereitende Tests, Builds sowie Linter-Prüfungen aus. Ein separater Software-Agent begutachtet die vorgenommenen Anpassungen anschließend in einem frischen Arbeitskontext.

Wird der Pull Request eröffnet, durchläuft er eine Reihe weiterer automatisierter Kontrollen. Dabei suchen Claude-basierte Reviewer nach Fehlern im Quelltext. Mehrere Agenten untersuchen gefundene Auffälligkeiten unabhängig voneinander, woraufhin eine weitere Gruppe die Ergebnisse verifiziert.

Parallel dazu prüft ein gesonderter Sicherheitscheck den Code; treten dabei ungeklärte Probleme auf, kann dieser Prüfschritt das Zusammenführen des Codes in die Hauptversion vollständig blockieren. Um Verzögerungen im Entwicklungsablauf zu vermeiden, sind die Review-Zyklen fest auf drei Runden begrenzt.

Risikobasierte menschliche Freigabe und Verantwortlichkeiten

Die finale Freigabe durch menschliche Entwickler ist nach Risikostufen gestaffelt. Als risikoarm eingestufte Änderungen, darunter Dokumentationen oder interne Funktionen hinter Testschaltern, können gegebenenfalls ganz ohne menschliche Freigabe verarbeitet werden.

Anzeige

Wer KI-Systeme professionell einsetzt oder entwickelt, muss sich nicht nur mit technischer Qualität, sondern auch mit den neuen gesetzlichen Anforderungen des EU AI Acts auseinandersetzen. Dieser kostenlose Download verschafft Ihnen den Überblick über Fristen, Pflichten und Risikoklassen, den Ihre Rechts- und IT-Abteilung jetzt dringend braucht. EU AI Act in 5 Schritten verstehen

Bei mittlerem Risiko ist die Freigabe durch eine Person vorgeschrieben, bei hohem Risiko müssen zwei Personen zustimmen. Besonders sensible Bereiche, wie etwa Workflows der kontinuierlichen Integration, erfordern ausnahmslos menschliche Kontrolle.

Anthropic betont dabei das Prinzip der menschlichen Letztverantwortung. Die Entwicklerinnen und Entwickler bleiben voll verantwortlich für die Softwarearchitektur, die allgemeine Produktrichtung, Hochrisiko-Änderungen sowie das Endergebnis. Wer einen KI-Agenten steuert, trägt weiterhin die Verantwortung für den erzeugten Code.

Gemergte Änderungen werden zunächst hinter Feature-Flags veröffentlicht, intern erprobt und erst danach schrittweise für alle Nutzer ausgerollt. Treten Zwischenfälle oder Rückabwicklungen auf, fließen diese Daten in einen Evaluationsdatensatz ein.

Anzeige

Da die EU-KI-Verordnung neue Regeln für die Risikodokumentation und Qualitätssicherung von KI-Systemen aufstellt, stehen viele Unternehmen vor unklaren rechtlichen Pflichten. Ein kostenloser Report klärt auf, welche Systeme als Hochrisiko gelten und was Verantwortliche jetzt konkret tun müssen. Kostenlosen Umsetzungsleitfaden zum EU AI Act herunterladen

Entwicklung der internen Kennzahlen

Nach Angaben von Anthropic hat sich die Zahl der erfolgreich zusammengeführten Pull Requests im Claude-Code-Repository zwischen Juni und September 2026 mehr als verdoppelt. Gleichzeitig sank der Anteil jener Änderungen, die wieder rückgängig gemacht werden mussten, um über 40 %.

Der Anteil interner Pull Requests, die bereits nach einer einzigen Review- und Korrekturrunde bestanden, stieg von 65 % auf 78 %. Der Anteil an Einreichungen, die fünf oder mehr Runden benötigten, fiel von 8,9 % auf 1,5 %.

Laut einem Bericht des Branchendienstes techand.space belegen diese Zahlen allein jedoch noch keine direkte Kausalität des neuen Prüfprozesses. Für andere Software-Teams liege die entscheidende Herausforderung bei einer Übernahme des Modells vor allem darin, wie sie Risiken im eigenen Entwicklungsalltag treffsicher einstufen.