Funktionen
Neun Funktionen, eine Frage: Was ist in diesem Run passiert?
Zuletzt aktualisiert:
Die Funktionen
Jede beantwortet eine Frage, die im Review ohnehin kommt
Eine Vorgabe, die sagt, was fertig heißt
Beschreibt die Änderung in einem Satz. Reality Graph schlägt Ziel, Pfade und Checks vor, ihr korrigiert und bestätigt, bevor irgendetwas läuft.
- Leere Akzeptanzkriterien fallen durch
- Elf deklarierte Absichten, nie geraten
- Ein Vorab-Check ohne Befugnis zu blockieren
Kontext, den diese Vorgabe begrenzt
Euer Coding-Tool bekommt die Dateien, die die Vorgabe nennt, in fester Reihenfolge, mit entfernten Zugangsdaten, bevor der Prompt entsteht.
- Keine Suche, kein Ähnlichkeitsabgleich
- .env wird in jedem Fall abgelehnt
- Jede Token-Zahl als exakt oder geschätzt ausgewiesen
Ein lokaler Index, den ihr prüfen könnt
Ein Knoten je Modul, Klasse, Funktion und Methode, verankert an Datei und Zeile, mit einem Inhalts-Hash, der sagt, ob die Karte noch passt.
- Nur Python, andere Sprachen ergeben nichts
- Fünf Standardbibliothek-Importe, kein Netz
- Aktuell, veraltet oder unvollständig, per Hash
Checks, die Reality Graph selbst ausführt
Freigegebene Befehle laufen als argv-Liste ohne Shell und mit begrenztem Timeout, und der beobachtete Exit-Code wird festgehalten statt berichtet.
- Ausgeführt oder bezeugt, ohne dritten Wert
- Ein fehlendes Ergebnis blockiert, statt zu bestehen
- Keine Sandbox, und die Seite sagt das
Ein Ergebnis, jedes Mal gleich berechnet
Geprüft, eingeschränkt geprüft oder blockiert, aus einer deterministischen Funktion, gespeist aus geänderten Dateien, die aus Git kommen.
- Grüne Tests können trotzdem blockiert enden
- Eine Aufrufstelle, CLI und Dashboard sind einig
- Belege tragen einen Digest gegen spätere Änderungen
Jeder Run, noch offen
Ein lokaler Workspace auf 127.0.0.1 mit jedem Run, Review, Check und Beleg, der genau das zeigt, was die CLI druckt.
- Acht Ansichten, eine kanonische Projektion
- Der Browser berechnet nie ein Ergebnis
- Ein Port je Worktree, kein Aufruf nach draußen
Jeder Prompt wird ein Ticket
Euer Backlog und die Arbeit eures Agenten sind derselbe Eintrag: Ein Befehl führt ein Ticket aus, ein Prompt ohne Ticket bekommt eines.
- Die Vorgabe liegt im Ticket
- Kein Status rückt ohne Beleg vor
- Append-only, gescheiterte Anläufe bleiben lesbar
Vier Tools für euren Agenten, zehn nicht
Ein lokaler Read-only-MCP-Server über stdio. Die gefährlichen Operationen fehlen im Vertrag nicht, sie stehen darin und werden namentlich verweigert.
- Kein Port, kein Socket, kein Netzaufruf
- approve_own_patch steht drin und wird verweigert
- Deterministische Gewichtung, keine Embeddings
Freigaben, die dem Branch nicht hinterherlaufen
Ein geänderter geschützter Pfad erzwingt einen Block, den nichts aufhebt, und eine Freigabe gilt für Run, HEAD, Scope und Checks, für die sie erteilt wurde.
- Bewegt sich eines davon, gilt sie als veraltet
- Eine lokale Bezeugung, keine Identität
- Erkennen im Nachhinein, kein Verhindern
Bewusst so gebaut
Die Liste, die eine Prüferin zuerst liest
Darauf ist Verlass
- Eine Vorgabe, die vor dem Run geprüft wird und deren Akzeptanzkriterien nicht leer bleiben dürfen.
- Kontext ausschließlich aus dem, was diese Vorgabe deklariert, vorher von Zugangsdaten bereinigt.
- Checks, die Reality Graph ausführt, mit dem Exit-Code, den es beobachtet hat.
- Geänderte Dateien und Diffs aus Git, nicht aus der Prosa des Modells.
- Ein deterministisches Ergebnis und einen lokalen Eintrag, der die Sitzung überlebt.
Heute nicht wahr
- Team-Funktionen. Keine Konten, keine Sitze, keine Rollen, keine geteilte Historie.
- CI- oder Pull-Request-Anbindung. Keine Git-Hooks, keine GitHub-App, kein Pipeline-Import.
- Analyse der Teststärke. Kein Zählen von Assertions, keine Coverage, kein Mutation Testing.
- Indizierung von etwas anderem als Python, und kein inkrementeller Neubau.
- Irgendeine Zertifizierung, und keine Benchmark- oder Token-Zahl.
Validiert unter Linux mit Python 3.12 und der offiziellen Codex-CLI. Windows und macOS sind in der aktuellen Release-Matrix ungeprüft.
Wie die sechs Teile in einem Run zusammenkommen, steht auf der Produktseite, und was eure Maschine verlässt, steht auf der Seite zum Datenweg.
Fragen, die wirklich gestellt werden
- Mit welchen Coding-Tools läuft das?
- Die Codex-CLI und Claude Code sind über umkehrbare Hooks in ihrer eigenen Projektkonfiguration gebunden: Ein Run öffnet beim Absenden des Prompts und schließt beim Stop. Cursor, GitHub Copilot und der Rest laufen daneben, über einen Prompt, den ihr selbst einfügt, und die Belege kommen danach trotzdem aus Git. Für diese Werkzeuge ist das die schwächere und die richtige Aussage.
- Funktioniert das auf einer Codebase, die nicht Python ist?
- Teilweise. Die Vorgabe, die ausgeführten Checks, die Belege aus Git, das Ergebnis und die Freigaben sind sprachunabhängig. CodeGraph ist es nicht: Er liest nur Python, jedes andere Repository ergibt einen leeren Graphen.
- Kann unser ganzes Team damit arbeiten?
- Nicht als Team-Produkt. Reality Graph ist ein Werkzeug für einen Operator auf einer Maschine, ohne Konten, ohne Sitze, ohne geteilten Zustand, also ohne Rollen, ohne Team-Freigaben und ohne Historie, die eine Kollegin öffnen kann. Mehrere Leute können es benutzen, aber jede und jeder das eigene.
- Schreibt oder repariert Reality Graph Code?
- Nein. Euer Coding-Agent schreibt die Änderung; Reality Graph hält fest, was die Änderung sein sollte, und stellt danach fest, was tatsächlich passiert ist. Es schreibt euren Quellcode nicht, staged nicht, committet nicht und pusht nicht.
Nehmt die Funktion, die eurer Dauerdiskussion am nächsten liegt
Jede Seite sagt im selben Atemzug, was ihre Funktion macht und wo sie aufhört.