Codex CLI ist ein quelloffener Coding-Agent, der im eigenen Terminal läuft. Man tippt im Projektverzeichnis einen Befehl, und er liest Dateien, ändert Code und führt Befehle aus, während jede seiner Änderungen eine gewöhnliche Änderung im Arbeitsbaum bleibt: git diff zeigt sie, git checkout nimmt sie zurück.

Dasselbe Terminal, dieselben Git-Gewohnheiten, und daneben ein Assistent, der tatsächlich selbst nach der Tastatur greifen kann.

Ohne Netz, ab Werk

Beim ersten Lauf beeilt es sich nicht damit, den Code irgendwohin zu schicken. Die offizielle Dokumentation ist da deutlich: Netzwerkzugriff ist standardmäßig aus, und Schreibzugriff endet am aktuellen Arbeitsverzeichnis. Diese Voreinstellung sagt mehr über die Selbsteinordnung des Werkzeugs als jeder Werbesatz, denn sie geht davon aus, dass man ihm noch nicht vertraut.

Im Zaum gehalten wird es über zwei getrennte Tore, die unabhängig voneinander eingestellt werden. Das eine ist die Sandbox und regelt, was es anfassen darf. Das andere ist die Freigabe und regelt, wann es innehalten und fragen muss.

Die Sandbox kennt drei Stufen. Ein reiner Lesemodus erlaubt überhaupt keine Schreibzugriffe. Ein Arbeitsbaum-Modus erlaubt Änderungen im aktuellen Verzeichnis und lässt das Netz standardmäßig aus. Ein Vollzugriffsmodus hebt die Grenzen ganz auf, was die Dokumentation nur für Umgebungen empfiehlt, die ohnehin isoliert sind, etwa einen Container.

Die Freigabe hat ebenfalls drei Stufen. Die strengste fragt vor jedem Befehl, bei dem sich der Agent nicht sicher ist. Die mittlere lässt Routinevorgänge laufen und meldet sich erst, wenn ein Schritt aus dem Rahmen fällt. Die letzte unterbricht nie und gehört in Umgebungen, die dafür vorbereitet sind.

Im Alltag ist die Aufteilung naheliegend: Code ändern und Tests laufen lassen darf es selbst, bei einer zu installierenden Abhängigkeit oder benötigtem Netzwerk hält es für einen Klick inne. Den Rahmen zu erweitern heißt nicht, die Sandbox ganz abzuschalten; es genügt, die Verzeichnisse, die Zugriff brauchen, auf eine Erlaubnisliste zu setzen.

Was die Neufassung in Rust geändert hat

Es begann als Node.js-Projekt und wurde in der zweiten Hälfte von 2025 in Rust neu geschrieben; die Hauptlinie ist heute diese Rust-Umsetzung. Der Unterschied ist greifbar: Ausgeliefert wird eine statisch kompilierte Einzeldatei, sodass daneben keine separate Laufzeit vorbereitet werden muss, was auf einer Maschine willkommen ist, auf der gerade das Betriebssystem und sonst nichts installiert wurde. Das Projekt veröffentlicht eigene Builds je Plattform, wobei unter macOS zwischen den beiden Prozessorgenerationen und unter Linux zwischen den beiden gängigen Architekturen unterschieden wird.

Es steht unter der Apache-Lizenz, ist in Rust geschrieben, und die Repository-Beschreibung kommt mit einem Satz aus: ein schlanker Coding-Agent, der im Terminal läuft. Bis Mitte September 2026 hatte das Projekt mehr als hundertzwanzigtausend Sterne und knapp zwanzigtausend Abspaltungen gesammelt.

Ein Projektgedächtnis mitgeben

Die Hausregeln jedes Mal von Null zu erklären wird schnell mühsam. Die Antwort ist eine Datei namens AGENTS.md im Repository, die festhält, wie gebaut wird, wie Tests laufen, welche Verzeichnisse unangetastet bleiben und wohin der Code-Stil neigt. Die Datei wird automatisch gelesen, sodass dieselben Anweisungen nicht wiederholt werden müssen.

Die Suche ist geschichtet: zuerst die eigenen globalen Voreinstellungen, dann die Wurzel des Repositories, dann das aktuelle Unterverzeichnis, von der äußeren Ebene nach innen zusammengeführt. Persönliche Gewohnheiten liegen also global, Teamvereinbarungen im Repository, und Sonderregeln für ein Modul in genau diesem Modul, jede Ebene für ihren Abschnitt zuständig. Wer in einer Sitzung /init eintippt, bekommt das Repository einmal durchgelesen und die Datei als Entwurf angelegt.

Danebensitzen oder in eine Pipeline hängen

Der Alltagsmodus ist der interaktive: eine Aufgabe in gewöhnlicher Sprache beschreiben, und es plant, ändert Dateien und führt Befehle aus, während man den Fortschritt beobachtet und jederzeit dazwischenredet. Eine Reihe von Schrägstrichbefehlen erledigt das Tägliche aus derselben Ansicht. Einer meldet das aktuelle Modell, die Rechteeinstellungen und wie viel Kontext übrig ist. Einer zeigt, was diese Sitzung berührt hat. Einer lässt es die eigenen Änderungen zuerst prüfen. Einer komprimiert den Kontext, wenn eine lange Sitzung zu ziehen beginnt.

Für eine Pipeline gibt es codex exec. Keine Oberfläche öffnet sich: Es nimmt eine Aufgabe, erledigt sie und beendet sich, und die Ausgabe lässt sich direkt weiterverarbeiten, ob als reine Lese-Prüfung eines Repositories, als in eine Datei geschriebenes Ergebnis oder als Strom von JSON-Ereignissen für ein Skript. Eine Sitzung kann außerdem an die vorherige anknüpfen, sodass der Kontext nicht neu erzählt werden muss. Geplante Aufgaben und die unbeaufsichtigten Strecken einer Continuous-Integration-Pipeline sind genau der Fall für diesen Weg.

Anmeldung und Kosten

Zwei Wege führen hinein: Anmeldung mit einem ChatGPT-Konto oder ein eigener API-Schlüssel. Über das Konto liegt Codex inzwischen innerhalb der ChatGPT-Abos, wobei Plus, Pro, Business, Edu und Enterprise es enthalten und die Stufen Free und Go derzeit befristet offenstehen. Die Kontingente sind nach Tarif gestaffelt, Mehrverbrauch lässt sich als Guthaben dazukaufen; der Weg über den API-Schlüssel rechnet dagegen nutzungsabhängig auf einer getrennten Abrechnung ab.

Es setzt einen Agenten in das Terminal, das man ohnehin benutzt, und trennt "was darf es anfassen" und "wann muss es fragen" in zwei eigene Regler. Um Hilfe von ihm zu bekommen, sperrt man es zuerst in eine Sandbox, was kein Misstrauen ist, sondern die Voraussetzung dafür, es lange laufen zu lassen.