FunktionFreigaben
Ein geschützter Pfad ist keine Warnung. Er ist eine Wand.
Eine Freigabe im KI-Coding lohnt sich nur, wenn sie hält. Eine als gesperrt deklarierte Datei, die sich ändert, erzwingt einen Block, den weder grüne Tests noch eine Freigabe noch ein bestandener Vorab-Check aufheben. Und eine Freigabe gilt für den Run, für den sie erteilt wurde, statt still dem Branch hinterherzuwandern.
Zuletzt aktualisiert:
Geschützte Pfade
Ein gesperrter Pfad ist keine Warnung
Die meisten Werkzeuge behandeln eine Scope-Verletzung als Notiz im Bericht. Hier ist sie die eine Bedingung, für die es keinen Regler gibt.
run-record.txt
Beispiel – illustrativer Eintrag, keine echten Run-Datenrun 4f2a verdict BLOCKED checks pytest -q exit 0 (von Reality Graph ausgeführt) approval vom Operator um 14:22 erteilt blocked forbidden_files getroffen: src/payments/gateway.py note Freigabe und grüne Checks heben diese Bedingung nicht auf
Reality Graph selbst schreibt euren Quellcode nicht, staged nichts, committet nicht und pusht nicht. Die Validierung läuft als argv-Liste aus einer Freigabeliste, nie über eine Shell. Das ist eine Aussage über Reality Graph: Der Coding-Agent daneben ändert Dateien, und genau deshalb wird die Grenze hinterher geprüft.
Veralten
Eine Freigabe gilt einem Run, sie ist kein gespeichertes Recht
Der Fehler, den das verhindert, ist ein leiser: Eine Entscheidung vom Dienstag zählt am Donnerstag noch, nachdem Branch, Scope und Checks sich alle bewegt haben.
| Was sich bewegt hat | Woran die Freigabe gebunden war | Wirkung |
|---|---|---|
| Neue Commits | Der HEAD, gegen den entschieden wurde. | Veraltet. Der Code, den ihr freigegeben habt, ist nicht der Code vor euch. |
| Der deklarierte Scope | Die erlaubten und gesperrten Pfade zum Zeitpunkt der Freigabe. | Veraltet. Die Grenze, die die Entscheidung annahm, gilt nicht mehr. |
| Die Validierungsmenge | Der Fingerabdruck der Checks, die laufen sollten. | Veraltet. Die Belege, auf denen die Entscheidung ruhte, sind eine andere Menge. |
| Nichts | Derselbe Run, HEAD, Scope und dieselben Checks. | Die Freigabe steht und wird neben dem Run festgehalten. |
Darüber liegen die Freigabemodi: ein Modus je Projekt, balanced, review oder strict, dazu eine feste Menge risikoreicher Aktionsklassen, die unabhängig vom Modus immer eine menschliche Entscheidung verlangen. Diese Menge leitet sich aus strukturierten Belegen ab, nicht aus dem Wortlaut eines Prompts. Sie wird heute an wenigen Aufrufstellen konsultiert und ist noch nicht in den Governed Run eingebunden.
Bewusst so gebaut
Eine Warnung, ein Gate und eine Sandbox sind drei verschiedene Versprechen
Reality Graph gibt das mittlere, und es gibt es vollständig. So zu tun, als gäbe es alle drei, ist der Weg, auf dem eine Kontrollschicht zur Dekoration wird.
Was ihr bekommt
- Einen Block erzwingen, wenn sich eine als gesperrt deklarierte Datei geändert hat, was der Run sonst auch geliefert hat.
- Eine Freigabe an Run, HEAD, Scope und Validierungs-Fingerabdruck binden und sie als veraltet markieren, sobald sich eines davon bewegt.
- Einen Freigabemodus je Projekt führen, mit Aktionsklassen, die immer eine menschliche Entscheidung verlangen.
- Euren Arbeitsbaum in Ruhe lassen: kein Schreiben in euren Quellcode, kein Staging, kein Commit, kein Push.
Was es nicht ist
- Einen Schreibvorgang verhindern. Es gibt kein Abfangen und kein Zurücknehmen; die Änderung wird hinterher im Repository gefunden.
- Belegen, wer freigegeben hat. Es ist eine lokale Bezeugung, ohne Konten, ohne Identität, ohne Signatur.
- Etwas teilen. Freigaben sind lokal, ein Operator, eine Maschine; niemand sonst sieht oder gegenzeichnet sie.
- Schon jeden Pfad regeln. Die geführten Freigaben sind an wenigen Aufrufstellen aktiv und nicht in den Governed Run eingebunden.
- Eure CI oder euren Branch-Schutz ersetzen. Reality Graph installiert keine Git-Hooks und ruft keine GitHub-API auf.
Wie ein Block ins endgültige Ergebnis wandert, steht auf der Seite zum Ergebnis, und die Datei, die die gesperrten Pfade deklariert, ist die prüfbare Vorgabe.
Fragen, die wirklich gestellt werden
- Was passiert genau, wenn sich ein geschützter Pfad ändert?
- Der Run wird blockiert. Grüne Tests heben das nicht auf, eine Freigabe hebt es nicht auf, und ein bestandener Vorab-Check hebt es auch nicht auf. Für diesen Fall gibt es keinen Schweregrad-Regler, und genau darum sperrt man einen Pfad überhaupt.
- Hindert Reality Graph einen Agenten daran, in einen geschützten Pfad zu schreiben?
- Nein. Es sitzt nicht zwischen eurem Coding-Agenten und dem Dateisystem, der Schreibvorgang passiert also, und Reality Graph findet ihn hinterher im Repository. Verhindern ist Aufgabe einer Sandbox, Erkennen ist Aufgabe dieses Werkzeugs, und beides zu vermischen wäre die bequemere Lüge.
- Läuft eine Freigabe ab?
- Nicht nach Uhrzeit. Sie ist an vier Dinge zugleich gebunden: den Run, HEAD, den deklarierten Scope und den Fingerabdruck der Validierung. Bewegt sich eines davon, gilt die Freigabe als veraltet, damit eine Entscheidung nicht still einem Branch hinterherwandert.
- Ist eine Freigabe ein Beleg dafür, dass ein Mensch entschieden hat?
- Nein, und das gehört deutlich gesagt. Sie ist eine lokale Bezeugung, keine Identität und keine Signatur. Reality Graph hat keine Konten und keine Möglichkeit, einen Menschen zu verifizieren, ihr bekommt also einen Eintrag über eine Entscheidung, keinen Beleg darüber, wer sie getroffen hat.
Nennt die drei Dateien, die niemand anfassen soll
Tragt sie in die Vorgabe ein und findet danach heraus, ob sie unberührt geblieben sind. Mehr ist das Gate nicht.
Weiterlesen
Schritt 6 von 9