Die sieben Gates von Code Guardian erklärt

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 Quality Gate ist eine Prüfung, die vor einem Vorgang ansetzt, nicht danach. Für einen KI-Programmierassistenten ist das der entscheidende Unterschied: Ein Test nach dem Deploy sagt Ihnen, dass die Seite kaputt ist; ein Gate vor dem Deploy verhindert es. Code Guardian bringt sieben solcher Gates mit, jedes mit eigenem Auslöser, eigener Prüfliste und eigenem Berichtsformat. Dieser Beitrag geht sie der Reihe nach durch und sagt bei jedem, ob es technisch anhält oder als Arbeitsanweisung wirkt.

Gate oder Riegel: der Unterschied

Code Guardian trennt zwei Dinge, die oft verwechselt werden. Ein Riegel ist ein Hook, der einen Shell-Befehl vor der Ausführung abweist; davon gibt es vier, und sie sind Thema des Beitrags Vier harte Riegel. Ein Gate ist ein Prüfverfahren, das der Assistent durchläuft, bevor er eine bestimmte Art von Handlung vornimmt, und das mit einem schriftlichen Urteil endet. Zwei der Gates sind zusätzlich durch einen Riegel abgesichert: Deploy und Migration halten technisch an, bis ein frischer Freigabebericht vorliegt. Von den anderen fünf hält die Optionsfrage nur im Autopilot hart an; der Rechtstext-Riegel lässt sich zuschalten, ebenso ein Abschluss-Riegel für Datenauswertungen, beides standardmäßig aus. Paket, Befund und das Daten-Gate selbst wirken als Anleitung im Skill.

1. Deploy: Nichts erreicht einen Server unklassifiziert

Auslöser: Jeder Befehl, der etwas auf einen fremden Rechner überträgt: rsync, scp, sftp, ein Deploy-Skript, ein Push auf einen Zweig, der automatisch deployt. Prüfung: Jede Datei der Übertragungsliste bekommt eine von vier Klassen: gehört auf den Server, gehört nur auf den Server und wird nie übertragen oder gelöscht (etwa die Produktions-Konfiguration und Uploads), gehört nie auf den Server (Tests, Dokumentation, Datenbankabzüge, Git-Verzeichnis, Prüfprotokolle), oder braucht eine Entscheidung. Ergebnis: Ein Bericht, der mit genau einer Zeile endet: freigegeben oder blockiert, mit Grund. Der Riegel lässt den Deploy-Befehl nur mit einem frischen Freigabebericht durch. Ausschlüsse werden dauerhaft im Deploy-Mechanismus verankert, nie als einmaliger Filter.

2. Migration: Eine Migration ist unumkehrbar, bis das Gegenteil bewiesen ist

Auslöser: Eine Schema-Migration wird geschrieben oder ausgeführt, auch rohe ALTER-, DROP- oder TRUNCATE-Anweisungen. Prüfung: Fünf Fragen. Gibt es einen echten Rückweg? Ist der Umbau in Erweitern und späteres Abräumen getrennt, statt Spalte und Code im selben Diff zu entfernen? Liegen die Daten vor dem Löschen an einem benannten Ort? Wie viele Zeilen hat die Tabelle live, und welcher Algorithmus sperrt sie wie lange? Gehört eine Massenänderung in einen gestaffelten Job statt in den Release-Hook? Ergebnis: Ein Schema-Vollbild mit Verdikt. Ein Befehl, der eine Nicht-Testdatenbank leert, wird ohne Bedingungen blockiert. Der Anbieter gibt an, 646 echte Migrationen aus drei Laravel-Projekten geprüft zu haben.

3. Paket: Ein neues Paket ist eine Lieferketten-Entscheidung

Auslöser: composer require, npm install, pip install oder eine Änderung an Manifest oder Lockfile. Prüfung: Welche Pakete kommen wirklich hinzu, auch transitiv? Hat das Paket Alter, Verbreitung, ein echtes Repository mit mehr als einem Mitwirkenden, und liegt sein Name nicht verdächtig nah an einem bekannten? Gibt es bekannte Schwachstellen? Wandert das Lockfile mit in denselben Commit? Führt das Paket bei der Installation Skripte aus? Ergebnis: Ein Lieferketten-Block mit Verdikt. Der Kern ist die Regel „Ansehen statt Existenz“: Dass ein Paket in der Registry existiert, beweist nichts, denn Angreifer registrieren gezielt die Namen, die Sprachmodelle erfinden. Mehr zum Hintergrund in Vibe Coding: Wo es teuer wird.

4. Daten: Ein Urteil über Daten ist ein Urteil über das ganze Schema

Auslöser: Der Assistent will Datensätze als verwaist, hängen geblieben oder nie bearbeitet erklären, oder einen Fix, eine Migration oder einen Bericht auf interpretierte Datenbankdaten stützen. Prüfung: Das vollständige Bild zuerst. Alle beteiligten Tabellen werden live abgefragt, nicht aus Dokumentation oder Gedächtnis, samt einem Schritt über die Fremdschlüssel. Alle Zustandsspalten werden benannt: Status, Zeitstempel, Aufschubfristen, Pausenmarken, weiches Löschen, Wiederholungszähler. Die konkreten Zeilen werden vollständig geladen, nicht als handverlesene Spaltenliste. Die Bedingung des Verarbeiters wird aus dem Code geholt und gegen die Zeilen getestet. Und die harmlose Erklärung, dass die Daten absichtlich warten, wird nur mit Beleg verworfen. Ergebnis: Defekt, gewollter Zustand, gemischt oder unzureichendes Bild. Ohne Bild gibt es kein Urteil, nur „unzureichend“.

5. Befund: Eine Behauptung aus dem Lesen ist eine Hypothese

Auslöser: Der Assistent will behaupten, das System verhalte sich falsch oder auf eine bestimmte Weise, und daraus eine Handlung ableiten, ohne dass ein ausgeführter Befehl den Fehlerpfad zeigt. Prüfung: Die Behauptung wird als ein widerlegbarer Satz mit Fundstelle und Bedingung festgehalten. Dann prüfen drei Agenten, die einander nicht sehen: Einer versucht, es auszuführen und so zu widerlegen; einer sucht die Absicht hinter dem Code; einer prüft, was in der Umgebung den Auslöser bereits abfängt. Ein vierter wägt ab, ohne den Autor zu kennen. Ergebnis: Bestätigt, widerlegt, gewollt oder unentschieden. Bestätigt gibt es nur, wenn die Ausführung den Fehler reproduziert hat. Unentschieden erlaubt keine Handlung, sondern eine Frage an den Menschen.

6. Entscheidung: Das Gate empfiehlt, der Mensch entscheidet

Auslöser: Der Assistent will eine Optionsfrage stellen: Variante A oder B, welcher Ansatz. Prüfung: Die Optionen werden nach Langlebigkeit, Architektur, Umkehrbarkeit, Folgekosten und Konformität bewertet; bei Gleichstand gewinnt die langfristige Wirkung. Die Dauer einer Option ist Information, nie Begründung: „schneller, deshalb empfohlen“ darf nicht vorkommen. Ergebnis: Die Frage enthält zuerst die empfohlene Antwort mit dem Zusatz „Empfohlen“, einen Absatz in Alltagssprache, was überhaupt entschieden wird, je Option einen Satz, was der Entscheider davon merkt, und eine Zeile, auf welcher Tatsache die Empfehlung ruht und woher sie bekannt ist. Bei weitreichenden Entscheidungen, etwa am Schema oder an der Zahlung, wird vorher ein Rat aus fünf Beratern einberufen. Im Autopilot ersetzt dieser Rat den Menschen; wie das funktioniert, steht in Arbeiten ohne Rückfragen.

7. Recht: Modellwissen ist kein Beleg

Auslöser: Ein rechtlich reguliertes Dokument entsteht: Impressum, Datenschutzerklärung, Cookie-Text, AGB, Widerrufsbelehrung, Preis- oder Angebotsdokument, KI-Kennzeichnung. Der Auslöser ist bewusst eng gefasst, weil Code, der ein Rechtsthema behandelt, kein Rechtsdokument ist. Prüfung: Jede Pflicht bekommt eine Primärquelle mit Norm, Stand und Abrufdatum; jede tragende Pflicht zusätzlich eine amtliche Auslegung. Weicht beides ab, heißt es „streitig“ und geht an den Menschen. Ergebnis: Ein Beleg-Block, der mit „N belegt, M offen“ endet und nie mit „konform“. Ohne Netzzugang lautet das Ergebnis „Rechtslage ungeprüft“. Das Gate berät nicht; es beschafft Fundstellen.

Was die Gates gemeinsam haben

Drei Muster ziehen sich durch alle sieben. Erstens: Jedes Gate schreibt sein Urteil auf, in einem festen Format, das jemand lesen kann, der nicht dabei war. Zweitens: Jedes Gate kennt den Ausgang „ich weiß es nicht“ und behandelt ihn als Ergebnis, nicht als Lücke, die das Modell mit Zuversicht füllt. Drittens: Kein Gate entscheidet für den Menschen; es sorgt dafür, dass er mit vollständigem Bild entscheidet. Was danach kommt, prüft das Audit, beschrieben in Nachweisbar geprüft.

Häufig gestellte Fragen

Halten alle sieben Gates technisch an?

Nein. Deploy und Migration sind durch Riegel abgesichert. Die Optionsfrage hält nur im Autopilot an. Der Rechtstext-Riegel und ein Abschluss-Riegel für Datenauswertungen lassen sich zuschalten, sind aber standardmäßig aus. Paket, Befund und Daten wirken als Anweisung im Skill. Der Anbieter begründet das mit einer eigenen Einordnung, nach der über die Hälfte der Kundenmeldungen zu den früheren Prozess-Riegeln Fehlalarme oder Robustheitsfehler der Riegel selbst waren.

Was passiert, wenn ein Gate blockiert?

Der Assistent bekommt die Absage mit Grund und muss den Bericht nachbessern, etwa eine Datei aus der Deploy-Liste ausschließen oder einen Rückweg für die Migration schreiben. Deploy und Migration lassen sich nicht durch Wiederholen umgehen; der Riegel verlangt einen frischen Bericht, den er laut Anbieter allerdings nicht auf Echtheit prüft. Bei den übrigen Gates ist die Nachbesserung Arbeitsanweisung.

Funktionieren die Gates für jede Programmiersprache?

Die Gates selbst ja; sie prüfen den Ablauf, nicht die Sprache. Die Analysewerkzeuge dahinter gibt es laut Anbieter für PHP, JavaScript und TypeScript sowie Python.

Weiterlesen in dieser Serie

Auch interessant

KI WebAgent: KI-Chatbot für Websites und Webshops

Code Guardian ansehen

Alle Angaben zu Umfang und Lizenz stehen beim Anbieter: Code Guardian bei Provimedia (öffnet in neuem Fenster)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.

Die sieben Gates von Code Guardian erklärt: Deploy, Migration, Paket, Daten, Befund, Entscheidung, Recht