Integrationen
Behaltet das Coding-Tool, das ihr schon benutzt
Reality-Graph-Integrationen sind Hooks, keine Plugins. Ein Befehl schreibt sie in die Projektkonfiguration des Agenten selbst, für die Codex-CLI und für Claude Code, und entfernt sie wieder. Alles andere läuft daneben, über einen Prompt, den ihr selbst einfügt. Git ist die eine Voraussetzung, denn daher kommen die Belege.
Zuletzt aktualisiert:
Euer Setup
Zwei gebundene Agenten, und ein ehrliches Wort für alles andere
Zwei Zeilen unten beschreiben Hooks, die den Lifecycle eines Agenten an einen Run binden. Eine beschreibt eine Installation, die noch nicht belegt ist. Die letzte beschreibt einen Ablauf, der funktioniert, und das ist ein anderes, schwächeres Versprechen.
| Werkzeug | Stand | Was das in der Praxis heißt |
|---|---|---|
| OpenAI Codex CLI | Hooks installiert | realitygraph integrate codex. Codex liefert eine Identität je Turn, ein Run hängt also an dem Turn, der ihn erzeugt hat. An den geprüften Hook-Vertrag gebunden, und natives Ctrl+C sendet kein Stop, dieser Run schließt also an der nächsten Grenze ab. |
| Claude Code | Hooks installiert | realitygraph integrate claude schreibt .claude/settings.json. Der Hook-Vertrag ist dokumentiert und nicht versionsgebunden. Claude Code liefert keine Identität je Turn, Reality Graph leitet eine ab und hält fest, dass sie beobachtet und nicht geliefert wurde; ein abgebrochener Turn schließt beim nächsten Prompt ab. |
| Antigravity | Installiert, noch nicht belegt | Ein nutzerweites Plugin statt einer Projektdatei, eine Installation deckt also jedes Projekt auf der Maschine ab. Der Validator nimmt eine Hooks-Datei an, ohne zu belegen, welche Events der laufende Agent auslöst; beobachtet meldet es sich deshalb erst, wenn ein echtes Hook-Event ankommt. |
| Cursor, GitHub Copilot, andere Agenten | Läuft daneben | Kein Adapter, kein Hook, keine Lifecycle-Bindung. Ihr fügt einen erzeugten Prompt ein, und die Belege kommen danach trotzdem aus Git, egal welches Werkzeug die Änderung gemacht hat. |
Die Seiten je Werkzeug gehen den Ablauf einzeln durch: OpenAI Codex, Claude Code und Cursor.
Bewusst so gebaut
Was verbunden ist, und was wir uns weigern Verbindung zu nennen
Auf einer Integrationsseite ist die Versuchung am größten, eine Absicht als Bindung zu beschreiben. Zwei Werkzeuge sind gebunden. Der Rest heißt hier, was er ist.
Was angebunden ist
- Die Codex-CLI und Claude Code, über umkehrbare Hooks in der Projektkonfiguration des Agenten, die Login, Freigaben und Modellsteuerung unberührt lassen.
- Ein Prompt, den ihr in jedes andere Werkzeug einfügt, erzeugt für die festgehaltene Vorgabe.
- Ein lokaler Read-only-Kontextserver, der Projektfragen beantwortet, nichts schreibt und keinen Netzwerkaufruf macht.
- Git, als Quelle der geänderten Dateien und Diffs nach dem Run.
Was nicht
- Hooks für Cursor, GitHub Copilot, Windsurf oder Cline. Für keines davon existiert Adapter, Hook oder Lifecycle-Bindung.
- CI-Anbindung. Es existiert kein API-Client, kein Parser und kein Einleseweg für irgendeinen Anbieter.
- Git-Hooks, Pre-Commit-Anbindung, Pull-Request-Checks oder eine GitHub-App.
- Kontrolle über ein anderes Werkzeug. Reality Graph schreibt nichts hinein, startet nichts und liest nichts zurück.
Validiert unter Linux mit Python 3.12 und der offiziellen Codex-CLI. Windows und macOS sind in der aktuellen Release-Matrix ungeprüft.
Fragen, die wirklich gestellt werden
- Warum bekommen nur manche Werkzeuge Hooks?
- Weil ein Hook eine dokumentierte Lifecycle-Oberfläche braucht, an die er binden kann, und die hat nicht jedes Werkzeug. Codex und Claude Code senden beide Session-Start, Prompt-Absenden und Stop nach einem dokumentierten Vertrag, beide hängen deshalb an einem Adapter. Cursor und GitHub Copilot bieten nichts Vergleichbares, und sie als Integrationen zu führen wäre die bequeme Fassung dieser Seite und die falsche.
- Was ist bei Claude Code anders?
- Eine Sache, und die wird festgehalten statt geglättet: Claude Code liefert im Hook keine Identität je Turn. Reality Graph leitet eine aus der Session ab und markiert sie als beobachtet, damit beim Lesen immer erkennbar bleibt, welche Identität vom Anbieter kam und welche dieses Werkzeug erzeugt hat. Ein abgebrochener Turn sendet außerdem kein Stop und schließt deshalb beim nächsten Prompt ab.
- Was genau macht die Anbindung mit meinem Setup?
- Sie führt Reality-Graph-Einträge in die Projektkonfiguration des Agenten zusammen: .codex/hooks.json bei Codex, .claude/settings.json bei Claude Code. Login, Freigaben und Modellsteuerung bleiben unberührt. Reparatur und Entfernung fassen nur Einträge an, die Reality Graph geschrieben hat; bei unklarer Zugehörigkeit bricht es ab, statt den Handler eines anderen zu bearbeiten. Und es beobachtet, statt zu steuern: Einen Durchlauf kann Reality Graph weder anhalten noch abbrechen.
- Brauche ich Git?
- Ja. Git ist der Anknüpfungspunkt für die Belege: Geänderte Dateien und Diffs werden daraus gelesen, statt aus der Prosa des Modells übernommen. Ohne Git steht ein Ergebnis auf nichts, und ab 500 KB bereinigtem Diff bricht die Erfassung ab.
Nichts herausreißen, nichts migrieren
Welcher Agent auch immer euren Code schreibt, er schreibt ihn weiter. Was sich ändert, ist das, was ihr danach in der Hand habt.