Codex++: der externe Launcher und Manager für die Codex-Desktop-App

Codex++ ist ein Open-Source-Werkzeug von außen, geschrieben in Rust und Tauri, das der Desktop-App von OpenAI Codex / ChatGPT Anbieterwechsel, Protokollkonvertierung, Sitzungsverwaltung und Oberflächenverbesserungen hinzufügt, ohne deren app.asar-Datei zu verändern oder Patches in ihr Installationsverzeichnis zu schreiben.

Was Codex++ ist

Codex++ (Repository-Name CodexPlusPlus) ist ein externer Launcher und ein Management-Panel für die Codex- / ChatGPT-Desktop-App von OpenAI. Es ist weder ein Modell noch ein Server noch eine Alternative zur App: Es ist eine Schicht, die die offizielle Anwendung startet, über das Chrome DevTools Protocol (CDP) und einen lokalen Hilfsdienst mit ihr kommuniziert, und auf dieser Basis vier Funktionsfamilien anbietet:

Anbieterkonfiguration: vier Authentifizierungsmodi (nur offizieller Login, offizieller Login plus API, reine API und ein aggregierter Anbieter mit Routing über mehrere), mit Unterstützung der Protokolle Responses und Chat Completions sowie lokaler Konvertierung zwischen ihnen.
Modelle und Kontext: Kontextfenster pro Modell, automatische Kompressionsschwellen und die Erzeugung eines Modellkatalogs (model_catalog_json), den der Codex-Client zur Laufzeit liest.
Sitzungsverwaltung: Scannen der lokal in der Codex-Datenbank gespeicherten Sitzungen, Massenlöschung, Export nach Markdown, Token-Nutzungsverlauf und Synchronisation der Anbieter-Metadaten mit Backups.
Oberflächen- und Workflow-Verbesserungen: Freischaltung des Plugin-Marktplatzes, Handhabung von Modell-Whitelists, Einfügekorrektur, chinesische Oberfläche, Schnellstart, Wiederherstellung von Scroll-Breite und -Position, Kontrolle der Service-Level, Goals, Stepwise-Vorschläge, Bildüberlagerung, Erstellung von Worktrees aus Upstream-Branches, Erkennung von Zed-Remote-Projekten, Nutzerskripte und Community-Themes.

Das README und die offizielle Website betonen, dass jede Verbesserung unabhängig deaktiviert werden kann; bei ausgeschaltetem Hauptschalter reduziert sich Codex++ auf einen reinen Anbieter-Manager und Launcher.

Der Ursprung: eine Community-Antwort auf die Codex-Desktop-App

Das Repository wurde am 6. Mai 2026 vom Konto BigPizzaV3 angelegt (ein im Oktober 2025 eröffnetes GitHub-Konto, zum Zeitpunkt dieser Recherche 423 Follower, ohne sichtbare Biografie oder Unternehmen). Die ersten beiden Releases, v1.0.4 und v1.0.5, erschienen am 11. Mai 2026, fünf Tage nach Erstellung des Repositorys; seither hat das Projekt 74 Releases veröffentlicht, bis v1.2.56 vom 27. August 2026 — ein Tempo von etwa zwei Releases pro Woche.

Der Kontext des Launches ist im Repository selbst dokumentiert: Die Codex-Desktop-App war populär geworden (die Ankündigung «The Codex App» erreichte im Februar 2026 805 Punkte auf Hacker News, Thread 46859054), und die chinesischsprachige Nutzerbasis suchte nach Wegen, lokale und Drittanbieter-Modelle (DeepSeek, Kimi, GLM, MiniMax) innerhalb dieser App zu nutzen, dazu eine chinesische Oberfläche. Das aktuelle README wird von einer Sponsorenliste getragen, die fast ausschließlich aus Modell-API-Weiterleitungsdiensten besteht (jojocode.com, apikey.fun, RunAPI, quya.org, EveryAPI, Volcengine / 方舟 Agent Plan, Qiniu Cloud, unter anderen), was die Nische bestätigt: flexible Modellkonnektivität, keine Konkurrenz zur offiziellen App.

Zwei Details der Chronologie und Entwicklung verdienen Erwähnung:

Das Repository bewahrt unter docs/ Pläne, Spezifikationen und einen Rechercheeport zur Funktion der Kontextfenster pro Modell sowie zusätzlich einen Ordner docs/superpowers/ mit Plänen und Spezifikationen: Das Team wendet die Methodik von obra/superpowers für agentengesteuerte Entwicklung an.
Ein Rechercheedokument des Repositorys (docs/research/01-调研结果.md) verzeichnet eine Prototypvalidierung, «verifiziert durch Kimi Code CLI», und die Datei HANDOVER.md im Root beschreibt die Arbeit eines externen Beitrags (PR #1247) zu Serviceports für Multi-User-RDP-Umgebungen. Zusammengenommen zeigen diese Dateien ein Projekt, das teilweise mit Coding-Agenten entwickelt und gepflegt wird, mit Handover-Dokumenten zwischen Sitzungen.

Philosophie und Prinzipien

Die offizielle Website (codexpp.cc) fasst die Philosophie mit dem Motto «verbessert, übernimmt aber nicht die Kontrolle» zusammen, sowie vier im Produkt verifizierbaren Prinzipien:

Die ursprüngliche Installation nicht verändern: Das Werkzeug rührt weder app.asar an noch schreibt es Patch-Dateien in das App-Verzeichnis; alles wird zur Laufzeit über CDP injiziert, sodass ein Update oder eine Neuinstallation von Codex nicht kontaminiert wird.
Schlüssel bleiben auf der lokalen Maschine: Anbieter-Zugangsdaten werden im lokalen Profil gespeichert und nie zum Projekt oder zu Drittanbieterdiensten hochgeladen.
Funktionen lassen sich abschalten: Jede Verbesserung hat ihren eigenen Schalter, dazu gibt es einen Hauptschalter; ihn auszuschalten hindert nicht daran, die Anbieterverwaltung weiter zu nutzen.
Öffentlicher Build-Prozess: Quellcode, Issues, Releases und der Build-Workflow der Installer (GitHub Actions) sind auf GitHub einsehbar.

Das README fügt eine Kompatibilitätswarnung hinzu, die die Grenzen dieser Philosophie definiert: Codex++ hängt von der Seitenstruktur der offiziellen App, dem Verhalten von CDP und den lokalen Datenformaten ab, sodass ein App-Update die Injektionen brechen kann; das Projekt bittet darum, vor Änderungen an der Konfiguration Backups aufzubewahren.

Wie es funktioniert

Die sichtbare Architektur ist ein Rust-Monorepo (Rust 1.85 oder höher laut README-Badge) mit einer Tauri-2.x-Desktop-App:

apps/
  codex-plus-launcher/          Stiller Launcher der offiziellen App
  codex-plus-manager/           Management-Panel (Tauri, React + TypeScript Frontend)
  codex-plus-mobile-relay/      Weiterleitungsdienst für die Nutzung vom Telefon aus
assets/inject/
  renderer-inject.js            In den Renderer von Codex injiziertes Skript
crates/
  codex-plus-core/              Kernlogik: Start, Injektion, Konfiguration, Updates, Brücke
  codex-plus-data/               Sitzungsdaten, Export und Anbieter-Synchronisation
scripts/installer/              NSIS-Installer (Windows) und DMG-Paketierung (macOS)

Die Philosophie «verbessert, übernimmt aber nicht die Kontrolle»: die intakte offizielle Codex-App im Zentrum, umgeben von externen Verbesserungsschaltern, die einzeln an- oder ausgeschaltet werden können

Der Ablauf ist folgender:

Architekturkarte des Rust- und Tauri-Monorepos: stiller Launcher, Management-Panel, mobiler Weiterleitungsdienst, Kernlogik- und Daten-Crates sowie Installer für Windows und macOS

Start: Der Launcher Codex++ startet die offizielle Desktop-App still mit dem gespeicherten Anbieterprofil und den aktivierten Verbesserungen. Das Panel Codex++ Manager übernimmt die Konfiguration.
Injektion: renderer-inject.js wird über CDP in den Rendering-Prozess der App injiziert; dort leben die Oberflächenverbesserungen (Freischaltung des Plugin-Marktplatzes, Einfügekorrektur, chinesische Oberfläche, Scroll-Wiederherstellung usw.).

Renderer-Injektion via CDP: Oberflächenverbesserungen schweben als Neon-Module über dem App-Fenster — Plugin-Marktplatz, Einfügekorrektur, chinesische Lokalisierung und Scroll-Wiederherstellung

Anbieter: Jedes Profil kann das Protokoll (Responses oder Chat Completions), die Basis-URL, den Schlüssel, die Modellliste, das Kontextfenster pro Modell und die Kompressionsschwelle definieren. Im Modus reine API oder gemischt wandelt ein lokaler Proxy die Chat-Completions-Antworten in das von Codex konsumierte Responses-Protokoll um. Der aggregierte Modus routet zwischen mehreren Anbietern mit Fehlertoleranz, Rotation pro Konversation, pro Anfrage oder gewichtet.

Anbieterkonfiguration und Protokollkonvertierung: vier leuchtende Authentifizierungstore speisen einen lokalen Konverter, der Chat-Completions-Pakete in Responses-Pakete verwandelt

Kontextfenster pro Modell: Der Codex-Client bringt ein fest kompiliertes Fenster von 272.000 Tokens (etwa 258K) mit; ist ein Anbietermodell nicht auf dieser internen Liste, fällt der Client auf diesen Wert zurück. Die implementierte Lösung (dokumentiert in den Issues #931 und #1171 sowie in docs/research/) besteht darin, dass Codex++ eine Katalogdatei model_catalog_json mit dem tatsächlichen Fenster jedes Modells erzeugt und einen Zeiger in ~/.codex/config.toml schreibt. Die Syntax der Modellliste unterstützt Suffixe wie deepseek-v4-pro[1M].

Modellkatalog und Erzeugung von Kontextfenstern: holografische Regale mit Modell-Chips und Markierungen für die Kontextgröße, die einen Zeiger in eine lokale TOML-Konfigurationsdatei schreiben

Sitzungsdaten: Das Panel liest die lokale Datenbank von Codex (~/.codex/sqlite/*.db, mit Rückgriff auf ~/.codex/state_5.sqlite in älteren Versionen), um zu scannen, in Massen zu löschen, nach Markdown zu exportieren und den Token-Verlauf anzuzeigen. Die eigenen Zustände von Codex++ liegen unter ~/.codex-session-delete/, die Backups der Anbieter-Synchronisation unter ~/.codex/backups_state/provider-sync.

Sitzungsverwaltung: eine lokale SQLite-Datenbank als leuchtender Stapel von Datenträgern in einem Tresor, mit Massenlöschung, Markdown-Export und einem Token-Nutzungsverlauf als Neon-Wellen

Updates: Die Installer werden auf GitHub Releases veröffentlicht (NSIS unter Windows, DMG für Intel x64 und Apple Silicon unter macOS); das Panel kann Updates von seiner «Über»-Seite aus prüfen und starten, und der Launcher öffnet das Panel direkt, wenn er eine neue Version erkennt.

Open-Source-Transparenz: ein GitHub-Release-Fließband, mit GitHub Actions, die Installerpakete für Windows und macOS als Neon-Kapseln versiegeln

Das Ökosystem

Schwester-Repositories desselben Autors

BigPizzaV3/CodexPlusPlusScriptMarket (31 Sterne, 43 Forks): ein Marktplatz für Nutzerskripte, die das Panel installieren und aktivieren kann; das hohe Verhältnis von Forks zu Sternen deutet auf ein «forken und mein Skript hinzufügen»-Muster der Community hin.
BigPizzaV3/CodexPlusPlus-Themes (5 Sterne, 2 Forks): ein Community-Marktplatz für DreamSkin-Themes; die Beschreibung besagt, es werde per Pull Requests mit Themes im «Dream Skin»-Format beigetragen.
BigPizzaV3/codexplusplus-plugins (5 Sterne, 1 Fork): ein Katalog im API-Modus importierbarer Plugins, der sich automatisch mit dem Upstream synchronisiert.
BigPizzaV3/ai-status-monitor (3 Sterne): ein selbst gehosteter Statusmonitor für KI-Endpunkte mit echten Modellprüfungen; ein kleineres Projekt desselben Autors, ohne direkten Bezug zu Codex++.

Der Autor pflegt zudem punktuelle Werkzeuge (etwa TcpKiller, GpuResourceInspector, cloud-mail), die ein Profil als Entwickler persönlicher Tools bestätigen; keines ist für das Codex++-Ökosystem relevant.

Forks und Ableger

Das Repository hat 1.901 Forks angesammelt. Aus der nach Sternen sortierten, in dieser Recherche abgerufenen Fork-Liste:

ATQQ/CodexPlusPlus (49 Sterne) ist der Fork mit den meisten Sternen; seine Beschreibung stimmt mit der des Originals überein, ohne Hinweis auf funktionale Abweichung.
Alunixa-Code/CodexPlusPlusPlus (1 Stern) ist ein Ableger mit eigenem Namen («Codex+++»); seine Beschreibung erklärt, man sei zu «Alunixa X» migriert und Codex+++-Version 1.2.67 sei die «finale autonome Migrationsbrücken-Version». Es ist der einzige abgerufene Fork, der beansprucht, ein eigenständiges Produkt zu sein.

Bei der GitHub-Suche nach codexpp tauchte zudem HankTheSniper/Chat2ResProxy4Codexpp (0 Sterne) auf, ein Hilfswerkzeug zur Konvertierung der alten Chat-Completions-API in die Responses-API bei Konvertierungsproblemen; es ist eine punktuelle Ergänzung, kein Konkurrent. Es wurden keine Übersetzungen oder Ports zu anderen Agenten gefunden: Die dokumentierte Zielgruppe sind Nutzer der Codex-Desktop-App, und die Projektdokumentation selbst ist im README chinesisch-englisch zweisprachig.

Beziehung zu verwandten Projekten

Von cc-switch: Das README dokumentiert den Import von Profilen aus der Datenbank von farion1231/cc-switch (130.120 Sterne, 8.929 Forks, erstellt im August 2025), und die interne Recherche des Projekts (docs/research/01-调研结果.md) untersucht den Modellkatalog-Mechanismus von cc-switch als Implementierungsreferenz; zudem erlaubt Version 1.2.56, den Pfad der cc-switch-Datenbank mit automatischem Backup anzupassen. cc-switch ist das nächstgelegene Projekt und zugleich ein funktionaler Nachbar: Es deckt Anbieterwechsel für Claude Code, Codex, OpenCode, OpenClaw und Grok Build ab. Codex++ zitiert es zweimal: als Quelle importierbarer Profile und als Implementierungsreferenz für den Modellkatalog.

obra/superpowers (eine Entwicklungsmethodik für Agenten) taucht indirekt auf: Das Repository bewahrt einen Ordner docs/superpowers/ mit Plänen und Spezifikationen, was darauf hindeutet, dass das Team es als internen Workflow nutzt.

In den YouTube-Ergebnissen fand sich ein auf Chinesisch betiteltes Vergleichsvideo «CC Switch、Codex++、EchoBird 对比：Codex / Claude / OpenClaw 怎么接任意模型？» (Kanal 刘言的AI世界, laut Ergebnisseite 2.365 Aufrufe); das im Titel genannte Projekt «EchoBird» wurde in dieser Recherche nicht direkt verifiziert, weshalb darüber nichts weiter behauptet wird.

Offizieller und halboffizieller Status

Codex++ hat keinerlei offiziellen Status: Die FAQ-Seite der offiziellen Website sagt das explizit, indem sie die Frage «Ist Codex++ ein offizielles OpenAI-Produkt?» damit beantwortet, dass es sich um ein von der Community gepflegtes externes Open-Source-Werkzeug handelt. Es ist Teil keines OpenAI-Marktplatzes, erhält keine Unterstützung von einem Anbieter und wird in keiner abgerufenen Quelle als Standard bezeichnet.

Seine De-facto-Position ist dagegen bemerkenswert innerhalb seiner Nische: Es ist das Verbesserungs- und Anbieterwechsel-Werkzeug für die Codex-Desktop-App mit der sichtbarsten Adoption im chinesischen Ökosystem (29.869 Sterne, ein README, das von über einem Dutzend API-Weiterleitungsdienst-Sponsoren getragen wird, Dutzende YouTube-Tutorials und eine auf QQ, WeChat und Telegram organisierte Community). In der Praxis funktioniert es als die Referenz, mit der sich andere Projekte derselben Nische vergleichen (wie das Vergleichsvideo mit cc-switch und EchoBird zeigt), ohne dass dies eine Qualitätszertifizierung oder garantierte Kompatibilität bedeutet: Die macOS-Pakete sind nicht notariell beglaubigt, das Projekt hängt von den internen Details einer Drittanbieter-App ab, und sein Tempo bei der Anpassung an Codex-Updates ist der Hauptfaktor für die Stabilität.

Codex++ als Community-Brücke zwischen der offiziellen Codex-App und lokalen oder Drittanbieter-Modellanbietern, mit Neon-Datenautobahnen zu Anbieter-Clustern und lokaler Speicherung von Zugangsdaten

Die AGPL-3.0-only-Lizenz verdient eine Anmerkung für Integratoren: Modifizierte Versionen, die verteilt oder Nutzern über ein Netzwerk angeboten werden, müssen den entsprechenden Quellcode veröffentlichen, und die Lizenz gewährt keine Rechte an den Marken oder Ressourcen von OpenAI, ChatGPT oder Codex.

Schnellstart-Anleitung

Installation und erster Start

Voraussetzungen: die Codex- / ChatGPT-Desktop-App von OpenAI bereits installiert. Von GitHub Releases wird der passende Installer heruntergeladen:

Windows: CodexPlusPlus-*-windows-x64-setup.exe (erstellt Verknüpfungen auf dem Desktop und im Startmenü).
macOS Apple Silicon: CodexPlusPlus-*-macos-arm64.dmg.
macOS Intel: CodexPlusPlus-*-macos-x64.dmg.

Nach der Installation gibt es zwei Einstiegspunkte: Codex++ (stiller Start mit der gespeicherten Konfiguration) und Codex++ Manager (das Panel). Die laut README empfohlene Reihenfolge beim ersten Gebrauch ist: den Manager öffnen, den erkannten App-Pfad und dessen Laufzustand bestätigen, einen Anbieter und die gewünschten Verbesserungen konfigurieren, und ab dann immer über die Einstiegsstelle Codex++ starten, nicht über die offizielle App.

Typische Arbeitsabläufe

Einen API-Anbieter hinzufügen: im Manager ein Profil mit reinem API-Modus, Basis-URL, Schlüssel und Protokoll (Responses oder Chat Completions) anlegen, die Modelle und ihr Kontextfenster definieren und den Modelltest oder den «Provider Doctor» von der Detailseite aus ausführen, um die Verbindung vor dem Wechsel zu validieren.
Anbieter wechseln: das Profil auswählen und den Anwenden-Button nutzen; Codex++ sichert das aktuelle Profil, bevor es das Ziel schreibt. Das README warnt ausdrücklich davor, auth.json von Hand zwischen den Modi reine API und gemischtes Login zu kopieren, weil sie unterschiedliche Authentifizierungsorte nutzen.
Sitzungen bereinigen oder exportieren: im Abschnitt Sitzungen die lokalen scannen, mehrere (oder alle) auswählen und mit Erfolgs-/Fehlerzähler in Masse löschen oder nach Markdown exportieren; der Token-Verlauf ist im selben Panel verfügbar.
Einen Worktree aus dem Upstream-Branch erstellen: Die Funktion «Upstream worktree» entspricht der Aktualisierung des Remote und der Ausführung von git worktree add -b <neuer-branch> <worktree-pfad> upstream/<basis-branch>, sodass der Worktree vom aktualisierten Remote-Branch ausgeht, nicht vom lokalen HEAD der Sitzung; erkennt Codex++ das native Formular der installierten Codex-Version nicht, werden die Felder (Repository-Pfad, Branch, Worktree-Pfad, Remote und Basis-Branch) manuell über das Menü ausgefüllt.

Wesentliche Konfiguration

Die Dateien und Einstellungen, die ein neuer Nutzer zuerst anfasst:

Anbieterprofile im Manager (Authentifizierungsmodi, Protokoll, Basis-URL, Schlüssel, Modelle): die zentrale Konfiguration; jedes Profil wird separat gespeichert und mit einem Klick aktiviert.
~/.codex/config.toml: Konfiguration, die die Codex-App liest; Codex++ schreibt sie beim Anwenden eines Profils (einschließlich des model_catalog_json-Zeigers).
~/.codex/auth.json: offizieller Authentifizierungszustand; im reinen API-Modus liegt der Schlüssel im Profil, nicht mit dieser Datei vermischt.
Modellliste mit Fenster-Suffix (z. B. deepseek-v4-pro[1M], claude-sonnet-4[200K]): löst die Erzeugung des Katalogs pro Modell aus.
~/.codex-session-delete/: eigener Zustand und Logs von Codex++; nützlich für Diagnose und Fehlersuche.

Häufige Fallstricke und Lösungen

Dies sind die am besten dokumentierten Schwierigkeiten in den Issues des Repositorys (insgesamt 1.688 Issues laut dem Such-Endpunkt von GitHub) und im README:

Das Codex++-Menü erscheint nicht: passiert, wenn die App direkt statt über die Einstiegsstelle Codex++ gestartet wird. Das README empfiehlt, den erkannten Pfad, den Startzustand und die Diagnoseprotokolle auf den Wartungs- und «Über»-Seiten des Managers zu prüfen.
Die Codex-App aktualisiert sich und die Injektion funktioniert nicht mehr (Issue #1052, 22 Kommentare, geschlossen): Da alles von der internen Struktur der App abhängt, können Verbesserungen mit jedem Update brechen; die dokumentierte Lösung ist, Codex++ auf eine Version mit der entsprechenden Anpassung zu aktualisieren, und falls es die noch nicht gibt, auf ein neues Release zu warten (das Projekt veröffentlicht in den aktivsten Monaten fast täglich).
Kontextfenster bleibt bei Drittanbietermodellen bei 258K hängen (Issues #931, #1171, #1594, #451): Ursache ist der fest kompilierte Wert im Codex-Client; die Korrektur ist der Katalog pro Modell (Suffixe [1M]/[200K] in der Modellliste), implementiert und dokumentiert ab Version 1.2.18.
Die macOS-App wird als «beschädigt» blockiert: Die aktuellen Pakete sind ad hoc signiert und nicht notariell beglaubigt, sodass Gatekeeper sie blockieren kann. Das chinesische README dokumentiert die Freigabe mit sudo xattr -rd com.apple.quarantine für beide installierten Apps (der Name der Manager-App enthält die Zeichen 管理工具, die «Verwaltungswerkzeug» bedeuten); das englische README empfiehlt zusätzlich, die App über Systemeinstellungen → Datenschutz & Sicherheit zuzulassen.
Konversationsverlauf nach einem Update gelöscht (Issue #352, 24 Kommentare, geschlossen): gemeldet in Version 1.1.8; deshalb bittet das README, vor Änderungen an der Anbieterkonfiguration oder den Sitzungsdaten Backups aufzubewahren.
401/502-Fehler bei Nutzung von Drittanbietern (Issues #1924, #406): der dokumentierte Lösungsweg ist, den Modelltest oder den Provider Doctor auszuführen und zu prüfen, ob Protokoll, Basis-URL, Schlüssel und Testmodell übereinstimmen.
config.toml nach einem Update nicht ladbar (Issue #1997, offen, Version 1.2.53): Die Community berichtet von TOML-Schreibfehlern in einigen Versionen; die empfohlene Praxis ist, Backups von config.toml und auth.json aufzubewahren.

Integrationen und Migration

Zed Remote: Das Panel erkennt in Zed als Remotes geöffnete Projekte und erlaubt deren Öffnung, mit einem Protokoll der letzten Projekte für den Remote-Workflow.
Mobil: Das Monorepo enthält apps/codex-plus-mobile-relay, einen lokalen Weiterleitungsdienst, um Codex vom Telefon aus zu steuern oder abzufragen; Community-Issues (etwa #101 und #1879) zeigen, dass dies ein aktiv in Entwicklung befindlicher Ablauf ist.
Community-Skripte und -Themes: Der Skript-Marktplatz (BigPizzaV3/CodexPlusPlusScriptMarket) und der DreamSkin-Theme-Marktplatz (BigPizzaV3/CodexPlusPlus-Themes) werden aus dem Panel selbst heraus installiert und verwaltet; die Theme-Dokumentation wird als ZIP-Pakete mit Validierung und sicherem CSS ausgeliefert.
In Richtung manueller Konfiguration: Da Codex++ die Standardkonfiguration in ~/.codex/config.toml und auth.json schreibt, kann ein Nutzer «nach unten» migrieren (zu manueller Konfiguration), indem er einfach aufhört, über den Launcher zu starten; es gibt kein proprietäres Format, das dies verhindert.

Repo-Zahlen

Erhebung: 30. August 2026, GitHub-API.

Metrik	Wert
Sterne	29.869
Forks	1.901
Echte Abonnenten (`subscribers_count`)	67
Commits auf `main`	869
Offene Issues laut `open_issues_count`	1.011
Issues insgesamt (Such-Endpunkt, ohne PR)	1.688
Hauptsprache	Rust
Lizenz	AGPL-3.0-only
Erstellung	6. Mai 2026
Letzter Push	27. August 2026
Letztes Release	`v1.2.56`, 27. August 2026 (74 Releases seit `v1.0.4` vom 11. Mai 2026)

Die wichtigsten Beitragenden laut API, nach Anzahl der Beiträge, waren BigPizzaV3 (505), jarvislee90s-dot (48), Rat0323 (41), Yuimi-chaya (23), 0xTotoroX (18), kokotao (12) und lennney (12). Das Projekt ist stark auf den Autor zentriert, allerdings mit einem aktiven zweiten und dritten Beitragenden.

Vorbehalte zur Erhebung: open_issues_count der GitHub-API schließt offene Pull Requests ein, weshalb der Wert 1.011 kein reiner Issue-Zähler ist; die Gesamtzahl 1.688 stammt aus dem Such-Endpunkt mit type:issue (offene und geschlossene Issues, ohne Pull Requests). Die Commit-Zahl 869 stammt vom letzten Paginierungslink (rel="last") des Commits-Endpunkts. Das Feld watchers_count der allgemeinen Antwort dupliziert die Sternenzahl (29.869); deshalb wird subscribers_count separat als tatsächliche Abonnentenzahl ausgewiesen.

Wie man beiträgt

Das Repository dokumentiert einen Beitragsprozess in CONTRIBUTING.md:

Das Repository klonen und über das Rust-Toolchain verfügen (das Dokument verlangt 1.70 oder höher, obwohl das README-Badge 1.85+ angibt).
Einen Feature-Branch erstellen (feat/name-des-features).
Idiomatischen Rust-Code mit Tests für die neue Funktionalität schreiben.
cargo test --all-features und cargo clippy ausführen und mit cargo fmt formatieren.
Einen Pull Request mit klarer Beschreibung öffnen; Issues müssen die Rust-Version, das Betriebssystem und minimale Reproduktionsschritte enthalten.
Beim Beitragen wird der Code unter AGPL-3.0-only lizenziert.

Zudem dokumentiert das README die Prüfungen für Frontend- und Backend-Entwickler:

cd apps/codex-plus-manager
npm ci
npm run check
npm run vite:build

cd ../..
cargo fmt --all -- --check
cargo test
cargo build --release

Die Datei AGENTS.md im Root (für Coding-Agenten geschrieben) dokumentiert den Fork-Workflow: Der Remote upstream zeigt auf das offizielle Repository, origin auf den eigenen Fork, Feature-Branches werden wie codex/per-model-context benannt, und die Entwicklung bleibt über git fetch upstream && git rebase upstream/main synchron, bevor der Pull Request an das Haupt-Repository geöffnet wird. Integrationstests liegen unter crates/codex-plus-core/tests/ (etwa relay_config.rs) und sind im Stil #[test] plus tempfile geschrieben, wobei der resultierende Text von config.toml für die Assertions gelesen wird.

Wie die Community es aufnahm

Die Rezeption konzentriert sich auf GitHub und YouTube, bei einem mehrheitlich chinesischsprachigen Publikum. Es wurde kein Thread auf Hacker News, Reddit, V2EX oder linux.do gefunden, der das Projekt direkt nennt (Suchen nach «CodexPlusPlus», «codexpp» und «Codex++» lieferten keine eigenen Threads; Abfragen an Reddit, V2EX und linux.do wurden mit Zugriffs-Challenges blockiert, sodass das Fehlen von Ergebnissen nicht als Fehlen von Diskussion gelesen werden sollte), noch eine Product-Hunt-Seite (die Suche zeigt «No products found»).

Auf GitHub kombinieren die aktivsten Issues implizite Dankbarkeit für die Veröffentlichungsgeschwindigkeit mit konkreter Stabilitätskritik:

Issue #352 (geschlossen, 24 Kommentare): Nach Version 1.1.8 meldete Nutzer LockyJohn, dass alle historischen Konversationen verschwunden seien und die Computer-Use-Funktion nicht mehr funktioniere. Es ist das Issue mit den meisten Kommentaren des Projekts.
Issue #1052 (geschlossen, 22 Kommentare): Nutzer 694248265 meldete, dass Codex++ nach einem Codex-Update weder injizieren noch die App öffnen konnte; es steht für die strukturelle Reibung, von einer Drittanbieter-App abhängig zu sein.
Issue #1879 (offen, 21 Kommentare): Nutzer sedate-cxq fragt, wie der WeChat-Nachrichtenfluss zu konfigurieren sei, weil er den app-server von Codex nicht starten kann; zeigt die Adoption in Automatisierungsabläufen jenseits der Entwicklung.
Issue #406 (offen, 21 Kommentare): Nutzer orangebeck-creep dokumentiert 502-Bad-Gateway-Fehler bei Nutzung von DeepSeek-Modellen auf macOS M1 nach dem Update auf 1.1.8.
Issue #1859 (geschlossen, 19 Kommentare): BingBu1 berichtet, dass Konversationen begannen, alle Subagenten-Konversationen anzuzeigen.
Issue #327 (offen, 19 Kommentare): almaleande meldet wiederkehrende tool_calls-Fehler in Konversationen.
Issue #1924 (geschlossen, 18 Kommentare): jaingtianyuty-oss meldet 401 Unauthorized.
Issue #1594 (offen, 12 Kommentare): zjh012600 meldet, dass das Kontextfenster fest bei 258K bleibt und die 1M-Konfiguration ignoriert (eines der Issues, die die Katalog-pro-Modell-Funktion motivierten).

Auf YouTube fanden sich Dutzende chinesischsprachige Tutorials, die das Projekt direkt zitieren (Aufrufe laut YouTube-Ergebnisseite, 30. August 2026):

«Codex++：强大的 Codex 增强工具，插件全解锁，快速切换三方模型，支持历史会话保留，让 Codex 更顺手！» — Kanal 科技lion, 10.270 Aufrufe.
«OpenAI Codex 接入第三方 API 教程｜用 Codex++ 一步搞定，支持 DeepSeek 等模型，解锁插件功能！» — Kanal X超哥, 12.235 Aufrufe.
«Codex++实测：让 Codex 接入 DeepSeek 和第三方模型，值不值得用？» — Kanal 刘言的AI世界, 6.954 Aufrufe (Praxistest-Titel, keine abgerufene Schlussfolgerung).
«Codex++：让国内模型轻松接入 + 插件解锁的 Codex App 增强启动器与管理工具» — Kanal 鲲鹏Talk, 4.369 Aufrufe.
«Codex++ 国产模型轻松接入，支持安装插件、手机控制、上下文显示等各种玩法，小白教程» — Kanal Nicknick, 736 Aufrufe.
«Codex++：把 Codex 的中轉、會話與插件管理整理成外部控制層｜GitHub雷達» — Kanal Github雷達, 32 Aufrufe.
«CC Switch、Codex++、EchoBird 对比：Codex / Claude / OpenClaw 怎么接任意模型？» — Kanal 刘言的AI世界, 2.365 Aufrufe (Vergleichsvideo).

Das allgemeine Muster in den Titeln: Die reale Adoption dreht sich um drei Versprechen — chinesische oder Drittanbietermodelle anbinden, den Plugin-Marktplatz freischalten und historische Sitzungen bewahren — während sich die gefundene Kritik auf die Zerbrechlichkeit gegenüber Updates der offiziellen App sowie auf Authentifizierungs- oder Protokollkonvertierungsfehler bei Drittanbietern konzentriert.

Codex++ im Vergleich zu anderen Ansätzen

Ansatz	Verifizierbare Übereinstimmung	Verifizierbarer Unterschied
`farion1231/cc-switch` (130.120 Sterne)	Ein Desktop-Manager zum Wechseln von Modellanbietern, mit Codex-Unterstützung neben anderen Agenten (Claude Code, OpenCode, OpenClaw, Grok Build).	cc-switch ist multiagentenfähig und fokussiert auf das Wechseln von Anbieterprofilen; Codex++ spezialisiert sich auf die Codex-Desktop-App und fügt Oberflächen-Injektion, Sitzungsverwaltung über die lokale Datenbank, Themes, Skripte und Worktrees hinzu. Codex++ importiert Profile von cc-switch, weshalb die Beziehung sowohl komplementär als auch konkurrierend ist.
`HankTheSniper/Chat2ResProxy4Codexpp` (0 Sterne)	Adressiert dasselbe punktuelle Problem: die Chat-Completions-API in die Responses-API für den Codex-Ablauf zu konvertieren.	Ein minimales Hilfswerkzeug, kein Launcher oder Manager; taucht bei der GitHub-Suche nach «codexpp» auf.
«EchoBird» (im Titel eines Vergleichsvideos genannt)	Wird in einem YouTube-Tutorial zur Anbindung von Modellen an Codex / Claude / OpenClaw mit Codex++ verglichen.	Das Repository wurde in dieser Recherche nicht verifiziert; nur seine Präsenz im Videotitel wird festgestellt.
Die Codex-Desktop-App (das offizielle Produkt)	Sie ist der Host, kein Konkurrent: Codex++ startet, verbessert und konfiguriert sie.	Die offizielle App bietet weder Drittanbieter-API-Wechsel noch Oberflächenverbesserungen der Klasse, die Codex++ injiziert; die FAQ des Projekts stellt klar, dass es kein OpenAI-Produkt ist.

Der nützlichste Vergleich ist der erste: Ein Team, das bereits cc-switch für mehrere Agenten nutzt, kann es als Profilschicht beibehalten und Codex++ nur dort hinzufügen, wo es die Oberflächenverbesserungen und die Sitzungsverwaltung der Codex-App möchte.

Anwendungsfälle

Entwickler, die die Codex-Desktop-App nutzen und Drittanbieter- oder regionale Modelle wollen: der Daseinszweck des Projekts. Der reine API-Modus mit Chat-Completions-→-Responses-Konvertierung erlaubt es, DeepSeek, Kimi, GLM, MiniMax oder einen anderen kompatiblen Endpunkt innerhalb der Codex-Oberfläche zu nutzen, mit echten Kontextfenstern pro Modell (dem Suffix [1M]) und eingebauten Verbindungstests (Provider Doctor).
Nutzer, die mehrere API-Anbieter verwalten: Der aggregierte Modus mit Fehlertoleranz, Rotation pro Konversation oder pro Anfrage und Gewichtung erlaubt es, den Datenverkehr auf Endpunkte zu verteilen, um Kosten oder Verfügbarkeit zu steuern, ohne die App bei jedem Wechsel manuell neu zu konfigurieren.
Teams, die Codex-Sitzungen anhäufen: Das Scannen, die Massenlöschung, der Export nach Markdown und der Token-Verlauf über die lokale Datenbank (~/.codex/sqlite/*.db) decken eine Wartung ab, die sonst handgeschriebene SQL-Abfragen erfordern würde; die Synchronisation der Anbieter-Metadaten mit Backup (~/.codex/backups_state/provider-sync) schützt die Sitzungen beim Profilwechsel.
Personen, die mit chinesischer Oberfläche entwickeln: Die erzwungene Lokalisierung der Oberfläche und des nativen Menüs, zusammen mit dem DreamSkin-Theme-Marktplatz, bedienen ein konkretes Publikum, das die offizielle App nicht von sich aus lokalisiert.
Automatisierungs- und Fernsteuerungsabläufe: Der Dienst codex-plus-mobile-relay und die Issues zu WeChat-Abläufen zeigen seine Nutzung in Automatisierungen, die Codex außerhalb des Desktops starten oder abfragen; die Freischaltung des Plugin-Marktplatzes und die Skriptverwaltung machen es zu einem Erweiterungspunkt für alle, die ihren Desktop-Agenten tiefgreifend anpassen.
Zed-Nutzer mit Remote-Arbeit: Die Erkennung und Öffnung von Zed-Remote-Projekten sowie das Erstellen von Worktrees aus Upstream-Branches (immer ausgehend vom aktualisierten Remote) integrieren das Panel in einen Multi-Umgebungs-Workflow.

In allen Fällen gilt der vom Projekt selbst dokumentierte Vorbehalt: Die Stabilität hängt von der installierten Version der offiziellen Codex-App ab, weshalb es sich lohnt, vor Änderungen Backups von config.toml und auth.json aufzubewahren, und zu akzeptieren, dass ein App-Update ein neues Codex++-Release erfordern kann, bevor die Verbesserungen wieder funktionieren.

Ressourcen

Repository: https://github.com/BigPizzaV3/CodexPlusPlus
Dokumentation / offizielle Website: https://codexpp.cc/ (Funktionsseiten, Downloads, Changelog und FAQ, auf Chinesisch und Englisch)
Offizieller Changelog: https://github.com/BigPizzaV3/CodexPlusPlus/blob/main/CHANGELOG.md und die Changelog-Seite von codexpp.cc
Offizielle Skills / Marktplätze: Skripte unter https://github.com/BigPizzaV3/CodexPlusPlusScriptMarket ; DreamSkin-Themes unter https://github.com/BigPizzaV3/CodexPlusPlus-Themes ; Plugins unter https://github.com/BigPizzaV3/codexplusplus-plugins
Reviews / Video-Tutorials (YouTube):
- https://www.youtube.com/watch?v=S9apMT77fVM (科技lion, ~10.270 Aufrufe)
- https://www.youtube.com/watch?v=XULYcaQUyIM (X超哥, ~12.235 Aufrufe)
- https://www.youtube.com/watch?v=OqQVJkH5HBE (刘言的AI世界, ~6.954 Aufrufe)
- https://www.youtube.com/watch?v=GuS2vVS9X98 (鲲鹏Talk, ~4.369 Aufrufe)
- https://www.youtube.com/watch?v=ApiwQ8klFfk (Nicknick, ~736 Aufrufe)
- https://www.youtube.com/watch?v=IYP38XmyM5w (刘言的AI世界, Vergleich cc-switch / Codex++ / EchoBird, ~2.365 Aufrufe)
- https://www.youtube.com/watch?v=VAOfRNuqSwI (Github雷達, ~32 Aufrufe)
Community: Telegram https://t.me/CodexPlusPlus ; QQ-Gruppe 619480492 (dritte Austauschgruppe) ; WeChat über den QR-Code im README ; Freundschaftslink zu https://linux.do
Hacker-News- / Reddit-Threads: In dieser Recherche wurden keine direkten Threads gefunden, die das Projekt nennen; Abfragen an Reddit, V2EX und linux.do wurden mit Zugriffs-Challenges blockiert.
Paketregister: nicht auf crates.io veröffentlicht (Suche ohne Ergebnisse); der Vertrieb erfolgt ausschließlich über GitHub Releases (NSIS- und DMG-Installer).

Hinweis: Dieser Artikel kombiniert das GitHub-Repository (README, CHANGELOG, CONTRIBUTING, interne docs/-Dokumentation), die GitHub-API, die offizielle Website codexpp.cc sowie Suchen auf YouTube, Hacker News, Product Hunt, crates.io und in chinesischen Foren, alle abgerufen am 30. August 2026. Sternen-, Fork- und Commit-Zahlen entsprechen diesem Zeitpunkt; die Video-Aufrufzahlen sind die auf der YouTube-Ergebnisseite angezeigten und keine exakte Messung. Den Issue-Nutzern zugeschriebene Meinungen sind individuelle Meinungen und stellen kein Maß für allgemeine Zufriedenheit dar.