--- title: "Nachweisbar geprüft: Audit, Kalt-Review und Belegpflicht in Code Guardian" description: "Anzeige: „Fertig“ ist bei Code Guardian kein Satz, sondern ein Beleg. Wie das Audit auf sechs Ebenen läuft, warum ein zweiter Prüfer den Diff kalt liest und was Audit-Log und Entscheidungsprotokoll dokumentieren." url: https://digital-zentral.de/code-guardian-audit-kalt-review-beleg/ type: article published: 2026-11-04 updated: 2026-11-04 publisher: "digital zentral" advertising: "Anzeige" category: "Software" tags: ["Code Guardian", "Claude Code", "KI-Coding", "Code Review", "Haftung"] language: de ai_assisted_text: true ai_generated_image: true --- > **Anzeige** · Dieser Beitrag enthält bezahlte Links # Nachweisbar geprüft: Audit, Kalt-Review und Belegpflicht in Code Guardian Anzeige: „Fertig“ ist bei Code Guardian kein Satz, sondern ein Beleg. Wie das Audit auf sechs Ebenen läuft, warum ein zweiter Prüfer den Diff kalt liest und was Audit-Log und Entscheidungsprotokoll dokumentieren. **Offenlegung:** Code Guardian ist ein Angebot der Provimedia GmbH. Deren Geschäftsführer Alexander Weipprecht ist Bruder und Geschäftspartner des Herausgebers von digital zentral. Der Herausgeber setzt Code Guardian selbst für diese Seite ein. Dieser Beitrag enthält Partnerlinks: Kommt darüber ein Kauf zustande, erhält digital zentral eine Provision; der Preis für Sie ändert sich nicht. Ein KI-Assistent sagt „fertig“, wenn er mit dem Schreiben fertig ist. Ob das Geschriebene tut, was es soll, ist damit nicht gesagt. Code Guardian trennt die beiden Aussagen: Fertig ist eine Änderung erst, wenn ein ausgeführter Befehl das zeigt, ein Audit auf sechs Ebenen gelaufen ist und bei riskanten Änderungen ein zweiter Prüfer den Diff gelesen hat, ohne die Begründung des Autors zu kennen. Dieser Beitrag erklärt die drei Bausteine und ordnet ein, was die entstehenden Protokolle als Sorgfaltsnachweis wert sind. ## Warum Selbstprüfung nichts beweist Die Grundregel des Pakets lautet: Beleg vor Behauptung. Ein Sprachmodell, das seine eigene Arbeit noch einmal liest, findet dabei systematisch wenig, denn es liest mit denselben Annahmen, mit denen es geschrieben hat. Der Anbieter verweist auf Forschung, nach der freie Selbstkritik plausible Einwände erzeugt, die nichts treffen, und die Überarbeitung neue Fehler einbaut. Deshalb zählen nur drei Dinge als Prüfung: eine Frage, die aus dem Artefakt abgeleitet und beantwortet wird, bevor die Antwort bekannt ist; eine Ausführung, also Test, Kommando, Endpunkt oder echte Nutzlast; oder eine Prüfung durch etwas außerhalb des eigenen Kontexts, einen Agenten ohne die eigene Schlussfolgerung, ein Werkzeug, einen Menschen. „Ich schaue es mir noch einmal an“ ist keines davon. ## Das Audit auf sechs Ebenen Nach jeder Änderung läuft das Audit; die Einstufung der Aufgabe bestimmt seine Tiefe, nie ob es läuft. Die sechs Ebenen: **[Datenbank](https://digital-zentral.de/glossar/datenbank/)** (passt die Änderung zum Live-Schema, das vorher abgefragt wurde), **Logik** (einschließlich der Regel, dass ein Beispiel aus der Anforderung Daten ist und nie als Sonderfall in den Code gehört), **Tempo** (Schleifen in Schleifen, fehlende Indizes, N+1-Abfragen), **Doppeltes** (gibt es die Funktion schon, mit fünf Detektoren), **Sicherheit** und **die eigenen Spuren der KI**: ungenutzte Importe, Debug-Reste, überflüssige Kommentare, Abstraktionen für einen einzigen Fall. Diese letzte Ebene läuft immer und nur über den eigenen Diff; sie räumt auf, was die Änderung selbst eingeschleppt hat, und fasst vorbestehenden Code nicht an. Dazu kommen sprachabhängige Tore: Bei PHP-Änderungen muss die statische Analyse grün sein und, sofern ein Mutationswerkzeug eingerichtet ist, ein Mutationstest zeigen, dass die Tests überhaupt etwas prüfen; bei [JavaScript](https://digital-zentral.de/glossar/javascript/) und TypeScript entsprechend. Für Python urteilt die Mutationsprüfung laut Anbieter nur beratend, für andere Sprachen gibt es dieses Tor nicht. Jeder Befund trägt seinen Status: bestätigt, wenn eine Ausführung den Fehlerpfad zeigt, sonst nur vermutet. Ein vermuteter Befund zählt nie als kritisch und blockiert nie. ## Beweis folgt dem Radius Ein Audit, das eine Änderung an einer geteilten Funktion prüft, ohne zu wissen, wer sie aufruft, prüft die Hälfte. Deshalb ermittelt das Paket vor der Änderung die Konsumenten des geänderten Codes bis zum Fixpunkt und zählt die Einstiegspunkte, die die Änderung erreichen: Masken, Routen, Cron-Jobs, Kommandozeilen. Diese Liste ist zugleich die Prüfliste: je Einstiegspunkt ein ausgeführter Beweis. Das Verdikt zeigt „X von N“, und ein „freigegeben“ bei X kleiner N ist laut Regelwerk ein Defekt, keine Ermessensfrage. Der Anbieter nennt den Anlass: Sieben Speichermethoden in sechs Masken wurden einmal mit einem einzigen Testlauf als verifiziert gemeldet. Für diese Artikelserie waren es fünf Einstiegspunkte, weil ein geändertes Suchmuster auch von drei Hintergrundläufen benutzt wird; zwei davon hatte der Kalt-Review des Plans gefunden, den dritten der Kalt-Review des Diffs, alle drei hatte der Autor übersehen. ## Der Kalt-Review Bei Änderungen an Anmeldung, Zahlung, Schema, Deploy, Abhängigkeiten oder bei Diffs über rund 300 Zeilen liest ein zweiter Agent den fertigen Diff, ohne den Auftrag, ohne den Plan und ohne das Verdikt des Autors. Die Isolation ist der Wert, nicht ein Nachteil: Ein Prüfer, der die Spezifikation kennt, erbt ihre blinden Flecken. Der Anbieter verweist auf Messungen, nach denen ein getrennt gebriefter Prüfer rund zwei Defekte je Änderung findet, über die Hälfte davon schwer. Ein zweiter, rein lesender Arm läuft daneben und darf nur „vermutet“ melden, weil er nichts ausführen kann. Seit 17.13 gibt es eine Risikostufe, bei der die Prüfer mit höherer Denktiefe laufen, und jeder Befund trägt eine Herkunft: eigen, vorbestehend oder unbestimmt. Für Pläne gilt dasselbe ohne Schwelle: Jeder Plan wird kalt gelesen, seit der Anbieter gemessen hat, dass ein Kalt-Leser vier belegte Befunde in einem Plan fand, den der Autor für fertig hielt. Was das bei uns gefunden hat, steht im [Erfahrungsbericht](https://digital-zentral.de/code-guardian-erfahrungen-digital-zentral/). ## Die Belegpflicht Seit Version 17.13 bekommt jeder neue Aufgabenordner einen Arbeitsgraphen mit sechs Knoten. Beim Abschluss wird gezählt, nicht beurteilt: Fehlt an einem Knoten der Beleg, meldet das Paket „NICHT FERTIG“ mit der Zahl der offenen Knoten. Ein Commit, der höchstens zehn Minuten alt ist, belegt den Knoten „edit“ automatisch; den Testlauf belegt kein Automatismus, den muss jemand ausführen und eintragen. Dieselbe Regel gilt für die Aufgabenliste des Pakets: „erledigt“ verlangt einen Beleg, und ein Punkt ohne Beleg bleibt offen. Der Anbieter nennt diese Pflicht nur für neu angelegte Ordner, ältere bekommen einen Hinweis. ## Was die Protokolle dokumentieren Das Paket schreibt bei jeder Aufgabe ein Audit-Protokoll, ein Entscheidungsprotokoll im Plan, ein Ledger der Ausbreitung einer Änderung und die Fragmente der Kalt-Reviews. Das ist viel Papier. Ob es rechtlich etwas wert ist, kann dieser Beitrag nicht beurteilen; er gibt keine Rechtsberatung. Der Anbieter selbst argumentiert in einem Blogbeitrag zur Haftung für KI-generierten Code, dass im Streitfall Dokumentation zählt: eine nachvollziehbare Versionshistorie, Protokolle der Prüfschritte, eine Übersicht der Fremdpakete, dokumentierte Entscheidungen und ein erprobter Weg für schnelle Korrekturen. Er verweist dabei auf die Richtlinie (EU) 2024/2853 zur Produkthaftung, den Cyber Resilience Act (Verordnung (EU) 2024/2847) und den EU AI Act (Verordnung (EU) 2024/1689) und betont, dass es auf den Nachweis der Prüfung ankommt, nicht auf die Absicht. Was davon für Ihr Unternehmen gilt, klärt eine Rechtsberatung, nicht ein Werkzeug. ## Grenzen: Was Code Guardian nicht kann Das Audit findet nur, wofür ein Werkzeug im Projekt eingerichtet ist; ohne statische Analyse für die Sprache gibt es kein Statik-Tor. Es beweist nicht, dass eine gefundene Schwachstelle ausnutzbar ist, und es verfolgt keinen Datenfluss durch das ganze System. Der Kalt-Review ist so gut wie der Diff, den er bekommt; ein Fehler, der in einem Teil des Systems liegt, der nicht im Diff steht, bleibt ihm verborgen. Und die Belegpflicht kann verlangen, dass ein Test ausgeführt wird; ob der Test das Richtige prüft, kann sie nicht beurteilen. ## Häufig gestellte Fragen ### Wie lange dauert ein Kalt-Review? Bei dieser Serie knapp 13 Minuten für den Plan mit 47 Werkzeugaufrufen (Laufdaten des Prüf-Agenten, im Aufgabenordner festgehalten). Der Diff-Review läuft parallel zum Audit; die Dauer hängt an der Größe des Diffs. ### Kann der Assistent einen Befund einfach ignorieren? Ein bestätigter Befund blockiert das Verdikt, bis er behoben oder vom Menschen bewusst zurückgestellt ist; die Rückstellung steht dann mit Grund im Protokoll. Ein vermuteter Befund wird genannt, blockiert aber nicht. ### Ersetzt das Audit die Tests des Projekts? Nein. Es verlangt sie. Ein Projekt ohne Tests bekommt ein Audit, das sagt, dass Tests fehlen, und eine Belegpflicht, die nur das Ausführen verlangen kann. ## Weiterlesen in dieser Serie - [Code Guardian: Was das Prüfpaket für Claude Code und Codex wirklich tut](https://digital-zentral.de/code-guardian-claude-code-codex-ueberblick/) - [Erst fragen, dann bauen: Plan-Modus und „Grill me“](https://digital-zentral.de/code-guardian-plan-modus-grill-me/) - [Code Guardian installieren: Claude Code, Codex, macOS, Linux, Windows](https://digital-zentral.de/code-guardian-installation-claude-code-codex/) - [Code Guardian im Alltag: Erfahrungen aus dem Betrieb von digital zentral](https://digital-zentral.de/code-guardian-erfahrungen-digital-zentral/) ## Code Guardian ansehen Alle Angaben zu Umfang und Lizenz stehen beim Anbieter: [Code Guardian bei Provimedia](https://www.provimedia.de/code-guardian?ref=YPmLYaNybstq)Anzeige. Mit dem Code **PARTNER-4B79** erhalten Sie 10 % Rabatt auf den Einmalkauf der Firmenlizenz (nicht auf das Update-Abo; Stand 4. November 2026). > Mit „Anzeige“ markierte Links sind Partnerlinks. Kommt darüber ein Kauf zustande, erhalten wir eine Provision. Der Preis ändert sich für Sie nicht. ## Quellen - [Code Guardian – Funktionsweise](https://www.provimedia.de/code-guardian/funktionsweise), Provimedia GmbH - [Code Guardian 17.13: Neuerungen](https://www.provimedia.de/blog/code-guardian-17-13-neuerungen), Provimedia GmbH, 2026-10-26 - [Wer haftet für KI-generierten Code?](https://www.provimedia.de/blog/wer-haftet-fuer-ki-generierten-code), Provimedia GmbH, 2026-07-27