Codex-Account sicher auswählen
Ein Accountwechsel ist eine bewusste administrative Aktion. Normale Codex- Aufträge verwenden die bestehende Auswahl und dürfen weder Profile nach vermutetem Volumen durchsuchen noch einen direkten Accountpfad fest verdrahten.
Vor dem Wechsel
-
codex-current --status -
codex-current --preflight -
Prüfen, dass
/home/wpmcp/codex-projects/AGENTS.mddie private reguläre globale Anleitung ist und die globalenAGENTS.md-Ladeorte als exakte Symlinks dorthin auflösen. -
Sicherstellen, dass kein geplanter Auftrag eine andere Identität erwartet.
-
Laufende Jobs nicht umhängen; sie behalten ihren gespeicherten Snapshot.
-
Bei fortsetzbaren Responses-Sitzungen den Wechsel als Sitzungsgrenze behandeln, solange der betreffende Adapter den Registry-Fingerabdruck bindet.
-
Profilnamen und Statusausgaben nicht in öffentliche Logs oder das Wiki kopieren.
Auswahl ausführen
codex-select <profil>
Der Selektor prüft das Ziel vor der Aktivierung einschließlich Anmeldung,
Runtime-Manifest, Dateigrößen, SHA-256, CLI-Version und
codex-code-mode-host. Erst danach ordnet er alle vier Registry-Listen unter
einem exklusiven Lock neu. Die vorherige Registry wird privat gesichert;
Registry und Status werden jeweils über eine Datei im selben Verzeichnis und
atomaren Rename ersetzt.
Ein fehlender Host, eine falsche Version, ein ungültiges Manifest, ein
unlesbares auth.json oder ein fehlgeschlagener Login-Status stoppt den
Wechsel. Es gibt keinen automatischen Ersatzaccount.
Danach verifizieren
codex-current --statuscodex-current --preflightcodex --version
Der Preflight muss zusätzlich global_agents_canonical=true und den
kanonischen Anleitungspfad melden. Eine Kopie an einem globalen Spiegelpfad,
ein abweichendes Linkziel, ein defekter Link oder ein Pfadausbruch ist ein
harter Fehler und muss vor dem Start eines Auftrags behoben werden.
Der gemeldete Profilname muss der ausdrücklich gewählten Identität entsprechen. Erst danach darf ein neuer Auftrag gestartet werden. Für einen asynchronen Job gehören Accountkennung, Registry-Fingerabdruck, Runtime-Version und Preflight-Ergebnis in einen privaten Auditstatus, nicht in die öffentliche Dokumentation.
Rollback
Der allgemeine Befehl kann atomar auf die erhaltene Standalone-Route
zurückgesetzt werden. Ersetzte Helper-Dateien liegen in einem privaten,
zeitgestempelten Backup unterhalb von
/home/wpmcp/codex-accounts/helper-tools/backups/codex-current-install/.
Per-Account-Wrapper, Runtime-Bundles und service-spezifische Resolver werden
durch die Installation nicht gelöscht.
Die Installation sichert außerdem die bisherige kanonische Anleitung sowie
alle ersetzten globalen Kopien oder Links. Projektspezifische AGENTS.md
innerhalb der Repositories gehören nicht zu dieser Migration und bleiben
unverändert.
Vor einem Rollback
Exakten Link und Backup-Pfad zuerst read-only auflösen. Keine breiten Globs und keine rekursiven Operationen gegen den Account-Root verwenden. Nach dem Rückbau alle drei Versions-/Preflight-Wege sowie betroffene Supervisor- Dienste erneut prüfen.
Diagnose-Fallback
codex-standalone, direkte Accountwrapper und bestehende
service-spezifische Resolver bleiben erreichbar. Ihre Verwendung ist im
Arbeitsprotokoll mit Grund und Ergebnis festzuhalten. Sie sind ausschließlich
für Reparatur, Login, Rollback und Kompatibilitätsdiagnose vorgesehen.