Modell und Arbeitsauftrag gemeinsam festlegen
Die aktuelle Codex-Modellorientierung führt GPT-6 Sol für bezahlte Zugänge und GPT-6 Luna für Free/Go auf dem Desktop, soweit verfügbar. Das ist keine feste Vorgabe für jeden Betrieb. Dokumentieren Sie für Ihren Test Modell, Anmeldung und Oberfläche neben Fehlerbild, erwartetem Verhalten und Abnahmenachweis. GPT-5.5 soll am 14. Oktober 2026 aus ChatGPT, Work und mit ChatGPT angemeldetem Codex ausscheiden; daraus folgt keine Abschaltung der API. Bestehende Aufgaben brauchen rechtzeitig einen geprüften Ersatz.
Sandbox und Freigabe wirken auf unterschiedlichen Ebenen
Die Sandbox begrenzt technisch, was ausgeführte Befehle erreichen dürfen; die Freigaberegel steuert erforderliche Bestätigungen. Die dokumentierten Voreinstellungen beschränken Schreibrechte und Netzwerkzugriff, können aber je Umgebung konfiguriert sein. Daraus folgt keine Zusage, dass das gesamte Produkt offline arbeitet. Vor dem Pilot werden die tatsächlich wirksamen Datei-, Netzwerk- und Werkzeugrechte geprüft.
Cloud-Vorbereitung und Agentenlauf unterscheiden
In Codex Cloud kann die Vorbereitung Netzwerkzugriff zum Installieren von Abhängigkeiten nutzen. Die Agentenphase hat eigene Netzwerkregeln. Für Ihren Ablauf werden diese Phasen getrennt betrachtet. Benötigte Paketquellen, Testdaten und Schnittstellen bleiben nachvollziehbar begrenzt. Ein Test, der nur mit einem unkontrollierten Zugang zur Produktion besteht, ist noch kein geeigneter Einführungsweg.
Beispiel: ein internes Formular mit klarer Abnahme
Ein Team möchte Pflichtfelder und Fehlermeldungen eines internen Formulars verbessern. Codex arbeitet an einer getrennten Änderung, führt die vorgesehenen Tests aus und liefert einen nachvollziehbaren Diff. Der Reviewer prüft Tastaturbedienung, ungültige Eingaben und bestehende Formularpfade. Erst nach dieser Abnahme wird die Änderung übernommen. Der Pilot misst dabei auch manuelle Korrektur- und Reviewzeit.
Die Einführung am Repository prüfen
Der KI-Systemcheck klärt, wo Engineering-Arbeit liegen bleibt und welche Voraussetzungen vorhanden sind. Danach können Repository-Regeln, Testbefehle, Rechte und Reviewwege konkret eingerichtet werden. Falls zuerst Build oder Dokumentation repariert werden müssen, wird dieser Aufwand sichtbar. Eine erfolgreiche Einführung soll das bestehende Team entlasten und die Wartbarkeit erhalten.
Entscheidungsmatrix
| Prüfpunkt | Vor dem Pilot | Nachweis |
|---|---|---|
| Arbeitsstand | Branch oder Worktree mit bekanntem Ausgangscommit | Diff enthält die beabsichtigte Änderung |
| Berechtigung | Dateien, Befehle, Netzwerk und Werkzeuge begrenzen | Erlaubter Ablauf funktioniert innerhalb der Grenze |
| Qualität | Akzeptanz- und Regressionstests festlegen | Tests plus fachlicher Review |
| Wirtschaftlichkeit | Bisherigen Aufwand dokumentieren | Gesamtzeit einschließlich Nacharbeit vergleichen |
Nachvollziehbar bleiben
Primärquellen
- OpenAI: SandboxingQuellenstand:
- OpenAI: Agent approvals and securityQuellenstand:
- OpenAI: Agent internet accessQuellenstand:
- WorktreesQuellenstand:
- Code reviewQuellenstand:
- OpenAI: current Codex modelsQuellenstand: