Drei Werkzeuge, ein Prinzip

Wenn ich zwischen ihnen wechsle, ändert sich das Fenster, nicht die Arbeit. Ich öffne ein Projekt, beschreibe, was passieren soll, das Werkzeug liest die Dateien, schlägt Änderungen vor, führt Tests aus, fragt nach, bevor es etwas Heikles tut. So läuft das bei mir jeden Tag, mit Claude Code, mit Codex und mit der Mistral Vibe CLI. Was ich hier an eigenen Bauten beschreibe, ist auf diesem Weg entstanden; welches Werkzeug an welchem Stück saß, schreibe ich nicht auf.

Wohin der Code geht und was das kostet: Wo der Code hingeht und Was eine Stunde Agent kostet.

Was alle drei tun

Alle drei arbeiten agentisch: Sie lesen den Code eines Projekts, ändern Dateien, führen Befehle und Tests aus. Das ist der Kern.

Auch die Formen gleichen sich. Das Terminal, das Textfenster, in dem man tippt und liest. Die Erweiterung im Editor, in dem der Code ohnehin offen ist. Der Agent im Hintergrund, der einen Auftrag bekommt und in einer eigenen Umgebung arbeitet. Branches (getrennte Arbeitsstände im selben Projekt) und Pull Requests (Änderungsvorschläge, die jemand prüft) legt nicht jede dieser Formen selbst an. Und agentisch ist nicht alles: Mistral bewirbt für Vibe for Code daneben Vorschläge während des Tippens.

Die Anweisungsdatei liegt bei allen dreien im Projekt, bei Claude Code als CLAUDE.md, bei Codex und der Mistral Vibe CLI als AGENTS.md. Darin steht, wie gebaut und getestet wird und was erlaubt ist. MCP haben ebenfalls alle drei, eine Art Steckdose für fremde Werkzeuge: Datenbank, Ticketsystem, Browser. Dazu Freigabemodi: ob vor jedem Befehl gefragt wird, nur bei bestimmten oder gar nicht mehr. Die Stufen heißen und schneiden überall anders, gleich ist nur der Gedanke dahinter. Ich lasse mich fragen, weil ich sehen will, was gleich passiert, bevor es passiert.

Der Beleg

Die Claude-Code-Übersicht nennt Lesen, Bearbeiten, Befehle und git samt Branches und Pull Requests, dazu die vier Oberflächen und die Freigabestufen. Bei Codex öffnet laut Doku am Ende eines Cloud-Laufs ein Pull Request, wer ihn öffnet, sagt der Satz nicht. Mistral nennt sein Werkzeug Vibe for Code, mit denselben Grundfunktionen plus Vorschlägen während des Tippens; die vier Freigabeprofile stehen ausführlich in Mistral Vibe: der Agent, der auch ohne Netz arbeitet.

Quellen, abgerufen 2026-08-19: Claude Code Overview¹, Configure permissions², Codex-Doku³, Config reference⁴, Codex cloud⁵, Vibe for Code⁶, Devstral 2 und Vibe CLI⁷, Agents⁸, MCP servers⁹, Vibe remote agents¹⁰.

Wo sie auseinandergehen

Zwei der drei laufen laut Doku auch mit einem lokalen Modell, also einem, das auf dem eigenen Rechner liegt. Die Codex-Referenz nennt Ollama und LM Studio für den Schalter oss_provider. Bei Mistral steht mehr: Die Vibe CLI läuft auch vollständig offline, mit dem eigenen quelloffenen Modell Devstral Small 2. Wie weit das trägt, steht in Mistral Vibe: der Agent, der auch ohne Netz arbeitet. Für Claude Code habe ich in den gelesenen Seiten nur Cloud-Anbieter gefunden, Amazon Bedrock, Google Cloud und Microsoft Foundry. Ich lese daraus: ab Werk geht bei allen dreien die Verbindung zum Anbieter hinaus.

Quellen, abgerufen 2026-08-19: Config reference⁴, Using offline models, Abschnitt "Run fully offline"¹¹, Devstral 2 und Vibe CLI⁷, Configuration¹², Enterprise deployment overview¹³.

In den Seiten, die ich gelesen habe, verspricht keines der drei fehlerfreien Code. Anthropic schreibt auf die Sicherheitsseite, man sei selbst dafür verantwortlich, vorgeschlagenen Code und Befehle vor der Freigabe zu prüfen, und kein System sei gegen alle Angriffe gefeit (Security¹⁴, abgerufen 2026-08-19). Mistral reserviert die weitreichendste Freigabestufe für Wegwerf-Umgebungen wie CI-Runner, nie für Maschinen mit SSH-Schlüsseln, Cloud-Zugangsdaten oder Produktionszugriff, und rät, vor riskanten Läufen zu committen, damit git reset --hard zurückführt (Safety, approvals, and permissions¹⁵, abgerufen 2026-08-19). Bei Codex habe ich dazu in den gelesenen Seiten nichts gefunden.

Darauf achte ich

Bevor ich mit einem der drei anfange, ist die Anweisungsdatei da. Am Ende lese ich, was geändert wurde, so wie ich früher auf der Baustelle nachgesehen habe, ob das, was im Protokoll steht, auch eingebaut ist. Das Werkzeug wechselt. Das Nachsehen nicht.

Wie diese Seite selbst entstanden ist, steht unter Eine Webseite ohne Baukasten, wie die Wissensdatenbank arbeitet auf der Seite dazu.